[solved] Na erre a particiora varrjatok gombot!

Linux-haladó

Sziasztok,

Van egy ubuntu notebook ami nem bootol, mert nem tudja felmountolni a /home filerendszert. Semmi gond, lattunk mar ilyet, nezzuk: 


root@sysresccd /root % blkid
/dev/loop0: TYPE="squashfs"
/dev/sda1: UUID="38944e9e-cc2e-4303-bc19-bc2ad869479c" TYPE="swap"
/dev/sda3: UUID="4c109690-9b3b-44a7-ae1b-962c6e053f6a" TYPE="ext4"
/dev/sda5: UUID="3A7482347481F2C5" TYPE="ntfs"

Ok, nezzuk mi van az sda3 diszken: 


root@sysresccd /root % mkdir /mnt/sda3; mount /dev/sda3 /mnt/sda3 -o ro
root@sysresccd /root % ls -l /mnt/sda3
total 104
drwxr-xr-x   2 root root  4096 2010-02-01 11:58 bin
drwxr-xr-x   3 root root  4096 2010-02-05 15:55 boot
lrwxrwxrwx   1 root root    11 2010-01-03 12:07 cdrom -> media/cdrom
drwxr-xr-x   4 root root  4096 2010-01-03 12:17 dev
drwxr-xr-x 141 root root 12288 2010-03-04 18:08 etc
drwxr-xr-x   2 root root  4096 2010-01-03 12:07 home
lrwxrwxrwx   1 root root    33 2010-02-05 15:55 initrd.img -> boot/initrd.img-2.6.31-19-generic
lrwxrwxrwx   1 root root    33 2010-01-08 09:40 initrd.img.old -> boot/initrd.img-2.6.31-17-generic
drwxr-xr-x  18 root root 12288 2010-02-01 11:58 lib
drwx------   2 root root 16384 2010-01-03 12:07 lost+found
drwxr-xr-x   4 root root  4096 2010-03-02 15:34 media
drwxr-xr-x   2 root root  4096 2009-10-20 00:04 mnt
drwxr-xr-x   2 root root  4096 2009-10-28 20:55 opt
drwxr-xr-x   2 root root  4096 2009-10-20 00:04 proc
drwx------  10 root root  4096 2010-02-25 07:41 root
drwxr-xr-x   2 root root  4096 2010-02-01 11:58 sbin
drwxr-xr-x   2 root root  4096 2009-10-19 23:05 selinux
drwxr-xr-x   2 root root  4096 2009-10-28 20:55 srv
drwxr-xr-x   2 root root  4096 2009-10-19 15:18 sys
drwxrwxrwt   2 root root  4096 2010-03-03 15:53 tmp
drwxr-xr-x  11 root root  4096 2010-01-03 12:30 usr
drwxr-xr-x  15 root root  4096 2009-10-28 21:02 var
lrwxrwxrwx   1 root root    30 2010-02-05 15:55 vmlinuz -> boot/vmlinuz-2.6.31-19-generic
lrwxrwxrwx   1 root root    30 2010-01-08 09:40 vmlinuz.old -> boot/vmlinuz-2.6.31-17-generic

Na, ezzel nincs baj, nezzuk az fstab-ot: 


root@sysresccd /root % cat /mnt/sda3/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    defaults        0       0
# / was on /dev/sda3 during installation
UUID=4c109690-9b3b-44a7-ae1b-962c6e053f6a /               ext4    errors=remount-ro 0       1
# /home was on /dev/sda6 during installation
UUID=b087c270-95a7-4239-9f8f-f3b5522fdfd9 /home           ext4    defaults        0       2
# swap was on /dev/sda1 during installation
UUID=38944e9e-cc2e-4303-bc19-bc2ad869479c none            swap    sw              0       0
/dev/scd0       /media/cdrom0   udf,iso9660 user,noauto,exec,utf8 0       0

Ok, szoval mi tortent az sda6-al? 


root@sysresccd /root % fdisk -l /dev/sda

Disk /dev/sda: 250.1 GB, 250059350016 bytes
255 heads, 63 sectors/track, 30401 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk identifier: 0x003b003a

   Device Boot      Start         End      Blocks   Id  System
/dev/sda1           29794       30401     4883760   82  Linux swap / Solaris
/dev/sda2            3825       29793   208595992+   f  W95 Ext'd (LBA)
/dev/sda3   *           1        3824    30716248+  83  Linux
/dev/sda5            3825       16708   103490698+   7  HPFS/NTFS
/dev/sda6           16709       29793   105105231   83  Linux

Partition table entries are not in disk order

Ok, particio megvan, akkor a filerendszerrel lesz para: 


root@sysresccd /root % fsck.ext4 -f /dev/sda6
e2fsck 1.41.9 (22-Aug-2009)
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/sda6: 7064/6569984 files (6.7% non-contiguous), 2209059/26276307 blocks

Nem, filerendszer rendben van, akkor meggizdult az UUID, irjuk ujra: 


root@sysresccd /root % tune2fs -U b087c270-95a7-4239-9f8f-f3b5522fdfd9 /dev/sda6
tune2fs 1.41.9 (22-Aug-2009)
root@sysresccd /root % blkid /dev/sda6
root@sysresccd /root %

Ok, mivan? Ujrairtuk az uuid-t es megsem? 


root@sysresccd /root % tune2fs -l /dev/sda6
tune2fs 1.41.9 (22-Aug-2009)
Filesystem volume name:   <none>
Last mounted on:          /home
Filesystem UUID:          b087c270-95a7-4239-9f8f-f3b5522fdfd9
Filesystem magic number:  0xEF53
Filesystem revision #:    1 (dynamic)
Filesystem features:      has_journal ext_attr resize_inode dir_index filetype extent flex_bg sparse_super large_file huge_file uninit_bg dir_nlink extra_isize
Filesystem flags:         signed_directory_hash
Default mount options:    (none)
Filesystem state:         clean
Errors behavior:          Continue
Filesystem OS type:       Linux
Inode count:              6569984
Block count:              26276307
Reserved block count:     1313815
Free blocks:              24067248
Free inodes:              6562920
First block:              0
Block size:               4096
Fragment size:            4096
Reserved GDT blocks:      1017
Blocks per group:         32768
Fragments per group:      32768
Inodes per group:         8192
Inode blocks per group:   512
Flex block group size:    16
Filesystem created:       Sun Jan  3 12:07:05 2010
Last mount time:          Tue Mar  2 12:10:29 2010
Last write time:          Thu Mar  4 20:00:37 2010
Mount count:              0
Maximum mount count:      31
Last checked:             Thu Mar  4 20:00:37 2010
Check interval:           15552000 (6 months)
Next check after:         Tue Aug 31 20:00:37 2010
Lifetime writes:          25 GB
Reserved blocks uid:      0 (user root)
Reserved blocks gid:      0 (group root)
First inode:              11
Inode size:               256
Required extra isize:     28
Desired extra isize:      28
Journal inode:            8
Default directory hash:   half_md4
Directory Hash Seed:      d4df3854-b850-4ad0-a101-03ef56818b07
Journal backup:           inode blocks

Na ezt magyarazza el nekem valaki miert van! Miert nem latja azt a filerendszert, ha ott van? (Biztonsag kedveert ujraindit, ubuntu nem boot, blkid tovabbra sem talal.)

Erre mondana valaki, a kovetkezo kifejezest: "Es ezt igy hogy?" :)

PS: Ne ertsetek felre, nem arra vagyok kivancsi hogyan javitsam meg az ubuntut, vagy hogyan oldjam meg a problemat. En arra vagyok kivancsi _miert_ van ez igy.

A notebook meg itt lesz holnap estig, tudok rajta probalgatni ha van meg valami tipp.

  • 2204 megtekintés

( budee | 2010. 03. 04., cs – 20:23 )

Ja igen, /proc/partitions tajon minden ok: 


root@sysresccd /root % cat /proc/partitions
major minor  #blocks  name

   7        0     199992 loop0
   8        0  244198584 sda
   8        1    4883760 sda1
   8        2          1 sda2
   8        3   30716248 sda3
   8        5  103490698 sda5
   8        6  105105231 sda6

( egeresz | 2010. 03. 04., cs – 22:00 )

erdekes...

fdisk -lu /dev/sda

hatha overlapped, nezzuk meg

rm /etc/blkid.tab*
blkid

hatha az a rossz.

mondhatnal egy
rm /etc/blkid.tab*
strace blkid

uname -a
dmesg
blkid -v 


root@sysresccd /root % fdisk -lu /dev/sda

Disk /dev/sda: 250.1 GB, 250059350016 bytes
255 heads, 63 sectors/track, 30401 cylinders, total 488397168 sectors
Units = sectors of 1 * 512 = 512 bytes
Disk identifier: 0x003b003a

   Device Boot      Start         End      Blocks   Id  System
/dev/sda1       478624545   488392064     4883760   82  Linux swap / Solaris
/dev/sda2        61432560   478624544   208595992+   f  W95 Ext'd (LBA)
/dev/sda3   *          63    61432559    30716248+  83  Linux
/dev/sda5        61432623   268414019   103490698+   7  HPFS/NTFS
/dev/sda6       268414083   478624544   105105231   83  Linux

Partition table entries are not in disk order

Nekem jonak tunik. 


root@sysresccd /root % rm /etc/blkid.tab*
rm: remove regular file `/etc/blkid.tab'? y
root@sysresccd /root % blkid
/dev/loop0: TYPE="squashfs"
/dev/sda1: UUID="38944e9e-cc2e-4303-bc19-bc2ad869479c" TYPE="swap"
/dev/sda3: UUID="4c109690-9b3b-44a7-ae1b-962c6e053f6a" TYPE="ext4"
/dev/sda5: UUID="3A7482347481F2C5" TYPE="ntfs"

A strace kicsit sok, hogy copypasteljem (vagy nem?). Mindenesetre felraktam ide: http://nopaste.info/25d3feeec7_nl.html 


root@sysresccd /root % uname -a
Linux sysresccd 2.6.31.12-std135-amd64 #1 SMP Mon Jan 18 19:19:54 UTC 2010 x86_64 Pentium(R) Dual-Core CPU T4300 @ 2.10GHz GenuineIntel GNU/Linux
root@sysresccd /root % blkid -v
blkid from util-linux-ng 2.16.1 (libblkid 2.16.0, 10-Feb-2009)

dmesg szinten sok, itt megvan: http://nopaste.info/35474a9017_nl.html

( gthomas | 2010. 03. 04., cs – 22:46 )

UUID=... -t cseréld le /dev/sda6-ra, és menni fog (ha minden kötél szakad).

Nekem van egy btrfs-es partícióm, amit minden boot után fsck-zni kell, hogy mount-olni lehessen - máshol rendben műxik...

( verkri | 2010. 03. 04., cs – 22:59 )

És a mount /dev/sda6 /mnt/sda6 -t ext4 rendesen mountolja a home-t? Én megnézném ezt is.

Igen, ez is furcsa. Igy nem megy: 


root@sysresccd /root % mkdir /mnt/sda6; mount /dev/sda6 /mnt/sda6 -o ro
mount: you must specify the filesystem type

De igy mar igen: 


root@sysresccd /root % mount /dev/sda6 /mnt/sda6 -o ro -t ext4

(Itt nem szeretnek ls kimenetet mutatni, mert ez a /home, de a filerendszerrel igy felmountolva minden rendben, megvannak a fileok.)

( Toma_ | 2010. 03. 05., p – 14:13 )

Ez a gép nem azért nem bootol, mert nem tudja bemountolni a /home-ot. Pontosabban, hogy érted azt, hogy nem bootol?

Az ubuntu elkezd bootolni, kijon a szeep ubuntu logo, es egy ido mulva kiirja, hogy nem tudja felmountolni a /home filerendszert, es nyomjak ESC-t a rescue shell-hez.
(De mint mar mondtam, nem az erdekel hogyan bootoljam be az ubuntut. Az erdekel miert van az, hogy ott a filerendszer... de megsem.)

Nekem valami ilyesmit szokott kiírni:
"It was unable to mount YET the following filesystems" és nekem is home-t írja. De ezekután magától rendesen felmountolja, és megy minden. Először én is megijedtem, hogy valami gáz van, jól körüljártam a dolgot, mindent leellenőriztem, és elvileg minden okés.

Neked abszolút nem mountolja a home-t? Vagy csak kiírja boot-kor azt az üzenetet?

( Lightning | 2010. 03. 05., p – 20:07 )

Úgy tudom, hogy a grub-nak szüksége van egy külön opcióra, ami megmondja neki, hogy ext4-nél mit és hogy.
Bár lehet, hogy az Ubuntu ezt megcsinálta, vagy a grub2-nél már nem kell...

( turdus | 2010. 03. 05., p – 21:06 )

Nem értem, mi nem világos neked ezen. Az fdisk megmondja kerek perec, mi a gond.
"Partition table entries are not in disk order"
Nem kéne problémát jelentenie, az igaz, de innentől nem vádolhatod azzal, hogy nem szólt.

Akkor inkabb az lenne a tunet, hogy nem lehetne latni a /proc/partitions-ben.

Viszont holnap vissza kell adnom a notebookot, igy csinaltam az egesz /dev/sda6 particiorol egy masolatot egy LV-re, ott is ugyanezek a tunetek. blkid nem ismeri fel, fsck hibat nem jelez, mount csak -t parameterrel mountolja.

En azt gondolom, hogy valami filerendszer azonosito vagy magic number elromlott. Olyan, amit az fsck nem ellenoriz, de a mount-nak es a blkid-nek szuksege van ra, hogy megallapitsa a filerendszer tipusat.

nehez ugy tovabbra is.

(mondjuk a kedvenc jelszavadat kar volt kipostolni, mindegy mar)

talalkozammar erzesre hasonloval (mas filesystemen, mas oprendszeren) veszes gyorsasaggal mentettem le az adatokat es formaztam ujra.
Ha kernelfejleszto lennek, biztos erdekelne a filesystem serulese, de rendszergazda vagyok, a megoldas erdekel. :-)

a blkid beleolvas a particioba, es kiolvas egy csomo nullat. Nem lattam meg ext4 -et semmilyen szempontbol, de regi trukk szokott lenni a filesystemeknel, hogy a superblockot sok helyre teriti le, egy algoritmus hatarozza meg, hogy hova. (pl minden 10. cilinder elejen van egy). Amikor az fs driver mountolni akar, akkor vegigolvassa az osszes helyet, amig meg nem talalja a superblockot. Viszont, az univerzalis 'magic number' programok (blkid, file, mount onmagaban) nem nezik vegig az osszes FS oszes szuperblokjanak a lehetseges helyet, hanem FS-enkent egy szuperblockot keresnek, max 2-ot.
Az lehet, hogy megserult az a szuperblock, amit a blkid/mount keres, de tovabbi superblockok nem, hiszen vegul is mountolhato.
Ha van backupod :-) akkor lehet jatszani ilyen adatra veszelyesekkel, hogy
mkfs.ext4 -S
mkfs.ext4 -n; fsck.ext4 -b;

az is szimplan lehet, hogy egy regebbi (experimental) kernellel/toollal lett letrehozva/hasznalva az az ext4, es nem kompatibilis a maiakkal.

( answ | 2010. 03. 06., szo – 00:51 )

Mindkettő ext4 journaling módban van?

( budee | 2010. 03. 17., sze – 22:07 )

Na, akkor uj fejlemeny.

Elolvastam egy blogbejegyzest a wipefs-rol, es gondoltam jo celpont lesz ez a particio.

Frissitettem hat util-linux-2.16.2 -rol util-linux-2.17.1-re. 


wipefs /dev/medea/gombvarras-sda6
offset               type
----------------------------------------------------------------
0x438                ext4   [filesystem]
                     UUID:  b087c270-95a7-4239-9f8f-f3b5522fdfd9

Na ez nem nyert, viszont ez az ujabb blkid mar felismeri a particiot: 


blkid /dev/medea/gombvarras-sda6
/dev/medea/gombvarras-sda6: UUID="b087c270-95a7-4239-9f8f-f3b5522fdfd9" TYPE="ext4"

Plusz a mount is szo nelkul mountolja.

Ugyhogy barmire is bukkantam ugy tunik javitva lett valahol a 2.16.2 es 2.17.1 kozott. Ezzel ertelmet is vesztette a tovabbi nyomozas es esetleges bugreport kuldese. Mindenkinek koszonom a hozzaszolasokat, egeresz-nek kiemelten is.