Warum erstellt Ubuntu 18.04 bei der Installation standardmäßig nicht mehr mehrere BTRFS-Subvolumes mehr?

487
Thorsten Schöning

Während der Installation von Ubuntu 16.04 LTS Server konnte ich die manuelle Partitionierung wählen und eine / -Partition mit BTRFS erstellen. Das Installationsprogramm abgebildet automatisch, dass ein Teilvolumen genannt Schaffung @für /sich selbst und einen anderen und einen namens @homefür /home. Das scheint für UB 18.04 nicht mehr der Fall zu sein, ich habe es nur geschafft, ein BTRFS-Subvolume für /sich zu erhalten, wenn ich nur eine Partition erstelle.

Mache ich etwas falsch oder haben sich die Dinge aus irgendeinem Grund einfach geändert? Gibt es irgendwo eine Diskussion darüber, warum das geändert wurde? Hatte das frühere Setup einige Nachteile, die mit der neuen Version behoben werden mussten? Gibt es möglicherweise Pläne, das alte Verhalten wiederherzustellen, wenn das neue Installationsprogramm ausgereift ist?

Ich habe selbst keine solche Diskussion gefunden, nur Beschreibungen über das alte Verhalten von UB 16.04.

Vielen Dank!

0

1 Antwort auf die Frage

0
harrymc

Das Installationsprogramm kennt keine BTRFS-Subvolumes, es gibt jedoch eine Problemumgehung.

Dies ist eine Anpassung einer Antwort von Ask Ubuntu . Da ich nur gelegentlich Ubuntu und niemals BTRFS benutze, sollten Sie meine Antwort besser überprüfen.

 - Do the server setup as usual, at the *Finish installation* step, select **Go Back** and **Execute a shell**. - List all your target file systems:  mount | grep target  /dev/dm-0 on /target type btrfs (rw,noatime,space_cache,subvolid=257,subvol=/@) /dev/dm-0 on /target/home type btrfs (rw,noatime,space_cache,subvolid=258,subvol=/@home) proc on /target/proc type proc (rw,nosuid,nodev,noexec,relatime) devtmpfs on /target/dev type devtmpfs (rw,nosuid,relatime,size=475608k,nr_inodes=118902,mode=755)  - Take a note of the BTRFS device, in this example `/dev/dm-0`. - Now un-mount all of your mounted file systems.  umount /target/dev umount /target/proc umount /target/boot/efi umount /target/home umount /target/  - Mount your **flat** btrfs filesystem :  cd /tmp mkdir work mount /dev/dm-0 work cd work  - Verify the mount is correct (should show `@` and `@home`):  ls   @ @home  - Create your additional subvolumes (`@tmp`, `@var`, `@var-log`)  btrfs subvolume create @tmp btrfs subvolume create @var btrfs subvolume create @var-log  - Move the data  mv @/var/log/* @var-log/ mv @/var/* @var/  # Remove data from tmp rm @/tmp/* @/tmp/.*  # For 18.04, remove the swapfile since it won't work on btrfs rm @/swapfile  - Add the new subvolumes to fstab, the device part may be different than the previous mount command, copy the device part from the already existing mount points.  ... /dev/mapper/root-root / btrfs noatime,subvol=@ 0 1 /dev/mapper/root-root /home btrfs noatime,subvol=@home 0 2 /dev/mapper/root-root /var btrfs noatime,subvol=@var 0 2 /dev/mapper/root-root /var/log btrfs noatime,subvol=@var-log 0 2   - Unmount  cd /tmp umount work sync   - `exit`, then **Finish the installation**  - Install and configure [snapper](http://snapper.io), a great tool for automatizing snapshots. 
Dies ist keine Antwort auf meine Frage, da, wie gesagt, der Installer im 16.04 Subvolumes kennt und mindestens zwei implizit erstellt hat. Ich bin daran interessiert zu erfahren, warum sich das geändert hat, weil ich das alles nicht wirklich manuell erledigen möchte und deshalb nur das Standardverhalten der Installer interessiert. Dieses Standardverhalten kann sich erneut ändern. Thorsten Schöning vor 5 Jahren 0