URL: https://linuxfr.org/forums/linux-general/posts/ssd-mort Title: SSD mort Authors: Pierre Roc Date: 2014年08月29日T09:25:01+02:00 License: CC By-SA Tags: Score: 3 Bonjour, Mon SSD vient de me lâcher :( Hier durant toute la journée, les applications se plaignaient qu’il n’y avait plus d’espace disponible, alors que `df` ou encore `btrfs fi df /` étaient tout bons (20–30 Go disponibles sur 110 et quelques). Je pense entre autres à un problème avec BTRFS, je lance des commandes du style (trouvées sur le net à l’arrache et appliquées après vérification sommaire des pages man correspondantes) : ```sh sudo mount -o remount,clear_cache / btrfs balance blabla ``` La dernière était une très mauvaise idée car un problème d’accès disque a définitivement mis en vrac mon système de fichiers : le système remonte le bazar en lecture seule, et moi comme un couillon je ne fais pas de sauvegarde mais redémarre l’ordinateur. Impossible de booter, car impossible de monter la partition racine. Pas cool du tout :( Bon heureusement j’ai une sauvegarde qui date de quelques jours. Mais j’aimerais tout de même récupérer quelques fichiers texte (dont je connais le chemin grâce à la sauvegarde) et un `dirmail` géré par Dovecot. Depuis ma Raspberry toute fraîche comme base de repli (reçue hier, il faut avoir un pot monstrueux :) ) je tente vaguement de récupérer quelques fichiers modifiés depuis ma dernière sauvegarde. ```sh $ sudo mount -t btrfs -o ro /dev/sda2 /mnt/dd mount: wrong fs type, bad option, bad superblock on /dev/sda2, missing codepage or helper program, or other error In some cases useful info is found in syslog - try dmesg | tail or so $ dmesg ... blabla ... [ 3938.534117] btrfs: device fsid af5e0d31-64bc-4153-b504-c183bef7a2df devid 1 transid 2120931 /dev/sda2 [ 3938.557216] btrfs bad tree block start 0 25806331904 [ 3938.559128] btrfs bad tree block start 0 25806331904 [ 3938.597924] btrfs: open_ctree failed $ sudo btrfsck /dev/sda2 Check tree block failed, want=25806331904, have=0 Check tree block failed, want=25806331904, have=0 Check tree block failed, want=25806331904, have=0 Check tree block failed, want=25806331904, have=0 Check tree block failed, want=25806331904, have=0 read block failed check_tree_block Couldn't setup extent tree Critical roots corrupted, unable to fsck the FS $ sudo btrfs-restore /dev/sda2 /backup/restore/ Check tree block failed, want=25806331904, have=0 Check tree block failed, want=25806331904, have=0 Check tree block failed, want=25806331904, have=0 Check tree block failed, want=25806331904, have=0 Check tree block failed, want=25806331904, have=0 read block failed check_tree_block Couldn't setup extent tree btrfs-restore: extent_io.c:602: free_extent_buffer: Assertion `!(eb->refs < 0)' failed. ``` C’est la merde comme vous pouvez le constater. Quelqu’un a une idée, pour tenter une récupération de tout ce qui pourrait être récupérable ? Pour du texte, y’a moyen d’attaquer directement le périphérique bloc /dev/sda comme une brute ? Première question subsidiaire : 2–3 ans de durée de vie pour un SSD, je trouve ça court, c’est ce que vous constatez aussi ? Seconde question subsidiaire : avant de chercher une résolution logicielle à mon problème d’espace insuffisant, j’avais tout de même tenté de vérifier qu’il ne s’agissait pas d’un problème matériel, pourtant la commande `smartctl` ne m’indiquait rien de bien concluant, et `dmesg` ne m’indiquait rien à propos du disque. Y’a moyen de savoir quand un disque SSD va vous lâcher ? (à priori je suppose que le contrôleur interne a viré pas mal de secteurs défectueux, mais ça aurait été cool qu’il me prévienne...) Pour info, mon disque a trois partitions, sdx1 pour le boot, sdx3 pour le swap, sdx2 pour le système. La partition sdx2 est en btrfs avec deux sous-volume : root qui est monté comme racine de mon système de fichier /, et home qui est monté comme /home. Notez que sdx1 n’a aucun problème, mais cette partition n’a quasiment jamais travaillé durant toute la durée de vie du disque (remplacement du noyau à chaque nouvelle version), normal qu’elle soit encore saine. PS : c’est que je l’ai pas mal stressé le pauvre, durant toute la semaine, pour préparer le système sur la carte Raspberry (ceci expliquant cela), avec pas mal de compilations croisées (que je fais habituellement sur un tmpfs) et l’extraction d’un système Gentoo complet sur le SSD, à plusieurs reprises en plus. C’est d’ailleurs l’extraction des tar gentoo (stage3-xxx.tar.bz2 et portage-latest.tar.bz2 pour ceux à qui ça cause) qui m’a la première révélé un `no space left on device` ou un truc du genre).

AltStyle によって変換されたページ (->オリジナル) /