Discussion :

[_NiTo_]

Bonjour,

J'ai depuis longtemps un problème assez frustrant avec mes installations linux.
Il arrive en effet que, de manière aléatoire (ou du moins je n'ai pas encore compris de quoi celà pouvait venir), que le système freeze complètement:

• la souris ne bouge plus
• plus rien ne bouge à l'écran, plus de son
• le clavier à l'air de répondre, mais impossible d'avoir accès aux consoles tty1, etc... (quand je fait ctrl+alt+f1, l'écran devient tout noir... et c'est tout...)
• plus d'accès disques (= les diodes USB, ou du disque ne clignotent plus)
• plus d'accès réseau (diodes de mon routeur inactives)

Je n'ai pas non plus l'impression que mon CPU soit utilisé durant les périodes de freeze:
- le ventilo ne se met pas en marche
- même au bout d'un bon 1/4 d'heure, le PC est complètement froid (alors qu'il a tendance a chauffer vite si il est utilisé intensivement).

Pour arréter le freeze, je n'ai pas d'autre solution (pour l'instant) que d'appuyer sur le bouton de mise hors tension, et de stopper brutalement l'ordi.

Quand celà ce produit-il ? Exemples:
- Tout à l'heure, je venais de me logger sur ma session, et j'étais entrain d'éditer un fichier avec gedit -> Paf, freeze.
- Avec firefox d'ouvert, je regarde quelque chose sur internet -> freeze.
- Entrain de regarder quelque chose dans les menus système -> freeze.

Mais ce n'est pas systématique... il y a des jours avec, et des jours sans... je peux très bien passer ma journée sur firefox sans le moindre problème, et le lendemain, la moindre chose que je fait provoque un freeze

En revanche, je doute que celà soit un problème entierement matériel. J'utilise en effet une partition Windows sur le même ordi (ma partition principale), et je n'ai aucun problème de stabilité avec (pas d'écrans bleus, etc)

C'est problèmes se sont posés avec Ubuntu (multiptles versions), et recemment, Mint. Suspectant une imcompatibilité quelquonque, j'ai installé Mint sur un autre ordi, et j'ai exactement les mêmes problèmes !

Je suis donc un peu embété, je ne vois vraiment pas d'ou celà peut venir. C'est aussi très difficile à tester, car je n'ai pas trouvé encore de dénominateur commun entre tous les plantages, et je n'arrive pas à le reproduire sur commande...

Ca n'en reste pas moins très embètant pour travailler, et je suis preneur si quelqu'un à la moindre idée... Ne serait-ce qu'une idée qui empeche un freeze total, et qui me peremtte de reprendre contrôle sur le système et de ne pas perdre mon travail du fait d'un hard reboot...

Merci d'avance

[Invité]

Salut,

Aurais-tu des indications dans les logs système qui pourraient expliquer les freezes?

Il faudrait regarder dans un premier temps dans les logs /varl/log/syslog et /var/log/messages après le crash (relever l'heure et regarder s'il y a d'éventuels messages d'erreur).

Sinon tu peux toujours poster ces fichiers en pièce jointe.

[_NiTo_]

Salut,

Alors j'ai vérifé pour des plantages récents. J'ai bien un fichier 'syslog', mais en revanche pas de 'messages' dans /var/log ...

Alors desfois, il semblerait que le système plante absoluement sans erreurs:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
 
May 29 23:35:08 PC-1520 ntfs-3g[1894]: Version 2012.1.15AR.1 external FUSE 28
May 29 23:35:08 PC-1520 ntfs-3g[1894]: Mounted /dev/sda2 (Read-Write, label "", NTFS 3.1)
May 29 23:35:08 PC-1520 ntfs-3g[1894]: Cmdline options: rw,nosuid,nodev,uhelper=udisks,uid=1000,gid=1000,dmask=0077,fmask=0177
May 29 23:35:08 PC-1520 ntfs-3g[1894]: Mount options: rw,nosuid,nodev,uhelper=udisks,allow_other,nonempty,relatime,default_permissions,fsname=/dev/sda2,blkdev,blksize=4096
May 29 23:35:08 PC-1520 ntfs-3g[1894]: Global ownership and permissions enforced, configuration type 7
#plantage et reboot à la main
May 29 23:39:52 PC-1520 kernel: imklog 5.8.6, log source = /proc/kmsg started.

En revanche, une fois, ceci est arrivé:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
 
May 29 19:51:00 PC-1520 kernel: [  324.158278] NVRM: The NVIDIA probe routine was not called for 1 device(s).
May 29 19:51:00 PC-1520 kernel: [  324.158282] NVRM: This can occur when a driver such as nouveau, rivafb,
May 29 19:51:00 PC-1520 kernel: [  324.158284] NVRM: nvidiafb, or rivatv was loaded and obtained ownership of
May 29 19:51:00 PC-1520 kernel: [  324.158285] NVRM: the NVIDIA device(s).
May 29 19:51:00 PC-1520 kernel: [  324.158287] NVRM: Try unloading the conflicting kernel module (and/or
May 29 19:51:00 PC-1520 kernel: [  324.158289] NVRM: reconfigure your kernel without the conflicting
May 29 19:51:00 PC-1520 kernel: [  324.158290] NVRM: driver(s)), then try loading the NVIDIA kernel module
May 29 19:51:00 PC-1520 kernel: [  324.158291] NVRM: again.
May 29 19:51:00 PC-1520 kernel: [  324.158293] NVRM: No NVIDIA graphics adapter probed!
May 29 19:52:07 PC-1520 kernel: Kernel logging (proc) stopped.
May 29 19:52:07 PC-1520 rsyslogd: [origin software="rsyslogd" swVersion="5.8.6" x-pid="674" x-info="http://www.rsyslog.com"] exiting on signal 15.
May 29 19:52:49 PC-1520 kernel: imklog 5.8.6, log source = /proc/kmsg started.

Ou encore ca:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
 
May 29 23:47:48 PC-1520 kernel: [  498.645624] NVRM: Xid (0000:01:00): 1, Channel 00000001 Method 00000000 Data 00040680
May 29 23:47:49 PC-1520 gnome-session[1361]: Gdk-WARNING: gnome-session: Fatal IO error 11 (Resource temporarily unavailable) on X server :0.#012
May 29 23:47:49 PC-1520 mdm[998]: WARNING: mdm_slave_xioerror_handler: Fatal X error - Restarting :0
May 29 23:47:50 PC-1520 acpid: client 1014[0:0] has disconnected
May 29 23:47:50 PC-1520 acpid: client 1014[0:0] has disconnected
May 29 23:47:50 PC-1520 acpid: client connected from 2044[0:0]
May 29 23:47:50 PC-1520 acpid: 1 client rule loaded
May 29 23:47:52 PC-1520 acpid: client connected from 2044[0:0]
May 29 23:47:52 PC-1520 acpid: 1 client rule loaded
May 29 23:48:24 PC-1520 rtkit-daemon[1650]: Successfully made thread 2197 of process 2197 (n/a) owned by '1000' high priority at nice level -11.
May 29 23:48:24 PC-1520 rtkit-daemon[1650]: Supervising 1 threads of 1 processes of 1 users.
May 29 23:48:24 PC-1520 pulseaudio[2197]: [pulseaudio] pid.c: Stale PID file, overwriting.
May 29 23:48:24 PC-1520 rtkit-daemon[1650]: Successfully made thread 2204 of process 2204 (n/a) owned by '1000' high priority at nice level -11.
May 29 23:48:24 PC-1520 rtkit-daemon[1650]: Supervising 2 threads of 2 processes of 1 users.
May 29 23:48:24 PC-1520 pulseaudio[2204]: [pulseaudio] pid.c: Daemon already running.
May 29 23:48:27 PC-1520 rtkit-daemon[1650]: Successfully made thread 2287 of process 2197 (n/a) owned by '1000' RT at priority 5.
May 29 23:48:27 PC-1520 rtkit-daemon[1650]: Supervising 2 threads of 1 processes of 1 users.
May 29 23:48:27 PC-1520 rtkit-daemon[1650]: Successfully made thread 2288 of process 2197 (n/a) owned by '1000' RT at priority 5.
May 29 23:48:27 PC-1520 rtkit-daemon[1650]: Supervising 3 threads of 1 processes of 1 users.
May 29 23:58:19 PC-1520 kernel: imklog 5.8.6, log source = /proc/kmsg started.

Mais dans tous les cas, ces messages d'erreurs sembles isolés, je n'ai pas pu en trouver trace ailleur... Et dans la grandes majorité des cas, il semblerait que le système plante sans erreur
J'ai également regardé les autres log mais rien n'a l'air d'avoir été écris aux environs des plantages.

Je ne sais pas si ca va vraiment aidé, mais merci de ton aide

[Obsidian]

J'ai déjà eu quelque chose dans le genre : un blocage noyau au niveau des disques qui font systématiquement passer les processus à l'état " D " les uns après les autres.

Ce sont surtout les messages noyau avec dmesg qu'il faut surveiller. Le problème est que ceux-ci ne sont pas enregistrés dans un fichier et qu'il est donc difficile d'y avoir accès une fois la machine freezée.

À part cela, tu nous as dit que tu n'avais plus d'activité réseau mais parviens-tu quand même à t'y connecter avec un ssh ? Le fait que les consoles virtuelles fonctionnent donnent un peu d'espoir.

Enfin, tu nous as indiqué que d'une part le problème ne se produit pas sous Windows et que, d'autre part, il se reproduit à l'identique vers la même distrib' sur une autre machine, ce qui est très important. Peux-tu nous dire s'il s'agit de la même configuration matérielle ou si les machines n'ont rien à voir entre elles ?

[_NiTo_]

Salut, merci de ta réponse.

Bon donc:

Ce sont surtout les messages noyau avec dmesg qu'il faut surveiller. Le problème est que ceux-ci ne sont pas enregistrés dans un fichier et qu'il est donc difficile d'y avoir accès une fois la machine freezée.

Dans /var/log, j'ai bien des fichiers dmesg[.x], je suppose que c'est un dump des messages noyau. Le seul truc. c'est que je n'ai plus rien environ 20 secondes après le boot, dans tous ces fichiers : trop court, les plantages peuvent apparaitre plusieurs heures après le boot. Je ne vois rien d'anormal dans ces fichiers, et ils se ressemblent tous, qu'il y ait eu plantage ou non (un diff entre 2 fichiers ne donne presque rien).
J'en joint 1 à tout hasard...

À part cela, tu nous as dit que tu n'avais plus d'activité réseau mais parviens-tu quand même à t'y connecter avec un ssh ? Le fait que les consoles virtuelles fonctionnent donnent un peu d'espoir.

Je n'ai pas pensé à ssh ! J'ai configuré mon pc pour accepter les connexions, il n'y a plus qu'a attendre un plantage

Peux-tu nous dire s'il s'agit de la même configuration matérielle ou si les machines n'ont rien à voir entre elles ?

Les machines n'ont à priori rien a voir entre elle. Ce sont 2 machines DELL, mais les ressemblances s'arrêtent là.
Mon PC est un laptop, vieux de quelques années, carte graphique NVIDIA, l'autre un PC fixe, carte graphique RADEON, et légerement instable sur les bords (sous windows), mais je n'ai que ca sous la main...

Je n'ai pas précisé aussi que, dans les deux cas, les installations sont relativement clean: installation par défaut mis a part quelques packages (genre kate, g++, ...), et sans server ni daemon bizarre, etc qui pourrait faire planter le système.

J'ai déjà eu quelque chose dans le genre : un blocage noyau au niveau des disques qui font systématiquement passer les processus à l'état " D " les uns après les autres.

A tout hasard, comment faire pour confirmer/infirmer cette hypothèse ?

[mvvvv]

ça ressemble quand même bien à un problème matériel non ?

As tu essayé en le laissant tourner sur un autre boot (un liveCD quelconque) ?