Názory k článku Jak hubnou tučňáci

By mne zajimalo, jestli nekdo zkousel stripnout binarku prelozenyho jadra a jak to dopadlo po rebootu :)

Stripoval som moduly a dopadlo to dost mizerne ako unresolved symbols a tak podobne... Takze asi neodporucam.

Kdysi jsem na 300MB disk cpal Linux (bez X). Jen jsem nainstaloval RH6.0 (samozrejme jen balicky, ktere jsem potreboval) a veslo se i se swap partition.

Dobra vec je (napr. u 486SX33 4MB RAM) zkompilovat nemodularni jadro, oproti modularnimu se usetri 40 minut pri startu (5/45 minut - finding module depedencies).

Yokotashi

P.S. pry je zajimavy kompilovany a maly Gentoo Linux, ale zkusenosti nemam.

Ono taky zalezi na tom, kolik tech modulu je. Ja jsem shodou okolnosti vcera startoval RH7.0 na 486SX33-8MB a netrvalo tak moc dlouho, i kdyz disk byl pripojeny na LPT.

Nic vam ale nebrani vypustit prikaz depmod ze startovaciho skriptu a tuto operaci udelat jen jednou pri instalaci noveho jadra.

Na 8 MB uz je to jedno, na 4 MB je to __OPRAVDU__ znat. Stroje s 8MB nechavam bez uprav na modularnich kernelech, zas tak casto nebootuju, aby me pet minut (mesicne :-) vytrhlo. A kdyz mi nekdo vyhodi pojistky, tak nejede nic ... takze nevadi, ze jsou dole i male stroje.
Yokotashi

Predem zduraznuji, ze nadale pisu o instalaci SERVERU...
Myslim, ze miniaturizace jakekoliv nadupane distribuce typu RedHat nebo SuSE je celkem o nicem. Po nekolika mesicich pokusu s obema jmenovanymi, prolezani megabajtu dokumentace a tak dale jsem to vzdal. Distribucni firmy zrejme davno opustily jakekoliv logicke standardy a vytvareji si sve vlastni. Uz jste nekdo zkouseli z distribuce SuSE nainstalovat bezpecny server pouze s funkcemi, ktere jsou bezpodminecne potreba (a hlavne bez X)? Ta hromada zprasenych konfiguracnich souboru se stovkami krizovych vazeb snad ani nejde rozumne editovat a to nemluvim o startovacich skriptech. Vsechno podrizene proprietarnim klikacim konfiguracnim programum pro BFU. Chran panbu pokusit se updatovat Apache ze zdrojaku primo z apache.org. Teda ne ze by to neslo, ale je to porod. Moderni distribuce jsou klikaci molochy pro adminy beginnery...
Pro nasi firmu jsem nakonec vybral Gentoo (gentoo.org), jedina chybka je, ze je potreba tlusta lajna k netu, protoze to neni distribuce, ale filozofie - vsechny source baliky si stahuje z netu a kompiluje na miru. Neni to pro blbecky, ale prumerne schopny admin takhle dostane do puntiku to co potrebuje. A aktualizace celeho systemu resp. jeho udrzba je zcela trivialni a vicemene automaticka. Pripadne info ci zkusenosti jsem ochoten poskytnout (mailem).... ;-) Nebo ze by clanecek na routa? :-)))

Gentoo je sice distribuce s peknou filozofii, ale kdyz jsem na ni chtel prejit ze svyho Debiana, brzy jsem se zase vratil :-). Problem je v poctu balicku. Debian testing jich ma neco pres 10000, ale co jsem koukal na Gentoo, tak jsou to slaby dva tisice. I kdyz to vsechno vypada hezky, spousta veci ma tam proste chybela, mozna nekdy casem... :-)

Je az s podivem, jak se rychle zapomnelo na slackware - ten se da nainstalovat opravdu na minimalni velikosti, a vcelku bez vetsich problemu...

Na Slackware sa nezabudlo :) Ja ho stale pouzivam a nestazujem si :) A v pohode aj debian sa da nainstalovat na 50 MB ako kompletny server :) pripadne na nejakych 120 aj s iXkami :) Slackware ej na to este trosku lepsie... Ale plati stare pravilo, co si neskopilujes, to na mieru mat nebudes :) A ak chce niekto piast o endostatku blaickov a podobnych divnych veciach, tak mam pocit, ze sa tiez snazi zaradit bud medzi lenivcov alebo BFU. :)

myslim, ze clanek je celkem o nicem. bylo by uzitecnejsi napsat clanek o minimalizaci urcite distribuce a popsat postup typu - jak nainstalovat rh na 200MB.

dobry by byl vycet programu/baliku, ktere jsou bezpodminecne potreba k behu systemu, na skodu by mozna nebyla ani konfigurace co nejmensiho kernelu, promazani startovacich scriptu... to je tak co by me mohlo zajimat. informace typu: "zdrojaky prelozeneho kernelu se muzou smazat", "na 486ce ixy zabiraji zbytecne misto a stejne je nepouzivate" nebo "dokumentaci, kterou nectete muzete smazat" kor kdyz se ve clanku pise ze je pro linux-guru mi prijde jako noseni drivi do lesa

Me by se taky vic libilo, kdyby se dala pri instalaci zvolit volba "mini" - tedy napr. :
- od zadneho balicku neinstalovat dokumentaci a manualy
- neinstalovat locales jine nez zvolene
- pripadne i nainstalovat nejnutnejsi minmum balicku, na kterem se da spustit rpm

Zatim se to da resit napr. instalaci na jiny disk + probirka + prekopirovani jinam, ale to neni to prave orechove.

Mandrake 8.2 nabízí minimální instalaci. Velikost této instalace má být 65 MB.

Conectiva nabizi pomerne detailni instalaci dokonce s volbou Really Minimal (neco okolo 50 MB) a hlavne ma rpm balicky rozdeleny na uplne to nejmensi, co jde - tj. program zvlast, dokumentace zvlast, knihovny zvlast, atd. I s Xkama a KDEckama se da CL 7 ci CL 8 nainstalovat na zhruba 250 MB.

V Debianu je skript localepurge, ktery maze locale a manualove stranky jazyku, ktere clovek nechce.

K2

Nevite nahodou o nejake minidistribuci zalozene na dietlibc ?

treba takovy freebsd je nenarocny, zakladni instalace pohoda pod 200MB, a potom si clovek muze pridavat co potrebuje.

Zakladni instalace Debianu (base system, bez X), pokud si nepridate volitelne baliky, zabere kolem 40-50 MB... ale nevim jestli se s tim da neco rozumneho delat; mel jsem plne funkcni (tj. vse co jsem potreboval - X, latex, gimp, gcc atd.) instalaci na nejakych 300-350 MB... V kazdem pripade je asi rozumejsi zacit od 50MB systemu a pridavat co potrebujete, nez nainstalovat 2G a tezce hledat co nepotrebujete...

kdyz jsem mel pred lety linux na 300 mb particiji, tak se mi osvedcil patch e2compr, ktery umoznoval kompresy on the fly na ext2... jak to s nim ale vpyada dnes netusim...

staci pomoci pkgtool odebrat par starsich nebo mene casto pouzivanych baliku a ste na 50M snad jeden problem a to, ze aby se dalo neco rozumne zkompilovat, je potreba udelat reverse-engeniering verzi, protoze vetsinou chybi hlavickovy soubory. ale jako vychozi minisystem pro zplychteni vlastniho na miru je to postacujici
varovani: zipslack 8.1 postrada gcc a spoustu dalsich veci aneb pekna hracka pokud si tam nepridate dalsi baliky

/usr/share/i18n, /usr/lib/locale, /usr/share/locale, /usr/X11R6/locale /usr/X11R6/lib/X11/locale.

Nebudete-li na stroji kompilovat (na i486 či slabém Pentiu je pouhé Glibc záležitost na půl dne), lze udělat (v bashi):
rm -rfv /usr{,/X11R6,/local}/{include,lib/*.{a,o}}. A samozřejmě pak můžete smazat gcc a binutils aj.

Pokud budete vše kompilovat, doporučuji pro nové gcc volbu -Os (optimalizace na zabraný prostor).

taky si prihodim:
/usr/share/pixmaps

Běžně praktikuji strip na sdílené knihovny (.so). Je zcela bez problémů. Čistším řešením by údajně měla být volba --strip-unneeded.
(Pozor, na soubory .a a .o to nelze provést, nanejvýš s volbou --strip-debug!)

Stejně tak běžně provádím strip na /bin a /sbin. Je tu přece jen výjimka - nikdy neprovádím strip /usr/bin/strip, leda oklikou. To se pak musejí binutils přeinstalovat :-( U starších binutils (