PrimTux, la distribution éducative
ordi qui passe en veille - Version imprimable

+- PrimTux, la distribution éducative (https://forum.primtux.fr)
+-- Forum : PrimTux: LA DISTRIBUTION: présentation, aide et développement (https://forum.primtux.fr/forumdisplay.php?fid=5)
+--- Forum : Demandes d'aide (https://forum.primtux.fr/forumdisplay.php?fid=9)
+--- Sujet : ordi qui passe en veille (/showthread.php?tid=643)

Pages : 1 2


ordi qui passe en veille - mat - 15-02-2017

Bonjour,

Malgré mes recherches, je sèche complètement sur un problème de mise en veille intempestive de mon ordi.
Mon PC est un medion MD42330 (caractéristiques = AMD Athlon 64 3000+ - 60Go - 512Mo DDR-RAM - Ecran 17'' TFT WXGA 1400x900 16:10 - ATI Mobility Radeon 9700 avec 128 Mo DDR-RAM).

Avant d'installer Primtux, j'ai essayé Lubuntu qui me donnait satisfaction sauf que systématiquement, au milieu de chaque démarrage, avant l'apparition du bureau, le PC se mettait en veille → l'écran + le DD s'éteignent, voyant de veille qui clignote... Et je devais relancer l'ordi. Il terminait alors son démarrage. Une fois cette manip effectuée, l'ordi fonctionnait normalement.

Pendant ces vacances scolaires, j'ai décidé de tester d'autres distributions de Linux pour voir si certaines étaient plus adaptées. D'où l'installation de Primtux.
Et là, problème similaire, l'ordi se met à nouveau en veille. Pas au démarrage, mais après quelques minutes d'utilisation. Cela ne me l'a pas fait au début car j'ai pu tester Primtux. Mais maintenant, c'est systématique. Par contre, à la différence d'avec Lubuntu, pas moyen de relancer correctement l'ordi : à peine l'écan rallumé, il se remet immédiatement en veille...
La version de Primtux que j'ai installée est PrimTux2-2017-01-01-i386.hybrid. En suivant le tuto, je l'ai passé en mode "ordinausore" eu démarrage. Mais toujours pareil.

Voilà, j'avoue sécher complètement. C'est soit un souci de compatibilité avec Linux, soit un problème matériel. Peut-on au moins lancer une procédure qui donnerait l'explication de ce passage en veille?

Merci pour votre aide,
Mat.


ordi qui passe en veille - Steph - 15-02-2017

En théorie la mise en veille intervient 10 minutes après aucune manipulation.
On va commencer bêtement avec xscreensaver: petit curseur vert dans la barre du bas (panneau d'administration), ensuite => "activer la gestion de l'écran et redémarrer".
Une fois redémarré => menu => paramètres => économiseur d'écran => 1er onglet: désactive l'écran de veille (liste déroulante "mode") => 2ème onglet (avancé) => gestion d'alimentation de l'écran: histoire qu'il ne s'éteigne pas du tout tu mets par exemple 600 minutes partout.


ordi qui passe en veille - Steph - 15-02-2017

Une chose aussi: les amd vieillisants ont des problèmes de chauffe du processeur qui entraîne une extinction de la tour, si tu sais démonter un processeur, un petit coup de pâte thermique pourrait grandement aider.
J'ajoute que l'appui sur une simple touche ou bouger la souris suffisent à sortir de veille.


ordi qui passe en veille - Philippe Dpt35 - 15-02-2017

As-tu vérifié qu'il n'y avait pas d'option de mise en veille activée au niveau du BIOS ?


ordi qui passe en veille - mat - 15-02-2017

rebonjour Steph et Philippe,

Merci pour vos réponse. Après avoir fait les manip, voici ce que je peux répondre :
• dans le BIOS, pas d'option concernant une mise en veille.
• J'ai fait la manip pour xscreensaver. J'ai mis tous les réglages à 600. Mais pas de résultat.
• Pour la pâte thermique sur le processeur, je ne sais pas si c'est faisable vu que c'est un PC portable.
Pour la surchauffe, je ne sais pas au bout de combien de temps elle peut intervenir. Actuellement, je peux laisser l'ordi en veille plusieurs minutes le temps que les composants refroidissent. Mais lorsque j'appuie sur le bouton de démarrage pour sortir l'ordi de veille et qu'il se lance, il se passe entre 1 et 20 seconde avant qu'il ne s'éteigne à nouveau.
Si c'est un problème matériel, y a-t-il moyen de monitorer la température du processeur? Ou de vérifier le fonctionnement du disque dur/alimentation ?

Hier, j'avais testé Primtu en live depuis une clé USB avant de l'installer et cela fonctionnait bien. Maintenant que je l'ai installé, l'ordi se met en veille, même plus souvent qu'avec Lubuntu. Alors, aujourd'hui, j'ai retesté l'utilisation depuis la clé USB, mais pas mieux, l'ordi se met en veille également.
J'ai testé Debian en live. Idem!

Je suis preneur d'autres idées Wink Merci!


ordi qui passe en veille - Philippe Dpt35 - 15-02-2017

Alors on va tester des choses, au moins essayer de cerner l'origine du problème.
Si tu as la main au démarrage, dans un terminal saisis
sudo pkill acpid
Cela va tuer le processus chargé de la gestion de l'énergie. Et laisse tourner la machine pour voir si le problème de mise en veille apparaît encore. ça nous permettra de savoir si c'est un problème de gestion de l'énergie par le système.


ordi qui passe en veille - mat - 15-02-2017

Je vais te détailler précisément ce que j'ai fait pour être sûr de ne pas avoir fait de bêtise.

J'ai ouvert un terminal, tapé la commande que tu m'as indiquée à la suite de "administrateur@primtux:~", validé, puis revalidé avec le mot de passe "tuxprof".
Je n'ai pas eu de confirmation par contre. J'ai juste eu une nouvelle ligne avec "administrateur@primtux:~".
[Image: 510365commandesudo.jpg]
Pas eu de changement suite à cette manipulation


Par contre, juste avant que l'ordi se mette en veille, un message est apparu sur fond noir :
[Image: mini_893398erreur.png]
Ce qui donne si je n'ai pas fait d'erreur typographique : [ 247.323582] usb 1-2: can't set config #1, error -71


J'ai également un message au démarrage qui peut être suspect. Je ne sait pas si c'est normal:
[Image: mini_484334erreurdmarrage.jpg]

Merci de continuer à m'aider!


ordi qui passe en veille - Philippe Dpt35 - 15-02-2017

ça me semble être davantage un problème de gestion du matériel par le système qu'un problème de gestion de l'énergie puisque le problème persiste lorsque le deamon qui en est chargé est désactivé. Si c'est bien le cas, ce n 'est pas du côté du paramétrage de la mise en veille et de la gestion de l'énergie qu'il faut chercher la solution.

Une recherche Internet à partir du message d'erreur au démarrage renvoie à un problème de firmware. Il y a peut-être des solutions à tester sur cette page: https://wireless.wiki.kernel.org/en/users/drivers/p54
mais ça ne sera pas très simple !

Essaie de poster ton problème sur des forums plus généralistes et fréquentés, par exemple https://debian-facile.org/forum.php pour voir ce qu'ils en pensent et s'ils ont des solutions.


ordi qui passe en veille - Steph - 15-02-2017

Pour le terminal ça va, essaie ceci trouvé ici: https://wiki.debian.org/prism54#p54pci

Copie-colle ceci dans un terminal (le mot de passe ne s'affiche pas quand tu le tapes):
Code :
wget https://daemonizer.de/prism54/prism54-fw/fw-softmac/2.13.25.0.arm --no-check-certificate
Code :
su
Code :
mv 2.13.25.0.arm /lib/firmware/isl3886pci
Code :
modprobe -r p54pci ; modprobe p54pci

Redémarre.


ordi qui passe en veille - mat - 15-02-2017

Bonsoir,

J'ai fait les manips proposées par Steph. Cela a donné cela sur le terminal de commandes.
[Image: mini_216755terminal2.jpg]

J'ai toujours le même problème de mise en veille. Par contre, les messages ont changé. Ca avant donc, mais le problème persiste.

Lors de la mise en veille, j'ai maintenant ce message :
[Image: mini_310064veille2.png]

Et au démarrage, j'ai maintenant ce message-ci.
[Image: mini_272526dmarrage2.jpg]
D'après ce que j'ai vu sur un forum, la ligne "via-ircc 0000:00:11.0: can't enable device: BAR 13 [io 0x4000-0x407f] not claimed" fait référence à un périphérique infra-rouge. Il est effectivement présent sur l'ordi. J'avais un téléphone portable avec un émetteur/récepteur infra-rouge. C'était le top, avant l'apparition du Bluetooth.

Merci pour votre aide et le temps que vous consacrez à ce problème.


ordi qui passe en veille - Steph - 15-02-2017

Autre chose: ouvre l'explorateur de fichiers => outils => ouvrir un terminal => tape:
Code :
sudo pcmanfm
puis copie ce fichier: http://www.primtux.fr/XF86Config-4 dans /etc/X11.


ordi qui passe en veille - mat - 16-02-2017

Bonjour!

J'ai copié dans un fichier texte le texte qui était en lien . J'ai renommé le fichier "XF86Config-4" et j'ai enlevé l'extension du fichier.
Et après avoir fait la manip sur le terminal, j'ai coller le fichier dans le dossier /etc/X11.

En résultats, j'ai toujours la mise en veille. Par contre, je n'ai plus de message avant. L'écran devient noir d'un coup et c'est tout.
Le message au démarrage est resté le même.

Merci de votre aide!


ordi qui passe en veille - Steph - 16-02-2017

Comme c'est un pb de driver, essaie de changer de noyau:

Paramètres => gestionnaire de paquets =>synaptic => configuration => dépôts => onglet autres logiciels => ajouter => copie-colle cette ligne:

=> ajoute
Code :
deb http://httpredir.debian.org/debian jessie-backports main contrib non-free

=> recharge et recherche linux-image => choisis la 4.7.0-0.bpo.1-686-pae (la première fois il m'a dit qu'il fallait un linux-base plus récent, j'ai désélectionné le noyau, puis je l'ai resélectionné et il m'a inclus la mise à jour de linux-base).

Au reboot, choisir les options avancées et démarrer avec le noyau 4.7


ordi qui passe en veille - Philippe Dpt35 - 16-02-2017

Si la solution de Stéphane ne fonctionne pas, on va essayer de trouver des infos plus précises sur ce qui peut poser problème.
Dans un terminal, saisis
Code :
sudo journalctl -p err > erreurs.txt
Cela va créer un fichier erreurs.txt dans ton répertoire utilisateur, dans lequel seront affichés les erreurs du gestionnaire du système et des services.
Tu pourras ensuite nous copier ici le contenu de ce fichier. Si tu pouvais également noter l'heure à laquelle le PC se met en veille, et l'heure à laquelle tu tentes de le réveiller, ça nous permettra de faire le lien avec les informations du fichier d'erreurs.


ordi qui passe en veille - mat - 16-02-2017

Je n'arrive pas à faire la manip de Steph.
Quand je fais "Paramètres => gestionnaire de paquets =>synaptic => configuration => dépôts =>", je n'ai pas l'onglet "autres logiciels".

Quand tu me dis "=> copie-colle cette ligne:" et "=> ajoute ", tu veux dire uniquement celle-là "deb http://httpredir.debian.org/debian jessie-backports main contrib non-free"
J'ai ajoutée la ligne dans URI, validé, rechargé et recherché.
[Image: d_pot.jpg]

J'ai des versions qui s'affichent mais pas celle recherchée.
[Image: recherche.jpg]

La recherche sur les dépots se fait peut-être mal car je précise qu'au démarrage de l'ordi, j'ai à peu près 20s avant la première mise en veille qui me coupe définitivement d'internet. Ensuite, à chaque sortie de veille suivante, je dois avoir environ 6 secondes avant le nouveau passage en veille...

Pour le journal d'erreur, voici ce que ça donne après 2 ou 3 sorties de veille. Je peux refaire si nécessaire.
-- Logs begin at jeu. 2017-02-16 14:10:31 CET, end at jeu. 2017-02-16 13:17:52 CET. --
févr. 16 14:10:31 primtux kernel: sd 2:0:0:0: [sdb] No Caching mode page found
févr. 16 14:10:31 primtux kernel: sd 2:0:0:0: [sdb] Assuming drive cache: write through
févr. 16 14:10:34 primtux kernel: via-ircc 0000:00:11.0: can't enable device: BAR 13 [io 0x4000-0x407f] not claimed
févr. 16 14:10:46 primtux ntpd_intres[550]: host name not found: 0.debian.pool.ntp.org
févr. 16 14:10:46 primtux ntpd_intres[550]: host name not found: 1.debian.pool.ntp.org
févr. 16 14:10:46 primtux ntpd_intres[550]: host name not found: 2.debian.pool.ntp.org
févr. 16 14:10:46 primtux ntpd_intres[550]: host name not found: 3.debian.pool.ntp.org
févr. 16 14:11:24 primtux dhclient[696]: send_packet: Network is unreachable
févr. 16 14:11:24 primtux dhclient[696]: send_packet: please consult README file regarding broadcast address.
févr. 16 14:11:24 primtux dhclient[696]: dhclient.c:2331: Failed to send 300 byte long packet over fallback interface.
févr. 16 14:11:25 primtux dhclient[743]: send_packet: Network is unreachable
févr. 16 14:11:25 primtux dhclient[743]: send_packet: please consult README file regarding broadcast address.
févr. 16 14:11:25 primtux dhclient[743]: dhclient.c:2331: Failed to send 300 byte long packet over fallback interface.
févr. 16 13:12:03 primtux pkexec[966]: pam_ck_connector(polkit-1Confusedession): cannot determine display-device
févr. 16 13:14:41 primtux systemd[1]: systemd-journald.service watchdog timeout (limit 1min)!
févr. 16 13:14:41 primtux kernel: usb 1-2: string descriptor 0 read error: -71
févr. 16 13:14:41 primtux kernel: usb 1-2: can't set config #1, error -71
févr. 16 13:14:49 primtux dhclient[1197]: send_packet: Network is unreachable
févr. 16 13:14:49 primtux dhclient[1197]: send_packet: please consult README file regarding broadcast address.
févr. 16 13:14:49 primtux dhclient[1197]: dhclient.c:2331: Failed to send 300 byte long packet over fallback interface.
févr. 16 13:15:25 primtux dhclient[1259]: send_packet: Network is unreachable
févr. 16 13:15:25 primtux dhclient[1259]: send_packet: please consult README file regarding broadcast address.
févr. 16 13:15:25 primtux dhclient[1259]: dhclient.c:2331: Failed to send 300 byte long packet over fallback interface.
févr. 16 13:15:25 primtux dhclient[1322]: send_packet: Network is unreachable
févr. 16 13:15:25 primtux dhclient[1322]: send_packet: please consult README file regarding broadcast address.
févr. 16 13:15:25 primtux dhclient[1322]: dhclient.c:2331: Failed to send 300 byte long packet over fallback interface.
févr. 16 13:16:00 primtux dhclient[1379]: send_packet: Network is unreachable
févr. 16 13:16:00 primtux dhclient[1379]: send_packet: please consult README file regarding broadcast address.
févr. 16 13:16:00 primtux dhclient[1379]: dhclient.c:2331: Failed to send 300 byte long packet over fallback interface.
févr. 16 13:16:00 primtux dhclient[1446]: send_packet: Network is unreachable
févr. 16 13:16:00 primtux dhclient[1446]: send_packet: please consult README file regarding broadcast address.
févr. 16 13:16:00 primtux dhclient[1446]: dhclient.c:2331: Failed to send 300 byte long packet over fallback interface.
févr. 16 13:16:00 primtux kernel: usb 1-2: unable to read config index 0 descriptor/all
févr. 16 13:16:00 primtux kernel: usb 1-2: can't read configurations, error -71
févr. 16 13:16:31 primtux dhclient[1496]: send_packet: Network is unreachable
févr. 16 13:16:31 primtux dhclient[1496]: send_packet: please consult README file regarding broadcast address.
févr. 16 13:16:31 primtux dhclient[1496]: dhclient.c:2331: Failed to send 300 byte long packet over fallback interface.
févr. 16 13:16:31 primtux dhclient[1563]: send_packet: Network is unreachable
févr. 16 13:16:31 primtux dhclient[1563]: send_packet: please consult README file regarding broadcast address.
févr. 16 13:16:31 primtux dhclient[1563]: dhclient.c:2331: Failed to send 300 byte long packet over fallback interface.
févr. 16 13:16:32 primtux kernel: usb 1-2: device not accepting address 10, error -71
févr. 16 13:17:03 primtux dhclient[1617]: send_packet: Network is unreachable
févr. 16 13:17:03 primtux dhclient[1617]: send_packet: please consult README file regarding broadcast address.
févr. 16 13:17:03 primtux dhclient[1617]: dhclient.c:2331: Failed to send 300 byte long packet over fallback interface.
févr. 16 13:17:03 primtux dhclient[1681]: send_packet: Network is unreachable
févr. 16 13:17:03 primtux dhclient[1681]: send_packet: please consult README file regarding broadcast address.
févr. 16 13:17:03 primtux dhclient[1681]: dhclient.c:2331: Failed to send 300 byte long packet over fallback interface.
févr. 16 13:17:38 primtux dhclient[1739]: send_packet: Network is unreachable
févr. 16 13:17:38 primtux dhclient[1739]: send_packet: please consult README file regarding broadcast address.
févr. 16 13:17:38 primtux dhclient[1739]: dhclient.c:2331: Failed to send 300 byte long packet over fallback interface.
févr. 16 13:17:38 primtux dhclient[1803]: send_packet: Network is unreachable
févr. 16 13:17:38 primtux dhclient[1803]: send_packet: please consult README file regarding broadcast address.
févr. 16 13:17:38 primtux dhclient[1803]: dhclient.c:2331: Failed to send 300 byte long packet over fallback interface.


ordi qui passe en veille - Steph - 16-02-2017

URL: http://httpredir.debian.org/debian
Distribution: jessie-backports
Catégories: main contrib non-free


ordi qui passe en veille - Philippe Dpt35 - 16-02-2017

A part un affichage étonnant des horaires (as-tu assemblé plusieurs fichiers ?), il ne me semble pas voir d'erreur critique à part sur le dhclient qui expliquerait les problèmes d'accès internet.
Ton PC fonctionne-t-il maintenant normalement après un retour de veille ?


ordi qui passe en veille - Philippe Dpt35 - 16-02-2017

Peux-tu copier-coller ici les informations renvoyées par la commande suivante lancée dans un terminal:
Code :
xset q

Puis essayer ensuite ces deux commandes
Code :
xset s off
xset s off -dpms

sans redémarrer surtout (ce qui annulerait l'effet de ces commandes) et nous dire si ça résout le problème.


ordi qui passe en veille - mat - 16-02-2017

J'ai fait la manip pour la mise à jour du noyau.
Dans la liste proposée, je n'avais pas le 4.7. Du coup, j'ai tenté le 4.9.
Le résultat est la disparition de l'erreur au démarrage :
"via-ircc 0000:00:11.0: can't enable device: BAR 13 [io 0x4000-0x407f] not claimed"
Par contre les lignes précédentes y sont.

Voilà ce que j'ai obtenu avec les manip de Philippe :
Les commandes xset ont produit des messages d'erreur que j'ai laissés à la suite. Et malheureusement, pas de changement côté mise en veille intempestive...


administrateur@primtux:~$ xset q
Keyboard Control:
auto repeat: on key click percent: 0 LED mask: 00000002
XKB indicators:
00: Caps Lock: off 01: Num Lock: on 02: Scroll Lock: off
03: Compose: off 04: Kana: off 05: Sleep: off
06: Suspend: off 07: Mute: off 08: Misc: off
09: Mail: off 10: Charging: off 11: Shift Lock: off
12: Group 2: off 13: Mouse Keys: off
auto repeat delay: 660 repeat rate: 25
auto repeating keys: 00ffffffdffffbbf
fadfffefffedffff
9fffffffffffffff
fff7ffffffffffff
bell percent: 50 bell pitch: 400 bell duration: 100
Pointer Control:
acceleration: 2/1 threshold: 4
Screen Saver:
prefer blanking: yes allow exposures: yes
timeout: 0 cycle: 0
Colors:
default colormap: 0x20 BlackPixel: 0x0 WhitePixel: 0xffffff
Font Path:
/usr/share/fonts/X11/misc,/usr/share/fonts/X11/100dpi/:unscaled,/usr/share/fonts/X11/75dpi/:unscaled,/usr/share/fonts/X11/Type1,/usr/share/fonts/X11/100dpi,/usr/share/fonts/X11/75dpi,built-ins
DPMS (Energy Star):
Standby: 36000 Suspend: 36000 Off: 36000
DPMS is Disabled
administrateur@primtux:~$ xset s off
administrateur@primtux:~$ xset s off -dpms
Message from syslogd@primtux at Feb 16 15:25:48 ...
kernel:[ 259.561735] [Hardware Error]: System Fatal error.

Message from syslogd@primtux at Feb 16 15:25:48 ...
kernel:[ 259.561735] [Hardware Error]: CPU:0 (f:4:8) MC0_STATUS[Over|UE|MiscV|PCC|AddrV|UECC]: 0xfe09600000000135

Message from syslogd@primtux at Feb 16 15:25:48 ...
kernel:[ 259.561735] [Hardware Error]: Error Addr: 0x0000000000000e40

Message from syslogd@primtux at Feb 16 15:25:48 ...
kernel:[ 259.561735] [Hardware Error]: MC0 Error: Data/Tag DRD error.

Message from syslogd@primtux at Feb 16 15:25:48 ...
kernel:[ 259.561735] [Hardware Error]: cache level: L1, tx: DATA, mem-tx: DRD

Message from syslogd@primtux at Feb 16 15:25:48 ...
kernel:[ 259.561735] [Hardware Error]: System Fatal error.

Message from syslogd@primtux at Feb 16 15:25:48 ...
kernel:[ 259.561735] [Hardware Error]: CPU:0 (f:4:8) MC1_STATUS[Over|UE|MiscV|PCC|AddrV|UECC]: 0xffffffffffffffff

Message from syslogd@primtux at Feb 16 15:25:48 ...
kernel:[ 259.561735] [Hardware Error]: Error Addr: 0x000188c0000188c0

Message from syslogd@primtux at Feb 16 15:25:48 ...
kernel:[ 259.561735] [Hardware Error]: MC1 Error:

Message from syslogd@primtux at Feb 16 15:25:48 ...
kernel:[ 259.561735] [Hardware Error]: Corrupted MC1 MCE info?

Message from syslogd@primtux at Feb 16 15:25:48 ...
kernel:[ 259.561735] [Hardware Error]: cache level: L3/GEN, tx: RESV

Message from syslogd@primtux at Feb 16 15:25:55 ...
kernel:[ 263.817919] [Hardware Error]: System Fatal error.

Message from syslogd@primtux at Feb 16 15:25:55 ...
kernel:[ 263.817919] [Hardware Error]: CPU:0 (f:4:8) MC0_STATUS[Over|UE|MiscV|PCC|AddrV|UECC]: 0xfe09600000000184

Message from syslogd@primtux at Feb 16 15:25:55 ...
kernel:[ 263.817919] [Hardware Error]: Error Addr: 0x000000449f2abdc0

Message from syslogd@primtux at Feb 16 15:25:55 ...
kernel:[ 263.817919] [Hardware Error]: MC0 Error:

Message from syslogd@primtux at Feb 16 15:25:55 ...
kernel:[ 263.817919] [Hardware Error]: Corrupted MC0 MCE info?

Message from syslogd@primtux at Feb 16 15:25:55 ...
kernel:[ 263.817919] [Hardware Error]: cache level: RESV, tx: DATA, mem-tx: SNP

Message from syslogd@primtux at Feb 16 15:25:55 ...
kernel:[ 263.817919] [Hardware Error]: System Fatal error.

Message from syslogd@primtux at Feb 16 15:25:55 ...
kernel:[ 263.817919] [Hardware Error]: CPU:0 (f:4:8) MC1_STATUS[Over|UE|MiscV|PCC|AddrV|UECC]: 0xffffffffffffffff

Message from syslogd@primtux at Feb 16 15:25:55 ...
kernel:[ 263.817919] [Hardware Error]: Error Addr: 0x000188c0000188c0

Message from syslogd@primtux at Feb 16 15:25:55 ...
kernel:[ 263.817919] [Hardware Error]: MC1 Error:

Message from syslogd@primtux at Feb 16 15:25:55 ...
kernel:[ 263.817919] [Hardware Error]: Corrupted MC1 MCE info?

Message from syslogd@primtux at Feb 16 15:25:55 ...
kernel:[ 263.817919] [Hardware Error]: cache level: L3/GEN, tx: RESV

Message from syslogd@primtux at Feb 16 15:26:33 ...
kernel:[ 295.945791] [Hardware Error]: System Fatal error.

Message from syslogd@primtux at Feb 16 15:26:33 ...
kernel:[ 295.945791] [Hardware Error]: CPU:0 (f:4:8) MC0_STATUS[Over|UE|MiscV|PCC|AddrV|UECC]: 0xfe086000000015d4

Message from syslogd@primtux at Feb 16 15:26:33 ...
kernel:[ 295.945791] [Hardware Error]: Error Addr: 0x0000000000000344

Message from syslogd@primtux at Feb 16 15:26:33 ...
kernel:[ 295.945791] [Hardware Error]: MC0 Error:

Message from syslogd@primtux at Feb 16 15:26:33 ...
kernel:[ 295.945791] [Hardware Error]: Corrupted MC0 MCE info?

Message from syslogd@primtux at Feb 16 15:26:33 ...
kernel:[ 295.945791] [Hardware Error]: cache level: RESV, tx: DATA

Message from syslogd@primtux at Feb 16 15:26:33 ...
kernel:[ 295.945791] [Hardware Error]: System Fatal error.

Message from syslogd@primtux at Feb 16 15:26:33 ...
kernel:[ 295.945791] [Hardware Error]: CPU:0 (f:4:8) MC1_STATUS[Over|UE|MiscV|PCC|AddrV|UECC]: 0xffffffffffffffff

Message from syslogd@primtux at Feb 16 15:26:33 ...
kernel:[ 295.945791] [Hardware Error]: Error Addr: 0x000188c0000188c0

Message from syslogd@primtux at Feb 16 15:26:33 ...
kernel:[ 295.945791] [Hardware Error]: MC1 Error:

Message from syslogd@primtux at Feb 16 15:26:33 ...
kernel:[ 295.945791] [Hardware Error]: Corrupted MC1 MCE info?

Message from syslogd@primtux at Feb 16 15:26:33 ...
kernel:[ 295.945791] [Hardware Error]: cache level: L3/GEN, tx: RESV

Message from syslogd@primtux at Feb 16 15:27:08 ...
kernel:[ 326.633950] [Hardware Error]: System Fatal error.

Message from syslogd@primtux at Feb 16 15:27:08 ...
kernel:[ 326.633950] [Hardware Error]: CPU:0 (f:4:8) MC0_STATUS[Over|UE|MiscV|PCC|AddrV|UECC]: 0xfe0d6000000005f6

Message from syslogd@primtux at Feb 16 15:27:08 ...
kernel:[ 326.633950] [Hardware Error]: Error Addr: 0x0000000000000f00

Message from syslogd@primtux at Feb 16 15:27:08 ...
kernel:[ 326.633950] [Hardware Error]: MC0 Error:

Message from syslogd@primtux at Feb 16 15:27:08 ...
kernel:[ 326.633950] [Hardware Error]: Corrupted MC0 MCE info?

Message from syslogd@primtux at Feb 16 15:27:08 ...
kernel:[ 326.633950] [Hardware Error]: cache level: L2, tx: DATA

Message from syslogd@primtux at Feb 16 15:27:08 ...
kernel:[ 326.633950] [Hardware Error]: System Fatal error.

Message from syslogd@primtux at Feb 16 15:27:08 ...
kernel:[ 326.633950] [Hardware Error]: CPU:0 (f:4:8) MC1_STATUS[Over|UE|MiscV|PCC|AddrV|UECC]: 0xffffffffffffffff

Message from syslogd@primtux at Feb 16 15:27:08 ...
kernel:[ 326.633950] [Hardware Error]: Error Addr: 0x000188c0000188c0

Message from syslogd@primtux at Feb 16 15:27:08 ...
kernel:[ 326.633950] [Hardware Error]: MC1 Error:

Message from syslogd@primtux at Feb 16 15:27:08 ...
kernel:[ 326.633950] [Hardware Error]: Corrupted MC1 MCE info?

Message from syslogd@primtux at Feb 16 15:27:08 ...
kernel:[ 326.633950] [Hardware Error]: cache level: L3/GEN, tx: RESV


ordi qui passe en veille - mat - 16-02-2017

ah et j’oubliais, concernant l'heure. Elle est effectivement fausse et je ne sais pas pourquoi... Je n'avais pas assemblé de fichier.


ordi qui passe en veille - Steph - 16-02-2017

Mais tu sors comment de cette mise en veille?
As-tu possibilité de changer la barrette de ram?


ordi qui passe en veille - Philippe Dpt35 - 16-02-2017

ça sent effectivement vraiment le problème matériel.
Disposes-tu d'un CD/USB de dépannage, style Hiren's boot CD (ou autre), qui permettrait de faire un memtest par exemple, pour vérifier l'hypothèse de Stéphane d'un problème RAM, sans être obligé de la changer ?


ordi qui passe en veille - mat - 18-02-2017

Bonjour,

J'ai fait les tests de Hiren's boot CD. Mais il ne m'a rien détecté au niveau du DD ou de la RAM.
Mais après avoir encore passé du temps et réfléchi aux symptômes, je pense qu'il s'agit d'un problème de détection de fermeture de l'écran. Je pense qu'au démarrage, L'OS détecte l'écran du PC portable comme rabattu. D'où la première mise en veille.
Ensuite, lorsque j'appuie sur le bouton d'alimentation, l'ordi se rallume puis se rééteint dans la foulée puisque l'écran est toujours sensé être rabattu.
Au final, la seule chose qui marchait sous Lubuntu était d'appuyer et relacher le petit detecteur qui détecte si l'écran est rabattu ou pas. Sous Lubuntu toujours, j'avais cherché à désactiver la mise en veille quand l'écran est rabattu. Mais je n'avais pas trouvé.
Y a t-il une commande pour désactiver cela ?
Merci !


ordi qui passe en veille - Steph - 18-02-2017

Là ça ne sent pas la commande mais le bouton qui ne fonctionne plus...


ordi qui passe en veille - Philippe Dpt35 - 18-02-2017

Oui, ça devrait pouvoir se désactiver. Regarde sur cette page, ça se situe au niveau du fichier /etc/systemd/logind.conf
Il faut décommenter la ligne
HandleLidSwitch
et lui mettre la valeur ignore
HandleLidSwitch=ignore