Santé du disque ou permissions (lesquelles?)

Support Debian
#1

Bonjour,
timeshift n’écrit ni n’efface plus rien.

Sous root, je ne peux non plus ni lire ni écrire

Les messages affichent un problème de permissions, que je n’identifie pas.

Sous root j’ai tenté de faire chown eric:eric /home/media/Tosh2Tbleu1ext4 , et même cette commande est refusée.

Voici les droits affichés par ls -l à tous les étages:

/media/eric/Tosh2Tbleu1ext4#ls -l /media/eric/ 
total 16
drwxr-xr-x 2 eric eric 4096  5 juin  11:15 SeagateUSB4T_bkp
drwxr-xr-x 2 eric eric 4096  5 juin  11:15 SeagateUSB4T_CD_1T
drwxr-xr-x 4 eric root 4096 22 déc.   2024 Tosh2Tbleu1ext4
drwxr-xr-x 4 eric eric 4096  5 juil. 09:34 WD2T-gris
    /media/eric/Tosh2Tbleu1ext4#ls -l /media/eric/Tosh2Tbleu1ext4/
total 20
drwx------ 2 root root 16384  7 sept.  2018 lost+found
drwxr-xr-x 9 root root  4096 30 juin  17:02 timeshift
    /media/eric/Tosh2Tbleu1ext4#ls -l /media/eric/Tosh2Tbleu1ext4/timeshift/
total 28
drwxr-xr-x 21 root root 4096  3 juil. 12:11 snapshots
drwxr-xr-x  2 root root 4096 30 juin  17:02 snapshots-boot
drwxr-xr-x  2 root root 4096 30 juin  17:02 snapshots-daily
drwxr-xr-x  2 root root 4096 30 juin  17:02 snapshots-hourly
drwxr-xr-x  2 root root 4096 30 juin  17:02 snapshots-monthly
drwxr-xr-x  2 root root 4096 30 juin  17:02 snapshots-ondemand
drwxr-xr-x  2 root root 4096 30 juin  17:02 snapshots-weekly
    /media/eric/Tosh2Tbleu1ext4#ls -l /media/eric/Tosh2Tbleu1ext4/timeshift/snapshots/ | tail -3
drwxr-xr-x 3 root root      4096 26 juin  22:01 2025-06-26_21-00-09
drwxr-xr-x 3 root root      4096  3 juil. 12:03 2025-07-03_11-58-11
-rw-r--r-- 1 root root 334323056 16 août   2024 jdupes.list
   /media/eric/Tosh2Tbleu1ext4#rm /media/eric/Tosh2Tbleu1ext4/timeshift/snapshots/jdupes.list 
rm: impossible de supprimer '/media/eric/Tosh2Tbleu1ext4/timeshift/snapshots/jdupes.list': Système de fichiers accessible en lecture seulement
/media/eric/Tosh2Tbleu1ext4#

J’ai ensuite tenté de scanner l’état de sante du disque, avec le résultat suivant:

#time smartctl -H /dev/sda
smartctl 7.3 2022-02-28 r5338 [x86_64-linux-6.1.0-37-amd64] (local build)
Copyright (C) 2002-22, Bruce Allen, Christian Franke, www.smartmontools.org

=== START OF READ SMART DATA SECTION ===
SMART Status not supported: Incomplete response, ATA output registers missing
SMART overall-health self-assessment test result: PASSED
Warning: This result is based on an Attribute check.

real 0m5,349s
user 0m0,028s
sys 0m0,000s

et la commande smartctl -x qui renvoie un très long rapport:

smartctl_ToshBleu.txt (11,8 Ko)

#2

Y’a de la place sur le disque ?

#3

oui, plus d’un tiers (de mémoire: il est démonté pour subir un test
badblocks -svc /dev/sda) jusqu’ici sans badblock.

#4

Euh, s’il est démonté comment Timeshift pourrait lire ou écrire dessus ?

#5

Il ne peut pas: je l’ai démonté il y a1h1/2 pour lancer badblocks. Sinon, il est monté en permanence.

Il se monte d’ailleurs sur 3 points de montage:
/media/eric/Tosh2Tbleu
/run//
/run/<autre nombre/

qu’il faut démonter 1 par 1, par exemple avant de le déconnecter.

#6

?
Trois points de montage ?
Pourquoi ?
Ça peut pas être une des causes du problème ?

#7

C’est tout à fait possible, je ne suis pas à l’origine de ces 3 points.
Est-ce une fonctionnalité de timeshift , ou un problème de mon système, réparé justement par un timeshift --restore ?

#8

Aucune idée (j’ai très peu utilisé Timeshift, je débroussaillais juste les questions les plus évidentes), mais normalement Timeshift ne devrait pas toucher aux points de montage (donc ni les abîmer ni les restaurer).

Note que je crains d’être arrivé au bout de mes compétences sur ta question - bon courage pour la suite !

#9

Merci Lien_Rag,
d’après ce que je peux comprendre des tests, et du message, c’est plutôt question de permissions que d’état du disque.

#10

pour vérifier correctement les permissions mieux vaut utiliser la commande stat que ls

pour ce qui est des points de montage, c’est dans la définition du montage qu’il faut mettre les droits d’accès.
Si tu essaye de faire un chown su un point de montage monté ça ne marchera pas.

#11

merci Zargos,

je viens de lancer e2fsck -n qui donne cette réponse:

# e2fsck -n /dev/sda
e2fsck 1.47.0 (5-Feb-2023)
ext2fs_open2: Bad magic number in super-block
e2fsck: Superblock invalid, trying backup blocks...
e2fsck: Bad magic number in super-block while trying to open /dev/sda

The superblock could not be read or does not describe a valid ext2/ext3/ext4
filesystem.  If the device is valid and it really contains an ext2/ext3/ext4
filesystem (and not swap or ufs or something else), then the superblock
is corrupt, and you might try running e2fsck with an alternate superblock:
    e2fsck -b 8193 <device>
 or
    e2fsck -b 32768 <device>

Found a dos partition table in /dev/sda

Il est possible que les 2 numéros de superblock soient ceux des points de montage sur /run/

#12

Les partitions de ton disque ne semble pas en bon état

#13

Que faut-il faire?
Je viens de le reconnecter puis de lancer un timeshift (créer, via la commande graphique), et ça a marché!

En revanche, j’ouvre une autre discussion, sur un problème affiché pour les 2 disques systèmes (SSD)

#14

monte ton disque en disque externe comm eune clef usb. Tu devais peut etre pouvoir récupérer les données dessus.
Et ensuite supprime toutes tes partitions, refait les et formate

#15

C’est un disque externe USB

#16

ben supprime les points de montage de ton /etc/fstab.
Quand tu vas connecter ton disque il le considérera comme une clef usb.

#17

Il n’est pas dans le fstab, et se monte spontanément.
(je n’ai jamais compris pourquoi certains disques USB se montaient spontanément et d’autres pas…)

#18

il manque le no de la partition

#19

Merci dindoun,

voici le résultat de e2fsck -n sur ce disque (que ne ne sais pas interpréter), sinon qu’il faut probablement le relancer sans l’option -n (après dé-montage).

e2fsck-n.log (11,5 Ko)

#20

e2fsck /dev/sda1
a réparé un grand nombre d’erreurs sur ce disque USB (non monté).