Dotaz: Poškozený filesystém ext3

[chinook]

Někdy mně ubuntu 10.04 nenaběhne. Ubuntu nebylo nainstalováno, ale byl pouze z kopírován obsah disku z jiného stroje přes rsync -a --delete ..... Všiml jsem si, že je problém v adresáři /tmp/. Nabootoval jsem v ubuntu 7.10 a nejdříve spustil:

fsck.ext3 -fy /dev/sda4

Příkaz opravuje chyby, inode v adr. /tmp, ale přijde mně to jako by běžel ve smyčce.

Pokud chci adresář smazat také nelze.

dmesg vypíše

EXT3-fs warning (device sda4): ext3_unlink: Deleting nonexistent file (3626391), 0

Poradí někdo jak to opravit? Nebo čím byla chyba způsobena a jak jí pro příště předejít?

ls -l /mnt/root/tmp/
celkem 64952
drwx------ 2 pokladna pokladna 66428928 2012-01-30 13:11 orbit-pokladna
drwx------ 2 pokladna pokladna     4096 2012-01-30 09:13 pulse-pDYkk1vXMuDz
drwx------ 2 pokladna pokladna     4096 2011-12-23 15:16 ssh-ajegDOe821
drwx------ 2 pokladna pokladna     4096 2011-12-23 15:16 virtual-pokladna.7tEP5c

Odpovědi

[MMichal]

Vzhledem k tomu, ze jde o /tmp, tk co takhle vytvorit novy FS ?

[2X4B-523P]

nemůže být chyba někde v fstab?

každopádně přeformátování oddílu by mělo zabrat, pokud disk neobsahuje v tom místě hw chybu... klidně bych tam dal ext2, pokud se /tmp používá standardně, je žurnál prakticky k ničemu...

[Brad]

Disk je fyzicky v pořádku?

[chinook]

Disk je v pořádku. Dělá mně to na více PC(mám jich 20 a jednou týdně se to objeví na některém z nich) o stejné konfiguraci. Pokud disk zformátuji nahraji instalaci znovu, PC jede normálně.

Co myslíte tím vytvořit nový FS? Celé se mně to přeinstalovavat nechce. Objevuje se to čas od času a jelikož mám všude stejnou konfiguraci jak HW tak rozdělení disku a instalaci linuxu, tak bych řekl, že je problém v té konfiguraci.

Předtím tam běhalo ubuntu 7.10 úplně bez problému, ale jak jsem tam nakopíroval ubuntu 10.04 začalo to dělat toto.

Ubuntu 10.04 jsem tam jen nakopíroval přes rsync. Nabootoval do 7.10 a na volnou partition jsem rsyncnul z druhého PC přes live CD funkční instalaci ubuntu 10,04.

na funkčním systému to vypadá takto:

root@SERVER-XXX:~# mount
/dev/sda4 on / type ext3 (rw,errors=remount-ro)
proc on /proc type proc (rw,noexec,nosuid,nodev)
none on /sys type sysfs (rw,noexec,nosuid,nodev)
none on /sys/fs/fuse/connections type fusectl (rw)
none on /sys/kernel/debug type debugfs (rw)
none on /sys/kernel/security type securityfs (rw)
none on /dev type devtmpfs (rw,mode=0755)
none on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=0620)
none on /dev/shm type tmpfs (rw,nosuid,nodev)
none on /var/run type tmpfs (rw,nosuid,mode=0755)
none on /var/lock type tmpfs (rw,noexec,nosuid,nodev)
none on /lib/init/rw type tmpfs (rw,nosuid,mode=0755)
gvfs-fuse-daemon on /home/pokladna/.gvfs type fuse.gvfs-fuse-daemon (rw,nosuid,nodev,user=pokladna)
binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw,noexec,nosuid,nodev)

cat /etc/fstab
# /etc/fstab: static file system information.
#
# Use 'blkid -o value -s UUID' to print the universally unique identifier
# for a device; this may be used with UUID= as a more robust way to name
# devices that works even if disks are added and removed. See fstab(5).
#
# <.file system> <.mount point>   <.type>  <.options>       <.dump>  pass>
proc            /proc           proc    nodev,noexec,nosuid 0       0
/dev/sda3       /               ext3    errors=remount-ro 0       1
#/dev/sda5       /boot           ext2    defaults        0       2
/dev/sda2       none            swap    sw              0       0

¨ fdisk -l /dev/sda

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: 0xd51730b5

Zařízení Zavádět   Začátek       Konec    Bloky    Id  Systém
/dev/sda1   *           1         261     2096451    6  FAT16
/dev/sda2             262         383      979965   82  Linux swap/Solaris
/dev/sda3             384        2815    19535040   83  Linux
/dev/sda4            2816        9726    55512607+  83  Linux

[2X4B-523P]

pochopil jsem to původně špatně, /tmp není na zvláštním oddílu

v fstab je /dev/sda3 jako /

[chinook]

Ještě jsem pro jistotu udělal

badblocks -v /dev/sda4
Průchod dokončen, nalezeno 0 špatných bloků

Nicméně po několika hodinách PC naběhlo, nejspíš fsck.ext3 to opravil. Co to může zapříčinit, že se takto filesystém poškodí?

[vencour]

Nemůžou blbnout paměti nebo řadič?

[chinook]

HW bude asi fakt v pořádku. Mám těch PC cca 20 a přes rok tam běželo ubuntu 7.10 a problémy začaly, až jsem tam dal 10.04. Pokud ty počítače nevypínám, tak vydrží běžet v klidu několik měsíců. Po restartu to začne nejspíš opravovat disk a tam to ztroskotá. Řikám nejspíš, protože je tam vidět jen nápis UBUNTU a pod ním běhají tečky. Ale když pustím fsck.ext3 z jiné distribuce najde to chyby právě v tom adr. tmp.

[Joe]

Tyhle splash screeny jsou mor, myslim se ESC nebo ALT-F1 nebo tak neco to vypne, tak se koukni co to pise ...

[chinook]

Zkusit to můžu, problém je, že k PC nemám fyz. přístup. Mohu to nechat zapnout vypnout nebo přejít do jiné distr. Číst po telefonu moc nepujde. Na místě nejsou moc technicky zdatní lide. Nejde to nějak přesměrovat do logu?

[Kit]

Zajímavý je ten adresář orbit-pokladna. Docela macek. Co je uvnitř toho adresáře?

[chinook]

Už se výrazně zmenšil. Jinak v něm je toto:

ll /tmp/orbit-pokladna/ | head
celkem 144
drwx------  2 pokladna pokladna 135168 2012-01-31 10:34 ./
drwxrwxrwt 11 root     root       4096 2012-01-31 09:02 ../
-rwx------  1 pokladna pokladna      0 2012-01-31 09:02 bonobo-activation-register-de04fd4882b68052ccb074494f279ffa.lock*
-rw-r--r--  1 pokladna pokladna    645 2012-01-31 09:02 bonobo-activation-server-de04fd4882b68052ccb074494f279ffa-ior
srwxr-xr-x  1 pokladna pokladna      0 2012-01-31 09:04 linc-aa1-0-2063ad53557dc=
srwxr-xr-x  1 pokladna pokladna      0 2012-01-31 09:48 linc-aa8-0-52472a7e55ed7=
srwxr-xr-x  1 pokladna pokladna      0 2012-01-31 10:32 linc-ab9-0-5e79dd92556ac=
srwxr-xr-x  1 pokladna pokladna      0 2012-01-31 09:04 linc-ac0-0-619adbda56d5c=
srwxr-xr-x  1 pokladna pokladna      0 2012-01-31 09:48 linc-ac6-0-388e749656cb0=

root@POKLADNA2-KOB:~# ll /tmp/orbit-pokladna/ | wc -l
2210
root@POKLADNA2-KOB:~# ll /tmp/
celkem 180
drwxrwxrwt 11 root     root       4096 2012-01-31 09:02 ./
drwxr-xr-x 25 root     root       4096 2011-07-27 10:13 ../
drwx------  2 pokladna pokladna   4096 2012-01-31 10:33 .esd-1000/
drwx------  2 pokladna pokladna   4096 2012-01-31 09:02 .exchange-pokladna/
drwxrwxrwt  2 root     root       4096 2012-01-31 09:02 .ICE-unix/
drwx------  2 pokladna pokladna   4096 2012-01-31 09:02 keyring-sfzhpV/
drwx------  2 pokladna pokladna 135168 2012-01-31 10:33 orbit-pokladna/
drwx------  2 pokladna pokladna   4096 2012-01-31 10:33 pulse-tfXy8VVGQG41/
drwx------  2 pokladna pokladna   4096 2012-01-31 09:02 ssh-RmuhloC841/
drwx------  2 pokladna pokladna   4096 2012-01-31 09:02 virtual-pokladna.UzFRpx/
-r--r--r--  1 root     root         11 2012-01-31 09:01 .X0-lock
drwxrwxrwt  2 root     root       4096 2012-01-31 09:01 .X11-unix/

[chinook]

Tak udelalo mi to na dalsim PC. Nejspis je nejaka chyba v tomto adresari:

ll /tmp/
drwx------ 2 pokladna pokladna 286728192 2012-02-20 13:29 orbit-pokladna

Nejde smazat a fsck.ext3 to po hodine nespravil. Podle zkusenosti za noc jo. Nenapada nekoho jak tomu zabranit nebo proc ten adresar vznika tak veliky?

[Brad]

Nechci tu očerňovat nějakou distribuci (protože nevím - viz dále), ale je pravdou, že podobně mi "krachly" dvě instalace na dvou různých sestavách, a pokaždé to s sebou vzalo celej FS, jednou i s bootsektorem... a taky to bylo Ubuntu, v jednom případě dokonce též 10.04. Možná tam mají nějaké chyby (jak jsem psal, nevím, protože jsem neměl odkud zjišťovat), sestavu jsem měl fyzicky též OK - dlouhodobě (několik dní) otestováno, dokonce v letních vedrech, a držela.

[2X4B-523P]

dvě špatně zkonfigurované instalace opravdu žádné distro neočerní... neslyšel jsem, že by kdy jádro zničilo FS i s MBR, to spíš proběhl fsck na oddílech připojených s rw

[trubicoid2]

dej tmp do tmpfs a bude pokoj; max velikost dej zhruba pul ramky

tmpfs /tmp tmpfs size=8g,mode=1777 0 0