Benutzer-Werkzeuge

Webseiten-Werkzeuge


solutions:debian_install

Unterschiede

Hier werden die Unterschiede zwischen zwei Versionen angezeigt.

Link zu dieser Vergleichsansicht

Beide Seiten der vorigen Revision Vorhergehende Überarbeitung
Nächste Überarbeitung
Vorhergehende Überarbeitung
solutions:debian_install [2020-06-05 12:03]
andreas [Austausch der 30 GB SSD gegen eine 256 GB SSD]
solutions:debian_install [2020-06-05 16:54] (aktuell)
andreas [Austausch der 30 GB SSD gegen eine 256 GB SSD]
Zeile 110: Zeile 110:
 Nachdem das Upgrade auf Debian 10 in der alten Umgebung erfolgt ist steht nun noch die Vergrößerung des Plattenplatz mit der neuen SSD aus.  Nachdem das Upgrade auf Debian 10 in der alten Umgebung erfolgt ist steht nun noch die Vergrößerung des Plattenplatz mit der neuen SSD aus. 
  
-Tatsächlich gestaltet sich dieser Austausch schwierig, da sich Windows auf der sda-Platte befindet und Linux ein lvm auf verschlüsselten Partitionen nutzt. Um ausreichend temporären Platz zu haben, wird die Partition sda3 (Transfer) .... .....  .....+Tatsächlich gestaltet sich dieser Austausch schwierig, da sich Windows auf der sda-Platte befindet und Linux ein lvm auf verschlüsselten Partitionen nutzt. Um ausreichend temporären Platz zu haben, wird die Partition sda3 (Transfer) freigemacht und als lvm PV eingerichtetAnschließend wird die 30GB SSD nach [[https://www.frank-rahn.de/lvm-festplatte-aus-dem-lvm-nehmen/|Anleitung]] freigeräumtAuf der 30GB SSD gibt dann nur noch die Boot Partition und den MBR
  
-Um diese Konfiguration überhaupt übernehmen zu können, musste der MBR und die Boot-Partition von der 30GB sdb-Platte auf die neue SSD kopiert werden.+Um diese Konfiguration weiter verwenden zu können, musste der MBR und die Boot-Partition von der 30GB sdb-Platte auf die neue SSD kopiert werden.
  
 Mit //fdisk -lu// kann festgestellt werden, welchen Umfang dieser Teil der Platte einnimmt und mit //dd// wird kopiert. Hierfür wird sysrescue gebootet, damit die Platten nicht in Benutzung sind.  Mit //fdisk -lu// kann festgestellt werden, welchen Umfang dieser Teil der Platte einnimmt und mit //dd// wird kopiert. Hierfür wird sysrescue gebootet, damit die Platten nicht in Benutzung sind. 
Zeile 123: Zeile 123:
 Mittels //tune2fs -U <UUID> /dev/sdb1// musste dann noch die alte UUID gesetzt werden, damit grub die Boot-Partition findet.  Mittels //tune2fs -U <UUID> /dev/sdb1// musste dann noch die alte UUID gesetzt werden, damit grub die Boot-Partition findet. 
  
-Danach startet Debian, das initramfs blockiert aber, weil die crypt-Partition sdb2 nicht mehr existiert. +Danach startet Debian, das initramfs blockiert aber, weil die crypt-Partition sdb2 nicht mehr existiert. 
 +Die Seite [[https://feeding.cloud.geek.nz/posts/recovering-from-unbootable-ubuntu-encrypted-lvm-root-partition/|Recovering from unbootable Ubuntu encrypted lvm root partition]] beschreibt das Vorgehen, um per chroot auf das System zu kommen und ein neues iniramfs zu erstellen.  
 + 
 +Wichtig ist dabei, dass die neue verschlüsselte Platte **luks-f7f5fc59-febd-4f33-b763-f3374d5cc872** heisst. Zur Aktualisierung muss 
 + 
 +<code> 
 +# update-initramfs -u -k all 
 +</code> 
 + 
 +verwendet werden. 
 + 
 +Hierbei muss die fehlende UUID in ///etc/crypttab// auskommentiert werden, damit sie nicht gesucht wird. Für Debian 10 muss die PATH-Variable ergänzt werden, damit //update-initramfs// gefunden wird. Ausserdem beschreibt diese [[https://unix.stackexchange.com/questions/267182/initramfs-in-debootstrap-chroot-of-fully-encrypted-system|Diskussion]], wie man in Debian 10 die crypt-Funktionalität für das initramfs einschaltet.  
 + 
 + 
 + I  
solutions/debian_install.1591358602.txt.gz · Zuletzt geändert: 2020-06-05 12:03 von andreas