|
fox2k12
Anmeldungsdatum:
22. September 2012
Beiträge: 158
|
Hallo, Ich hatte in meinem Notebook eine System ssd eingebaut die ich mit LUKS/LVM verschlüsselt hatte.
Nun habe ich diese durch eine grössere ssd ersetzt und KUbuntu neu installiert. (Wieder mit LUKS/LVM)
Die alte ssd habe ich nun in einen usb Adapter eingebaut und wollte davon ein paar Dateien
aus dem alten benutzer Verzeichnis auf die neue ssd rüberkopieren. Wenn ich in Dolphin auf die Partition der alten system ssd zugreife, kommt ganz normal die passwort abfrage. Aber dann
kommt "Ein nicht genauer angegebener Fehler ist aufgetreten". Ich vermute er kann die
Partition aus irgend einem grund nicht mounten. Starte ich Dolphin per kdesu mit rootrechten, genau das selbe. Was ich seltsam finde : die beiden usb sticks die ich mit LUKS verschlüsselt habe als die alte ssd noch
als system ssd drin war, auf die kann ich problemlos zugreifen. Nur die alte ssd will er mir nicht einbinden. Ich nehme an, ich muss die alte ssd wieder einbauen um an die Daten zu kommen ?
|
|
V_for_Vortex
Anmeldungsdatum:
1. Februar 2007
Beiträge: 12095
|
Im Terminal dürftest Du auch so an die Daten kommen. Dazu öffnest Du erstmal die verschlüsselte Platte/Partition mit cryptsetup und bindest dann das LVM ein. Das erstmal in Kürze aus Zeitmangel. Lies Dir am besten die verlinkten Artikel durch und frage dann hier verbleibende Fragen.
|
|
fox2k12
(Themenstarter)
Anmeldungsdatum:
22. September 2012
Beiträge: 158
|
Macht er nicht, wäre auch zu einfach gewesen. ☹ tk-user@notebook:~$ lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
sda 8:0 0 477G 0 disk
├─sda2 8:2 0 1K 0 part
├─sda5 8:5 0 476,5G 0 part
└─sda1 8:1 0 487M 0 part
nvme0n1 259:0 0 953,9G 0 disk
├─nvme0n1p5 259:3 0 953,4G 0 part
│ └─nvme0n1p5_crypt 253:0 0 953,4G 0 crypt
│ ├─kubuntu--vg-root 253:1 0 916,4G 0 lvm /
│ └─kubuntu--vg-swap_1 253:2 0 15G 0 lvm [SWAP]
├─nvme0n1p1 259:1 0 487M 0 part /boot
└─nvme0n1p2 259:2 0 1K 0 part
tk-user@notebook:~$ sudo cryptsetup luksOpen /dev/sda5 mnt
[sudo] Passwort für tk-user:
Geben Sie die Passphrase für »/dev/sda5« ein:
htpc-user@htpc:~$ sudo mount /dev/mapper/mnt /mnt
mount: unknown filesystem type 'LVM2_member'
tk-user@notebook:~$ Ich denke ich baue die alte ssd wieder ein. Geht wohl nicht anders.
Er kann es entschlüsseln aber nicht mounten.
Das funktioniert wohl nicht wegen der LVM struktur vermute ich mal.
|
|
frostschutz
Anmeldungsdatum:
18. November 2010
Beiträge: 7795
|
Bei LVM brauchst du vor dem mount noch ein vgchange -a y und wenn die VG auf der SSD auch kubuntu-vg heißt, auch noch ein vgrename da du sonst einen Namenskonflikt hast... Zeig nach dem Luksopen mal pvdisplay, vgdisplay, lvdisplay
|
|
fox2k12
(Themenstarter)
Anmeldungsdatum:
22. September 2012
Beiträge: 158
|
Hallo, alles, was nvmexxx ist, kannst du ignorieren, das ist die neue system ssd.
Nur sdaxxx ist relevant. tk-user@notebook:~$ lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
sda 8:0 0 477G 0 disk
├─sda2 8:2 0 1K 0 part
├─sda5 8:5 0 476,5G 0 part
└─sda1 8:1 0 487M 0 part
nvme0n1 259:0 0 953,9G 0 disk
├─nvme0n1p5 259:3 0 953,4G 0 part
│ └─nvme0n1p5_crypt 253:0 0 953,4G 0 crypt
│ ├─kubuntu--vg-root 253:1 0 916,4G 0 lvm /
│ └─kubuntu--vg-swap_1 253:2 0 15G 0 lvm [SWAP]
├─nvme0n1p1 259:1 0 487M 0 part /boot
└─nvme0n1p2 259:2 0 1K 0 part
tk-user@notebook:~$ sudo cryptsetup luksOpen /dev/sda5 mnt
[sudo] Passwort für tk-user:
Geben Sie die Passphrase für »/dev/sda5« ein:
tk-user@notebook:~$ sudo pvdisplay
--- Physical volume ---
PV Name /dev/mapper/nvme0n1p5_crypt
VG Name kubuntu-vg
PV Size 953,39 GiB / not usable 3,00 MiB
Allocatable yes
PE Size 4,00 MiB
Total PE 244067
Free PE 5649
Allocated PE 238418
PV UUID ...
--- Physical volume ---
PV Name /dev/mapper/mnt
VG Name kubuntu-vg
PV Size 476,46 GiB / not usable 3,00 MiB
Allocatable yes (but full)
PE Size 4,00 MiB
Total PE 121973
Free PE 0
Allocated PE 121973
PV UUID ...
tk-user@notebook:~$ sudo vgdisplay
--- Volume group ---
VG Name kubuntu-vg
System ID
Format lvm2
Metadata Areas 1
Metadata Sequence No 3
VG Access read/write
VG Status resizable
MAX LV 0
Cur LV 2
Open LV 2
Max PV 0
Cur PV 1
Act PV 1
VG Size 953,39 GiB
PE Size 4,00 MiB
Total PE 244067
Alloc PE / Size 238418 / 931,32 GiB
Free PE / Size 5649 / 22,07 GiB
VG UUID ...
--- Volume group ---
VG Name kubuntu-vg
System ID
Format lvm2
Metadata Areas 1
Metadata Sequence No 3
VG Access read/write
VG Status resizable
MAX LV 0
Cur LV 2
Open LV 0
Max PV 0
Cur PV 1
Act PV 1
VG Size 476,46 GiB
PE Size 4,00 MiB
Total PE 121973
Alloc PE / Size 121973 / 476,46 GiB
Free PE / Size 0 / 0
VG UUID ...
tk-user@notebook:~$ sudo lvdisplay
--- Logical volume ---
LV Path /dev/kubuntu-vg/root
LV Name root
VG Name kubuntu-vg
LV UUID ...
LV Write Access read/write
LV Creation host, time kubuntu, 2016-12-17 12:37:38 +0100
LV Status available
# open 1
LV Size 916,39 GiB
Current LE 234596
Segments 1
Allocation inherit
Read ahead sectors auto
- currently set to 256
Block device 253:1
--- Logical volume ---
LV Path /dev/kubuntu-vg/swap_1
LV Name swap_1
VG Name kubuntu-vg
LV UUID ...
LV Write Access read/write
LV Creation host, time kubuntu, 2016-12-17 12:37:38 +0100
LV Status available
# open 2
LV Size 14,93 GiB
Current LE 3822
Segments 1
Allocation inherit
Read ahead sectors auto
- currently set to 256
Block device 253:2
--- Logical volume ---
LV Path /dev/kubuntu-vg/root
LV Name root
VG Name kubuntu-vg
LV UUID ...
LV Write Access read/write
LV Creation host, time kubuntu, 2016-11-19 18:04:40 +0100
LV Status NOT available
LV Size 461,52 GiB
Current LE 118150
Segments 1
Allocation inherit
Read ahead sectors auto
--- Logical volume ---
LV Path /dev/kubuntu-vg/swap_1
LV Name swap_1
VG Name kubuntu-vg
LV UUID ...
LV Write Access read/write
LV Creation host, time kubuntu, 2016-11-19 18:04:40 +0100
LV Status NOT available
LV Size 14,93 GiB
Current LE 3823
Segments 1
Allocation inherit
Read ahead sectors auto
tk-user@notebook:~$
|
|
frostschutz
Anmeldungsdatum:
18. November 2010
Beiträge: 7795
|
Jo, die heissen beide kubuntu-vg, LVM verlangt aber daß jede VG einen eigenen Namen hat. Du hast die UUIDs rausgekürzt daher kann ich dir den exacten Befehl nicht nennen, brauchst jedenfalls etwa sowas in der Art: vgrename <vguuid> NeuerVolGroupName <vguuid> ist das VG UUID von /dev/mapper/lukssda5 Wenn der Name geändert ist sollte dann vgchange -a y funktionieren und /dev/NeuerVolGroupName/zeugs verfügbar sein zum sonstwohin-mounten Edit: sorry, vguuid statt pvuuid
|
|
fox2k12
(Themenstarter)
Anmeldungsdatum:
22. September 2012
Beiträge: 158
|
Ok, das war nicht nötig das rauszukürzen, sorry. hier nochmal : tk-user@notebook:~$ sudo cryptsetup luksOpen /dev/sda5 mnt
[sudo] Passwort für htpc-user:
Geben Sie die Passphrase für »/dev/sda5« ein:
tk-user@notebook:~$ sudo pvdisplay
--- Physical volume ---
PV Name /dev/mapper/nvme0n1p5_crypt
VG Name kubuntu-vg
PV Size 953,39 GiB / not usable 3,00 MiB
Allocatable yes
PE Size 4,00 MiB
Total PE 244067
Free PE 5649
Allocated PE 238418
PV UUID UTOXsd-1kS4-TNgp-0uvH-y60g-nI9s-dgQtFC
--- Physical volume ---
PV Name /dev/mapper/mnt
VG Name kubuntu-vg
PV Size 476,46 GiB / not usable 3,00 MiB
Allocatable yes (but full)
PE Size 4,00 MiB
Total PE 121973
Free PE 0
Allocated PE 121973
PV UUID u9DO3c-vtRU-js2i-fqLQ-YUe7-k6BL-ZjK7tH
tk-user@notebook:~$ sudo vgdisplay
--- Volume group ---
VG Name kubuntu-vg
System ID
Format lvm2
Metadata Areas 1
Metadata Sequence No 3
VG Access read/write
VG Status resizable
MAX LV 0
Cur LV 2
Open LV 2
Max PV 0
Cur PV 1
Act PV 1
VG Size 953,39 GiB
PE Size 4,00 MiB
Total PE 244067
Alloc PE / Size 238418 / 931,32 GiB
Free PE / Size 5649 / 22,07 GiB
VG UUID QZfkkN-DOJk-zEbU-9z3h-mgC8-MKyF-Eu3G4p
--- Volume group ---
VG Name kubuntu-vg
System ID
Format lvm2
Metadata Areas 1
Metadata Sequence No 3
VG Access read/write
VG Status resizable
MAX LV 0
Cur LV 2
Open LV 0
Max PV 0
Cur PV 1
Act PV 1
VG Size 476,46 GiB
PE Size 4,00 MiB
Total PE 121973
Alloc PE / Size 121973 / 476,46 GiB
Free PE / Size 0 / 0
VG UUID GtHWBY-Uhme-Ti3e-X1OK-ceP3-9z15-8ocGCZ
tk-user@notebook:~$ sudo lvdisplay
--- Logical volume ---
LV Path /dev/kubuntu-vg/root
LV Name root
VG Name kubuntu-vg
LV UUID upoDHg-B7Ts-xnh6-Y7go-CP8h-uoKi-nQMLc3
LV Write Access read/write
LV Creation host, time kubuntu, 2016-12-17 12:37:38 +0100
LV Status available
# open 1
LV Size 916,39 GiB
Current LE 234596
Segments 1
Allocation inherit
Read ahead sectors auto
- currently set to 256
Block device 253:1
--- Logical volume ---
LV Path /dev/kubuntu-vg/swap_1
LV Name swap_1
VG Name kubuntu-vg
LV UUID MhyPhn-2TFK-oGny-0wwZ-2RBd-lQz5-edAUSv
LV Write Access read/write
LV Creation host, time kubuntu, 2016-12-17 12:37:38 +0100
LV Status available
# open 2
LV Size 14,93 GiB
Current LE 3822
Segments 1
Allocation inherit
Read ahead sectors auto
- currently set to 256
Block device 253:2
--- Logical volume ---
LV Path /dev/kubuntu-vg/root
LV Name root
VG Name kubuntu-vg
LV UUID 1IcpZc-TcOw-YUqM-wGkr-9ZS4-ZZDv-7bcMmn
LV Write Access read/write
LV Creation host, time kubuntu, 2016-11-19 18:04:40 +0100
LV Status NOT available
LV Size 461,52 GiB
Current LE 118150
Segments 1
Allocation inherit
Read ahead sectors auto
--- Logical volume ---
LV Path /dev/kubuntu-vg/swap_1
LV Name swap_1
VG Name kubuntu-vg
LV UUID xvu2kF-BuI3-1tJt-jzAn-0Vol-NzTj-KY1MhG
LV Write Access read/write
LV Creation host, time kubuntu, 2016-11-19 18:04:40 +0100
LV Status NOT available
LV Size 14,93 GiB
Current LE 3823
Segments 1
Allocation inherit
Read ahead sectors auto
|
|
frostschutz
Anmeldungsdatum:
18. November 2010
Beiträge: 7795
|
Sollte dann sowas in der Art sein:
vgrename GtHWBY-Uhme-Ti3e-X1OK-ceP3-9z15-8ocGCZ altvg
vgchange -a y
mount /dev/altvg/root /mnt/altroot
...
|
|
fox2k12
(Themenstarter)
Anmeldungsdatum:
22. September 2012
Beiträge: 158
|
Danke dir ! ☺ Ganz schön umständlich mit dem LVM mist...
|
|
V_for_Vortex
Anmeldungsdatum:
1. Februar 2007
Beiträge: 12095
|
fox2k12 schrieb: Danke dir ! ☺ Ganz schön umständlich mit dem LVM mist...
Normalerweise merkt der Benutzer davon nichts, in Deinem Fall dürfte die Namensgleichheit der beiden Volume Groups dazu geführt haben, dass es mit Dolphin nicht ging. Ansonsten hat der „LVM-Mist“ viele Vorteile gegenüber normalen Partitionen (siehe „Vorteile“ am Anfang des Artikels LVM), für Dich z.B. das Aufschließen von Root-Volume und Swap-Volume mit nur einer Passworteingabe beim Booten. Das ist per LVM eleganter gelöst als z.B. mit einer Schlüsselableitung zwischen herkömmlichen Partitionen.
|
|
frostschutz
Anmeldungsdatum:
18. November 2010
Beiträge: 7795
|
Der Installer müsste den VGs noch eine Zufallskomponente mitgeben (ein Suffix 00-ZZ), dann wäre der Namenskonflikt kein Thema mehr. So hat man das halt immer wenn jemand neu installiert und dann auf die alte VG der alten Platte zugreifen will. vgrename mit UUID gehört schon zu den kryptischeren LVM Befehlen. Aber so hat eben alles seinen Preis, LVM bietet sehr eingängige Namen für seine "Partitionen" an aber dafür darf man dann eben halt auch keine Namenskonflikte haben.
|
|
V_for_Vortex
Anmeldungsdatum:
1. Februar 2007
Beiträge: 12095
|
frostschutz schrieb: Der Installer müsste den VGs noch eine Zufallskomponente mitgeben (ein Suffix 00-ZZ), dann wäre der Namenskonflikt kein Thema mehr.
Das wäre wirklich eine (viel zu 😛 ) einfache Lösung. Feature Request? 😉
|
|
fox2k12
(Themenstarter)
Anmeldungsdatum:
22. September 2012
Beiträge: 158
|
Wie auch immer, ich richte mir demnächst mit Virtualbox eine KUbuntu VM ein
und experimentiere etwas mit dem LVM herum, hatte ich sowiso vor. Ich habe schon gelesen das LVMs empfindlicher und fehleranfälliger sein sollen als
die normale Partitionierung. Wieviel ist da dran ?
|
|
frostschutz
Anmeldungsdatum:
18. November 2010
Beiträge: 7795
|
fox2k12 schrieb: Ich habe schon gelesen das LVMs empfindlicher und fehleranfälliger sein sollen als
die normale Partitionierung. Wieviel ist da dran ?
Nix... Aber wie mit allem, man muss sich halt damit auskennen. Und man sollte hüben wie drüben Backups haben, bevor man irgendwas gefährliches macht. Eine gparted Partitionsverschieberei kann genauso komplett in die Hose gehen, wie bei LVM eine pvmove Aktion.
|
|
V_for_Vortex
Anmeldungsdatum:
1. Februar 2007
Beiträge: 12095
|
frostschutz schrieb: Eine gparted Partitionsverschieberei kann genauso komplett in die Hose gehen, wie bei LVM eine pvmove Aktion.
… und wenn es nur ein Stromausfall oder die ins Kabel beißende Katze ist.
|