Otestujte mi mikro livecd reloaded (diskuse)

[Cubic]

Tak tohle pisu z tveho distra, chtel jsem si pustit nejakou music a mocp me odpalkoval:
FATAL_ERROR: Cant't create directory /root/.moc No space left on device
Nedovoli mi vytvorit adresar kdekoli jinde

Dalsi vec co me zarazila je rychlost kopirovani souboru, ktera na zacatku nepresahne 1,5MB/s a postupne klesa az treba k 700kB/s. Zkouseno na ext3, xfs, fat32 a chovani je stejne. Po prohlidce dmesg jsem usoudil na PIO mod disku. Chtel jsem to prenastavit ale chybi hdparm(nebo je tam neco jineho jako nahrada?)

[Trained.Monkey]

Hdparm pridam.

Problem s mistem je zpusoben konstantni velikosti ramdisku. Jeden tmpfs je v /tmp, pridam tedy jeste jeden do /var a do /root

[Mikos]

Ještě sem to CD nezkoušel, ale podle toho co tu píšeš mi přijde, že na tom CD nepoužíváš unionfs? Jestli tomu tak je, tak to je opravdu velká škoda, live-CD bez unionfs je (alespoň pro mě) skoro nepoužitelné, unionfs je pro live-CD z mého pohledu prakticky nepostradatelná věc.

Dneska už ho používají všechny známější live-CD (Slax který s ním ostatně začal, Knoppix, atd.)

[iSteve]

Troufam si rict, ze nemas pravdu.

Vim, ze pycha je vec oskliva, ale s UnionFS na 2.6 kernelu jsem zacal ja, par hodin po jeho vydani, na svem nyni mrtvem (ac pracuju na nahrade:) projektu DeadCD.

UnionFS je bohuzel velmi, velmi nestabilni; situace se lepsi, presto ale casto dochazi problemum (zkus si mergenout hromadu veci do / a bude po srande).

Bez UnionFS se da behat taky, napr. tak, ze se vyrobi image adresaru ktere muzou pomerne bezpecne zustat staticke (treba /bin, /sbin, /usr), vytvori se ramdisk ktery se chova jako / a do nej rozbalit tarbally veci, kde zapis smysl ma (typicky /etc).

[Mikos]

Tak to se omlouvám, já měl za to že byl Slax první. Protože už předtím používal ovlfs (méně dokonalá obdoba unionfs, která ale byla jen pro 2.4 jádra), tak jsem nějak myslel že i v unionfs drží Slax primát

Každopádně Slax používam celkem dost a stabilita unionfs mi přijde naprosto vyhovující. Občas se nějaký ten problém sice objeví, ale když to člověk s tím overlayováním filesystemu nepřehání, je IMHO stabilita zcela dostatečná. A v každém případě považuju unionfs u Live-CD za výhodu

[Trained.Monkey]

Nepouzivam a ani pouzivat nebudu, unionfs ma vyznam pokud jde pridavat /kompilovat programy za behu, coz tady nejde.

[David Jaša]

Těším se na verzi s GRUBem.

[kotyz]

tak mi to nefacha. na druhym pc - p166mhz, 64mb ram zacne boot, ale neprejde pres rozbalovani initrd a spol, donekonecna se restartuje. na druhym pc - duron650mhz, 256mb ram jsem to zkousel ve vmware s 64mb ram kde mam win95, tam sem se dostal dal, zaclo to startovat, vypsalo to plno veci (zadny error) a skoncilo to na radku kde bylo asi toto - ramdisk - compressed image found at block 0 a tam to zustalo, kurzor blikal a nedelo se nic, tak sem to ukoncil po asi minute. tak nevim jestli je chyba u me (na tom starym pentiu bootuje akorat slax, zbytek sveta konci kernel panicem a ve vmwaru to taky muze bejt vselijaky) nebo je to livecd blbe udelany a bootuje jen na par pc.

omlouvam se za malou informacni hodnotu, ale sem linej to poustet znova a poznamenavat si co presne probiha. zkusim to este pustit na hlavnim pc normalne - ne pres vmware, to by v tom byl cert aby mi to nenabootovalo na zadnym pc co doma mam...

[Trained.Monkey]

Zkousel jsem si na vmware hrat s velikosti RAM a 64 MB bohuzel nestaci. Pri 68 uz to nabootuje... je to smula :(

[kotyz]

nevadi, chybama se clovek uci. ocenuju ze ses pustil do tvorby vlastniho reseni. ja akorat mirne upravil uz hotovej slax (pridani par hotovejch modulu a udelani asi dvou vlastnich).

preju hodne stesti do budoucna ;)