Dotaz: poškozený filesystém ext4

[chinook]

Jak opravit namountovaný filesystém? K pc nemám fyzický přístup. Při zápisu to dost často piše, že došlo místo. Jak kdy. Výpisy viz dole.

df -h
Souborový systém            Velikost Užito Volno Uži% Mounted on
/dev/sda6              19G  4,5G   13G  26% /
none                  227M  260K  227M   1% /dev
none                  233M   12K  233M   1% /dev/shm
none                  233M  348K  233M   1% /var/run
none                  233M     0  233M   0% /var/lock
none                  233M     0  233M   0% /lib/init/rw
/dev/sda1             179M   47M  123M  28% /boot

fsck.ext4 -n /dev/sda6

Iuzel 807198 byl součástí seznamu osiřelých iuzlů. IGNOROVÁNO.
Průchod 2: Kontroluji strukturu adresářů
Průchod 3: Kontroluji dosažitelnost adresářů
Průchod 4: Kontroluji počty odkazů
Průchod 5: Kontroluji souhrnné informace skupin
Rozdíly v bitmapě bloků:  +64752 +(64797--64798) -(64869--64871) -(2205709--2205711) -(2695296--2695366) +(2699002--2699072) -3211957 -3235324 -3236339 -3243006 -3244031 -(3258481--3258488) -3338228 -(3404542--3404546) -(3565340--3565360) -(3571441--3571461) -(3593626--3593636) -3801673 -(3872128--3872198) +(3872256--3872326)
Opravit? ne

Počet volných bloků ve skupině #103 špatně (16874, spočteno=16869).
Opravit? ne

Počet volných bloků ve skupině #108 špatně (3602, spočteno=3560).
Opravit? ne

Počet volných bloků ve skupině #109 špatně (11981, spočteno=11970).
Opravit? ne

Počet volných bloků ve skupině #116 špatně (10348, spočteno=10347).
Opravit? ne

Počet volných bloků špatně (3343928, spočteno=3630583).
Opravit? ne

Rozdíly v bitmapě iuzlů:  -528921 -556072 +770942 -806844 -807198
Opravit? ne

Počet volných iuzlů ve skupině #64 špatně (1, spočteno=0).
Opravit? ne

Počet volných iuzlů ve skupině #94 špatně (0, spočteno=1).
Opravit? ne

Počet volných iuzlů špatně (980632, spočteno=1).
Opravit? ne


/dev/sda6: ********** VAROVÁNÍ: Systém souborů má stále chyby **********

/dev/sda6: 239976/1220608 souborů (0,1 % nesouvislých), 1538504/4882432 bloků

---

---

Odpovědi

[chinook]

Ještě výpis fdisku, jestli pomůže:

fdisk -l

Disk /dev/sda: 80,0 GB, 80 000 000 000 bajtů
hlav: 255, sektorů na stopu: 63, cylindrů: 9 726
Jednotky = cylindry po 16065 * 512 = 8 225 280 bajtech
Velikost sektoru (logického/fyzického): 512 bajtů / 512 bajtů
Velikost I/O (minimální/optimální): 512 bajtů / 512 bajtů
Identifikátor disku: 0x0005b2b8

Zařízení Zavádět   Začátek       Konec    Bloky    Id  Systém
/dev/sda1   *           1          25      194560   83  Linux
Diskový oddíl 1 nekončí na hranici cylindru.
/dev/sda2              25        9726    77927425    5  Rozšířený
/dev/sda5            9553        9726     1393664   82  Linux swap/Solaris
/dev/sda6              25        2456    19529728   83  Linux
/dev/sda7            2456        9552    57000072+  83  Linux

Diskové oddíly jsou chybně seřazeny

[ikarr]

U ext4 lze provádět fsck na namountovaném svazku?

[HrabalVojta]

Tak doufám, že pán měl disk odmountovaný ... v jeho vlastním dobru

[chinook]

Předpokládám, že s volbou -n jsem nic nepoškodil: Open the filesystem read-only, and assume an answer of `no' to all questions. Spíš mě zajímá jak opravit ty chyby.

[ikarr]

Vzhledem k tomu, že je systém přimontován rw na běží na něm spousta procesů, není syncnutý a fsck tak najde spoustu "chyb". Ovšem nejsou to chyby, je to dáno tím, že je systém živý. Pokud opravdu dobře nevíte co děláte, tak fsck na živém disku nikdy nespouštějte. Omylem napíšete blbě přepínače a pošlete filesystém do kytek!

[chinook]

Takže co navrhuješ? Jde to nastavit, ať po restartu se to opraví samo? Nebo musím nabootovat z liveCD a pak opravit?

[ikarr]

Jde to i bez restartu, ale nevím jak přes ssh spojení. Normálně se to dělá tak, že se přepne do single user modu (telinit 1) a přemontuje se root svazek jako read-only (mount -o remount,ro /dev/sda6) a pak se pustí fsck.

Pokud jsi spojený přes síť, tak by sis tím vypnul službu network, takže to bude chtít ručně povypínat služby, které mají otevřené soubory (hlavně logovacího démona) a pak se pokusit o ten mount -o remount,ro /

Jestli se remount na ro povedl se zjistí nejlépe tím, že se pokusíš nějaký soubor na ten svazek zapsat (např. touch test), mělo by to vrátit varování o snaze zapsat na ro systém.

Pak fsck

Pak postupně zase spustit zastavené služby (rsyslog ...)

Samozřejmě LiveCD nebo checking po restartu je také možnost, ale těžko proveditelná po síti. Pokud by se ten "fsck po restartu" zasekl na nějakém dotazu, tak by to stejně znamenalo dojít do serverovny.

[Sten]

Jestli se remount na ro povedl se zjistí nejlépe tím, že se pokusíš nějaký soubor na ten svazek zapsat (např. touch test), mělo by to vrátit varování o snaze zapsat na ro systém.

Pak fsck

Pak postupně zase spustit zastavené služby (rsyslog ...)

A pokud tam fsck něco provedlo, tak po remount,rw bude filesystém v kytkách téměř určitě. fsck na read-only připojeném root oddílu by měl následovat jedině okamžitý restart, protože jádro bude v inode cache držet neaktuální data! fsck to taky po skončení velkými vlídnými písmeny píše.

[ikarr]

Restart po fsck kvůli inode cache - to slyším poprvé a vlídných písmen jsem si nikdy nevšiml. Dělal jsem fsck na ext2/3 takhle mnohokrát a nikdy jsem nic takového nepozoroval. Pravda, pokud vím, nikdy jsem neměl nějak závažně poškozený fs. Rebootovat jenom proto, že jsem dělal na nějakém svazku fsck mi připadá jako windosovština. Podle mne systém udělá flush cache.

[chinook]

Tak jsem povypínal snad vše co šlo, ale remountovat to nejde v režimu read-only. Pokud dám restart začne to kontrolovat disk? Nebo musím ještě něco nastavit?

[chinook]

touch /forcefsck

[ikarr]

Tak asi stále ještě existuje něco, co má otevřený soubor, proto to nejde přepnout do ro.

[Jindru]

otevrene soubory vypise: lsof

[HrabalVojta]

fsck.ext4 -y /dev/sda6 takhle by to mělo být ....

[chinook]

Tímto si myslím, že bych systém poškodil nebo ne?

[ikarr]

určitě ano

[HrabalVojta]

Ne tímhle byste poslal file systém do křemíkového nebe ... nikdy NIKDY !!! nepoužívejte fsck na namountovaným disku .... !!!!!