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