Poškozený filesystém ext3

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

Disk je fyzicky v pořádku?

30.1.2012 21:13 chinook | skóre: 28
Rozbalit Rozbalit vše Re: Poškozený filesystém ext3

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

30.1.2012 22:11 2X4B-523P | skóre: 38 | blog: Zelezo_vs_Debian
Rozbalit Rozbalit vše Re: Poškozený filesystém ext3

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

v fstab je /dev/sda3 jako /

30.1.2012 22:48 chinook | skóre: 28
Rozbalit Rozbalit vše Re: Poškozený filesystém ext3

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í?

30.1.2012 23:52 vencour | skóre: 56 | blog: Tady je Vencourovo | Praha+západní Čechy
Rozbalit Rozbalit vše Re: Poškozený filesystém ext3

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

Ty nejhlubší objevy nečekají nutně za příští hvězdou. Jsou uvnitř nás utkány do vláken, která nás spojují, nás všechny.

31.1.2012 08:00 chinook | skóre: 28
Rozbalit Rozbalit vše Re: Poškozený filesystém ext3

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.

20.2.2012 14:35 Joe
Rozbalit Rozbalit vše Re: Poškozený filesystém ext3

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

20.2.2012 16:29 chinook | skóre: 28
Rozbalit Rozbalit vše Re: Poškozený filesystém ext3

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?

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

31.1.2012 10:34 chinook | skóre: 28
Rozbalit Rozbalit vše Re: Poškozený filesystém ext3

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/

20.2.2012 13:41 chinook | skóre: 28
Rozbalit Rozbalit vše Re: Poškozený filesystém ext3

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?

Dotaz: Poškozený filesystém ext3

Odpovědi