Ah et le modèle du ssd: Corsair Force 3, rev 5.02<br><br><div class="gmail_quote">Le 17 janvier 2013 07:58, Mathieu Payn <span dir="ltr"><<a href="mailto:mathieu.payn@gmail.com" target="_blank">mathieu.payn@gmail.com</a>></span> a écrit :<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">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.<br>
Hard reboot et retour en live usb, avec un fsck qui donne ça:<div class="im"><br>
<div>lubuntu@lubuntu:~$ sudo fsck /dev/sdb1 </div><div>fsck de util-linux 2.20.1</div><div>e2fsck 1.42.5 (29-Jul-2012)</div><div>/dev/sdb1 contient un système de fichiers comportant des erreurs, vérification forcée.</div>
<div>Passe 1 : vérification des i-noeuds, des blocs et des tailles</div></div><div>l'i-noeud effacé 1703941 a un dtime nul. Corriger<o>? oui</div><div>des i-noeuds qui faisaient partie d'une liste chaînée d'orphelins corrompue ont été repérés. Corriger<o>? oui</div>
<div>l'i-noeud 1703942 fait partie de la liste des i-noeuds orphelins. CORRIGÉ.</div><div>Passe 2 : vérification de la structure des répertoires</div><div>Passe 3 : vérification de la connectivité des répertoires</div>
<div>Passe 4 : vérification des compteurs de référence</div><div>Passe 5 : vérification de l'information du sommaire de groupe</div><div>différences de bitmap de blocs : -8570398</div><div>Corriger<o>? oui</div>
<div>Le décompte des blocs libres est erroné pour le groupe n°261 (4526, décompté=4527).</div><div>Corriger<o>? oui</div><div>Le décompte des blocs libres est erroné (7214284, décompté=7214285).</div><div>Corriger<o>? oui</div>
<div>différences de bitmap d'i-noeuds : -(1703941--1703942)</div><div>Corriger<o>? oui</div><div>Le décompte des i-noeuds libres est erroné pour le groupe n°208 (2196, décompté=2198).</div><div>Corriger<o>? oui</div>
<div>Le décompte des i-noeuds libres est erroné (4535899, décompté=4535901).</div><div>Corriger<o>? oui</div><div><br></div><div>/dev/sdb1: ***** LE SYSTÈME DE FICHIERS A ÉTÉ MODIFIÉ *****</div><div>/dev/sdb1 : 231843/4767744 fichiers (0.3% non contigüs), 11850547/19064832 blocs</div>
<div><br>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.<br><br>Je résume:<br>2-3 démarrages après la correction du /etc/fstab et vérification par fsck, les mêmes symptômes apparaissent: </div>
<div>- fsck au splasch screen, vérification impossible car /tmp pas monté.</div><div>- j'ai vérifié l'état du disque ssd avant de vous écrire avec smarttool, ok</div><div>- après mise à jour du 14 janvier<br><br>
Je demande encore votre aide car j'ai épuisé toutes les pistes que je connais.</div>
<div><br></div>math<div><br><div class="gmail_quote">Le 16 janvier 2013 20:49, Mathieu Payn <span dir="ltr"><<a href="mailto:mathieu.payn@gmail.com" target="_blank">mathieu.payn@gmail.com</a>></span> a écrit :<div>
<div class="h5"><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div bgcolor="#FFFFFF" text="#000000">
<div>Le 15. 01. 13 21:03, Guy Fontaine a
écrit :<br>
</div><div><div>
<blockquote type="cite">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.
<div>
<br>
</div>
<div>Guy<br>
<br>
<div class="gmail_quote">Le 15 janvier 2013 14:02, ool <span dir="ltr"><<a href="mailto:ool.ubu@free.fr" target="_blank">ool.ubu@free.fr</a>></span>
a écrit :<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
(...)
<div><br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<a href="https://wiki.archlinux.org/index.php/Solid_State_Drives" target="_blank">https://wiki.archlinux.org/index.php/Solid_State_Drives</a><br>
</blockquote>
</blockquote>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
Si c'est un ssd met les options
defaults,relatime,discard<br>
</blockquote>
</blockquote>
<br>
</div>
(...)
<div><br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
/dev/sda1 / ext4 defaults,relatime,discard
0 1<br>
/dev/sda2 /home ext4 defaults,relatime,discard
0 2<br>
</blockquote>
</blockquote>
</div>
noatime vs relatime
<div><br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
Warning: Users need to be certain that kernel version
2.6.33 or above<br>
is being used AND that their SSD supports TRIM before
attempting to<br>
mount a partition with the discard flag. Data loss can
occur otherwise!<br>
<br>
</blockquote>
Wouha! J'avais entendu dire que le wiki de arch linux
était plutôt bien<br>
foutu. Là c'est parfait!<br>
Changement effectué selon les conseils.<br>
<br>
Du coup je trouve que la doc de ubuntu-fr devrait être
plus explicite.<br>
Celle ssd_solid_state_drive est très précise
(pointilleuse) mais on ne<br>
trouve pas ce simple conseil: quels flags dans
/etc/fstab?<br>
De l'autre côté, sur la page de fstab, aucune info sur
la configuration<br>
avec un ssd.<br>
<br>
ça mérite un ptit edit non?<br>
<br>
</blockquote>
</div>
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.<br>
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.<br>
il y a bien l'info pour l'option discard pour activer le
TRIM:<br>
<a href="http://doc.ubuntu-fr.org/ssd_solid_state_drive#trim" target="_blank">http://doc.ubuntu-fr.org/ssd_solid_state_drive#trim</a><br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Mathieu<br>
<br>
<span><font color="#888888">
</font></span></blockquote>
<span><font color="#888888">
Ool</font></span>
<div>
<div><br>
<br>
-- <br>
Liste de diffusion ubuntu-fr <a href="mailto:ubuntu-fr@lists.ubuntu.com" target="_blank">ubuntu-fr@lists.ubuntu.com</a><br>
Pour s'abonner ou se désabonner : <a href="https://lists.ubuntu.com/mailman/listinfo/ubuntu-fr" target="_blank">https://lists.ubuntu.com/mailman/listinfo/ubuntu-fr</a><br>
Charte de la liste: <a href="http://doc.ubuntu-fr.org/groupes/ubuntu-fr-ml/charte" target="_blank">http://doc.ubuntu-fr.org/groupes/ubuntu-fr-ml/charte</a><br>
</div>
</div>
</blockquote>
</div>
<br>
</div>
<br>
<fieldset></fieldset>
<br>
</blockquote></div></div>
Re,<br>
<br>
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.<br>
<br>
J'ai enlevé l'option error=r-o dans /etc/fstab<br>
<br>
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.<br>
<br>
Je sèche<span><font color="#888888"><br>
<br>
Mathieu<br>
</font></span></div>
</blockquote></div></div></div><br></div>
</blockquote></div><br>