[gelöst] Nach udev Update crypt mount fail

Lieber Besucher, herzlich willkommen bei: GentooForum.de. Falls dies Ihr erster Besuch auf dieser Seite ist, lesen Sie sich bitte die Hilfe durch. Dort wird Ihnen die Bedienung dieser Seite näher erläutert. Darüber hinaus sollten Sie sich registrieren, um alle Funktionen dieser Seite nutzen zu können. Benutzen Sie das Registrierungsformular, um sich zu registrieren oder informieren Sie sich ausführlich über den Registrierungsvorgang. Falls Sie sich bereits zu einem früheren Zeitpunkt registriert haben, können Sie sich hier anmelden.

karloff

Anfänger

Beiträge: 7

04.10.2010, 17:37

Nach udev Update crypt mount fail

Moin Moin erstmal.

Seit dem Update von udev-149 auf udev-151-r4
klappt der mount meiner verschlüsselten Home nicht mehr.

Quellcode

sudo mount /dev/mapper/crypt-home /media/externe_platte/
mount: wrong fs type, bad option, bad superblock on /dev/mapper/crypt-home,
   	missing codepage or helper program, or other error
   	In some cases useful info is found in syslog - try
   	dmesg | tail  or so

Syslog

Quellcode

1
2
3

Oct  4 17:31:04 stoertebeker sudo:  karloff : TTY=pts/0 ; PWD=/home/karloff ; USER=root ; COMMAND=/bin/mount /dev/mapper/crypt-home /media/externe_platte/
Oct  4 17:31:04 stoertebeker sudo: pam_unix(sudo:session): session opened for user root by karloff(uid=0)
Oct  4 17:31:05 stoertebeker kernel: [ 1647.320250] EXT4-fs (dm-0): bad geometry: block count 2056542167 exceeds size of device (361382167 blocks)

dmesg

	Quellcode
1	[ 1647.320250] EXT4-fs (dm-0): bad geometry: block count 2056542167 exceeds size of device (361382167 blocks)

Wenn ich jetzt wieder auf udev-149 zurückstelle mountet er home wieder ohne mucken.

sys-fs/cryptsetup-1.1.2 wird benutzt.

Hat jemand ne Idee woran es liegt und was man dagegen tun kann?

Wenn mehr Infos übers Sys gebraucht werden bitte einfach sagen welche, dann liefere ich die nach.

Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »karloff« (09.10.2010, 13:20)

Zum Seitenanfang

bell

Erleuchteter

Beiträge: 3 128

04.10.2010, 17:51

Anscheinend stimmt die File-System Größe nicht mit der Partition Größe überein. Das Dateisystem scheint viel größer zu sein als das Device.
Überprüfe und poste mal:

	Quellcode
1 2	fdisk -l /dev/mapper/crypt-home tune2fs -l /dev/mapper/crypt-home

Auch wenn Open-Source kostenlos ist, ist sie nicht umsonst. Dein Preis ist Dein Engagement und Mitarbeit an OS-Projekten.
Wenn Du keinen Preis bezahlen willst, bist Du die Ware. Und das ist nicht Open Source, geschweigedenn frei.

Zum Seitenanfang

karloff

Anfänger

Beiträge: 7

04.10.2010, 18:54

Also für mich sieht das ganze okay aus ...
Wobei ich auch zugeben muss das ich von Partitionen nicht so plan habe.

Abgesehen das der Disk identifier komisch ist ...

Quellcode

sudo fdisk -l /dev/mapper/crypt-home
Disk /dev/mapper/crypt-home: 1480.2 GB, 1480221356544 bytes
255 heads, 63 sectors/track, 179959 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00000000

Disk /dev/mapper/crypt-home doesn't contain a valid partition table

Quellcode

karloff@stoertebeker ~ $ sudo tune2fs -l /dev/mapper/crypt-home
tune2fs 1.41.12 (17-May-2010)
tune2fs: The ext2 superblock is corrupt while trying to open /dev/mapper/crypt-home
Couldn't find valid filesystem superblock.

Quellcode

karloff@stoertebeker ~ $ sudo fdisk -l                   	

Disk /dev/sda: 1500.3 GB, 1500301910016 bytes
255 heads, 63 sectors/track, 182401 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x000140cb

 Device Boot  	Start     	End  	Blocks   Id  System
/dev/sda1          	16     	146 	1052257+  82  Linux swap / Solaris
/dev/sda2   *       	1      	15  	120456   83  Linux
/dev/sda3         	147    	2441	18434587+  83  Linux
/dev/sda4        	2442  	182401  1445528700	5  Extended
/dev/sda5        	2442  	182401  1445528668+  83  Linux

Partition table entries are not in disk order

Disk /dev/dm-0: 1480.2 GB, 1480221356544 bytes
255 heads, 63 sectors/track, 179959 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00000000

Disk /dev/dm-0 doesn't contain a valid partition table

Hoffe das hilft weiter

Zum Seitenanfang

bell

Erleuchteter

Beiträge: 3 128

04.10.2010, 20:41

Die fdisk Ausgabe hat bestätigt, dass bei einer Standard-Block-Größe von 4096 das Device 361382167 Blöcke hat. Jetzt bleibt noch offen, wie die e2fsprogs auf 2056542167 kommen.
Baue mal sicherheitshalber die entsprechenden Pakete neu, während Udev aktualisiert ist:

	Quellcode
1 2	emerge -va1 =udev-151-r4 emerge -va1 sys-libs/e2fsprogs-libs sys-libs/e2fsprogs

Sind sda2 und sda3 auch ext4? Und die lassen sich mounten?

Zum Seitenanfang

karloff

Anfänger

Beiträge: 7

09.10.2010, 13:19

okay, problem ist gelöst, es lag doch nicht an udev sondern an cryptsetup.

Die Lösung des Problems sieht folgend aus:

in der /etc/conf.d/dmcrypt

muss noch ne option beim mounten eingestellt werden.

## /home with regular keyfile
target=crypt-home
source='/dev/sda5'
key='###########'
options='-c aes-cbc-plain -s 256 -h ripemd160'

dann läuft es auch wieder.

Scheinbar wurden die default werte für die Entschlüssung geändert.

Aufjedenfall danke für die prompte Hilfe