gnomicha
Anmeldungsdatum: 27. September 2010
Beiträge: 107
|
Hallo zusammen, ich habe PC und System aktualisiert, im PC befinden sich aktuell noch die alte sowie die neue SSD. Ich möchte -wie bisher auch- die "alte" SSD einhängen, um die Daten auf die neue zu kopieren. Ich erhalte jedoch einen unbekannten Fehler (siehe Anhang) | Beim Zugriff auf „Persönlicher Ordner“ ist ein Fehler aufgetreten, die Meldung lautet:
An unspecified error has occurred: No such interface 'org.freedesktop.UDisks2.Filesystem' on object at path /org/freedesktop/UDisks2/block_devices/dm_2d3
|
. Beim Test mit einem Livesystem (Mint KDE) kam der gleiche Fehler. Anhand des Wikis wollte ich nun "zu Fuß" mounten. Ich erhalte jedoch den Fehler "Gerät ist bereits in Betrieb": Korrekte Partition:
| sudo cryptsetup luksDump /dev/sdc5
LUKS header information for /dev/sdc5
Version: 1
Cipher name: aes
Cipher mode: xts-plain64
Hash spec: sha1
Payload offset: 4096
|
Mount- Versuch: | sudo cryptsetup luksOpen /dev/sdc5 mnt
Geben Sie den Passsatz für /dev/sdc5 ein:
Kann Gerät /dev/sdc5 nicht nutzen, da es bereits in Betrieb ist.
|
Nun habe ich luksClose und umount auf dev/sdc5 versucht, aber ohne Ergebnis. Daher würde ich mich freuen, wenn heute jemand mit mir 'Eastereggs' suchen mag 😀 Die Ausgaben von fdisk -l bzw mount habe ich der Übersichtlichkeit halber bei pastebin angepinnt. Grüße,Michael
- Fehler_Luks.png (27.0 KiB)
- Download Fehler_Luks.png
|
unbuntuS12
Anmeldungsdatum: 2. Juni 2010
Beiträge: 1816
|
Hallo, dein Mount-Versuch ist so kein Mount-Versuch, sondern das Öffnen des Kryptocontainers. Der wird dann auf ein Gerät gemappt, das dann wieder gemountet werden kann. Bei dem Befehl, den du verwendet hast, müsste es mit sudo mount /dev/mapper/mnt /mnt funktionieren.
|
gnomicha
(Themenstarter)
Anmeldungsdatum: 27. September 2010
Beiträge: 107
|
unbuntuS12 schrieb: Hallo, dein Mount-Versuch ist so kein Mount-Versuch, sondern das Öffnen des Kryptocontainers. Der wird dann auf ein Gerät gemappt, das dann wieder gemountet werden kann. Bei dem Befehl, den du verwendet hast, müsste es mit sudo mount /dev/mapper/mnt /mnt funktionieren.
Hallo und vielen Dank! Ich habe es nicht ganz verstanden, aber versucht, wie angegeben zu mounten. Unter /dev/mapper finden sich die folgenden Geräte
| /dev/mapper > ll
insgesamt 0
crw------- 1 root root 10, 236 Mär 28 12:47 control
lrwxrwxrwx 1 root root 7 Mär 28 13:11 luks-38c43337-63a8-4e49-b48a-953bf37e2859 -> ../dm-5
lrwxrwxrwx 1 root root 7 Mär 28 12:47 mint--vg-root -> ../dm-1
lrwxrwxrwx 1 root root 7 Mär 28 12:47 mint--vg-swap_1 -> ../dm-2
lrwxrwxrwx 1 root root 7 Mär 28 12:47 sda5_crypt -> ../dm-0
lrwxrwxrwx 1 root root 7 Mär 28 15:19 veracrypt1 -> ../dm-3
lrwxrwxrwx 1 root root 7 Mär 28 15:41 veracrypt2 -> ../dm-4
|
Das Luks- Laufwerk sollte mE das fragliche sein, ich habe also im Befehl dev/mapper/mnt durch dev/mapper/dm-5 ersetzt, erhalte jedoch einen Fehler, da das Gerät nicht vorhanden sei. | sudo mount /dev/mapper/dm-5 /mnt
mount: Spezialgerät /dev/mapper/dm-5 ist nicht vorhanden
|
Denkfehler meinerseits?
|
Benno-007
Anmeldungsdatum: 28. August 2007
Beiträge: 29240
Wohnort: Germany
|
dm-5 ist überhalb des Ordners mapper, darum ja die zwei Punkte. Deswegen lässt man Ordner und Befehle auch automatisch mit der Tab-Taste ausfüllen.
|
lionlizard
Anmeldungsdatum: 20. September 2012
Beiträge: 6244
Wohnort: Berlin
|
gnomicha schrieb: Ich habe es nicht ganz verstanden, aber versucht,
Ja, sieht so aus. Lies Dir mal LUKS dazu durch, insbesondere 2.1. solltest Du zu verstehen versuchen. Unter /dev/mapper finden sich die folgenden Geräte
Was soll das bedeuten? insgesamt 0
crw------- 1 root root 10, 236 Mär 28 12:47 control
lrwxrwxrwx 1 root root 7 Mär 28 13:11 luks-38c43337-63a8-4e49-b48a-953bf37e2859 -> ../dm-5
lrwxrwxrwx 1 root root 7 Mär 28 12:47 mint--vg-root -> ../dm-1
lrwxrwxrwx 1 root root 7 Mär 28 12:47 mint--vg-swap_1 -> ../dm-2
lrwxrwxrwx 1 root root 7 Mär 28 12:47 sda5_crypt -> ../dm-0
lrwxrwxrwx 1 root root 7 Mär 28 15:19 veracrypt1 -> ../dm-3
lrwxrwxrwx 1 root root 7 Mär 28 15:41 veracrypt2 -> ../dm-4
Das Luks- Laufwerk sollte mE das fragliche sein, ich habe also im Befehl dev/mapper/mnt durch dev/mapper/dm-5 ersetzt, erhalte jedoch einen Fehler, da das Gerät nicht vorhanden sei.
Ja, das kann so auch nicht funktionieren. Stattdessen würde man, um das Laufwerk "luks-38c43337-63a8-4e49-b48a-953bf37e2859" nach /mnt einzuhängen folgendes eingeben: sudo mount /dev/mapper/luks-38c43337-63a8-4e49-b48a-953bf37e2859 /mnt Das wird aber vermutlich so ebenfalls nicht funktionieren, da bei automatisch verschlüsseltem System unter *buntu der LUKS-Container ein LVM enthält, auf welchem dann die logischen Laufwerke liegen. Zeige mal bitte die Ausgabe von einschließlich Befehl und prompt im Codeblock lsb_release -a
uname -r
sudo parted -l
mount
cat /etc/fstab
sudo lsblk -o name,uuid,fstype,mountpoint,label,size,model,mode
|
gnomicha
(Themenstarter)
Anmeldungsdatum: 27. September 2010
Beiträge: 107
|
Hi,
Was soll das bedeuten?
Inhalt des Verzeichnisses /dev/mapper. ubuntuS12 gab an, dass hier die Datei mnt liegen könnte- bei mir leider nicht. insgesamt 0
crw------- 1 root root 10, 236 Mär 28 12:47 control
lrwxrwxrwx 1 root root 7 Mär 28 13:11 luks-38c43337-63a8-4e49-b48a-953bf37e2859 -> ../dm-5
lrwxrwxrwx 1 root root 7 Mär 28 12:47 mint--vg-root -> ../dm-1
lrwxrwxrwx 1 root root 7 Mär 28 12:47 mint--vg-swap_1 -> ../dm-2
lrwxrwxrwx 1 root root 7 Mär 28 12:47 sda5_crypt -> ../dm-0
lrwxrwxrwx 1 root root 7 Mär 28 15:19 veracrypt1 -> ../dm-3
lrwxrwxrwx 1 root root 7 Mär 28 15:41 veracrypt2 -> ../dm-4
... würde man, um das Laufwerk "luks-38c43337-63a8-4e49-b48a-953bf37e2859" nach /mnt einzuhängen folgendes eingeben: sudo mount /dev/mapper/luks-38c43337-63a8-4e49-b48a-953bf37e2859 /mnt Das wird aber vermutlich so ebenfalls nicht funktionieren, da bei automatisch verschlüsseltem System unter *buntu der LUKS-Container ein LVM enthält, auf welchem dann die logischen Laufwerke liegen.
Tried and right: | sudo mount /dev/mapper/luks-38c43337-63a8-4e49-b48a-953bf37e2859 /mnt
[sudo] password for user:
mount: unbekannter Dateisystemtyp »LVM2_member«
|
Zeige mal bitte die Ausgabe von einschließlich Befehl und prompt im Codeblock lsb_release -a
uname -r
sudo parted -l
mount
cat /etc/fstab
sudo lsblk -o name,uuid,fstype,mountpoint,label,size,model,mode
Yup. Sonst noch im Pastebin 1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151 | uname -r
3.19.0-32-generic
user@mbpclx:/dev/mapper >
user@mbpclx:/dev/mapper > sudo parted -l
Modell: ATA SanDisk SDSSDHII (scsi)
Festplatte /dev/sda: 240GB
Sektorgröße (logisch/physisch): 512B/512B
Partitionstabelle: msdos
Nummer Anfang Ende Größe Typ Dateisystem Flags
1 1049kB 256MB 255MB primary ext2 boot
2 257MB 240GB 240GB extended
5 257MB 240GB 240GB logical
Modell: ATA WDC WD20EARS-00M (scsi)
Festplatte /dev/sdb: 2000GB
Sektorgröße (logisch/physisch): 512B/512B
Partitionstabelle: msdos
Nummer Anfang Ende Größe Typ Dateisystem Flags
1 1049kB 2000GB 2000GB primary
Modell: ATA SanDisk SDSSDP25 (scsi)
Festplatte /dev/sdc: 256GB
Sektorgröße (logisch/physisch): 512B/512B
Partitionstabelle: msdos
Nummer Anfang Ende Größe Typ Dateisystem Flags
1 1049kB 256MB 255MB primary ext2 boot
2 257MB 256GB 256GB extended
5 257MB 256GB 256GB logical
Modell: ATA Hitachi HDP72505 (scsi)
Festplatte /dev/sdd: 500GB
Sektorgröße (logisch/physisch): 512B/512B
Partitionstabelle: msdos
Nummer Anfang Ende Größe Typ Dateisystem Flags
1 32,3kB 500GB 500GB primary boot
Modell: Generic USB Flash Disk (scsi)
Festplatte /dev/sde: 8179MB
Sektorgröße (logisch/physisch): 512B/512B
Partitionstabelle: msdos
Nummer Anfang Ende Größe Typ Dateisystem Flags
1 32,3kB 8179MB 8179MB primary fat32 boot, LBA
Modell: Linux device-mapper (crypt) (dm)
Festplatte /dev/mapper/veracrypt2: 2000GB
Sektorgröße (logisch/physisch): 512B/512B
Partitionstabelle: loop
Nummer Anfang Ende Größe Dateisystem Flags
1 0,00B 2000GB 2000GB ntfs
Modell: Linux device-mapper (crypt) (dm)
Festplatte /dev/mapper/veracrypt1: 500GB
Sektorgröße (logisch/physisch): 512B/512B
Partitionstabelle: loop
Nummer Anfang Ende Größe Dateisystem Flags
1 0,00B 500GB 500GB ntfs
Fehler: /dev/mapper/luks-38c43337-63a8-4e49-b48a-953bf37e2859: unbekannte
Partitionstabelle
Modell: Linux device-mapper (linear) (dm)
Festplatte /dev/mapper/mint--vg-root: 231GB
Sektorgröße (logisch/physisch): 512B/512B
Partitionstabelle: loop
Nummer Anfang Ende Größe Dateisystem Flags
1 0,00B 231GB 231GB ext4
Modell: Linux device-mapper (linear) (dm)
Festplatte /dev/mapper/mint--vg-swap_1: 8514MB
Sektorgröße (logisch/physisch): 512B/512B
Partitionstabelle: loop
Nummer Anfang Ende Größe Dateisystem Flags
1 0,00B 8514MB 8514MB linux-swap(v1)
Fehler: /dev/mapper/sda5_crypt: unbekannte Partitionstabelle
user@mbpclx:/dev/mapper > mount
/dev/mapper/mint--vg-root on / type ext4 (rw,errors=remount-ro)
proc on /proc type proc (rw,noexec,nosuid,nodev)
sysfs on /sys type sysfs (rw,noexec,nosuid,nodev)
none on /sys/fs/cgroup type tmpfs (rw)
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)
udev on /dev type devtmpfs (rw,mode=0755)
devpts on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=0620)
tmpfs on /run type tmpfs (rw,noexec,nosuid,size=10%,mode=0755)
none on /run/lock type tmpfs (rw,noexec,nosuid,nodev,size=5242880)
none on /run/shm type tmpfs (rw,nosuid,nodev)
none on /run/user type tmpfs (rw,noexec,nosuid,nodev,size=104857600,mode=0755)
none on /sys/fs/pstore type pstore (rw)
/dev/sda1 on /boot type ext2 (rw)
systemd on /sys/fs/cgroup/systemd type cgroup (rw,noexec,nosuid,nodev,none,name=systemd)
veracrypt on /tmp/.veracrypt_aux_mnt1 type fuse.veracrypt (rw,nosuid,nodev,allow_other)
/dev/mapper/veracrypt1 on /media/veracrypt1 type fuseblk (rw,nosuid,nodev,allow_other,default_permissions,blksize=4096)
veracrypt on /tmp/.veracrypt_aux_mnt2 type fuse.veracrypt (rw,nosuid,nodev,allow_other)
/dev/mapper/veracrypt2 on /media/veracrypt2 type fuseblk (rw,nosuid,nodev,allow_other,default_permissions,blksize=4096)
/dev/sde1 on /media/user/MULTISYSTEM type vfat (rw,nosuid,nodev,uid=1000,gid=1000,shortname=mixed,dmask=0077,utf8=1,showexec,flush,flush,uhelper=udisks2)
user@mbpclx:/dev/mapper > cat /etc/fstab
# /etc/fstab: static file system information.
#
# Use 'blkid' 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>
/dev/mapper/mint--vg-root / ext4 errors=remount-ro 0 1
# /boot was on /dev/sda1 during installation
UUID=de1c10fa-e6f2-4fce-bf80-7ee4ec250ad7 /boot ext2 defaults 0 2
/dev/mapper/mint--vg-swap_1 none swap sw 0 0
user@mbpclx:/dev/mapper > sudo lsblk -o name,uuid,fstype,mountpoint,label,size,model,mode
NAME UUID FSTYPE MOUNTPOINT LABEL SIZE MODEL MODE
sda 223,6G SanDisk SDS brw-rw----
├─sda1 de1c10fa-e6f2-4fce-bf80-7ee4ec250ad7 ext2 /boot 243M brw-rw----
├─sda2 1K brw-rw----
└─sda5 5d909d9b-0360-4180-8021-10f99052e2f6 crypto_LUKS 223,3G brw-rw----
└─sda5_crypt (dm-0) 1OpNKM-TXWa-S5Y8-RMKt-VdO5-ITb4-CE4vfo LVM2_member 223,3G brw-rw----
├─mint--vg-root (dm-1) 05b84ad6-7104-4d98-8507-23f23226ec06 ext4 / 215,4G brw-rw----
└─mint--vg-swap_1 (dm-2) faea5fb4-f334-4ee0-a9ad-29c7874b3f25 swap [SWAP] 8G brw-rw----
sdb 1,8T WDC WD20EAR brw-rw----
└─sdb1 1,8T brw-rw----
└─veracrypt2 (dm-4) 568E4C411FAE0927 ntfs /media/vera 1,8T brw-rw----
sdc 238,5G SanDisk SDS brw-rw----
├─sdc1 140e2201-38ea-4ca7-86e3-6c3472ae6dcb ext2 243M brw-rw----
├─sdc2 1K brw-rw----
└─sdc5 38c43337-63a8-4e49-b48a-953bf37e2859 crypto_LUKS 238,2G brw-rw----
└─luks-38c43337-63a8-4e49-b48a-953bf37e2859 (dm-5) A1xd5x-JMKU-7h0m-9nXa-Jph6-Aedc-sbdO2t LVM2_member 238,2G brw-rw----
sdd 465,8G Hitachi HDP brw-rw----
└─sdd1 465,8G brw-rw----
└─veracrypt1 (dm-3) 068EBC901FFDC282 ntfs /media/vera 465,8G brw-rw----
sde 7,6G USB Flash D brw-rw----
└─sde1 0000-0001 vfat /media/user MULTISYSTEM 7,6G brw-rw----
sr0 1024M BD-RE BH08 brw-rw----
|
|
lionlizard
Anmeldungsdatum: 20. September 2012
Beiträge: 6244
Wohnort: Berlin
|
lionlizard schrieb: Zeige mal bitte die Ausgabe von einschließlich Befehl und prompt im Codeblock lsb_release -a
|
gnomicha
(Themenstarter)
Anmeldungsdatum: 27. September 2010
Beiträge: 107
|
sry. | lsb_release -a
No LSB modules are available.
Distributor ID: LinuxMint
Description: Linux Mint 17.3 Rosa
Release: 17.3
Codename: rosa
|
Kubuntu 14.04.2 ansonsten.
|
lionlizard
Anmeldungsdatum: 20. September 2012
Beiträge: 6244
Wohnort: Berlin
|
gnomicha schrieb: user@mbpclx:/dev/mapper > sudo lsblk -o name,uuid,fstype,mountpoint,label,size,model,mode
NAME UUID FSTYPE MOUNTPOINT LABEL SIZE MODEL MODE
sda 223,6G SanDisk SDS brw-rw----
├─sda1 de1c10fa-e6f2-4fce-bf80-7ee4ec250ad7 ext2 /boot 243M brw-rw----
├─sda2 1K brw-rw----
└─sda5 5d909d9b-0360-4180-8021-10f99052e2f6 crypto_LUKS 223,3G brw-rw----
└─sda5_crypt (dm-0) 1OpNKM-TXWa-S5Y8-RMKt-VdO5-ITb4-CE4vfo LVM2_member 223,3G brw-rw----
├─mint--vg-root (dm-1) 05b84ad6-7104-4d98-8507-23f23226ec06 ext4 / 215,4G brw-rw----
└─mint--vg-swap_1 (dm-2) faea5fb4-f334-4ee0-a9ad-29c7874b3f25 swap [SWAP] 8G brw-rw----
So sieht das aus, wenn der LUKS-Container geöffnet, das darauf befindliche LVM geöffnet und dann die logischen Laufwerke nach "/" und "swap" eingehängt sind.
sdb 1,8T WDC WD20EAR brw-rw----
> └─sdb1 1,8T brw-rw----
> └─veracrypt2 (dm-4) 568E4C411FAE0927 ntfs /media/vera 1,8T brw-rw----
> sdc 238,5G SanDisk SDS brw-rw----
> ├─sdc1 140e2201-38ea-4ca7-86e3-6c3472ae6dcb ext2 243M brw-rw----
> ├─sdc2 1K brw-rw----
> └─sdc5 38c43337-63a8-4e49-b48a-953bf37e2859 crypto_LUKS 238,2G brw-rw----
> └─luks-38c43337-63a8-4e49-b48a-953bf37e2859 (dm-5) A1xd5x-JMKU-7h0m-9nXa-Jph6-Aedc-sbdO2t LVM2_member 238,2G brw-rw----
>
Und hier sieht man sehr schön, dass der LUKS-Container zwar geöffnet, aber das LVM noch nicht eingehängt ist. Wie das zu machen ist steht in LVM Wenn das LVM geöffnet ist, kannst Du auch die darin befindliche(n) Partition(en) einhängen.
|
gnomicha
(Themenstarter)
Anmeldungsdatum: 27. September 2010
Beiträge: 107
|
DAS ist einleuchtend 😀 Ich sehe mir das -wohl erst am WE wieder- an und melde mich. Vielen Dank jetzt schon!
|
gnomicha
(Themenstarter)
Anmeldungsdatum: 27. September 2010
Beiträge: 107
|
Ich glaube, das Problem besteht darin, dass die beiden Volume Groups (vom alten wie vom neuen System) den gleichen Namen haben. Daher läuft bspw. | sudo lvm
lvm> vgchange -a y
|
zwar ohne Fehler durch, jedoch ist die fragliche VG nicht aktiviert worden und in /dev/mapper sind nur die bereits bekannten Geräte zu finden.
Unklar ist mir trotzdem noch, weshalb der Fehler in einem Livesystem ebenfalls auftritt. Ich habe mir zunächst mit dem Umweg über eine externe Platte (2*1 Nacht) beholfen. Die Lösung des Problems ist es allerdings nicht, falls ich im mir fremden Bereich LVM den Wald vor lauter Bäumen nicht sehe bitte ich um Input 😉 Schönes Wochenende,
Michael
|
lionlizard
Anmeldungsdatum: 20. September 2012
Beiträge: 6244
Wohnort: Berlin
|
gnomicha schrieb: Unklar ist mir trotzdem noch, weshalb der Fehler in einem Livesystem ebenfalls auftritt.
Offenbar ist die Intelligenz des automatischen Installers begrenzt, so dass er immer den gleichen Namen für die VG auswählt, und dann auch noch die gleichen Namen für die Logischen Laufwerke. Vielleicht kommt man weiter, wenn man eines der LVM mit vgrename umbenennt. Aber ich habe die Verwendung von LVM weitgehend vermieden, so dass ich mich da nicht wirklich auskenne. Hast du mal versucht, im Live-Modus beide Platten zu entschlüsseln, bevor du das LVM aktivierst? Damit sollten theoretisch beide LVMs aktiviert werden, und die Automatik müsste sich was überlegen, wie die gleichen Namen verwaltet werden. Aber wie gesagt, ich weiß nicht genau, was da passiert.
|
gnomicha
(Themenstarter)
Anmeldungsdatum: 27. September 2010
Beiträge: 107
|
lionlizard Hast du mal versucht, im Live-Modus beide Platten zu entschlüsseln, bevor du das LVM aktivierst? Damit sollten theoretisch beide LVMs aktiviert werden, und die Automatik müsste sich was überlegen, wie die gleichen Namen verwaltet werden. Aber wie gesagt, ich weiß nicht genau, was da passiert.
Genau das habe ich versucht (denke ich zumindest), das Ergebnis war, streng nach Highlander- Prinzip (es kann nur einen geben) dass die zuerst aktivierte Gruppe aktiv blieb und die andere nicht aktiviert wurde. An eine Umbenennung habe ich mich nicht getraut, da ich vorher das Backup aktualisieren wollte. Aus diesem habe ich jetzt auch wiederhergestellt. Bei der nächsten Neuinstallation werde ich einen anderen Namen für die VG vergeben und damit das Problem des Mountens des alten Systems in das neue umgehen. Hab vielen Dank für Deine Zeit! Auf jeden Fall habe ich wieder ein Bröckchen mehr verstanden ☺ Schönes Wochenende,
Michael
|