Re: [gentoo-user-cs] Veselé historky z upgradu

[Petr Kocmid]

Tak to je fakt dobrý. Já jsem si něco docela stejného užil již někdy v roce 
1998, tehdy se ovšem Debian dal přeinstalovat z 11ti disket až k síti za 
hodinu. Od té doby...

- si pamatuji, že s glibc se nežertuje
- se změnou ABI kompilátoru se rovněž nežertuje
- rovněž se neflirtuje mezi intel a gcc kompilátorem, pro celou systémovou 
bázi je žádoucí monogamie vůči zvolenému kompilátoru
- pro každý stroj držím v kopii na zvláštní trvale odpojené partition 
(obvykle /boot, který tam stejně potřebuju)  celý _staticky_linkovaný_ /bin, 
abych se mohl vůbec narootit a použít tak zálohy, které opravdu dělám
- dělám opravdu použitelné zálohy
- jádra taky držím na té odpojené partition

V jednom případě mi staticky linkovaný netcat pomohl zachránit data ze stroje 
bez schopnosti bootovat CD, jehož systém skončil v rozkladu kompletně 
poničený vlivem selhání čipu paměti.
--

Petr

On Thursday 27 April 2006 11:05, Honza Macháček wrote:
>   Ahoj, lidi a spol.,
>   pokud se rádi smějete hlouposti a neštěstí druhých, možná vás potěší,
> jak se mi nedávno podařilo cosi na způsob ,,zastavení ftp serveru za
> běhu`` pomocí rm -fr.
>   Začalo to občasnými stížnostmi překladače na duplicitní definice v
> libieee.a, přičemž původní definice prý je v libieee.a. Jak jsem
> dodatečně zjistil, stává se to, když mám v CFLAGS -mieee-fp a dojde na
> balík, který explicitně linkuje s libieee; osobně soudím, že jde o chybu
> překladače, ale jednoduché a účinné řešení je samozřejmě zkompilovat
> problematický balík bez -mieee-fp. A já to samozřejmě zkusil složitě.
>   Protože libieee je součástí glibc, zkusil jsem glibc downgradovat,
> jestli se náhodou neobjevila chyba v nové verzi. (Ve skutečnosti jsem
> ony problematické balíky v minulosti nainstaloval prostě proto, že jsem
> neměl -mieee-fp v CFLAGS.) Po downgradu glibc jsem zjistil, že mám s
> novou verzí dynamicky linkované všechny systémové utility, a starou že
> odmítají, takže najednou nedokážu ani ls, natož cp, rm, nebo dokonce
> install, find či tar.
>   Tváří v tvář nemožnosti překompilovat postižené balíky jsem se obrátil
> k balíkům binárním, našel jsem na webu
> http://gentoo-wiki.com/TIP_Using_PORTAGE_BINHOST a nakonfiguroval v
> /etc/make.conf zdroj binárních balíčků. Tuším, že to byl Chinstrap, ale
> přesný důkaz vzal v následujících událostech za své. wget fungoval, ale
> nefungoval tar, tak jsem zkusil 7z, a vida 7-zip balíčky rozbalil.
> Jenomže vynuloval executable bit, a mé systémové příkazy se staly sice
> funkčně slinkovanými, leč nespustitelnými.
>   Problém, jak vrátit x bit systémovým utilitám, když chmod nemá
> nastavený tento bit, jsem vyřešil připojením disku přes USB adaptér k
> jinému stroji, a myslel jsem si, že obtíže jsou zažehnány -- stačí znovu
> zkompilovat novou glibc, kterou jsem tak neprozřetelně odstranil, a
> překompilovat systém, abych se zbavil případných následků po svém řádění
> a celý jej zase sladil dohromady. Při dostatku paměti mi taková
> kompilace může vcelku bez problémů běžet při práci.
>   Když končila instalace nové glibc, všiml jsem si, že emerge chce mazat
> něco divného, ale jednak se mi v okně xtermu s kompilací množily hlášky,
> že to, co chce smazat, smazat nemůže, a za druhé mám všeobecně příliš
> dlouhé vedení, než abych zasáhl včas a odstraňování ,,staré verze``
> zarazil. Dosud nechápu, jak se to mohlo stát, ale aspoň mám konečně po
> týdenním úsilí svůj pracovní počítač nabootovaný a připojený k síti a
> dokončuji reinstalaci systému po ztrátě adresářů /etc, /bin, /sbin, /lib
> a /home ;-(
>   (Docela mi trvalo, než jsem se smířil s tím, že s takto zřízeným
> systémem je nejlepší nejen sáhnout po instalačním CD, ale také smazat
> přeživší adresáře /usr/bin, /usr/sbin, /usr/lib a /var/db/pkg.)
>   Ještě štěstí, že opravdu důležité pracovní soubory jsem neměl v /home,


-- 
gentoo-user-cs@g.o mailing list