Re: [résolu ou pas] Re: / en lecture seulement

Jeu 17 Jan 07:59:41 UTC 2013

Ah et le modèle du ssd: Corsair Force 3, rev 5.02

Le 17 janvier 2013 07:58, Mathieu Payn <mathieu.payn at gmail.com> 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 at 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.payn at 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.ubu at 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 at 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
>>
>
>
-------------- section suivante --------------
Une pièce jointe HTML a été nettoyée...
URL: <https://lists.ubuntu.com/archives/ubuntu-fr/attachments/20130117/5474311b/attachment.html>