problème home en lecture seul

moko138 · Le 12/03/2013, à 23:09

derzhou a écrit :

J'ai changé de cable et même de port sata, vérifier mes branchements.

Très bien.

derzhou a écrit :

Une question ? prefail m'indique qu'un futur panne me pend au nez, n'est ce pas ?

Théoriquement oui ; en pratique, nous sommes nombreux à faire tourner des disques affichant "prefail" depuis plusieurs années
Il faut avoir sous les yeux le rapport de smartctl et les bonnes pages de la doc de smartctl pour y voir clair. Je vais essayer de te retrouver un bon lien en français.

derzhou a écrit :

fglrx n'est pas installer sur mon Ubuntu. un doute , fglrx est bien le driver propriétaire de AMD ?
Toujours selon synaptic, ubuntu-drivers-common et xserver-xorg-video-radeon sont installés.

fglrx est un des pilotes propriétaires de AMD-ATI.

- Gparted en session live.
- As-tu essayé de démarrer sur un ancien noyau ?
- As-tu essayé de démarrer en mode "dépannage" ?

derzhou · Le 12/03/2013, à 23:44

Que veux tu que je teste avec Gparted, c'est une appli pour manipuler les partitions, je n'ai rien trouver d'intéressant.

moko138 · Le 13/03/2013, à 00:27

Sans rien modifier, Gparted est capable de signaler certains problèmes sur la partition sélectionnée.

derzhou · Le 14/03/2013, à 00:26

moko138 a écrit :

Gparted en session live.

Gparted ne m'a rien signalé

moko138 a écrit :

As-tu essayé de démarrer sur un ancien noyau ?

changer de noyau est du domaine de l'inconnu pour moi, mais je vais me renseigner sur le web.

je suis aller sur le site ubuntu, qu'elle noyau me conseille-tu ?
3.2.0.38.46: amd64
3.8.0.12.26: amd64
puisque le Linux version 3.5.0-25-generic (ma version) n'est pas stable.

moko138 · Le 14/03/2013, à 06:21

STOP !
Je ne t"ai pas dit de de télécharger un noyau (ou "kernel") !
Mais de démarrer avec un qui a fait ses preuves sur ton pc et qui est déjà dans ton grub !
http://doc.ubuntu-fr.org/grub-pc dit :
"Depuis Ubuntu Lucid / 10.04, le menu de GRUB ne s'affiche pas au démarrage d'un PC mono-système. Il suffit de laisser la touche Majuscule (shift) enfoncée avant le chargement de GRUB pour afficher son menu."

Redémarre ton pc en tapotant dès le début la touche Majuscule, jusqu'à obtenir sur fond noir une liste ressemblant à ceci :

Démarrer sur kernel 3.5.0-25
Démarrer sur kernel 3.5.0-25 recovery (ou dépannage)
Démarrer sur kernel 3.5.0-17
Démarrer sur kernel 3.5.0-17 recovery
MemTest

Puisque le démarrage auto (1ère ligne) te donne du souci, sélectionne une des lignes suivantes (en te déplaçant avec les flèches, puis en validant avec Entrée).

Dans ton premier message, tu dis que le pb est arrivé d'un coup. Il est donc logique d'envisager, entre autres, un pb lié à une mise à jour du noyau.

En mode normal, ça marche ou ça ne marche pas. Si ça marche, tu es fixé.

En mode recovery, tu seras d'abord sans interface graphique. Note ou photographie les messages d'erreur. Puis, si tu arrives à derzhou@pc $, tape

startx

pour lancer l'interface graphique, ou redemarre.
Qu'un connaisseur de cette phase intervienne serait apprécié, merci !

derzhou · Le 14/03/2013, à 20:30

OUPS !!!
Heureusement, je n'ai eu le temps de rien faire, j'ai frôlée la belle boulette.
Donc il faut que je sélectionne un autre Kernel dans le menu Grub.

Très bien dès que j'ai du temps libre je met cela en pratique.

derzhou · Le 16/03/2013, à 18:01

Me revoilà, pour faire un bilan.

Je teste actuellement et depuis 2 jours environ le kernel 3.5.0-17, pour l'instant pas d'erreur "DD en écriture seulement" à signaler, mais je tiens à tester encore car le problème est très aléatoire sur la périodicité.
Mais tous n'est pas résolu.
Au démarrage aujourd'hui sur le kernel 3.5.0-17, toujours en appuyant sur la touche SHIFT, après la sélection dans le GRUB, le système n'est pas monté avec le message d'erreur suivant.

/dev/sda1 contient un système de fichiers comportant des erreurs
/dev/sda1 : des i-neouds qui faisaient partie d'une liste chaînée d'orphelins corrompue ont été repérés.
/dev/sda1 : inconsistance inattendue ; exécutez fsck manuellement (i.E. sans options -a ou -p)
montall : fsck / [327] terminé avec le statut 4
montall : le système de fichiers comporte de erreurs :/

J'ai fait un fsck et tous est rentrés dans l'ordre.

Concernant mon clavier "Logitech Illuminated Keyboard" parfois non reconnu, j'ai lu sur des forums que je n'était pas le seul.
Une parade (provisoire) consiste à débrancher et rebrancher le port USB lorsque le problème a lieu et le clavier fonctionne.

voila c'est tout pour l'instant, je suis encore loin du système fiable et stable, mais c'est l'occasion d'apprendre de nouveau truc.
En tous cas merci pour ton suivi

moko138 · Le 16/03/2013, à 18:52

Coincidence : je viens de traiter un pb similaire chez moi. Dans mon cas (Ubuntu 10.04), je savais que le HD était vieux ET que je venais de faire une boulette (lancer en mode graphique une application avec sudo au lieu de gksudo).

Tu ne dis pas de quelle manière tu as lancé fsck. Or ce serait intéressant !

1) J'ai d'abord modifié /etc/default/rcS

gksudo gedit /etc/default/rcS
# Changer si besoin la ligne fsckfix en
FSCKFIX=yes # (au lieu de "no")

Ensuite, conformément à la page de doc
http://doc.ubuntu-fr.org/verification_de_fichiers
qui m'a été fort utile :
Merci à Roger64 ! Et à ceux qui, comme Ungars, m'avaient mis sur la voie !
j'ai lancé fsck comme suit :
2) Forcer la vérification prochaine de certains systèmes de fichiers
(déterminés par le dernier chiffre de chaque ligne dans fstab, cf. §3 de la doc, lignes vérifiées en conséquence juste avant, avec gksudo) :

sudo touch /forcefsck

3) suivi de

sudo reboot

4) Après redémarrage, lire /var/log/boot.log et éventuellement en faire une copie datée à fins d'examen et de comparaison, puisque le fichier est réinitialisé à chaque démarrage.

Dernière modification par moko138 (Le 19/06/2013, à 11:53)

derzhou · Le 17/03/2013, à 17:35

J'ai lancé fsck avec le cd live, puisque le disque doit être démonter, en faite je n'en connaissais pas d'autres méthodes.
Je vais tester cette procédure.

Je vais également pérenniser le démarrage par défaut avec le kernel 3.5.0-17, plus de problème de DD en lecture seul (cool )

moko138 · Le 17/03/2013, à 19:39

fsck, oui mais avais-tu mis l'option -f (pour "forcer") ? Et lu la doc :
http://doc.ubuntu-fr.org/fsck

Parce que sans -f, la première fois que je m'en suis servi, j'ai cru que tout était nickel, alors que le retour signifiait seulement que le contrôle serait fait n démarrages plus tard...

derzhou · Le 30/03/2013, à 23:31

Me revoilà je reviens aux nouvelles.
En faite changer de kernel n'a pas résolu mon problème, j'ai fini par acheter un nouveau DD et là nickel plus aucun problème.:D
Mon DD était bien la cause de mes soucis.

Avec un peu de recul, il a été difficile de localiser le problème (pourtant on m'a bien aider dans ce forum) , le problème de lecture seul du DD, s'est installé vraiment très progressivement et aléatoirement, si bien que je ne suspectais pas mon DD, mais "moko138" tu m'a mis sur la bonne voie, avec le rapport de smartctl qui m'indiquais quelques "prefail".

Encore merci et à +

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#26 Le 12/03/2013, à 23:09

Re : problème home en lecture seul

#27 Le 12/03/2013, à 23:44

Re : problème home en lecture seul

#28 Le 13/03/2013, à 00:27

Re : problème home en lecture seul

#29 Le 14/03/2013, à 00:26

Re : problème home en lecture seul

#30 Le 14/03/2013, à 06:21

Re : problème home en lecture seul

#31 Le 14/03/2013, à 20:30

Re : problème home en lecture seul

#32 Le 16/03/2013, à 18:01

Re : problème home en lecture seul

#33 Le 16/03/2013, à 18:52

Re : problème home en lecture seul

#34 Le 17/03/2013, à 17:35

Re : problème home en lecture seul

#35 Le 17/03/2013, à 19:39

Re : problème home en lecture seul

#36 Le 30/03/2013, à 23:31

Re : problème home en lecture seul

Pied de page des forums