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> 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> 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 >> 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 >> > > > > Re, > > 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 >
-- 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
