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

2013-01-27 Par sujet Mathieu Payn
Bonjour,

Ce n'est pas réglé. Après une mise à jour du firmware du disque ssd, je
n'ai pas eu de problème jusqu'à aujourd'hui: splash screen qui indique des
erreurs sur le disque, que je les corrige ou les ignore, le démarrage de
thunderbird fait travailler le disque plus que d'habitude. Il me sort une
boite de dialogue m'indiquant que le dossier de conf est en lecture seul.
ou que le disque dur est plein ou près de l'être.
Je peux faire un fsck via un live system et revenir sur la lubuntu de mon
ssd, le problème réapparaît.
Je ne sais pas quoi faire.
Je vais tenter de démarrer thunderbird en debug et voir ce que dit la
console. C'est étonnant que ce soit lui, précédement c'était chromium. Là
je suis sous firefox, sans problème.
Avez-vous des pistes à me proposer?


Le 17 janvier 2013 20:34, Mathieu Payn mathieu.p...@gmail.com a écrit :

 Le 17/01/2013 18:35, Jean-Marie BARBAULT a écrit :

  Le 16/01/2013 21:49, Mathieu Payn 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_Driveshttps://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#trimhttp://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 ubuntu-fr@lists.ubuntu.com
 Pour s'abonner ou se désabonner :
 
 https://lists.ubuntu.com/**mailman/listinfo/ubuntu-frhttps://lists.ubuntu.com/mailman/listinfo/ubuntu-fr
 Charte de la liste:
 
 http://doc.ubuntu-fr.org/**groupes/ubuntu-fr-ml/chartehttp://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


  J'ai eu un problème analogue.
 Je l'ai réglé en faisant une mise à jour du firmware du ssd.
 C'était il y a un an, je n'en ai plus entendu parler depuis, ça a du être
 efficace.
 JM B

  Merci pour les rappels de sauvegarde. La plupart de mes données se
 trouvent sur le second disque dur mais la piqure de rappel m'a fait
 sauvegarder quelques textes!

 C'est une piste à laquelle je n'avais pas pensé.  J'ai un firmware 5.02
 alors que le 5.03 est sorti pour plus ou moins parvenir à régler des soucis.

 Je pensais à chromium, car après sa mise à jour, le démarrage du programme
 était plus longuet. Je crois que c'est lui qui foutait le ramdam car le
 disque ssd tournait à fond. Après l'avoir désinstallé, j'ai pu employer
 mon ordi tranquillement aujourd'hui. Mais en ce moment je ne parviens pas à
 ripper un cd avec sound-juicer, car il n'a pas la permission 

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

2013-01-27 Par sujet honeyshell
Bonjour Mathieu,
On dirait que tu as un mixe entre des problèmes d'écriture sur ton disque
ssd, plus une mise à jour ratée sur un disque pleins?
Pourrais-tu faire le test de passer sur un disque classique? (tu fais un
backup de l'actuel avec la commande dd pour le copier sur le disque
classique), puis faire un dist-upgrade avec l'ubuntu du disque classique,
et voir comment ton système se comporte.
Si ça se stabilise alors peut être que ton ssd est défaillant? Ou peut être
qu'une mise à jour du bios peut améliorer la gestion du ssd? Désolé si je
m'avance un peu dans les hypothèses ;)
-- 
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: [résolu ou pas] Re: / en lecture seulement

2013-01-27 Par sujet Mathieu Payn

On 27/01/2013 21:29, honeyshell wrote:

Bonjour Mathieu,
On dirait que tu as un mixe entre des problèmes d'écriture sur ton 
disque ssd, plus une mise à jour ratée sur un disque pleins?
Pourrais-tu faire le test de passer sur un disque classique? (tu 
fais un backup de l'actuel avec la commande dd pour le copier sur le 
disque classique), puis faire un dist-upgrade avec l'ubuntu du disque 
classique, et voir comment ton système se comporte.
Si ça se stabilise alors peut être que ton ssd est défaillant? Ou peut 
être qu'une mise à jour du bios peut améliorer la gestion du ssd? 
Désolé si je m'avance un peu dans les hypothèses ;)

Salut,

Tes hypothèses s'avèrent justes. J'ai été vraiment très amateur: oublié 
de surveiller l'espace disque. Le ssd était à plus de 95% d'occupation! 
Tu m'étonnes qu'il y ait des problèmes. Que ce soit apparu plus ou moins 
une semaine depuis la seconde fois me semble concorder. J'ai remarqué ça 
en début de soirée et ai passé un moment a essayer récupérer dpkg et 
thunderbird. C'est pas encore bon avec dpkg. Je me suis retrouvé avec 
quelque chose de similaire à ça. 
http://forum.ubuntu-fr.org/viewtopic.php?id=434850p=1 En mettant en 
backup le fichier


|/var/lib/dpkg/triggers/File
|

|Je n'ai presque plus de soucis|. En gros je récupère de fichiers 
corrompus. Je peux être content qu'il n'ait que thunderbird et dpkg qui 
soient concernés.

Mais poutchou quelle pive de ne pas surveiller son espace disque!!

J'attends quelques temps pour confirmer que ce soit bien ça.

Merci pour la bonne indication (au pif, avec le peu d'informations que 
j'ai donné, mais c'était correct!)


||

||

-- 
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: [résolu ou pas] Re: / en lecture seulement

2013-01-27 Par sujet Avell Diroll
On 27/01/2013 22:38, Mathieu Payn wrote:
(snip)
 |Je n'ai presque plus de soucis|. En gros je récupère de fichiers
 corrompus. Je peux être content qu'il n'ait que thunderbird et dpkg qui
 soient concernés.
 Mais poutchou quelle pive de ne pas surveiller son espace disque!!
(snip)

Tu es bon pour te configurer des quotas sur ton propre compte

Ju
-- 
I have often regretted my speech. Never my silence.

-- 
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: [résolu ou pas] Re: / en lecture seulement

2013-01-27 Par sujet honeyshell
  Mais poutchou quelle pive de ne pas surveiller son espace disque!!


Tu peux aussi te mettre un beau petit conky pour surveiller (je mis un post
hier sur mon blog ;)  )
-- 
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: [résolu ou pas] Re: / en lecture seulement

2013-01-17 Par sujet Cyprien Gay

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. Corrigero? oui
des i-noeuds qui faisaient partie d'une liste chaînée d'orphelins
corrompue ont été repérés. Corrigero? 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
Corrigero? oui
Le décompte des blocs libres est erroné pour le groupe n°261 (4526,
décompté=4527).
Corrigero? oui
Le décompte des blocs libres est erroné (7214284, décompté=7214285).
Corrigero? oui
différences de bitmap d'i-noeuds :  -(1703941--1703942)
Corrigero? oui
Le décompte des i-noeuds libres est erroné pour le groupe n°208 (2196,
décompté=2198).
Corrigero? oui
Le décompte des i-noeuds libres est erroné (4535899, décompté=4535901).
Corrigero? 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 

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

2013-01-17 Par sujet Jean-Marie BARBAULT

Le 16/01/2013 21:49, Mathieu Payn 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/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



J'ai eu un problème analogue.
Je l'ai réglé en faisant une mise à jour du firmware du ssd.
C'était il y a un an, je n'en ai plus entendu parler depuis, ça a du 
être efficace.

JM B

--
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: [résolu ou pas] Re: / en lecture seulement

2013-01-17 Par sujet Mathieu Payn

Le 17/01/2013 18:35, Jean-Marie BARBAULT a écrit :

Le 16/01/2013 21:49, Mathieu Payn 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/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



J'ai eu un problème analogue.
Je l'ai réglé en faisant une mise à jour du firmware du ssd.
C'était il y a un an, je n'en ai plus entendu parler depuis, ça a du 
être efficace.

JM B

Merci pour les rappels de sauvegarde. La plupart de mes données se 
trouvent sur le second disque dur mais la piqure de rappel m'a fait 
sauvegarder quelques textes!


C'est une piste à laquelle je n'avais pas pensé.  J'ai un firmware 5.02 
alors que le 5.03 est sorti pour plus ou moins parvenir à régler des soucis.


Je pensais à chromium, car après sa mise à jour, le démarrage du 
programme était plus longuet. Je crois que c'est lui qui foutait le 
ramdam car le disque ssd tournait à fond. Après l'avoir désinstallé, 
j'ai pu employer mon ordi tranquillement aujourd'hui. Mais en ce moment 
je ne parviens pas à ripper un cd avec sound-juicer, car il n'a pas la 
permission d'enregistrer les rip, où que ce soit sur le disque. Louche 
louche...


Math

--
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: [résolu ou pas] Re: / en lecture seulement

2013-01-16 Par sujet Mathieu Payn

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/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

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

2013-01-16 Par sujet Mathieu Payn
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. Corrigero? oui
des i-noeuds qui faisaient partie d'une liste chaînée d'orphelins corrompue
ont été repérés. Corrigero? 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
Corrigero? oui
Le décompte des blocs libres est erroné pour le groupe n°261 (4526,
décompté=4527).
Corrigero? oui
Le décompte des blocs libres est erroné (7214284, décompté=7214285).
Corrigero? oui
différences de bitmap d'i-noeuds :  -(1703941--1703942)
Corrigero? oui
Le décompte des i-noeuds libres est erroné pour le groupe n°208 (2196,
décompté=2198).
Corrigero? oui
Le décompte des i-noeuds libres est erroné (4535899, décompté=4535901).
Corrigero? 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