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