Problemy s diskem/fs

vcera jsem po 90 dnech restartoval jeden ze svych routeru a krome toho ze jsem musel vymenit mobo (nafoukly kondy) a CPU + RAM, prekvapil me disk hafo chybama. fsck na 20GB disku bezel asi hodinu a pul.

nakonec se mi to nejak podarilo nabootovat, routuje, natuje, pohoda.

ale dnes jsem chtel odinstalovat par nesmyslu co to zbytecne zatezujou a vratilo se mi par divnych chyb. nakonec jsem zjistil, ze

Kód:

gw:/# mount -o remount,rw / mount: block device /dev/hda2 is write-protected, mounting read-only gw:/#

.. co s tim ? /dev/hda2 je root fs ...

napadlo me zmenit v /etc/fstab radek s touto partisnou a v options vyhodit errors=remount ro nebo jak to tam je... ale moc se mi do toho nechce rejpat a uz vubec ne restartovat.

nejake tipy?

edit
tak jsem zkousel jeste jednou fsck

Kód:

/dev/hda2: ***** FILE SYSTEM WAS MODIFIED ***** /dev/hda2: ***** REBOOT LINUX ***** /dev/hda2: 119381/2408448 files (1.8% non-contiguous), 4216602/4809459 blocks gw:/# mount -o remount,rw / mount: block device /dev/hda2 is write-protected, mounting read-only gw:/#

rebootovat se mi nejako nechce, protoze nevim kdy se tam zas fyzicky dostanu. co kdyz to v prubehu rebootu crashne :/

edit2
a jeste jednou ...

Kód:

gw:/# fsck /dev/hda2 -y fsck 1.35 (28-Feb-2004) e2fsck 1.35 (28-Feb-2004) /dev/hda2 contains a file system with errors, check forced. Pass 1: Checking inodes, blocks, and sizes Pass 2: Checking directory structure Pass 3: Checking directory connectivity Pass 4: Checking reference counts Pass 5: Checking group summary information /dev/hda2: 119381/2408448 files (1.8% non-contiguous), 4216602/4809459 blocks gw:/# mount -o remount,rw / mount: block device /dev/hda2 is write-protected, mounting read-only gw:/#

tak ted uz jsem ochoten risknout reboot ....

Doporucuju na disk pustit badblocks, odstranit zurnal a namountovat jenom jako ext2 a az si to vsechno zazalohujes, tak zmenu filesystemu ;-) ...na server doporucuju XFS. Taky bych doporucil zmenit jadro, protoze rozesrany filesystem muze byt zapricinen prave jim.

Pamat si dufam otestoval poriadne. Disk je IMHO OK, inak by boli v logu chyby.

postvi na to jeste "smartctl -t long" z baliku smartmontools, abys mel jistotu, ze neodchazi i disk.

Mimochodem, nevim jak vam, ale mne naprosta vetsina desek odchazi kvuli vytecenym kondenzatorum, coz mne zacina celkem zlobit.

FS bych taky zmenil, s Ext2/3 moc dobre zkusenosti nemam. Pouzivam spokojene Reiserfs.

Kdyz jsme u tech FS - nedavno jsem byl nucen premigrovat z ReiserFS na XFS na serveru, protoze pri instalaci proftpd baliku pres dpkg vznikaly deadlocky a chyby na disku. Nikdy driv jsem problemy s reiserfs nemel a to ho uz pouzivam nekolik let na 15 partition. Zmena jadra nepomohla, fs byl pred deadlockem vporadku. Zjistil jsem, ze problem nastava jenom tehdy, je-li prepisovany soubor pouzivan, navic to bylo nejake FIFO. Pri pokusu o ls adresare, kde byl dotycny soubor, se dostal do deadlocku i ls...

a reportnuls to ? :)

Citace:

Původně odeslal Fox!MURDER

a reportnuls to ? :)

Nereportnul :oops: :oops: Nejsem zvykly neco reportovat, zvlast kdyz presne nevim, co ten deadlock zpusobilo.

Hmm tak to vypada na fyzicky problem s diskem ... toho jsem se bal uplne nejvic.

Kód:

Feb 11 14:51:27 gw smartd[929]: Device: /dev/hda, SMART Usage Attribute: 195 Hardware_ECC_Recovered changed from 81 to 82 Feb 11 15:51:27 gw smartd[929]: Device: /dev/hda, SMART Usage Attribute: 1 Raw_Read_Error_Rate changed from 93 to 92 Feb 11 15:51:27 gw smartd[929]: Device: /dev/hda, SMART Usage Attribute: 195 Hardware_ECC_Recovered changed from 82 to 81 Feb 11 16:21:27 gw smartd[929]: Device: /dev/hda, SMART Usage Attribute: 195 Hardware_ECC_Recovered changed from 81 to 82 Feb 11 19:51:27 gw smartd[929]: Device: /dev/hda, SMART Usage Attribute: 1 Raw_Read_Error_Rate changed from 92 to 91 Feb 11 20:51:27 gw smartd[929]: Device: /dev/hda, SMART Usage Attribute: 194 Temperature_Celsius changed from 45 to 44 Feb 11 23:21:27 gw smartd[929]: Device: /dev/hda, SMART Usage Attribute: 194 Temperature_Celsius changed from 44 to 45 Feb 11 23:51:28 gw smartd[929]: Device: /dev/hda, SMART Usage Attribute: 1 Raw_Read_Error_Rate changed from 91 to 90 Feb 11 23:51:28 gw smartd[929]: Device: /dev/hda, SMART Usage Attribute: 194 Temperature_Celsius changed from 45 to 44 Feb 11 23:51:28 gw smartd[929]: Device: /dev/hda, SMART Usage Attribute: 195 Hardware_ECC_Recovered changed from 82 to 81 Feb 12 01:21:27 gw smartd[929]: Device: /dev/hda, SMART Usage Attribute: 194 Temperature_Celsius changed from 44 to 45 Feb 12 01:51:27 gw smartd[929]: Device: /dev/hda, SMART Usage Attribute: 194 Temperature_Celsius changed from 45 to 44 Feb 12 02:21:27 gw smartd[929]: Device: /dev/hda, SMART Usage Attribute: 194 Temperature_Celsius changed from 44 to 45 Feb 12 02:21:28 gw smartd[929]: Device: /dev/hda, starting scheduled Short Self-Test. gw:/home/marty#

Myslim ze neni co resit, bude to chtit asi okamzitou vymenu disku... takze bye bye, bude se zalohovat a asi udelam taky cistou instalaci systemu. Mno..

Kazdopadne dik za tipy. smartctl -t long /dev/hda jeste bezi, tak uvidime co reportne..

Kdyz budu delat cistou instalaci, doporucite teda XFS nebo Reiser? Neviiim :| problematiku FS jsem nikdy moc neresil.. A kdyz doporucite neco konkretniho, proc zrovna to a ne neco jineho ?

Thanx for advices.

Podla toho logu o tom disku nemozes povedat nic. Musis pozriet "smartctl -a /dev/hda".

XFS podle toho co mam od kamaradu by se melo pouzivat jedine s UPSkou (ale to nepredpokladam je na routeru budes mit) protoze rada lidi to na czfree.net furt doporucujou a pak z nich vypadne, ze kdyz nejde proud, tak to obcas ztrati par dulezitejch dat... (muzete me opravit jestli se mejlim, ale i podle stranek o XFS se doporucuje pouzivat spolu s UPS ;o)

S ext3 som este nestratil nic - aj ked mi to dost casto mrzlo (pokym som neopravil dosku). Zamrzlo mi to aj pocas stahovania nejakeho velkeho suboru, tak som ho po resete dostahoval a bol OK.

Citace:

Původně odeslal Gargamel

Citace:

Původně odeslal Fox!MURDER

a reportnuls to ? :)

Nereportnul :oops: :oops: Nejsem zvykly neco reportovat, zvlast kdyz presne nevim, co ten deadlock zpusobilo.

mno kdyz to dela vic kernelu tak je dobry to repornout treba do lkml. tam ti prinejhorsim reknou ze si vul a ze je to tvoje chyba ... ale taky je dobra sance ze ti reknou cim je to zpusobeny nebo ze chybu opravej ...
ono je to krasny stezovat si ze v necem je chyba ... tim niceho nedosahnes ... O/S software je postavenej na spolupraci lidi ... nekdo prijde na chybu tak ji opravi, nebo napise nekam, kde ji nekdo muze opravit ... kdyz to neudela tak chyba zustane nez ji odhali nekdo zodpovednej ...

Citace:

Původně odeslal lukasp

XFS podle toho co mam od kamaradu by se melo pouzivat jedine s UPSkou (ale to nepredpokladam je na routeru budes mit) protoze rada lidi to na czfree.net furt doporucujou a pak z nich vypadne, ze kdyz nejde proud, tak to obcas ztrati par dulezitejch dat... (muzete me opravit jestli se mejlim, ale i podle stranek o XFS se doporucuje pouzivat spolu s UPS ;o)

Aha a tomu se rika zurnalovaci FS co? Jako kazdy FS ti ztrati urcite mnozstvi dat, ktere jeste neni syncnute na disk v dobe zatuhu, ale FS je porad konzistentni a nahodne se data neztraci. Ja jsem zatim s XFS nemel jediny problem, ze by se neco ztratilo a tak...

2Marty: takovehle male zmeny SMART hodnot sou naprosto OK, spis to chce prozkoumat celou SMART tabulku hodnot.