Bonjour, (caveat : je n'ai pas lu le fil, je prends ce message au vol, alors désolé si ça tombe à côté)
Attention que si le disque est matériellement défaillant (I/O error), il est urgent, avant toute chose, de faire une copie brute de la partition contenant les données. Choisir un autre disque, ayant un espace libre supérieur à la capacité de la partition défaillante. Possibilité 1 : vers un fichier. Depuis un live-cd/live-usb et en ayant monté la partition de destination par exemple sous /sauvegarde/ : dd if=/dev/sdb1 of=/sauvegarde/fichier_de_sauvegarde Plus tard, on essaie de monter le fichier_de_sauvegarde avec l'option -loop et on effectue tous les fsck qu'on veut. Idéalement, on travaille même sur une copie du fichier_de_sauvegarde au cas où fsck abime quelque chose. Possibilité 2 : vers une partition. copier de manière brute sur une partition suffisamment grande et inutilisée du disque de sauvegarde (sans montage préalable) : dd if:/dev/sdb1 of=/dev/sdxn (avec x=le disque de sauvegarde et n=le numéro de la partition de sauvegarde) Ensuite, on essaie de monter la partition de sauvegarde et on fait tourner fsck. Idéalement, on travaille sur une copie de la partition de sauvegarde au cas où fsck abime quelque chose. Cyprien. Le 17/01/2013 08:58, Mathieu Payn a écrit :
Ahh! Essayé de récupérer mes données. Je n'ai rien pu faire, avec pleins de message en ttyx du genre "I/O error" avec un numéro de secteur. Hard reboot et retour en live usb, avec un fsck qui donne ça: lubuntu@lubuntu:~$ sudo fsck /dev/sdb1 fsck de util-linux 2.20.1 e2fsck 1.42.5 (29-Jul-2012) /dev/sdb1 contient un système de fichiers comportant des erreurs, vérification forcée. Passe 1 : vérification des i-noeuds, des blocs et des tailles l'i-noeud effacé 1703941 a un dtime nul. Corriger<o>? oui des i-noeuds qui faisaient partie d'une liste chaînée d'orphelins corrompue ont été repérés. Corriger<o>? oui l'i-noeud 1703942 fait partie de la liste des i-noeuds orphelins. CORRIGÉ. Passe 2 : vérification de la structure des répertoires Passe 3 : vérification de la connectivité des répertoires Passe 4 : vérification des compteurs de référence Passe 5 : vérification de l'information du sommaire de groupe différences de bitmap de blocs : -8570398 Corriger<o>? oui Le décompte des blocs libres est erroné pour le groupe n°261 (4526, décompté=4527). Corriger<o>? oui Le décompte des blocs libres est erroné (7214284, décompté=7214285). Corriger<o>? oui différences de bitmap d'i-noeuds : -(1703941--1703942) Corriger<o>? oui Le décompte des i-noeuds libres est erroné pour le groupe n°208 (2196, décompté=2198). Corriger<o>? oui Le décompte des i-noeuds libres est erroné (4535899, décompté=4535901). Corriger<o>? oui /dev/sdb1: ***** LE SYSTÈME DE FICHIERS A ÉTÉ MODIFIÉ ***** /dev/sdb1 : 231843/4767744 fichiers (0.3% non contigüs), 11850547/19064832 blocs J'ai tenté de récupérer mes données en montant /dev/sdb1 avec r-w forcé selon les indications de snarf, mais permission non accordée toujours. Je résume: 2-3 démarrages après la correction du /etc/fstab et vérification par fsck, les mêmes symptômes apparaissent: - fsck au splasch screen, vérification impossible car /tmp pas monté. - j'ai vérifié l'état du disque ssd avant de vous écrire avec smarttool, ok - après mise à jour du 14 janvier Je demande encore votre aide car j'ai épuisé toutes les pistes que je connais. math Le 16 janvier 2013 20:49, Mathieu Payn <mathieu.p...@gmail.com <mailto:mathieu.p...@gmail.com>> a écrit : Le 15. 01. 13 21:03, Guy Fontaine a écrit :Attention au TRIM... BTRFS n'est pas encore mature. Il y a des gens chez Funtoo/Gentoo qui ont perdu des données avec ce truc. Je n'ai pas les détails de la mésaventure, mais c'est à utiliser avec grande précaution. Guy Le 15 janvier 2013 14:02, ool <ool....@free.fr <mailto:ool....@free.fr>> a écrit : (...) https://wiki.archlinux.org/index.php/Solid_State_Drives Si c'est un ssd met les options defaults,relatime,discard (...) /dev/sda1 / ext4 defaults,relatime,discard 0 1 /dev/sda2 /home ext4 defaults,relatime,discard 0 2 noatime vs relatime Warning: Users need to be certain that kernel version 2.6.33 or above is being used AND that their SSD supports TRIM before attempting to mount a partition with the discard flag. Data loss can occur otherwise! Wouha! J'avais entendu dire que le wiki de arch linux était plutôt bien foutu. Là c'est parfait! Changement effectué selon les conseils. Du coup je trouve que la doc de ubuntu-fr devrait être plus explicite. Celle ssd_solid_state_drive est très précise (pointilleuse) mais on ne trouve pas ce simple conseil: quels flags dans /etc/fstab? De l'autre côté, sur la page de fstab, aucune info sur la configuration avec un ssd. ça mérite un ptit edit non? En fait il existe une autre liste dédiée aux discutions liées à la rédaction du wiki que cette liste consacrée au support. Mais en fait, même si c'est un peu perdu dans cette page qui commence à être bien longue et qui pourrait être mise à jour/allégée un peu. il y a bien l'info pour l'option discard pour activer le TRIM: http://doc.ubuntu-fr.org/ssd_solid_state_drive#trim Mathieu Ool -- Liste de diffusion ubuntu-fr ubuntu-fr@lists.ubuntu.com <mailto:ubuntu-fr@lists.ubuntu.com> Pour s'abonner ou se désabonner : https://lists.ubuntu.com/mailman/listinfo/ubuntu-fr Charte de la liste: http://doc.ubuntu-fr.org/groupes/ubuntu-fr-ml/charteRe, euh... en fait le problème n'est pas réglé. Je me rends compte que je n'ai plus les droits lorsque, par exemple, je veux sauvegarder un .odt sur lequel je travaillais, et je n'ai pas accès au disque. Impossible de démarrer n'importe quel programme aussi. Enfin j'peux rien faire, tout est en lecture seule. J'ai enlevé l'option error=r-o dans /etc/fstab J'ai au démarrage (mais pas systématiquement) le message qui m'indique que le système de fichier contient des erreurs. Que j'ignore ou confirme la correction des erreurs, ça m'indique après que le répértoire /tmp n'est pas monté. ça redémarre ensuite. Je sèche Mathieu
-- Cyprien Gay http://aful.org/ http://non.aux.racketiciels.info/ http://bons-constructeurs-ordinateurs.info/ -- Liste de diffusion ubuntu-fr ubuntu-fr@lists.ubuntu.com Pour s'abonner ou se désabonner : https://lists.ubuntu.com/mailman/listinfo/ubuntu-fr Charte de la liste: http://doc.ubuntu-fr.org/groupes/ubuntu-fr-ml/charte
