Timeshift et btrfs

geole · Le 01/07/2023, à 17:34

Je ne parle plus d'instantanés, puisque option RSYNC et pas BTRFS.
Le journal du premier rsync montre que des centaines de milliers de fichiers ont été transférés.
Le journal du second ne montre que quelques fichiers (réseau et log)

Finalement, je ne sais pas trop comment je vais tester la suite.
Si j'écrase la partition racine, je ne pourrais plus lancer timeshift.
Il y a certainement une façon de faire. je n'ai pas encore commencé à chercher dans la documentation, les astuces de restauration en utilisant une autre instance.
Je pourrais détruire un petit répertoire de /tmp ou de /var/log , pour voir s'il se restaure bien.
mais si je détruis /etc/timeshif, je ne vois pas comment cela va se restaurer, Il faut certainement une autre instance équipée de timeshift.

Nota, Avec l'option BRFS, la partition de réception ne contient probablement que la notion de la création du snapshot, le premier a été instantané et contenait 16 bits (de mémoire).

iznobe · Le 01/07/2023, à 17:46

Il y a certainement une façon de faire. je n'ai pas encore commencé à chercher dans la documentation, les astuces de restauration en utilisant une autre instance.

ba tu ecrases la partition racine . genre rm -rfy *
tu demarres sur un live .
tu y installes timeshift si besoin .
puis tu restaure en ajustant les chemins dans le timeshift du live .

le principe est valable a partit d ' un autre OS bien sur , tant que tu peux y installer timeshift dedans evidémment .

Dernière modification par iznobe (Le 01/07/2023, à 17:48)

geole · Le 02/07/2023, à 16:28

Bonjour
D'abord, une grosse surprise, les demandes de rsync automatiques ne se sont pas créés! Si on ne fait rien, l' ordinateur se met en sommeil !!!

J'ai donc commencé les tests de restauration avec seulement 4 choix. Par moment, il y avait des erreurs, mais cela a fini par marcher une fois. Je pense donc que nos clics dans la grille doivent être bien réfléchis.

Alors j'ai formaté la partition.. Puis.... Cela m'a permit de mettre un peu à jour la documentation La restauration n'a pas eu lieu.
Voici la totalité des traces de l'application

a@p:~$ journalctl --since today -g timeshift --no-pager
juil. 02 13:38:53 p kernel: BTRFS: device label timeshift devid 1 transid 51 /dev/sdb12 scanned by systemd-udevd (3839)
juil. 02 13:39:37 p sudo[5461]:        a : TTY=pts/0 ; PWD=/home/a ; USER=root ; COMMAND=/usr/bin/apt install timeshift
juil. 02 13:41:44 p polkitd(authority=local)[1686]: Operator of unix-session:2 successfully authenticated as unix-user:a to gain ONE-SHOT authorization for action in.teejeetech.pkexec.timeshift-gtk for unix-process:5694:40211 [/bin/bash /usr/bin/timeshift-launcher] (owned by unix-user:a)
juil. 02 13:41:44 p pkexec[5700]: a: Executing command [USER=root] [TTY=unknown] [CWD=/home/a] [COMMAND=/usr/bin/timeshift-gtk]
juil. 02 13:41:44 p timeshift-gtk.desktop[5700]: Configuration chargée: /etc/timeshift/timeshift.json
juil. 02 13:41:46 p timeshift-gtk.desktop[5700]: Mounted '/dev/sdb9' at '/run/timeshift/backup'
juil. 02 13:41:57 p timeshift-gtk.desktop[5700]: Ajouter une tâche cron: /etc/cron.d/timeshift-hourly
juil. 02 13:41:57 p timeshift-gtk.desktop[5700]: Configuration sauvegardée: /etc/timeshift/timeshift.json
juil. 02 13:42:27 p timeshift-gtk.desktop[5700]: Configuration sauvegardée: /etc/timeshift/timeshift.json
juil. 02 13:43:02 p systemd[1]: run-timeshift-backup.mount: Deactivated successfully.
juil. 02 13:43:02 p timeshift-gtk.desktop[5700]: Mounted '/dev/sdb12' at '/run/timeshift/backup'
juil. 02 13:43:05 p timeshift-gtk.desktop[5700]: Configuration sauvegardée: /etc/timeshift/timeshift.json
juil. 02 13:43:52 p systemd[1]: run-timeshift-btrfs.mount: Deactivated successfully.
juil. 02 13:43:54 p systemd[1]: run-timeshift-btrfs.mount: Deactivated successfully.
juil. 02 13:43:55 p timeshift-gtk.desktop[5700]: Mounted '/dev/sda28' (subvol=@) at '/run/timeshift/restore/'
juil. 02 13:43:55 p timeshift-gtk.desktop[5700]: Mounted '/dev/sda5' at '/run/timeshift/restore/boot/efi'
juil. 02 13:43:55 p timeshift-gtk.desktop[5700]: Mounted '/dev/sda28' at '/run/timeshift/restore/home'
juil. 02 13:47:19 p systemd[1]: run-timeshift-btrfs.mount: Deactivated successfully.
juil. 02 13:47:19 p systemd[1]: run-timeshift-restore-home.mount: Deactivated successfully.
juil. 02 13:47:19 p systemd[1]: run-timeshift-restore-boot-efi.mount: Deactivated successfully.
juil. 02 13:47:19 p systemd[1]: run-timeshift-restore.mount: Deactivated successfully.
juil. 02 13:47:20 p systemd[1]: run-timeshift-btrfs.mount: Deactivated successfully.
juil. 02 13:47:21 p timeshift-gtk.desktop[5700]: Mounted '/dev/sda28' (subvol=@) at '/run/timeshift/restore/'
juil. 02 13:47:21 p timeshift-gtk.desktop[5700]: Mounted '/dev/sda5' at '/run/timeshift/restore/boot/efi'
juil. 02 13:47:22 p timeshift-gtk.desktop[5700]: Mounted '/dev/sda28' at '/run/timeshift/restore/home'
juil. 02 13:47:38 p systemd[1]: run-timeshift-btrfs.mount: Deactivated successfully.
juil. 02 13:47:39 p systemd[1]: run-timeshift-restore-home.mount: Deactivated successfully.
juil. 02 13:47:39 p systemd[1]: run-timeshift-restore-boot-efi.mount: Deactivated successfully.
juil. 02 13:47:39 p systemd[1]: run-timeshift-restore.mount: Deactivated successfully.
juil. 02 13:47:40 p systemd[1]: run-timeshift-btrfs.mount: Deactivated successfully.
juil. 02 13:47:41 p timeshift-gtk.desktop[5700]: Mounted '/dev/sda28' (subvol=@) at '/run/timeshift/restore/'
juil. 02 13:47:41 p timeshift-gtk.desktop[5700]: Mounted '/dev/sda5' at '/run/timeshift/restore/boot/efi'
juil. 02 13:47:41 p timeshift-gtk.desktop[5700]: Mounted '/dev/sda28' at '/run/timeshift/restore/home'
juil. 02 13:48:16 p systemd[1]: run-timeshift-btrfs.mount: Deactivated successfully.
juil. 02 13:48:16 p systemd[1]: run-timeshift-restore-home.mount: Deactivated successfully.
juil. 02 13:48:16 p systemd[1]: run-timeshift-restore-boot-efi.mount: Deactivated successfully.
juil. 02 13:48:16 p systemd[1]: run-timeshift-restore.mount: Deactivated successfully.
juil. 02 13:48:18 p systemd[1]: run-timeshift-btrfs.mount: Deactivated successfully.
juil. 02 13:48:19 p timeshift-gtk.desktop[5700]: Mounted '/dev/sda28' (subvol=@) at '/run/timeshift/restore/'
juil. 02 13:48:19 p timeshift-gtk.desktop[5700]: Mounted '/dev/sda5' at '/run/timeshift/restore/boot/efi'
juil. 02 13:48:19 p timeshift-gtk.desktop[5700]: Mounted '/dev/sda28' at '/run/timeshift/restore/home'
juil. 02 13:49:20 p systemd[1]: run-timeshift-btrfs.mount: Deactivated successfully.
juil. 02 13:49:21 p systemd[1]: run-timeshift-restore-home.mount: Deactivated successfully.
juil. 02 13:49:21 p systemd[1]: run-timeshift-restore-boot-efi.mount: Deactivated successfully.
juil. 02 13:49:21 p systemd[1]: run-timeshift-restore.mount: Deactivated successfully.
juil. 02 13:49:22 p systemd[1]: run-timeshift-btrfs.mount: Deactivated successfully.
juil. 02 13:49:23 p timeshift-gtk.desktop[5700]: Mounted '/dev/sda28' (subvol=@) at '/run/timeshift/restore/'
juil. 02 13:49:23 p timeshift-gtk.desktop[5700]: Mounted '/dev/sda5' at '/run/timeshift/restore/boot/efi'
juil. 02 13:49:23 p timeshift-gtk.desktop[5700]: Mounted '/dev/sda28' at '/run/timeshift/restore/home'
juil. 02 13:51:05 p dbus-daemon[5756]: [session uid=0 pid=5754] Activating service name='org.freedesktop.portal.Desktop' requested by ':1.1' (uid=0 pid=6304 comm="nautilus /run/timeshift/backup/timeshift/snapshots" label="unconfined")
juil. 02 13:51:06 p dbus-daemon[5756]: [session uid=0 pid=5754] Activating service name='ca.desrt.dconf' requested by ':1.1' (uid=0 pid=6304 comm="nautilus /run/timeshift/backup/timeshift/snapshots" label="unconfined")
juil. 02 13:51:06 p dbus-daemon[1672]: [system] Activating via systemd: service name='org.freedesktop.hostname1' unit='dbus-org.freedesktop.hostname1.service' requested by ':1.132' (uid=0 pid=6304 comm="nautilus /run/timeshift/backup/timeshift/snapshots" label="unconfined")
juil. 02 13:51:33 p systemd[1]: run-timeshift-btrfs.mount: Deactivated successfully.
juil. 02 13:51:33 p systemd[1]: run-timeshift-restore-home.mount: Deactivated successfully.
juil. 02 13:51:33 p systemd[1]: run-timeshift-restore-boot-efi.mount: Deactivated successfully.
juil. 02 13:51:33 p systemd[1]: run-timeshift-restore.mount: Deactivated successfully.
juil. 02 13:51:34 p systemd[1]: run-timeshift-btrfs.mount: Deactivated successfully.
juil. 02 13:51:35 p timeshift-gtk.desktop[5700]: Mounted '/dev/sda28' (subvol=@) at '/run/timeshift/restore/'
juil. 02 13:51:35 p timeshift-gtk.desktop[5700]: Mounted '/dev/sda5' at '/run/timeshift/restore/boot/efi'
juil. 02 13:51:36 p timeshift-gtk.desktop[5700]: Mounted '/dev/sda28' at '/run/timeshift/restore/home'
juil. 02 13:53:54 p timeshift-gtk.desktop[5700]: /etc/fstab mis à jour sur le périphérique cible: /run/timeshift/restore/etc/fstab
juil. 02 13:55:17 p systemd[1]: run-timeshift-restore-var-lib-os\x2dprober-mount.mount: Deactivated successfully.
juil. 02 13:55:19 p systemd[1]: run-timeshift-restore-var-lib-os\x2dprober-mount.mount: Deactivated successfully.
juil. 02 13:55:22 p systemd[1]: run-timeshift-restore-var-lib-os\x2dprober-mount.mount: Deactivated successfully.
juil. 02 13:55:25 p systemd[1]: run-timeshift-restore-var-lib-os\x2dprober-mount.mount: Deactivated successfully.
juil. 02 13:55:28 p systemd[1]: run-timeshift-restore-var-lib-os\x2dprober-mount.mount: Deactivated successfully.
juil. 02 13:55:31 p systemd[1]: run-timeshift-restore-var-lib-os\x2dprober-mount.mount: Deactivated successfully.
juil. 02 13:55:35 p systemd[1]: run-timeshift-restore-var-lib-os\x2dprober-mount.mount: Deactivated successfully.
juil. 02 13:55:38 p systemd[1]: run-timeshift-restore-var-lib-os\x2dprober-mount.mount: Deactivated successfully.
juil. 02 13:55:41 p systemd[1]: run-timeshift-restore-var-lib-os\x2dprober-mount.mount: Deactivated successfully.
juil. 02 13:55:43 p systemd[1]: run-timeshift-restore-var-lib-os\x2dprober-mount.mount: Deactivated successfully.
juil. 02 13:55:46 p systemd[1]: run-timeshift-restore-var-lib-os\x2dprober-mount.mount: Deactivated successfully.
juil. 02 13:55:49 p systemd[1]: run-timeshift-restore-var-lib-os\x2dprober-mount.mount: Deactivated successfully.
juil. 02 13:55:52 p systemd[1]: run-timeshift-restore-var-lib-os\x2dprober-mount.mount: Deactivated successfully.
juil. 02 13:55:55 p systemd[1]: run-timeshift-restore-var-lib-os\x2dprober-mount.mount: Deactivated successfully.
juil. 02 13:55:57 p systemd[1]: run-timeshift-restore-var-lib-os\x2dprober-mount.mount: Deactivated successfully.
juil. 02 13:56:01 p systemd[1]: run-timeshift-restore-var-lib-os\x2dprober-mount.mount: Deactivated successfully.
juil. 02 13:56:04 p systemd[1]: run-timeshift-restore-var-lib-os\x2dprober-mount.mount: Deactivated successfully.
juil. 02 13:56:08 p systemd[1]: run-timeshift-restore-var-lib-os\x2dprober-mount.mount: Deactivated successfully.
juil. 02 13:56:12 p systemd[1]: run-timeshift-restore-var-lib-os\x2dprober-mount.mount: Deactivated successfully.
juil. 02 13:56:15 p systemd[1]: run-timeshift-restore-var-lib-os\x2dprober-mount.mount: Deactivated successfully.
juil. 02 13:56:17 p systemd[1]: run-timeshift-restore-var-lib-os\x2dprober-mount.mount: Deactivated successfully.
juil. 02 13:56:21 p systemd[1]: run-timeshift-restore-var-lib-os\x2dprober-mount.mount: Deactivated successfully.
juil. 02 13:56:22 p systemd[1]: run-timeshift-restore-var-lib-os\x2dprober-mount.mount: Deactivated successfully.
juil. 02 13:56:24 p systemd[1]: run-timeshift-restore-var-lib-os\x2dprober-mount.mount: Deactivated successfully.
juil. 02 13:56:25 p systemd[1]: run-timeshift-restore-var-lib-os\x2dprober-mount.mount: Deactivated successfully.
juil. 02 13:56:27 p systemd[1]: run-timeshift-restore-var-lib-os\x2dprober-mount.mount: Deactivated successfully.
juil. 02 13:56:28 p systemd[1]: run-timeshift-restore-var-lib-os\x2dprober-mount.mount: Deactivated successfully.
juil. 02 13:56:29 p systemd[1]: run-timeshift-restore-var-lib-os\x2dprober-mount.mount: Deactivated successfully.
juil. 02 13:56:31 p systemd[1]: run-timeshift-restore-var-lib-os\x2dprober-mount.mount: Deactivated successfully.
juil. 02 13:56:32 p systemd[1]: run-timeshift-restore-var-lib-os\x2dprober-mount.mount: Deactivated successfully.
juil. 02 13:56:34 p systemd[1]: run-timeshift-restore-var-lib-os\x2dprober-mount.mount: Deactivated successfully.
juil. 02 13:56:41 p systemd[1]: run-timeshift-restore-var-lib-os\x2dprober-mount.mount: Deactivated successfully.
juil. 02 13:57:03 p systemd[1]: run-timeshift-restore-var-lib-os\x2dprober-mount.mount: Deactivated successfully.
juil. 02 13:57:25 p systemd[1]: run-timeshift-restore-var-lib-os\x2dprober-mount.mount: Deactivated successfully.
juil. 02 13:59:17 p systemd[1]: run-timeshift-restore-var-lib-os\x2dprober-mount.mount: Deactivated successfully.
juil. 02 13:59:41 p systemd[1]: run-timeshift-restore-var-lib-os\x2dprober-mount.mount: Deactivated successfully.
juil. 02 14:00:01 p CRON[60444]: (root) CMD (timeshift --check --scripted)
juil. 02 14:00:03 p systemd[1]: run-timeshift-restore-var-lib-os\x2dprober-mount.mount: Deactivated successfully.
juil. 02 14:00:14 p systemd[1]: run-timeshift-restore-var-lib-os\x2dprober-mount.mount: Deactivated successfully.
juil. 02 14:00:23 p systemd[1]: run-timeshift-restore-var-lib-os\x2dprober-mount.mount: Deactivated successfully.
juil. 02 14:00:34 p systemd[1]: run-timeshift-restore-var-lib-os\x2dprober-mount.mount: Deactivated successfully.
juil. 02 14:00:51 p systemd[1]: run-timeshift-restore-dev-pts.mount: Deactivated successfully.
juil. 02 14:00:52 p systemd[1]: run-timeshift-restore-dev.mount: Deactivated successfully.
juil. 02 14:00:52 p systemd[1]: run-timeshift-restore-proc.mount: Deactivated successfully.
juil. 02 14:00:52 p systemd[1]: run-timeshift-restore-run.mount: Deactivated successfully.
juil. 02 14:00:52 p systemd[1]: run-timeshift-restore-sys.mount: Deactivated successfully.
juil. 02 14:00:52 p systemd[1]: run-timeshift-restore-home.mount: Deactivated successfully.
juil. 02 14:00:52 p systemd[1]: run-timeshift-restore-boot-efi.mount: Deactivated successfully.
juil. 02 14:00:52 p systemd[1]: run-timeshift-restore.mount: Deactivated successfully.
juil. 02 14:31:48 p systemd[1]: run-timeshift-btrfs.mount: Deactivated successfully.
juil. 02 14:34:22 p systemd[1]: run-timeshift-btrfs.mount: Deactivated successfully.
juil. 02 15:00:01 p CRON[143896]: (root) CMD (timeshift --check --scripted)
juil. 02 15:00:59 p timeshift-gtk.desktop[5700]: Mounted '/dev/sda29' (subvol=@) at '/run/timeshift/restore/'
juil. 02 15:00:59 p timeshift-gtk.desktop[5700]: Mounted '/dev/sda28' at '/run/timeshift/restore/boot/efi'
juil. 02 15:01:09 p systemd[1]: run-timeshift-restore-boot-efi.mount: Deactivated successfully.
juil. 02 15:01:09 p systemd[1]: run-timeshift-restore.mount: Deactivated successfully.
juil. 02 15:01:49 p timeshift-gtk.desktop[5700]: Mounted '/dev/sda29' (subvol=@) at '/run/timeshift/restore/'
juil. 02 15:01:49 p timeshift-gtk.desktop[5700]: Mounted '/dev/sda28' at '/run/timeshift/restore/boot/efi'
juil. 02 15:25:02 p systemd[1]: run-timeshift-restore-dev-pts.mount: Deactivated successfully.
juil. 02 15:25:02 p systemd[1]: run-timeshift-restore-proc.mount: Deactivated successfully.
juil. 02 15:25:02 p systemd[1]: run-timeshift-restore-dev.mount: Deactivated successfully.
juil. 02 15:25:02 p systemd[1]: run-timeshift-restore-sys.mount: Deactivated successfully.
juil. 02 15:25:02 p systemd[1]: run-timeshift-restore-run.mount: Deactivated successfully.
juil. 02 15:25:03 p systemd[1]: run-timeshift-restore-boot-efi.mount: Deactivated successfully.
juil. 02 15:25:03 p systemd[1]: run-timeshift-restore.mount: Deactivated successfully.
juil. 02 15:26:53 p timeshift-gtk.desktop[5700]: Mounted '/dev/sda29' (subvol=@) at '/run/timeshift/restore/'
juil. 02 15:26:53 p timeshift-gtk.desktop[5700]: Mounted '/dev/sda28' at '/run/timeshift/restore/boot/efi'
juil. 02 15:28:58 p timeshift-gtk.desktop[5700]: E: L’ouverture du fichier « /run/timeshift/restore//etc/os-release » a échoué : Aucun fichier ou dossier de ce type
juil. 02 15:28:58 p timeshift-gtk.desktop[5700]: E: Impossible de lire le fichier: /run/timeshift/restore//etc/os-release
juil. 02 15:29:12 p systemd[1]: run-timeshift-restore-dev-pts.mount: Deactivated successfully.
juil. 02 15:29:12 p systemd[1]: run-timeshift-restore-proc.mount: Deactivated successfully.
juil. 02 15:29:12 p systemd[1]: run-timeshift-restore-dev.mount: Deactivated successfully.
juil. 02 15:29:12 p systemd[1]: run-timeshift-restore-sys.mount: Deactivated successfully.
juil. 02 15:29:12 p systemd[1]: run-timeshift-restore-run.mount: Deactivated successfully.
juil. 02 15:29:13 p systemd[1]: run-timeshift-restore-boot-efi.mount: Deactivated successfully.
juil. 02 15:29:13 p systemd[1]: run-timeshift-restore.mount: Deactivated successfully.
juil. 02 15:31:16 p timeshift-gtk.desktop[5700]: Mounted '/dev/sda29' (subvol=@) at '/run/timeshift/restore/'
juil. 02 15:31:16 p timeshift-gtk.desktop[5700]: Mounted '/dev/sda28' at '/run/timeshift/restore/boot/efi'
juil. 02 15:33:06 p timeshift-gtk.desktop[5700]: E: L’ouverture du fichier « /run/timeshift/restore//etc/os-release » a échoué : Aucun fichier ou dossier de ce type
juil. 02 15:33:06 p timeshift-gtk.desktop[5700]: E: Impossible de lire le fichier: /run/timeshift/restore//etc/os-release
juil. 02 15:33:21 p systemd[1]: run-timeshift-restore-dev-pts.mount: Deactivated successfully.
juil. 02 15:33:21 p systemd[1]: run-timeshift-restore-proc.mount: Deactivated successfully.
juil. 02 15:33:21 p systemd[1]: run-timeshift-restore-dev.mount: Deactivated successfully.
juil. 02 15:33:21 p systemd[1]: run-timeshift-restore-run.mount: Deactivated successfully.
juil. 02 15:33:21 p systemd[1]: run-timeshift-restore-sys.mount: Deactivated successfully.
juil. 02 15:33:22 p systemd[1]: run-timeshift-restore-boot-efi.mount: Deactivated successfully.
juil. 02 15:33:22 p systemd[1]: run-timeshift-restore.mount: Deactivated successfully.
juil. 02 16:00:01 p CRON[145583]: (root) CMD (timeshift --check --scripted)
a@p:~$

J'image que la cause du dysfonctionnement est celle-ci

juil. 02 16:38:00 p timeshift-gtk.desktop[5700]: E: L’ouverture du fichier « /run/timeshift/restore//etc/os-release » a échoué : Aucun fichier ou dossier de ce type
juil. 02 16:38:00 p timeshift-gtk.desktop[5700]: E: Impossible de lire le fichier: /run/timeshift/restore//etc/os-release
juil. 02 16:38:19 p systemd[1]: run-timeshift-restore-dev-pts.mount: Deactivated successfully.

Dans l'instance qui veut réparer, rien n'est présent dans cette structure.

a@p:~$ ls -ls /run/timeshift/restore
total 0
a@p:~$

Dernière modification par geole (Le 02/07/2023, à 16:48)

krodelabestiole · Le 03/07/2023, à 22:47

geole a écrit :

Cela m'a permit de mettre un peu à jour la documentation

(l'url de la documentation est celle-ci)

tu parles de créer des sous-volumes btrfs pour faire du rsync dessus. btrfs ça n'a aucun intérêt dans ce cas. rsync n'utilise absolument pas les fonctionnalités de btrfs, et on peut très bien faire ça avec du ext4 par ex.
je pense qu'en documentant ça comme ça tu vas embrouiller le utilisateurs, autant que tu sembles l'être toi-même.
perso je me lancerais pas dans la documentation d'une techno que je ne maîtrise pas très bien.

ta façon de restaurer un instantané m'a l'air franchement alambiquée.
et cette phrase n'est pas claire :

Faire le paramétrage du disque de sauvegarde des fichiers RSYNC

ensuite j'éviterais absolument de parler de sauvegarde sur cette page. ce n'est pas la fonction première de timeshift, je ne sais pas combien de fois je l'ai dit ici. encore une fois on induit les utilisateurs en erreur et pour le coup ça peut être dangereux.
je pense que je vais remplacer toutes les occurrences de ce terme et ajouter un encadré pour expliquer ce qu'est un instantané.

geole · Le 03/07/2023, à 23:33

Bonsoir Kro.
A) Le logiciel est installé dans une partition BTRFS.
B) Le logiciel Timeshift y est installé,
C) Il est Lancé avec l'option RSYNC avec sortie sur disque externe.
D) La première action met 10 minutes pour s'exécuter et je vois le led du disque externe qui clignote. Signe que les données sont transférées.
E) Suite à une "fausse manipulation (fsck.btrfs!!!!!. il faut faire simple)", la partition est détruite.
F) J'ai donc mis à jour le document en précisant que la restauration ne se réalise pas.

Je peux être d'accord avec toi en disant que ce n'est absolument pas une sauvegarde mais une gestion de "corbeille/poubelle". Mais dans ce cas, il faut le préciser dans la documentation et ne pas écrire cette phrase "Il faut bien sûr avoir un espace de stockage suffisant pour ces prises d'instantanés. Ce peut être un simple répertoire de votre partition de travail. Mais en cas de gros accident de disque, il semble plus prudent d'avoir un espace dédié, donc une partition spécifique (ou un disque, ou une clé USB)." car il semble que cela ne sert à rien.

Je vais tenter de mettre à mon planning, le même essai avec une partition formatée EXT4. On verra bien ce que cela donnera.

krodelabestiole · Le 04/07/2023, à 00:30

krodelabestiole a écrit :

rsync n'utilise absolument pas les fonctionnalités de btrfs

ça c'est dans l'absolu, et quoi qu'il arrive.
rsync n'a aucun comportement particulier lié à btrfs. il fonctionne exactement de la même manière sur ext4 voire ntfs ou fat32... (il copie des fichiers)

krodelabestiole a écrit :

je pense qu'en documentant ça comme ça tu vas embrouiller les utilisateurs

je sais pas trop comment le dire autrement.

geole a écrit :

Je peux être d'accord avec toi en disant que ce n'est absolument pas une sauvegarde mais une gestion de "corbeille/poubelle".

je n'ai jamais dit ça. ça c'est ton point de vue, qui n'engage que toi, merci !

geole · Le 04/07/2023, à 09:08

Bonjour kro
Mon essai était en version 22.04 et je viens de prendre connaissance de ce petit problème
qui pourrait expliquer pas mal de choses.

Je concède que le choix entre guillemets de "corbeille poubelle" est un peu fort car on pourrait croire qu'il ne sait traiter que les fichiers supprimés alors qu'il est capable d'un peu plus. il a aussi le traitement des fichiers modifiés et la possibilité de les restaurer et pas seulement à la dernière version.

Cependant, remettre état une erreur commise dans le fichier /etc/fstab ou l'utiliser pour tester un autre O.S. me semble malgré tout une UAG.
Lorsque l'ordinateur fonctionne mal, il faut diagnostiquer
Lorsque l'ordinateur démarre mal, souvent,
Il faut faire un FSCK des partitions
Il existe aussi la commande NANO
Il y a aussi la possibilité standard de choisir un noyau ancien, car c'est souvent au changement de noyau que le problème survient.
Il existe aussi la possibilité de tester un autre O.S. en utilisant le dual boot. Ne devrait-on pas le préciser au lieu de dire qu'il remplace le mode virtuel.

Cependant, ce logiciel me semble parfait pour qui développe du logiciel de base.

krodelabestiole · Le 04/07/2023, à 09:19

geole a écrit :

Lorsque l'ordinateur fonctionne mal, il faut diagnostiquer

encore une fois, c'est ton point de vue, qui ne prend en pas en considération l'éventualité de certains impératifs.
j'ai relayé un cas d'usage en #46.

krodelabestiole · Le 04/07/2023, à 09:28

krodelabestiole a écrit :

ta façon de restaurer un instantané m'a l'air franchement alambiquée.

sudo btrfs subvolume create /mnt/@
sudo btrfs subvolume create /mnt/@home

quel est l'intérêt de créer des sous-volumes pour restaurer un disque détruit ?

geole · Le 04/07/2023, à 11:44

krodelabestiole a écrit :

geole a écrit :
Lorsque l'ordinateur fonctionne mal, il faut diagnostiquer
encore une fois, c'est ton point de vue, qui ne prend en pas en considération l'éventualité de certains impératifs.
j'ai relayé un cas d'usage en #46.

Je pense que tu évoques le cas du serveur qui fonctionne 24 heures sur 24 dans un contexte professionnel.
Dans ce cas, il est probable que
- Le logiciel soit installé en mode RAID. Ce qui exclu le contexte panne disque.
- L entreprise a les moyens d'avoir un petit serveur de test qui sert à faire les mises à jours logiciels avant de les faire sur le vrai serveur.
Cependant, un minima de diagnostic reste à faire afin de déterminer le bon "point de remise en état". Il n'est pas évident que le dernier convienne, ni le premier!
Il me semble que le point faible d'un serveur est son redémarrage, alors il ne faut le faire que si c'est justifié.

krodelabestiole a écrit :

krodelabestiole a écrit :
ta façon de restaurer un instantané m'a l'air franchement alambiquée.
sudo btrfs subvolume create /mnt/@
sudo btrfs subvolume create /mnt/@home
quel est l'intérêt de créer des sous-volumes pour restaurer un disque détruit ?

C'est la solution du post un de cette discussion. Elle est en conformité avec la septième recommandation de la photo de la documentation.
Je persiste à dire que le mode RSYNC doit remettre en état le logiciel quel que soit son contenu initial et je sais que la commande RSYNC fonctionne bien même lorsque la partition réceptrice est vide.
Je crains que cette application maîtrise mal son paramétrage ou son lancement.

NOTA, je ne comprends d'ailleurs pas pourquoi le mode BTRFS après avoir lancé le snapshot, ne lance pas immédiatement un RSYNC, on aurait alors la certitude que la sauvegarde est totalement cohérente.
En effet dans le contexte RSYNC seul, il faut probablement 15 minutes pour sauver le logiciel, donc une possibilité d'incohérence des répertoires/fichiers, travaillant ensemble.

iznobe · Le 04/07/2023, à 12:08

@geole :
[ HS ]
Salut , si tu as un peu de temps pour un diagnostic de disque dur stp : https://forum.ubuntu-fr.org/viewtopic.p … #p22689806

merci d' avance pour lui .
[ fin HS ]

krodelabestiole · Le 04/07/2023, à 12:42

geole a écrit :

je ne comprends d'ailleurs pas pourquoi le mode BTRFS après avoir lancé le snapshot, ne lance pas immédiatement un RSYNC, on aurait alors la certitude que la sauvegarde est totalement cohérente.

oh pitié !

iznobe · Le 04/07/2023, à 12:44

krodelabestiole a écrit :

geole a écrit :
je ne comprends d'ailleurs pas pourquoi le mode BTRFS après avoir lancé le snapshot, ne lance pas immédiatement un RSYNC, on aurait alors la certitude que la sauvegarde est totalement cohérente.
oh pitié !

rsync est inutile puisque une fonction similaire ( et plus performante ) est directement integrée dans le systeme de fichiers lui-meme . btrfs a plus ou moins été créé dans cet objectif là ( la sauvegarde des fichiers ) .

Dernière modification par iznobe (Le 04/07/2023, à 13:00)

krodelabestiole · Le 04/07/2023, à 12:46

geole a écrit :

C'est la solution du post un de cette discussion.

absolument pas ! on ne parle pas d'ailleurs nulle part de restaurer un disque crashé !
et les subvolumes il vaut mieux les créer avant d'avoir un souci, parce que c'est là dessus qu'on va bosser pour réaliser les snapshots (dans un premier temps, évidemment).

encore une fois, si tu ne comprends pas une techno, c'est peut-être pas la meilleure idée de bosser sur la doc. par contre tu peux créer un post sur le forum ou un blog, pour partager tes essais, tes éventuelles erreurs et poser tes questions.

krodelabestiole · Le 04/07/2023, à 13:14

geole a écrit :

Cependant, ce logiciel me semble parfait pour qui développe du logiciel de base.

c'est pour ça que je parle de versioning. mais dans ce cas git ou svn me semblent largement plus puissants et appropriés.
même en vidéo / 3d j'ai des amis qui utilisent git avec le moteur de jeu unity et qui en sont ravis, mais c'est sans doute plus technique à l'utilisation.

krodelabestiole · Le 04/07/2023, à 15:58

geole a écrit :

Je pense que tu évoques le cas du serveur qui fonctionne 24 heures sur 24 dans un contexte professionnel.

par exemple, oui.

geole a écrit :

Dans ce cas, il est probable que
- Le logiciel soit installé en mode RAID. Ce qui exclu le contexte panne disque.

alors pas du tout, non. ça peut être le contrôleur qui crashe. ou tu peux avoir une panne d'un 2e disque lors de la reconstruction de l'array. c'est très courant, avec des disques qui ont tous le même âge et le même vécu. ou encore plein d'autres problèmes (voir en dessous).
c'est pareil : le raid c'est absolument pas de la sauvegarde ! (toujours pas plus que btrfs, hein...)

geole a écrit :

Je persiste à dire que le mode RSYNC doit remettre en état le logiciel quel que soit son contenu initial

rsync prend le double de place. il créé une copie. ce n'est pas le cas de btrfs.
tu as compris le #37 ? sinon explique ce que tu ne comprends pas !

les snapshots trouvent leur intérêt dans le cas de problèmes logiciels.
pour un crash disque ou autre galère matérielle (vol, incendie, etc. - pour ces cas tu vois aussi que le raid c'est pas de la sauvegarde) ça sert à rien d'avoir 18 versions des fichiers : il suffit d'avoir le dernier backup. et idéalement hors site, le plus loin possible de la machine à sauvegarder. c'est ça de la sauvegarde.

un autre cas d'usage des snapshots pourrait être le cloud par ex.
une base de données nextcloud corrompue : on a besoin d'avoir une sauvegarde de la base synchronisée avec l'état des fichiers. btrfs permet de faire un instantané de l'ensemble des fichiers au moment exact ou on dump la base pour backup. et tout ça sans occuper un octet de plus au moment où on prend ce snapshot. on peut choisir à quelle date on veut revenir si on ne s'est pas rendu compte de la panne immédiatement.
les utilisateurs peuvent aussi éventuellement retrouver d'anciennes versions des fichiers de leurs choix (bon dans le cas de nextcloud ça sert à rien il implémente déjà cette fonctionnalité).

krodelabestiole · Le 04/07/2023, à 16:13

krodelabestiole a écrit :

rsync prend le double de place. il créé une copie.

non en fait pas forcément. il peut aussi créer des liens physiques supplémentaire comme il le fait avec rsnapshot.
https://doc.ubuntu-fr.org/rsnapshot

comme je l'ai dit dans cette doc :

rsnapshot gère les sauvegardes de manière incrémentielle, et permet à la fois de conserver différentes versions d'un fichier (il n'écrase pas les anciennes versions), et d'éviter la duplication physique des fichiers inchangés.
Ceci est rendu possible par un emploi intelligent des liens physiques : même si on trouve l'intégralité des fichiers dans chaque répertoire de sauvegarde (un nouveau répertoire est créé à chaque sauvegarde) ils ne prennent qu'une seule fois leur place sur le disque tant qu'ils restent inchangés (et ne sont "réellement" effacés que si on supprime absolument tous les liens physiques).

apparemment c'est l'option --link-dest de rsync qui permet ce comportement. je ne sais pas si timeshift l'utilise. ce serait une bonne idée, donc je suppose. (je n'ai toujours pas lancé ce logiciel)
et dans ce cas on est assez proche de la fonctionnalité de btrfs.
par contre rsnapshot (basé sur rsync) créé un répertoire pour chaque snapshot, là où les snapshots btrfs sont invisibles par le système.

geole · Le 04/07/2023, à 17:50

Réponses variées.
Je n'ai pas dit que le raid est de la sauvegarde. J'ai simplement dit que, dans un contexte serveur fonctionnant 24 heures sur 24, il me semblait nécessaire de se prémunir d'un incident disque, J'aurais pu ajouter d'une panne électrique etc..

Je connais le principe des snaphot. A ma connaissance, l'installation standard de ubuntu est en EXT4 et donc ne le supporte pas. C'est pour cela qu'il y a plus d'un an, lorsque zfs est arrivé avec ses snapshots automatiques et le fonctionnement RAID-5 intégré, j'ai voulu m'en servir. Mais apprendre qu'il risque de disparaître en version 24.04, me refroidit.

Pour ce type de fonctionnement, la volumétrie est un faux problème.
Partons du principe que l'O.S total fait 30 Go, Comme tout n'est pas sauvé en standard (par exemple les snap ). Disons que 25 go sont sauvés la première fois. Mais les sauvegardes suivantes ne sauvent que le DELTA. Donc trois fois rien. Je n'ai pas encore compris ce qui va se passer lors de la destruction de la sauvegarde initiale....

a@p:/TESTtimeshit/3$ df -htbtrfs
Sys. de fichiers Taille Utilisé Dispo Uti% Monté sur
/dev/sdb12          77G     23G   51G  31% /run/timeshift/backup
a@p:/TESTtimeshit/3$ df -htext4
Sys. de fichiers Taille Utilisé Dispo Uti% Monté sur
/dev/sda8           32G     26G  4,1G  87% /
a@p:/TESTtimeshit/3$

J'ai enfin réussi faire en sorte que l'automatisme mette en route. J'ai mis une petite précision dans la documentation.

Je sauve mes données par rsync dans un disque à coté, puis par réseau interne ailleurs. Je viens de passer un temps monstre à mettre cette sécurité en RAID, car il manquait aussi une petite précision dans la documentation.
Mais pour le logiciel, je le considère comme ré-installable par duplication en une demie-heure ou par utilisation direct d'un double pris au moment ou l'O.S. fonctionne. Ce qui me satisfait pleinement pour le moment. C'est donc juste de la curiosité...

a@p:/run/timeshift/backup/timeshift/snapshots$ sudo du -had1 | sort -hr 
23G	.
22G	./2023-07-04_15-21-17
157M	./2023-07-04_16-42-10
102M	./2023-07-04_19-00-02
102M	./2023-07-04_18-00-01
101M	./2023-07-04_15-42-39
84M	./2023-07-04_15-37-29
a@p:/run/timeshift/backup/timeshift/snapshots$

Dernière modification par geole (Le 04/07/2023, à 19:59)

krodelabestiole · Le 04/07/2023, à 18:07

geole a écrit :

Mais apprendre qu'il risque de disparaître en version 24.04, me refroidit.

tu as vu ça où ?

sinon je ne comprends rien à ton histoire de logiciel réinstallable par duplication, ou de volumétrie, et je ne vois pas ce que les considérations raid viennent faire ici.
j'espère que c'est plus clair côté doc...

geole · Le 04/07/2023, à 19:06

1 ) Article anglais https://www.omgubuntu.co.uk/2023/01/ubu … ort-status
Une partie de la traduction.

L'année dernière, les développeurs d'Ubuntu ont poussé à supprimer Zsys du programme d'installation Ubiquity d'Ubuntu. Il s'agit d'un outil intégral créé par Ubuntu pour faciliter la gestion et la maintenance des installations basées sur ZFS. Dans un rapport de bogue, ils ont carrément noté que les "changements de priorité" dans l'équipe de bureau signifiaient que Zsys n'était plus quelque chose qu'ils voulaient "faire de la publicité".

Je sais, ubiquity n'est pas subiquity Mais, lorsque j'ai voulu installé le module dans le noyau pour ouverture automatique en 23.10 car il n'y est pas, j ai eu un message d'avertissement , disant que je pouvais être poursuivi en justice pour usage abusif d'une licence libre. J'ai préféré stopper

https://discourse.ubuntu.com/t/future-o … 001?u=d0od

Après une poussée initiale très énergique avec ZFS sur le bureau et les outils, l'initiative semble avoir échoué ces derniers temps. Il est impossible pour le moment de créer une installation de bureau ZFS cryptée sur 22.10 par exemple, et le nouveau programme d'installation pour 23.04 n'a pas du tout l'option. Le programme d'installation du serveur Ubuntu ne l'offre même pas en option.

Il y en a aussi un autre que je ne retrouve pas. Il tente d'expliquer l'aspect juridique des licences. A mon avis, c'est ce qui a fait capoter le projet.

2) - Description du principe => https://forum.ubuntu-fr.org/viewtopic.p … #p22688335
Si tu n'es pas allergiques aux commandes => https://forum.ubuntu-fr.org/viewtopic.p … #p22688606

Nota. Il n'y a pas de raison d'interdire au logiciel de s'installer dans un support raid.

krodelabestiole · Le 04/07/2023, à 20:27

je ne vois nulle part que ZFS n'est pas dispo sur ubuntu. et pour cause il est parfaitement dispo et aucune intention de le supprimer des dépôts officiels, que ce soit côté debian ou canonical...

tu clames une information absolument fausse extrapolée d'une supposition personnelle. comme tu le fais par là au sujet de vi.
c'est vraiment contre productif et une pure perte de temps parfaitement casse-pied de devoir déconstruire ce genre de sortie.

geole a écrit :

Il tente d'expliquer l'aspect juridique des licences. A mon avis, c'est ce qui a fait capoter le projet.

le projet (ZFS) n'a pas du tout capoté. linux ne peut pas être livré avec zfs pour une question de licence (celle de ZFS et celle du noyau linux sont incompatibles). il n'y a rien de nouveau à ce niveau, ça a toujours été le cas. la licence de ZFS est par contre compatible avec freeBSD, avec lequel ZFS est donc plus étroitement intégré.
on peut par contre techniquement parfaitement l'installer et s'en servir avec linux.

mais comme btrfs : ça n'a pas un intérêt extraordinaire pour un usage ordinaire de l'informatique, et c'est plutôt gourmand en ressources (ram par ex.)
on peut profiter de fonctionnalités très proches (mais moins élégantes, certes) avec des outils comme rsnapshot ou raid (qui n'ont rien à voir ceci dit, mais toutes les 2 proposées par ces systèmes de fichiers modernes).

geole · Le 04/07/2023, à 22:49

Tu as tout dit avec cette phrase ´ linux ne peut pas être livré avec zfs ' qui confirme ce que je dis
On pouvait installer ubuntu dans une partition ZFS en 22.04 grace à l'installateur.On ne pourra plus le faire en 24.04 sauf à le faire soit-même.
Je me contenterais de l'utiliser pour lire le contenu d'une clé usb ZFS!.

A propos de vi, arrête de citer les élucubrations d'une personne qui n'a rien compris. J'avais simplement oublié de dire qu'il était possible d'utiliser vi si on n'aimait pas nano en réponse à une question. D'ailleurs tu le sais très bien.

Même s'il est conseillé de disposer de 64 go de RAM, pour obtenir un bon taux de compression des données, ce n'est obligatoire bien que cela ne soit pas un problème pour les ordinateurs portables.

krodelabestiole · Le 04/07/2023, à 23:25

geole a écrit :

Tu as tout dit avec cette phrase ´ linux ne peut pas être livré avec zfs ' qui confirme ce que je dis

geole a écrit :

Mais apprendre qu'il risque de disparaître en version 24.04, me refroidit.

il n'y a rien qui disparaît. ZFS reste dans les dépôts officiels. il a peut-être éventuellement été proposé à l'installation, ce qui n'était pas legit.

et clairement si on a vraiment besoin de zfs, c'est qu'on est suffisamment calé pour le mettre en place soi-même sans aucun souci (et on passe très probablement pas par ubiquity).
donc ce que tu soulèves est au mieux un non-problème.

ok, concernant vi je n'avais effectivement pas compris la blague (je pensais que tu n'avais pas fait gaffe à vim, ou un truc comme ça). donc désolé pour ça !

geole · Le 04/07/2023, à 23:52

krodelabestiole a écrit :

il a peut-être éventuellement été proposé à l'installation,

C'est une certitude. Mais si j'en crois les dates c'était la version 22,04.beta Je vais regarder ce qu'il en est avec la version 22.04.2.
Si je comprends bien, il ne serait pas présent.

Dernière modification par geole (Le 04/07/2023, à 23:52)

geole · Le 05/07/2023, à 18:00

krodelabestiole a écrit :

ZFS reste dans les dépôts officiels. il a peut-être éventuellement été proposé à l'installation, ce qui n'était pas legal..

Bonjour.
J'ai pris un peu de temps pour lancer une installation 22.04.2 afin de parler au présent. Il est toujours installable.
.

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#51 Le 01/07/2023, à 17:34

Re : Timeshift et btrfs

#52 Le 01/07/2023, à 17:46

Re : Timeshift et btrfs

#53 Le 02/07/2023, à 16:28

Re : Timeshift et btrfs

#54 Le 03/07/2023, à 22:47

Re : Timeshift et btrfs

#55 Le 03/07/2023, à 23:33

Re : Timeshift et btrfs

#56 Le 04/07/2023, à 00:30

Re : Timeshift et btrfs

#57 Le 04/07/2023, à 09:08

Re : Timeshift et btrfs

#58 Le 04/07/2023, à 09:19

Re : Timeshift et btrfs

#59 Le 04/07/2023, à 09:28

Re : Timeshift et btrfs

#60 Le 04/07/2023, à 11:44

Re : Timeshift et btrfs

#61 Le 04/07/2023, à 12:08

Re : Timeshift et btrfs

#62 Le 04/07/2023, à 12:42

Re : Timeshift et btrfs

#63 Le 04/07/2023, à 12:44

Re : Timeshift et btrfs

#64 Le 04/07/2023, à 12:46

Re : Timeshift et btrfs

#65 Le 04/07/2023, à 13:14

Re : Timeshift et btrfs

#66 Le 04/07/2023, à 15:58

Re : Timeshift et btrfs

#67 Le 04/07/2023, à 16:13

Re : Timeshift et btrfs

#68 Le 04/07/2023, à 17:50

Re : Timeshift et btrfs

#69 Le 04/07/2023, à 18:07

Re : Timeshift et btrfs

#70 Le 04/07/2023, à 19:06

Re : Timeshift et btrfs

#71 Le 04/07/2023, à 20:27

Re : Timeshift et btrfs

#72 Le 04/07/2023, à 22:49

Re : Timeshift et btrfs

#73 Le 04/07/2023, à 23:25

Re : Timeshift et btrfs

#74 Le 04/07/2023, à 23:52

Re : Timeshift et btrfs

#75 Le 05/07/2023, à 18:00

Re : Timeshift et btrfs

Pied de page des forums