Ton disque externe est donc /dev/sda, et les 2 lignes de journalctl suffisent pour le moment.
Ok,
Donc, le système n’arrive pas à accroché ?
Commence par supprimer tes centaines de lignes de journal totalement inutiles, en ne retenant que sda … C’est insupportable les sujets bombardés de milliers de lignes qui ne servent à rien. Remarque certes non fondamentale, mais un peu en manque d’inspiration pour le moment… On verra ça plus tard…
Je dois recommencer.
Je fait ça demain, je dois aller dormir
Je suis invalide, et ma vieille carcasse cafouille aussi, mais j’ai 68 ans, le disque est plus récent.
En vitesse, au démarrage du PC, il y a des lignes d’erreurs, quand le disque reste branché.
Merci déjà et bonne nuit
En supposant que le disque soit bien encore vu en /dev/sda, et /dev/sda1 une partition ext4, il faudrait déjà voir si cette commande est comprise:
sudo dumpe2fs /dev/sda1 | grep superblock
Si rien n’est retourné, je crains que ça devienne compliqué, voir très compliqué pour ne pas dire désespéré … au moins pour récupérer les données du disque, ce qui ne veut pas encore dire que le disque est « mort ».
Bonjour,
Le disque est en btrfs.
root@PCdebian:~# dumpe2fs /dev/sda1 | grep superblock
dumpe2fs 1.47.2 (1-Jan-2025)
dumpe2fs: Aucun fichier ou dossier de ce nom while trying to open /dev/sda1
Couldn't find valid filesystem superblock.
root@PCdebian:~#Mais c’est bien ça ! Je n’évoque jamais le btrfs dans ce forum car toujours l’impression d’en être le seul utilisateur.
dumpe2fs - dump ext2/ext3/ext4 file system information
Peux-tu décrire l’état du disque.
→ full btrfs avec volumes et sub-volumes uniquement ?
→ ou au moins une autre partition non btrfs ?
Ceci cause-t-il ?
sudo fdisk -l /dev/sda
ou
sudo parted -l /dev/sda
Si btrfs-progs n’est pas installé, installes le.
Bonjour,
Une seule grande partition
root@PCdebian:~# fdisk -l /dev/sda
fdisk: impossible d'ouvrir /dev/sda: Aucun fichier ou dossier de ce nom
root@PCdebian:~# parted -l /dev/sda
Model: Samsung SSD 980 1TB (nvme)
Disk /dev/nvme0n1: 1000GB
Sector size (logical/physical): 512B/512B
Partition Table: gpt
Disk Flags:
Number Start End Size File system Name Flags
1 1049kB 1128MB 1127MB fat32 boot, esp
2 1128MB 1000GB 999GB ext4
Model: Samsung SSD 980 1TB (nvme)
Disk /dev/nvme1n1: 1000GB
Sector size (logical/physical): 512B/512B
Partition Table: gpt
Disk Flags:
Number Start End Size File system Name Flags
1 1049kB 1024MB 1023MB fat32 boot, esp
2 1024MB 1000GB 999GB ext4
root@PCdebian:~#
Ce sont les SSD de 1To
btrfs-progs est installé
Si ce qui suit ne donne rien, ça va être embêtant:
sudo btrfs rescue super-recover -v /dev/sda
Ca cherche, mais ça vas rester ainsi
Je laisse tourner. Le curseur cligne, arrête de clignoter, puis clignote.
Le système cherche.
(message retiré par son auteur, il sera supprimé automatiquement dans 24 heures à moins qu’il ne soit signalé)
Je laisse tourner. Le curseur cligne, arrête de clignoter, puis clignote.
Le système cherche.
J’ai chez moi une clé USB qui se contente de chauffer.
Je ne l’ai pas trouvée tombée du camion, je l’ai achetée tout à fait normalement. Elle a fonctionné puis un jour, un court-circuit l’a probablement fait dérailler.
Ce disque externe, Seagate, je crois est là depuis 5 ans environ.
C’est un plantage avec le système de fichiers
Rien à voir avec la clef usb : HS.
Mais le rescue cherche encore ou c’est terminé ? C’est juste ça qui m’intéresse.
Ca cherche, le curseur clignote, donc, pas planté
Mais avais-tu un seul volume de 4 To ???
Ou au moins quelques volumes de taille raisonnable ?
Non, 4To , une seule partition
Tu utilises donc très mal le BTRFS.
Une seule partition btrfs : OK
Mais aucun volume ou sub-volume ou snaphot, ça limite l’intérêt du btrfs.
Plus qu’à attendre quelques jours pour voir si le rtscue trouve quelque-chose perdu dans les 4To.
Sinon, je ne vois pas.
Dans les 4To ? je crois que c’est au début le problème, quand le système cherche à se connecter au disque.
Volume ou sub-volume ?