Problèmes et questions concernant le noyau et le support matériel.
Répondre

probleme au demarrage Btrfs depuis 6.15.3 et 6.12.37 ( lts)

#1Messageil y a 3 mois

bonjour

je vous informe que depuis début juillet , il y a une augmentation de report de anomalie au démarrage avec btrfs , concernant les noyaux depuis 6.15.3 et 6.12.37 ( 6.12.37 n'est pas concerné )
pour plus amples détails

https://lore.kernel.org/linux-btrfs/283 ... ac26218a96

si vous vous trouvez en situation d'urgence parce que le(s) partition(s) ne monte(ent) pas au démarrage , il faudra alors effectuer un reset de la log btrfs ( ou par chroot , mais attention avec une version AVANT 6.15.3 .... )

sudo btrfs rescue zero-log /dev/yyyyy
Dernière modification par stephaneil y a 2 mois, modifié au total 1 fois.

probleme au demarrage Btrfs depuis 6.15.3 et 6.12.37 ( lts)

#2Messageil y a 2 mois

:bjr:
Pas eu de problème avec btrfs choisi pour plusieurs disques depuis environ un an et demi.
Le système me semble à la fois plus "robuste" qu' EXT4, robuste dans le sens moins sensible à la charge système, et surtout plus rapide, c'est flagrant par exemple dans l'installation des mises à jour.

Une particularité, la sauvegarde système incrémentielle avant la maj via rsync et qu'on retrouve archivée dans Timeshift. Durée environ 30 secondes.
Par contre, je ne trouve pas l'origine de la commande ni dans les hooks ni dans les processus.

probleme au demarrage Btrfs depuis 6.15.3 et 6.12.37 ( lts)

#3Messageil y a 2 mois

Suite...
Voilà un extrait de pacman.log concernant la création d'un snapshot (et la suppression d'un précédent) lors de l'installation des paquets d'une maj:

[2025-08-14T18:00:44+0200] [ALPM] running '00-timeshift-autosnap.hook'...
[2025-08-14T18:00:44+0200] [ALPM-SCRIPTLET] Mounted '/dev/sda2' at '/run/timeshift/4924/backup'
[2025-08-14T18:00:44+0200] [ALPM-SCRIPTLET] ------------------------------------------------------------------------------
[2025-08-14T18:00:44+0200] [ALPM-SCRIPTLET] Creating new snapshot...(RSYNC)
[2025-08-14T18:00:44+0200] [ALPM-SCRIPTLET] Saving to device: /dev/sda2, mounted at path: /run/timeshift/4924/backup
[2025-08-14T18:00:44+0200] [ALPM-SCRIPTLET] Linking from snapshot: 2025-08-05_18-36-02
[2025-08-14T18:00:44+0200] [ALPM-SCRIPTLET] Syncing files with rsync...
[2025-08-14T18:01:18+0200] [ALPM-SCRIPTLET] 4.04% complete (00:00:24 remaining)

Created control file: /run/timeshift/4924/backup/timeshift/snapshots/2025-08-14_18-00-44/info.json
[2025-08-14T18:01:18+0200] [ALPM-SCRIPTLET] RSYNC Snapshot saved successfully (34s)
[2025-08-14T18:01:18+0200] [ALPM-SCRIPTLET] Tagged snapshot '2025-08-14_18-00-44': ondemand
[2025-08-14T18:01:18+0200] [ALPM-SCRIPTLET] ------------------------------------------------------------------------------
[2025-08-14T18:01:19+0200] [ALPM-SCRIPTLET] Mounted '/dev/sda2' at '/run/timeshift/5055/backup'
[2025-08-14T18:01:19+0200] [ALPM-SCRIPTLET] ------------------------------------------------------------------------------
[2025-08-14T18:01:19+0200] [ALPM-SCRIPTLET] Removing '2025-07-19_10-43-03'...


La commande se trouve dans /etc/timeshift-autosnap.conf

# snapshotDescription defines value used to distinguish snapshots created using timeshift-autosnap
# Default value is "{timeshift-autosnap} {created before upgrade}".
snapshotDescription={timeshift-autosnap} {created before upgrade}
Mais voilà, en ouvrant une autre instance console pendant la maj, je ne vois aucun processus timeshift, qui n'est pas lancé par défaut. ??
Répondre