Hallo Gemeinde Ich will bei der Neuinstallation (von 18.04.auf 22.04) die / Partition vergroessern und deswegen die bereits vorhande /Home verkleinern ohne diese zu formatieren (damit die Daten erhalten bleiben). Ist es besser dies bei der Neuinstallation von 22.04 zu tun oder vorher mit GParted?
Partitionen Groesse veraendern
Anmeldungsdatum: Beiträge: 453 |
|
Anmeldungsdatum: Beiträge: 4391 Wohnort: Göttingen |
Ich denke, ich würde von einem Live-System starten, dort erst Umpartitionieren und dann die Installation starten. |
Anmeldungsdatum: Beiträge: 7657 |
Wie sieht denn die Partitionierung aktuell aus? (lsblk o.ä.) |
(Themenstarter)
Anmeldungsdatum: Beiträge: 453 |
pepe@pepe:~$ lsblk NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT loop0 7:0 0 556K 1 loop /snap/gnome-logs/112 loop1 7:1 0 55,5M 1 loop /snap/core18/2344 loop2 7:2 0 3,8M 1 loop /snap/falkon/77 loop3 7:3 0 548K 1 loop /snap/gnome-logs/106 loop4 7:4 0 254,1M 1 loop /snap/gnome-3-38-2004/106 loop5 7:5 0 61,9M 1 loop /snap/core20/1518 loop6 7:6 0 255,6M 1 loop /snap/kde-frameworks-5-core18/30 loop7 7:7 0 400,8M 1 loop /snap/gnome-3-38-2004/112 loop8 7:8 0 704K 1 loop /snap/gnome-characters/741 loop9 7:9 0 1,8M 1 loop /snap/usbmuxd-daemon/9 loop10 7:10 0 704K 1 loop /snap/gnome-characters/761 loop11 7:11 0 4K 1 loop /snap/bare/5 loop12 7:12 0 91,7M 1 loop /snap/gtk-common-themes/1535 loop13 7:13 0 219M 1 loop /snap/gnome-3-34-1804/77 loop14 7:14 0 81,3M 1 loop /snap/gtk-common-themes/1534 loop15 7:15 0 2,6M 1 loop /snap/gnome-calculator/920 loop16 7:16 0 3,8M 1 loop /snap/falkon/76 loop17 7:17 0 113,9M 1 loop /snap/core/13308 loop18 7:18 0 55,5M 1 loop /snap/core18/2409 loop19 7:19 0 260,7M 1 loop /snap/kde-frameworks-5-core18/32 loop20 7:20 0 140,7M 1 loop /snap/gnome-3-26-1604/102 loop21 7:21 0 140,7M 1 loop /snap/gnome-3-26-1604/104 loop22 7:22 0 61,9M 1 loop /snap/core20/1494 loop23 7:23 0 164,8M 1 loop /snap/gnome-3-28-1804/161 loop24 7:24 0 2,5M 1 loop /snap/gnome-calculator/884 loop25 7:25 0 2,5M 1 loop /snap/gnome-system-monitor/174 loop26 7:26 0 424,2M 1 loop /snap/kde-frameworks-5-qt-5-15-3-core20/8 loop27 7:27 0 2,5M 1 loop /snap/gnome-system-monitor/169 loop28 7:28 0 219M 1 loop /snap/gnome-3-34-1804/72 loop29 7:29 0 111,7M 1 loop /snap/core/13250 loop30 7:30 0 162,9M 1 loop /snap/gnome-3-28-1804/145 sda 8:0 0 465,8G 0 disk ├─sda1 8:1 0 14G 0 part ├─sda2 8:2 0 1K 0 part ├─sda5 8:5 0 1,9G 0 part └─sda6 8:6 0 450G 0 part /media/pepe/2f01ecfe-dbb5-4123-a662-ee24349d596 sdb 8:16 0 931,5G 0 disk ├─sdb1 8:17 0 18,6G 0 part / ├─sdb2 8:18 0 1K 0 part ├─sdb5 8:21 0 1,9G 0 part [SWAP] └─sdb6 8:22 0 911G 0 part /home sr0 11:0 1 1024M 0 rom pepe@pepe:~$ |
Anmeldungsdatum: Beiträge: 7657 |
Also, theoretisch kannst du /home verkleinern aber um / vergrößern zu können, muss /home dann komplett verschoben werden. Das ist immer ein wenig riskant, würde ich also nicht ohne Backup machen. Ansonsten gäbs die Möglichkeit, /home einfach nur zu verkleinern und hinter /home eine neue / anzulegen. Das riskante Verschieben entfällt. Die 18.6G auf der alten / sind dann aber nicht nutzbar bzw. dafür müsste sich dann eben eine neue Verwendung finden. Wenn / nicht übermäßig vergrößert werden soll könnte man sonst auch noch die Swap-Partition auflösen und zu / mit hineinnehmen, dein / wäre dann 20G statt 18G. Ein Swapfile könnte dann unter /home oder eine neue Swappartition hinter /home angelegt werden. Ein ganz anderer Ansatz wäre, / und /home nachträglich zu LVM zu konvertieren und dann die Größen innerhalb LVM anzupassen. Problem dabei ist daß LVM diese Konvertierung selbst nicht anbietet, das geht dann per Drittanbietertools (blocks to-lvm aka lvmify) oder von Hand https://wiki.ubuntuusers.de/Archiv/Howto/LVM_nachtr%C3%A4glich_einrichten/ - auch hier ist in beiden Fällen ein gewisses Risiko vorhanden. Weil das mit der nächträglichen Größenänderung gerne mal so ein Gefuddel ist, entscheiden sich viele einfach für die Neuinstallation und das anschließende Herstellen einer Datensicherung. Die muss dann halt komplett gewesen sein, sonst... wars das. Aber Datensicherung braucht man eben so oder so. Auch eine SSD kann einfach mal abrauchen. |
Anmeldungsdatum: Beiträge: 15900 |
Hallo 10rey, Das sieht auch nach dos/mbr aus ..... Du kannst auch /home verkleinern und eine saubere Installation von 22.04 neben 18.04 als Dualboot machen und dann das wesentliche migrieren. Die alte /home zu nutzen ist bei diesem Versionssprung nicht ratsam .... Gruss Lidux |
(Themenstarter)
Anmeldungsdatum: Beiträge: 453 |
Hallo Ich werde ein backup mit Deja Dup machen und dann versuchen /home zu verkleinern. Also, theoretisch kannst du /home verkleinern aber um / vergrößern zu können, muss /home dann komplett verschoben werden.' Das verkleinern und verschieben ist eins nach dem anderen zu machen, oder geht es gleichzeitig? Gibts irgendwo eine Anleitung oder aehnliches, im WIKi etc. habe ich nichts gefunden. |
Supporter
Anmeldungsdatum: Beiträge: 53601 Wohnort: Berlin |
Bei Deja Dup bitte immer daran denken, dass damit erstellte Backups häufig nicht mit höheren Versionen von Deja Dup wieder eingespielt werden können.
Wenn das gleichzeitig gehen würde wären logischerweise alle Daten nur noch Matsch.
Etliche. Das ist aber nicht ein Wikiartikel, sondern dazu gehört erst mal Grundwissen in Partitionierung. |