Dotaz: Slackware10 po chvíli provozu je najednou disk pouze pro čtení

[Petr]

Mám nainstalovaný Slackware10 prakticky defaultní instalace. Rok jel počítač bez jakéhokoliv problému a nedávno vypnuly proud. Po startu projel normálně fsck a systém normálně jel. Ovšem po chvíli provozu se objevila hláška že na disk hda6 který mám jako home se nedá zapsat. Zkusil jsem se přihlásit jako root, umountnul jsem hda6 spustil ručně fsck -p a zase ho mountnul. Roota jsem odhlásil a přihlásil jsem se jako normální user a vše jelo, do home šlo zapisovat, po chvíli (cca půl hodiny a ani jsem nesáhnul na klávesnici) zase stejná hláška že do home nelze zapisovat. Tak nějak nevím kam kouknout a co by samo mohlo systém přemountnout ro. Nebyl by nějakej nápad kudy do toho?

Odpovědi

[Petr]

Nekde jse videl, ze ext3 (zurnal) pri problemech prejde bud do ro ci do nezurnalovaciho rezimu.... Po fsck je filesystem clean????

[Petr]

Po fsck -p to vypíše clean, 13435/2266880 files, 223907/2265157 blocks takže asi v pořádku, je fakt že je to dost starý disk ale mělo by to aspoň někde něco hlásit ale kde?

[pol128]

Odporúčam disk vymeniť.

Ak sa chceš s tým trochu pohrať, namountuj partície ako ext2 a pokiaľ to bude robiť stále, tak pomôže len nový disk.

[dustin]

Určitě bych si co nejrychleji pořídil aktuální zálohy :) Matně si vzpomínám, že se mi to taky stalo a byl problém s diskem.

[Dušan Hokův]

zkontrolujte dmesg, /var/log/syslog, /var/log/messages ...

[Petr]

Ve /var/log/syslog je opravdu v některých místech napsáno:
journal_bmap: journal block not found at offset 6156 on ide0(3,6)
Aborting journal on device ide0(3,6).
ext3_abort called.
.
.
.
Remounting filesystem read-only

Netvrdím že tomu moc rozumím ale chápu to tak že se objevují vadné bloky na disku a rozsejpá se žurnál. Myslel jsem ovšem že to fsck dá dohromady a že vadné bloky označí jako vadné a dál je systém nepoužívá. Je divné že se vadné bloky objevují zrovna v tétle oblasti, zatím mě disk hnil vždycky od systémové oblasti protože je nejvíc používaná. Šlo by nějakým způsobem zazálohovat celý home, pak partišnu zformátovat tak aby se vadné bloky vyřadily a nakopírovat home zpátky? Něco podobného jsem dělal na win s Norton Utilites nebo jak se to jmenovalo a opravdu to pomohlo. Při formátování to zkoušelo kombinovaný zápis a čtení do každého bloku a když se objevila sebemenší chyba označilo to ten blok jako vadný. Formátování trvalo sice asi půl dne ale disk pak vydržel bez poruchy ještě dost dlouho protože všecha slabá místa byla označena jako vadná.

[Petr]

Ještě jsem zapoměl napsat že jsem zkoušel i fsck -c což by podle mě mělo právě najít a označit vadné bloky jestli jsem to správně pochopil.

[Jooky (inactive)]

-p nestaci, urcite pri kontrole pridaje aj -f, pretoze ked je v superbloku poznacene ze fs je clean (pri odmontovani sa aj take moze stat) tak sa fsck vykasle na celu kontrolu.

Doporucujem popozerat syslog, dmesg, smartlog, ... moze ist o hw chybu. Popripade skusit pustit long test cez smart rozhranie alebo test cez badblocks.

[Petr]

Tak teď se to stalo znovu takže: syslog

Mar 28 21:33:30 darkstar modprobe: modprobe: Can't locate module char-major-10-134
Mar 28 21:34:06 darkstar kernel: journal_bmap: journal block not found at offset 6156 on ide0(3,6)
Mar 28 21:34:06 darkstar kernel: Aborting journal on device ide0(3,6).
Mar 28 21:34:06 darkstar kernel: ext3_abort called.
Mar 28 21:34:06 darkstar kernel: EXT3-fs abort (device ide0(3,6)): ext3_journal_start: Detected aborted journal
Mar 28 21:34:06 darkstar kernel: Remounting filesystem read-only
Mar 28 21:39:29 darkstar modprobe: modprobe: Can't locate module char-major-10-134
Mar 28 21:40:09 darkstar modprobe: modprobe: Can't locate module char-major-10-134

Teď to teda zkusím odmountovat a pustit s parametrem -f

[Tomas Sojka]

Mas spatne nakonfigurovany kernel, bootoval jsi vubec nekdy do tohoto kernelu? Mam tuseni, ze prikazem df -h zjistis, ze na disku doslo misto =) Jak zni originalni chybova hlaska (in English), ktera se Ti objevuje?

[Petr]

Kernel používám už od instalace stále stejný, nikdy jsi s tím nehrál. Leda by změna nastala po tom posledním vypnutí proudu samovolně a to se mě zdá nepravděpodobné. Na disku mám místa dost, momentálně hda1 zaplněno 53 procent, hda6 zaplněno 7 procent, swap použito 44 procent.

Hláška z dialogového okna v KDE: Konfigurace nebude uložena. Konfigurační soubor "/home/alin/.kde/share/config/konsolerc" není určen k zápisu. Konfigurační soubor "/home/alin/.kde/share/config/kdeglobals" není určen k zápisu. Prosím kontaktujte správce svého systému.

při kopírování v MC napíše česky nelze vytvořit cílový soubor, systém souborů je pouze pro čtení

[rastos]

> Mas spatne nakonfigurovany kernel, bootoval jsi vubec nekdy do tohoto kernelu?

K tomu si došiel na základe čoho?

[Petr]

Takže problém nabral následující směr. Obsah Home jsem si zazálohoval, cfdiskem jsem celý oddíl hda6 zrušil, vytvořil ho znovu a dal jsem tam ext2. Po připojení jsem nakopíroval zpátky obsah home a už to jede 8,5 hod. bez problémů. Celý hda6 je bez vadných sektorů a vypadá to že po tom výpadku proudu byl problém jen s žurnálem, data se neztratila žádná. Škoda že už se nedozvím co s tím vlastně bylo .

[yarda]

me se tohle stalo po virovem utoku mam tam server apache ktery byl napaden a nemuzu nic delat sem zvedav co se stane po rebootu