Installation sur Système Fichier Btrfs et question en suspens

[falke]

Bonjour,

je viens de réaliser une installation de linuxmint sur un système de fichier Btrfs.

A priori, cela me semble très intéressant : l'installation de base me fait gagner pas mal de place sur mon petit disque SSD de 120 Go.

La possibilité de faire des snapshot du système en une seconde et de tout réinstaller (testé avec Timeshift) , c'est super aussi pour les migrations de version notamment.

Cependant ... J'ai laissé de côté un peu linux et ses nouveautés ces derniers temps et des questions demeurent concernant Btrfs :

Il existe toujours la notion de la "racine" / et du "home" /home que l'on monte traditionnellement sur des partitions distinctes (bien qu'il n'y ait pas d'obligation ceci pour faciliter l'installation d'un nouveau système sans écraser les données personnelles.

En effet avec Btrfs , j'ai bien l'impression que cette notion est caduque ( car le système de fichier permet de sauvegarder "sytème + données ) complet à tout moment.
Ce ne sont pas des partitions mais des répertoire @ (/) et @home (/home), mais cela protège-t-il les données personnelle sous @home en cas de réinstallation ?

Donc , reste-t-il la notion de montage de /home ou autre /var etc... et quel intérêt cela présente-il le cas échéant ?


merci pour vos explication , on ne trouve pas beaucoup d'infos sur le net et en français



falke

[arghlub]

Salut,

pas testé (désolé, je suis en EXT (Linux) ou ZFS (unix-FreeBSD), pas en BTRFS ) .....
mais à voir → https://arles-linux.org/nytyx-separer-le-home-en-btrfs/

[PengouinPdt]

^arghlub: excellente trouvaille ! merci

[falke]

ok, merci pour ce lien

ça confirme bien qu'intrinsèquemen linux installé sur le système de fichier Btrfs conçoit la protection des données par des snapshots.

cecit dit pas beaucoup de com dans les docs d'installation pour préciser si oui ou non , lors d'une réinstallation du système sur la partition
Btrfs le @home est protégé comme il l'était lorsqu'il était monté sur une autre partion et pourtant on serait porté à le croire car dans /etc/fstab
on voit bien que / et /home sont montés sur des sous-volume différents :

Code : Tout sélectionner

#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
# / was on /dev/sda4 during installation
UUID=ca791370-6a76-4d13-ba48-6bcf5ad83cee /               btrfs   defaults,subvol=@ 0       1
# /boot/efi was on /dev/sda1 during installation
UUID=67E3-17ED  /boot/efi       vfat    umask=0077      0       1
# /home was on /dev/sda4 during installation
UUID=ca791370-6a76-4d13-ba48-6bcf5ad83cee /home           btrfs   defaults,subvol=@home 0       2
/swapfile                                 none            swap    sw              0       0
  

à tester en VM

Donc utiliser la méthode que tu nous a donné me semble prudent, par contre en cas de réinstalle de l'os , je suis pas sur que ce soit si facile de remonter la partition /home dans le nouveau système

[falke]

...et j'ajoute aussi ce lien

qui explique comment faire une install fraiche de Linux Mint sur un système de fichiers Btrfs ,

sans perdre le contenu de /home

https://sebsauvage.net/wiki/doku.php?id=btrfs
Ca répond au passage à ma question ci-dessus , sans précaution particulière une installation fraiche supprimerait le contenu de votre /home
à moins que vous ne l'ayez monté sur une partition Btrfs séparée comme indiqué dans le lien ci-dessus.

EDIT IMPORTANT : Par contre dans le lien donné ci-dessus, je vous déconseille fortement de compresser l'ensemble de / comme il est possible de le faire.
Chez moi , ça a fortement ralenti le démarrage, et je ne peux plus démarrer en mode graphique (j'ignore pourquoi) , j'ai plus qu'une console.

Fort heureusement , une clé live LM avec Timeshift m'a permis de restaurer en ... 1 seconde

[alain]

Bonjour.

Sujet archivé (en lecture seule) car abandonné.
Si besoin de rouvrir faire un MP à un membre de l'équipe