¿Por qué Ubuntu 18.04 ya no crea múltiples subvolúmenes BTRFS durante la instalación por defecto?

0

Durante la instalación del servidor Ubuntu 16.04 LTS, podría elegir la partición manual y crear una partición / usando BTRFS. El programa de instalación asigna automáticamente que a la creación de un volumen secundario llamado @a /sí mismo y, y otra que se llama @homepara /home. Ese ya no parece ser el caso para UB 18.04, solo logré obtener un subvolumen BTRFS para /sí mismo si solo creo una partición.

¿Estoy haciendo algo mal o las cosas simplemente han cambiado por alguna razón? En el caso de este último, ¿hay alguna discusión en algún lugar sobre por qué se cambió eso? ¿La configuración anterior tenía inconvenientes que debían abordarse con la nueva versión? ¿Hay algún plan para restaurar el comportamiento anterior si el nuevo instalador ha madurado?

No pude encontrar ninguna discusión de este tipo, solo descripciones sobre el antiguo comportamiento de UB 16.04.

¡Gracias!

ubuntu partitioning installation btrfs Thorsten Schöning
fuente

Respuestas:

1

El instalador no conoce los subvolúmenes BTRFS, pero hay una solución alternativa.

Esta es una adaptación de una respuesta de Ask Ubuntu . Como solo soy un usuario ocasional de Ubuntu y nunca de BTRFS, mejor verifique mi respuesta.

 - 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.
harrymc
fuente
Esto no responde a mi pregunta, porque como dije, en 16.04 el instalador estaba consciente de los subvolúmenes y creó al menos dos implícitamente. Estoy interesado en saber por qué se cambió eso, porque realmente no quiero hacer todo eso manualmente y, por lo tanto, solo me importa el comportamiento predeterminado de los instaladores. Ese comportamiento predeterminado podría cambiar nuevamente.
Thorsten Schöning
0

Una parte de mi respuesta proviene de la lista de correo de los usuarios :

Depende del instalador que use. Si usa el instalador predeterminado de subiquity, obtiene su configuración actual. Si usa el instalador di que ya no es el predeterminado, obtiene la configuración anterior.

Lo que aún me falta es una discusión de fondo, si se agregarán múltiples subvolúmenes diferentes al nuevo instalador también en el futuro o si tal configuración ya no se sugiere.

Thorsten Schöning
fuente