Erdekessegek a mai napra

Az egesz ugy kezdodott, hogy veletlenul ctrl+q-t nyomtam ctrl+w helyett, es ezert ujra kellett inditani a firefoxot.
De nem indult, mert nem ment a libcairo.so.2. Oke, revdep-rebuild. 20%-nal megall. Nezem, a proci 100%-on. Processzek: ld-linux.so.2 es syslog-ng, 50-50%. Ctrl+alt+F12, nezem a syslog ontja az IO errorokat ('attempt to access beyond end of device').
Gyorsan, alt+sysrq+s. Emergency sync failed. Az igazan jo. Poweroff, poweron (semmi sysrq-s dolog nem ment). Fsck nem tud mit kezdeni, manualiasn kell javitani a hibakat. Maintenance mod, fsck, manualis hibajavitassal (volt mit). Oke, fsck szerint minden clean, reboot.
Bebootol, X, zene, minden. Na, akkor re-emerge cairo. Emerge IO errorral elszall, syslogba megint megy a szemeteles. Random fajlok hianyoznak (/bin/df, /sbin/reboot, /sbin/shutdown), halt-hoz nincs joga a root-nak... Sysrq megint nem megy.
Poweroff, livecd be, fsck -f -C -V -D minden particiora, tobbszor. Talal is hibat dogivel. Reboot, latszolag minden megy. Ujfent re-emerge cairo. 1.5.20 segfaultol. 1.5.18 szinten (ezek most jottek az utobbi egy heten). Most 1.4.14 van, az lefordult. Ezzel megy FF is. Lement az emerge -avuD world is. Latszolag minden rendben.
Ugy tunik, 15-16 nap uptime utan feladja (multkor az usb subsystem szallt el kb. ennyi ido utan).

Vagy a RAM... Inkabb tipikusan a RAM. A doglodo winyo szokta szorni az I/O errorokat a dmesgbe. Viszont a bugos RAM mokasabb, mert uresjaratban, akar "csendben" is lehet, terheles alatt (pl. forditas) meg szetesik az egesz gep...

-=- Mire a programozó: "Na és szerintetek ki csinálta a káoszt?" -=-

Bweh, jovan, megint atmentem writeonly userbe, latom irtad is az I/O errort. Bar az se mindegy milyen, a doglodo winyo inkabb ilyet szokott dobalni: 

[45611.182586] hdc: dma_intr: status=0x51 { DriveReady SeekComplete Error }
[45611.182594] hdc: dma_intr: error=0x40 { UncorrectableError }, LBAsect=155109324, sector=155109254
[45611.182603] ide: failed opcode was: unknown
[45611.182609] end_request: I/O error, dev hdc, sector 155109254

(Igen, ez azota is gepben van, es megy, hehe...)

-=- Mire a programozó: "Na és szerintetek ki csinálta a káoszt?" -=-

Nekem a Maxtor 60Gb-os vinyo csinalja ugyanezt linux alol, ha az utolso kb. 10 Gb-os teruletre akarok irni. Eddig azt hittem, hogy a libata miatt. Egy ideje nem hasznalok libata-t, es par hete megint csinalta. A problemat megoldottam ugy, hogy csinaltam a vegere egy 20Gb-os particiot, amire felraktam kiserletkeppen egy AMD-s Hackintosh rendszert. Persze az gyonyoruen megy azon a reszen, ahogy a Windows is gyonyoruen irta azt a teruletet.(Erdekes meg hogy libata-val a C/H/S ertekek 7475/255/63, nelkule meg 7476/255/63)

( batyu v | 2008. 04. 09., sze – 00:01 )

Anno mikor melóhelyen új server lett, a régit megkaptam asztali gépnek, azzal jártunk hasonlóan. Ott 2 hét kísérletezés után véletlen jöttünk rá, hogy a paszta valahogy elöregedett a hűtőbordán, az meg kicsit elmozdulhatott, lényeg az, hogy nem hűtött, és mindig vmi terhelés alatt eldobta magát, mert letiltott a BIOS...