Freeze au lieu de s'éteindre / redémarrer
Résolu/Fermé
darkazeron
Messages postés
94
Date d'inscription
dimanche 24 février 2013
Statut
Membre
Dernière intervention
10 septembre 2019
-
27 déc. 2015 à 19:19
mamiemando Messages postés 33025 Date d'inscription jeudi 12 mai 2005 Statut Modérateur Dernière intervention 28 mars 2024 - 1 févr. 2016 à 10:29
mamiemando Messages postés 33025 Date d'inscription jeudi 12 mai 2005 Statut Modérateur Dernière intervention 28 mars 2024 - 1 févr. 2016 à 10:29
A voir également:
- Freeze au lieu de s'éteindre / redémarrer
- Pc freeze - Guide
- Trouver un lieu avec coordonnées gps - Guide
- Redémarrer le spouleur d'impression - Guide
- Voir un lieu en direct par satellite - Guide
- Deep freeze windows 10 - Télécharger - Sécurité
9 réponses
mamiemando
Messages postés
33025
Date d'inscription
jeudi 12 mai 2005
Statut
Modérateur
Dernière intervention
28 mars 2024
7 736
28 déc. 2015 à 00:00
28 déc. 2015 à 00:00
Bonjour,
Un pilote bizarre (les pilotes wifi en faisant partie) peuvent effectivement expliquer ton problème.
1) Peux-tu nous indiquer le modèle de la carte wifi ? Dans un terminal, tu peux retrouver le modèle exact avec la commande
https://doc.ubuntu-fr.org/terminal
2) En admettant que la carte wifi soit suspecte, il serait intéressant de voir si le module incriminé dans ton lien est effectivement chargé. Pour cela, reporte-nous le résultat des commandes :
Note importante : sous linux, les commandes sont documentées. Si tu te demandes à quoi sert la commande
Pré-requis techniques
Tout d'abord, quelques pré-requis. Sous linux, le matériel est géré par le noyau (kernel en anglais). Il remplace donc la notion de pilote (driver) que l'on connaît de windows. Ce noyau est complété, au démarrage du système, par des "morceaux de noyaux" chargés dynamiquement, appelés modules.
Un module permet ainsi de ne pas charger la gestion de tous le matériel de l'univers et de ne charger que les fragments nécessaires à la prise en charge de ton matériel. C'est la raison pour laquelle une large partie du matériel est gérée par des modules, au lieu d'être gérée directement par le noyau.
Plus concrètement les modules sont les fichiers .ko (kernel object) stockés dans /lib/modules/<version du noyau> (la version du noyau étant le résultat de la commande
Les noyaux récents déterminent automatiquement, à partir du matériel découvert, quels modules sont nécessaires. Le problème c'est que si le noyau plante (ou un module) cela peut geler la machine. Les symptômes que tu décrives correspondent donc à ce genre de situation.
Dans le cas particulier des cartes wifi, une partie du pilote reste propriétaire. Ce petit bloc de code est appelé firmware. Celui-ci est implicitement chargé par le module correspondant.
Les modules se gèrent avec les commandes ayant pour suffixe "mod" :
-
-
-
-
Les chargements/déchagement de modules sont enregistrés dans un fichier de logs (qui sont tous dans
Bien entendu, tout ce qui est expliqué ici concerne l'administration de la machine. Il faut donc des droits administrateurs (appelé "root") pour lancer avec succès ces commandes ou examiner ces fichiers. Sous ubuntu, c'est réalisé au travers de
Explication de ton lien :
La solution préconisée est :
La première commande décharge le module rt2860sta, qui est donc le module suspecté.
Je pense d'ailleurs que c'est plutôt, vu la suite
Bien entendu, si ce module est chargé automatiquement, c'est vraisemblablement que le PC contient une carte wifi realtek nécessitant ce module. Ce n'est bien entendu pas forcément ton cas, et donc pas forcément ce module particulier qui te concerne... d'où mes questions en première partie de message. Il faut bien entendu que ce module soit actuellement chargé pour qu'il y ait lieu de le décharger (voir
La deuxième commande charge le module rt2860sta, a priori le "bon" driver. C'est un peu contradictoire avec la première commande (qui à mon avis est plutôt
La troisième commande met sur une liste noire (= interdit) le module rt2800pci en l'ajoutant au fichier adéquat (
C'est très logique de configurer
Bonne chance
Un pilote bizarre (les pilotes wifi en faisant partie) peuvent effectivement expliquer ton problème.
1) Peux-tu nous indiquer le modèle de la carte wifi ? Dans un terminal, tu peux retrouver le modèle exact avec la commande
lspciou
lsusb, selon la manière dont elle est branchée :
https://doc.ubuntu-fr.org/terminal
2) En admettant que la carte wifi soit suspecte, il serait intéressant de voir si le module incriminé dans ton lien est effectivement chargé. Pour cela, reporte-nous le résultat des commandes :
/sbin/iwlistet
lspci
Note importante : sous linux, les commandes sont documentées. Si tu te demandes à quoi sert la commande
lsusb, tu peux taper dans un terminal
man lsusb. Les noms sont aussi construit de manière logique (le préfixe ls signifie "list"). C'est l'occasion de comprendre notamment les commandes suggérées dans ton lien.
Pré-requis techniques
Tout d'abord, quelques pré-requis. Sous linux, le matériel est géré par le noyau (kernel en anglais). Il remplace donc la notion de pilote (driver) que l'on connaît de windows. Ce noyau est complété, au démarrage du système, par des "morceaux de noyaux" chargés dynamiquement, appelés modules.
Un module permet ainsi de ne pas charger la gestion de tous le matériel de l'univers et de ne charger que les fragments nécessaires à la prise en charge de ton matériel. C'est la raison pour laquelle une large partie du matériel est gérée par des modules, au lieu d'être gérée directement par le noyau.
Plus concrètement les modules sont les fichiers .ko (kernel object) stockés dans /lib/modules/<version du noyau> (la version du noyau étant le résultat de la commande
uname -r).
Les noyaux récents déterminent automatiquement, à partir du matériel découvert, quels modules sont nécessaires. Le problème c'est que si le noyau plante (ou un module) cela peut geler la machine. Les symptômes que tu décrives correspondent donc à ce genre de situation.
Dans le cas particulier des cartes wifi, une partie du pilote reste propriétaire. Ce petit bloc de code est appelé firmware. Celui-ci est implicitement chargé par le module correspondant.
Les modules se gèrent avec les commandes ayant pour suffixe "mod" :
-
lsmod: lister les modules actuellement chargés
-
insmod: insère un module en précisant le chemin du fichier ko (jamais utilisé en pratique, au profit de
modprobe)
-
modprobe: charge (décharge avec l'option
-r) un module à partir du nom du module (son emplacement est automatiquement retrouvé)
-
rmmod: ("signifie remove module") décharge un module.
Les chargements/déchagement de modules sont enregistrés dans un fichier de logs (qui sont tous dans
/var/log) : notamment
/var/log/messages,
/var/log/sysloget
/var/log/dmesg. Il serait intéressant de regarder dans ces fichiers aux heures des freezes si on n'a pas une information permettant de déterminer le coupable.
Bien entendu, tout ce qui est expliqué ici concerne l'administration de la machine. Il faut donc des droits administrateurs (appelé "root") pour lancer avec succès ces commandes ou examiner ces fichiers. Sous ubuntu, c'est réalisé au travers de
sudopour une commande en mode texte, et au travers de
gksudopour les applications graphique (
kdesudosi tu es sous kubuntu, où plus généralement, sous KDE) .
Explication de ton lien :
La solution préconisée est :
sudo modprobe -rf rt2860sta
sudo modprobe rt2860sta
echo blacklist rt2800pci | sudo tee -a /etc/modprobe.d/blacklist.conf
La première commande décharge le module rt2860sta, qui est donc le module suspecté.
Je pense d'ailleurs que c'est plutôt, vu la suite
sudo modprobe -rf rt2800pcique l'auteur voulait écrire (tu vas comprendre pourquoi).
Bien entendu, si ce module est chargé automatiquement, c'est vraisemblablement que le PC contient une carte wifi realtek nécessitant ce module. Ce n'est bien entendu pas forcément ton cas, et donc pas forcément ce module particulier qui te concerne... d'où mes questions en première partie de message. Il faut bien entendu que ce module soit actuellement chargé pour qu'il y ait lieu de le décharger (voir
lsmod).
La deuxième commande charge le module rt2860sta, a priori le "bon" driver. C'est un peu contradictoire avec la première commande (qui à mon avis est plutôt
sudo modprobe -rf rt2800pci).
La troisième commande met sur une liste noire (= interdit) le module rt2800pci en l'ajoutant au fichier adéquat (
/etc/modprobe.d/blacklist.conf). Sous linux toute la configuration est dans
/etc, donc jusqu'ici tout est normal.
/etccontient (en gros) un dossier par application.
C'est très logique de configurer
modprobepuisque comme expliqué dans les pré-requis, le chargement des modules est fait automatiquement. Ainsi on peut parfois vouloir aller à l'encontre de la décision prise par le noyau (soit en lui interdisant certains modules "foireux" comme ici, soit en précisant les options à passer à ces modules). Ainsi, au prochain redémarrage, le module incriminé ne sera plus chargé par le noyau.
Bonne chance
mamiemando
Messages postés
33025
Date d'inscription
jeudi 12 mai 2005
Statut
Modérateur
Dernière intervention
28 mars 2024
7 736
Modifié par mamiemando le 29/12/2015 à 18:25
Modifié par mamiemando le 29/12/2015 à 18:25
Bonjour,
Ta carte wifi est une carte intel (prise en charge par le module iwlwifi). Pour avoir beaucoup de PC équipés de carte wifi intel, je pense sans trop me tromper pouvoir te dire que ça ne vient pas de ce module, qui marche bien en temps normal.
https://linux.die.net/man/1/rfkill
L'absence de /var/log/messages me parait très étonnante (vérifie à tout hasard ?) car c'est vraiment standard. Vérifie aussi que le paquet
Il est par contre étrange que certains modules aient du mal à se charger.Surtout si tu n'as rien installé manuellement (est-ce bien le cas ?). Il serait intéressant de dérouler cette piste conformément à ce qui est expliqué ici :
https://wiki.archlinux.org/index.php/Systemd#Troubleshooting
Le lien est en anglais donc si tu as des difficultés à le suivre, n'hésite pas à demander des précisions ou des clarifications.
Quoi qu'il en soit, un module est suspect (a priori, autre que celui qui gère ta carte wifi) et c'est peut-être lui la source du problème.
Bonne chance
Ta carte wifi est une carte intel (prise en charge par le module iwlwifi). Pour avoir beaucoup de PC équipés de carte wifi intel, je pense sans trop me tromper pouvoir te dire que ça ne vient pas de ce module, qui marche bien en temps normal.
rfkilln'a rien à voir avec un modèle spécifique de carte wifi. C'est un outil classique qui permet d'activer ou de désactiver le wifi au niveau du système d'exploitation.
https://linux.die.net/man/1/rfkill
L'absence de /var/log/messages me parait très étonnante (vérifie à tout hasard ?) car c'est vraiment standard. Vérifie aussi que le paquet
rsyslogest installé (
sudo apt-get update && sudo apt-get install rsyslog)
Il est par contre étrange que certains modules aient du mal à se charger.Surtout si tu n'as rien installé manuellement (est-ce bien le cas ?). Il serait intéressant de dérouler cette piste conformément à ce qui est expliqué ici :
https://wiki.archlinux.org/index.php/Systemd#Troubleshooting
Le lien est en anglais donc si tu as des difficultés à le suivre, n'hésite pas à demander des précisions ou des clarifications.
Quoi qu'il en soit, un module est suspect (a priori, autre que celui qui gère ta carte wifi) et c'est peut-être lui la source du problème.
Bonne chance
darkazeron
Messages postés
94
Date d'inscription
dimanche 24 février 2013
Statut
Membre
Dernière intervention
10 septembre 2019
12
29 déc. 2015 à 18:56
29 déc. 2015 à 18:56
Bonjour,
En ce qui concerne le fichier
Retour de
Retour de
Retour de
Même après avoir installer
Merci pour ta réponse et pour ton lien je vais approfondir ça et te tiendrai au courant.
Cordialement,
Vincent.
En ce qui concerne le fichier
/var/log/messagesvoici le retour de
ls:
Retour de
ls:
augrain@msi-GS60-2PE:/var/log$ ls
alternatives.log btmp fsck speech-dispatcher
apport.log cups gdm syslog
apport.log.1 displaylink gpu-manager.log syslog.1
apt dist-upgrade hp unattended-upgrades
auth.log dmesg installer wtmp
boot.log dpkg.log kern.log Xorg.0.log
boot-sav faillog lastlog Xorg.0.log.old
bootstrap.log fontconfig.log samba
Retour de
ls -a:
augrain@msi-GS60-2PE:/var/log$ ls -a
. bootstrap.log fsck syslog
.. btmp gdm syslog.1
alternatives.log cups gpu-manager.log unattended-upgrades
apport.log displaylink hp wtmp
apport.log.1 dist-upgrade installer Xorg.0.log
apt dmesg kern.log Xorg.0.log.old
auth.log dpkg.log lastlog
boot.log faillog samba
boot-sav fontconfig.log speech-dispatcher
Retour de
ls | grep messages:
augrain@msi-GS60-2PE:/var/log$ ls | grep messages
augrain@msi-GS60-2PE:/var/log$
Même après avoir installer
rsyslogle résultat reste le même.
Merci pour ta réponse et pour ton lien je vais approfondir ça et te tiendrai au courant.
Cordialement,
Vincent.
mamiemando
Messages postés
33025
Date d'inscription
jeudi 12 mai 2005
Statut
Modérateur
Dernière intervention
28 mars 2024
7 736
30 déc. 2015 à 14:47
30 déc. 2015 à 14:47
Ok pas de /var/log/messages, c'est étonnant mais pourquoi pas.
Peux-tu suivre la démarche indiquée ici, qu'on comprenne mieux ce qui se passe ?
https://wiki.archlinux.org/index.php/Systemd#Troubleshooting
Peux-tu suivre la démarche indiquée ici, qu'on comprenne mieux ce qui se passe ?
https://wiki.archlinux.org/index.php/Systemd#Troubleshooting
darkazeron
Messages postés
94
Date d'inscription
dimanche 24 février 2013
Statut
Membre
Dernière intervention
10 septembre 2019
12
30 déc. 2015 à 15:07
30 déc. 2015 à 15:07
Ah excuse moi je me suis trompé je n'ai pas posté mes réponses en commentaire à ton message mais à la suite en tant que nouvelle réponse.
Vincent.
Vincent.
darkazeron
Messages postés
94
Date d'inscription
dimanche 24 février 2013
Statut
Membre
Dernière intervention
10 septembre 2019
12
31 janv. 2016 à 21:11
31 janv. 2016 à 21:11
Bonsoir,
Bonne nouvelle j'ai réussi a résoudre mes problèmes !!!!!
Je vais vous expliquer ma démarche pour d'éventuelles personnes qui se trouverait dans cette situation.
Pour restaurer l'accès à mon pc j'ai effectué un boot sur la session de récupération de ubuntu et ai choisi le lancement d'une console en root. Par la suite j'ai fait une purge des installations nvidia :
Lors du redémarrage le système n'ayant plus de pilote nvidia il va charger le pilote xorg nouveau par defaut. J'ai donc pu récupérer ma session.
Par la suite n'ayant mes drivers gpu mon problème était revenu à zéro. Le pc ne voulait plus ni redémarrer ni s'éteindre et restait gelé sur le fond d'écran après avoir tué tous les processus. J'ai donc installer la mise à jour du pilote nvidia :
Une fois le pilote installer cette fois le redémarrage était possible mais toujours pas l'éteinte (bloqué sur le logo de logout).
J'ai donc effectué de nouveau l'ajout du dépôt externe :
Cette fois une mise à jour non disponible avant sur les dépôts officiels était disponible :
Je l'ai donc installé avec l'outil prime (permettant de jongler entre la carte nvidia et intel):
Le problème restait le même je me suis donc pencher sur les options
Pour ce faire j'ai édité
j'ai localisé la ligne avec
pour ma part la ligne avant modification était comme ça :
j'y ai ajouté l'option donnée plus haut pour obtenir :
Voilà mon pc est désormais capable de s'éteindre et de redémarrer !!
Un grand merci à mamiemando pour son aide très précieuse et je vous souhaite courage si vous vous retrouvez dans mon cas :)
Vincent
Bonne nouvelle j'ai réussi a résoudre mes problèmes !!!!!
Je vais vous expliquer ma démarche pour d'éventuelles personnes qui se trouverait dans cette situation.
Pour restaurer l'accès à mon pc j'ai effectué un boot sur la session de récupération de ubuntu et ai choisi le lancement d'une console en root. Par la suite j'ai fait une purge des installations nvidia :
sudo apt-get purge nvidia*
sudo reboot
Lors du redémarrage le système n'ayant plus de pilote nvidia il va charger le pilote xorg nouveau par defaut. J'ai donc pu récupérer ma session.
Par la suite n'ayant mes drivers gpu mon problème était revenu à zéro. Le pc ne voulait plus ni redémarrer ni s'éteindre et restait gelé sur le fond d'écran après avoir tué tous les processus. J'ai donc installer la mise à jour du pilote nvidia :
sudo apt-get install nvidia-352
sudo apt-get update
sudo reboot
Une fois le pilote installer cette fois le redémarrage était possible mais toujours pas l'éteinte (bloqué sur le logo de logout).
J'ai donc effectué de nouveau l'ajout du dépôt externe :
sudo add-apt-repository ppa:graphics-drivers/ppa
sudo apt-get update
Cette fois une mise à jour non disponible avant sur les dépôts officiels était disponible :
nvidia-361
Je l'ai donc installé avec l'outil prime (permettant de jongler entre la carte nvidia et intel):
sudo apt-get install nvidia-361 nvidia-prime
sudo reboot
Le problème restait le même je me suis donc pencher sur les options
Acpi(Advanced Configuration and Power Interface) passée au grub car l'ancienne option
apmest désormais (en tout cas pour mon noyau) obsolète. En tentant toutes les combinaisons possibles c'est finalement l'option
acpi=forcequi a réglé mes problèmes.
Pour ce faire j'ai édité
/etc/default/grub-> :
sudo gedit /etc/default/grub
j'ai localisé la ligne avec
GRUB_CMDLINE_LINUX_DEFAULT
pour ma part la ligne avant modification était comme ça :
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
j'y ai ajouté l'option donnée plus haut pour obtenir :
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash acpi=force"
Voilà mon pc est désormais capable de s'éteindre et de redémarrer !!
Un grand merci à mamiemando pour son aide très précieuse et je vous souhaite courage si vous vous retrouvez dans mon cas :)
Vincent
mamiemando
Messages postés
33025
Date d'inscription
jeudi 12 mai 2005
Statut
Modérateur
Dernière intervention
28 mars 2024
7 736
Modifié par mamiemando le 1/02/2016 à 10:29
Modifié par mamiemando le 1/02/2016 à 10:29
Excellent résumé qui je pense en aidera plus d'un ! Merci d'avoir pris le temps de l'écrire. Maintenant qu'on a la solution je vois ce qui t'es arrivé :
1) le premier pilote propriétaire (352) provoquait un freeze, ou mieux, dit, une erreur noyau. Il était donc logique de le soupçonner (surtout si tout allait bien avant de l'installer).
2) le fait que tout fonctionne avec le pilote libre (nouveau) étayait cette théorie, et donc la légitimité d'essayer une autre version de pilote propriétaire (voir message #45).
3) restait le problème de l'extinction, qui lui est un autre problème complètement indépendant. Il vient effectivement généralement des acpi (au même titre que la plupart des problèmes liés au réglage de la luminosité ou des ventilateur pour la petite histoire). Le module apm est en effet obsolète. Passer des options au noyau pour lui spécifier quelle acpi utiliser peut parfois résoudre le problème (c'est ton cas).
4) 3e problème (indépendant) qui s'ajoutait à ça, le boot efi. Tu es passé vite sur tes histoires de partition EFI, mais si le problème persiste tu peux utiliser dans /etc/fstab l'identifiant /dev/sdc3. J'imagine que réinstaller ensuite le paquet grub-efi pourrait résoudre certains problèmes. Voici à quoi ressemble la ligne correspondante dans mon fichier :
En tout cas toutes mes félicitations, un grand merci d'avoir pris le temps de résumer (et qui plus est de manière très claire) ce que tu as fait/
Bonne continuation !
1) le premier pilote propriétaire (352) provoquait un freeze, ou mieux, dit, une erreur noyau. Il était donc logique de le soupçonner (surtout si tout allait bien avant de l'installer).
2) le fait que tout fonctionne avec le pilote libre (nouveau) étayait cette théorie, et donc la légitimité d'essayer une autre version de pilote propriétaire (voir message #45).
3) restait le problème de l'extinction, qui lui est un autre problème complètement indépendant. Il vient effectivement généralement des acpi (au même titre que la plupart des problèmes liés au réglage de la luminosité ou des ventilateur pour la petite histoire). Le module apm est en effet obsolète. Passer des options au noyau pour lui spécifier quelle acpi utiliser peut parfois résoudre le problème (c'est ton cas).
4) 3e problème (indépendant) qui s'ajoutait à ça, le boot efi. Tu es passé vite sur tes histoires de partition EFI, mais si le problème persiste tu peux utiliser dans /etc/fstab l'identifiant /dev/sdc3. J'imagine que réinstaller ensuite le paquet grub-efi pourrait résoudre certains problèmes. Voici à quoi ressemble la ligne correspondante dans mon fichier :
UUID=4C56-716E boot/efi vfat defaults 0 1
En tout cas toutes mes félicitations, un grand merci d'avoir pris le temps de résumer (et qui plus est de manière très claire) ce que tu as fait/
Bonne continuation !
darkazeron
Messages postés
94
Date d'inscription
dimanche 24 février 2013
Statut
Membre
Dernière intervention
10 septembre 2019
12
29 déc. 2015 à 14:45
29 déc. 2015 à 14:45
Bonjour,
Après m'être renseigné sur la signification de cette ligne j'ai effectué la commande
Pour plus de précision j'ai tapé :
Retour de
Si cela peut aider ...
Cordialement,
Vincent.
Après m'être renseigné sur la signification de cette ligne j'ai effectué la commande
systemctldans le retour j'y ai localisé :
● systemd-modules-load.service loaded failed failed Load Kernel Modules.
Pour plus de précision j'ai tapé :
systemctl status systemd-modules-load.service -l.
Retour de
systemctl status systemd-modules-load.service -l:
augrain@msi-GS60-2PE:~$ systemctl status systemd-modules-load.service -l
● systemd-modules-load.service - Load Kernel Modules
Loaded: loaded (/lib/systemd/system/systemd-modules-load.service; static; vendor preset: enabled)
Active: failed (Result: exit-code) since mar. 2015-12-29 12:42:19 CET; 2h 0min ago
Docs: man:systemd-modules-load.service(8)
man:modules-load.d(5)
Process: 825 ExecStart=/lib/systemd/systemd-modules-load (code=exited, status=1/FAILURE)
Main PID: 825 (code=exited, status=1/FAILURE)
déc. 29 12:42:19 msi-GS60-2PE systemd[1]: Starting Load Kernel Modules...
déc. 29 12:42:19 msi-GS60-2PE systemd[1]: systemd-modules-load.service: Main process exited, code=exited, status=1/FAILURE
déc. 29 12:42:19 msi-GS60-2PE systemd[1]: Failed to start Load Kernel Modules.
déc. 29 12:42:19 msi-GS60-2PE systemd[1]: systemd-modules-load.service: Unit entered failed state.
déc. 29 12:42:19 msi-GS60-2PE systemd[1]: systemd-modules-load.service: Failed with result 'exit-code'.
Si cela peut aider ...
Cordialement,
Vincent.
Vous n’avez pas trouvé la réponse que vous recherchez ?
Posez votre question
darkazeron
Messages postés
94
Date d'inscription
dimanche 24 février 2013
Statut
Membre
Dernière intervention
10 septembre 2019
12
30 déc. 2015 à 03:58
30 déc. 2015 à 03:58
Bonsoir,
En approfondissant ton lien je suis arrivé à ce point :
En exécutant la commande
Retour de
En ce qui concerne le reste de manipulations je ne peux pas les effectuer car je ne possède pas le reste des fichiers demandés :
Dans le lien :
Chez moi :
- Contenu de
- Contenu de
- Contenu de
Mettre la ligne en commentaire ne fonctionne pas.
Pour la suite je en suis pas sur de savoir quoi faire j'ai effectué plusieurs recherches dont l'une m'a mené au non fonctionnement d'ubuntu jusqu'à peu (le sauvetage miraculeux du grub recue XD).
Aurait tu des idées de pourquoi le
Cordialement,
Vincent
En approfondissant ton lien je suis arrivé à ce point :
En exécutant la commande
journalctl _PID=[le pid interessant]je suis arrivé au résultat suivant :
Retour de
journalctl _PID=828:
augrain@msi-GS60-2PE:~$ journalctl _PID=828
-- Logs begin at mar. 2015-12-29 20:12:06 CET, end at mar. 2015-12-29 22:11:15 CET. --
déc. 29 20:12:09 msi-GS60-2PE systemd-modules-load[828]: Failed to find module 'apm power_off=1'
En ce qui concerne le reste de manipulations je ne peux pas les effectuer car je ne possède pas le reste des fichiers demandés :
Dans le lien :
4. We see that some of the kernel module configs have wrong settings. Therefore we have a look at these settings in /etc/modules-load.d/:
$ ls -Al /etc/modules-load.d/
...
-rw-r--r-- 1 root root 79 1. Dez 2012 blacklist.conf
-rw-r--r-- 1 root root 1 2. Mär 14:30 encrypt.conf
-rw-r--r-- 1 root root 3 5. Dez 2012 printing.conf
-rw-r--r-- 1 root root 6 14. Jul 11:01 realtek.conf
-rw-r--r-- 1 root root 65 2. Jun 23:01 virtualbox.conf
...
5. The Failed to find module 'blacklist usblp' error message might be related to a wrong setting inside of blacklist.conf. Lets deactivate it with inserting a trailing # before each option we found via step 3:
/etc/modules-load.d/blacklist.conf
# blacklist usblp
# install usblp /bin/false
Chez moi :
- Contenu de
/etc/modules-load.d/:
augrain@msi-GS60-2PE:/etc/modules-load.d$ ls -la
total 20
drwxr-xr-x 2 root root 4096 déc. 25 21:37 .
drwxr-xr-x 138 root root 12288 déc. 29 20:09 ..
-rw-r--r-- 1 root root 119 sept. 14 18:26 cups-filters.conf
lrwxrwxrwx 1 root root 10 déc. 25 19:12 modules.conf -> ../modules
- Contenu de
cups-filters.conf:
augrain@msi-GS60-2PE:/etc/modules-load.d$ cat cups-filters.conf
# Parallel printer driver modules loading for cups
# LOAD_LP_MODULE was 'yes' in /etc/default/cups
lp
ppdev
parport_pc
- Contenu de
modules.conf:
augrain@msi-GS60-2PE:/etc/modules-load.d$ cat modules.conf
# /etc/modules: kernel modules to load at boot time.
#
# This file contains the names of kernel modules that should be loaded
# at boot time, one per line. Lines beginning with "#" are ignored.
apm power_off=1
Mettre la ligne en commentaire ne fonctionne pas.
Pour la suite je en suis pas sur de savoir quoi faire j'ai effectué plusieurs recherches dont l'une m'a mené au non fonctionnement d'ubuntu jusqu'à peu (le sauvetage miraculeux du grub recue XD).
Aurait tu des idées de pourquoi le
apm power_off=1n'est pas chargé ?
Cordialement,
Vincent
mamiemando
Messages postés
33025
Date d'inscription
jeudi 12 mai 2005
Statut
Modérateur
Dernière intervention
28 mars 2024
7 736
Modifié par mamiemando le 30/12/2015 à 15:33
Modifié par mamiemando le 30/12/2015 à 15:33
Ah je n'avais pas vu le message. Il faut dire que je vois tous ceux qui ont été filtrés par le site et donc du coup ce n'est pas très lisible chez moi :-)
Aurais-tu des idées de pourquoi le apm power_off=1 n'est pas chargé ?
Je me demande surtout ce que c'est que ce module. Il n'existe pas chez moi.
J'imagine que c'est toi qui a ajouté cette ligne dans
https://askubuntu.com/questions/162211/shutdown-does-not-depower
Mais comme tu le vois ici,
http://www.togaware.com/linux/survivor/APM_Power.html
Je pense donc que ce "tip" soit encore d'actualité pour un noyau récent (4.3.0-1 dans mon cas, conformément au résultat de
Peux-tu nous indiquer le modèle exact de ton portable ou de ta carte mère ? À mon avis c'est plus ça le point de départ.
Bonne chance
Aurais-tu des idées de pourquoi le apm power_off=1 n'est pas chargé ?
Je me demande surtout ce que c'est que ce module. Il n'existe pas chez moi.
J'imagine que c'est toi qui a ajouté cette ligne dans
/etc/modules.conf? En théorie il faut aussi avoir passé au noyau l'option
acpi=force apm=power_off, après avoir corrigé le menu de démarrage (grub) en conséquence et redémarré, conformément à ce qui est expliqué dans le lien suivant, l'as-tu fait ?
https://askubuntu.com/questions/162211/shutdown-does-not-depower
Mais comme tu le vois ici,
apmest un module (puisqu'il est chargé avec
modprobe) et tu n'as probablement pas un tel fichier ".ko" dans
/lib/modules(en tout cas chez moi ça n'existe pas), d'où l'erreur.
http://www.togaware.com/linux/survivor/APM_Power.html
find /lib/module/$(uname -r) | grep "/apm.ko$"
Je pense donc que ce "tip" soit encore d'actualité pour un noyau récent (4.3.0-1 dans mon cas, conformément au résultat de
uname -r).
Peux-tu nous indiquer le modèle exact de ton portable ou de ta carte mère ? À mon avis c'est plus ça le point de départ.
Bonne chance
darkazeron
Messages postés
94
Date d'inscription
dimanche 24 février 2013
Statut
Membre
Dernière intervention
10 septembre 2019
12
30 déc. 2015 à 18:07
30 déc. 2015 à 18:07
Merci pour tes réponses rapides :D
Retour de
"J'imagine que c'est toi qui a ajouté cette ligne dans /etc/modules.conf ? En théorie il faut aussi avoir passé au noyau l'option
Effectivement il est très probable que je l'ai ajouté moi même car en parcourant les forums j'ai pu constater que cette solution était souvent préconisée. Effectivement j'ai aussi passé l'option
Du coup tu me conseillerais d'enlever ces ajouts ?
En effet comme tu l'as dit je n'ai pas de
Retour de
Mon pc est un MSI GS60 2PE-282FR :
https://fr.msi.com/Laptop/support/GS60-2PE-Ghost-Pro-3K-Edition#hero-overview
Vincent.
Retour de
uname -r:
augrain@msi-GS60-2PE:~$ uname -r
4.2.0-22-generic
"J'imagine que c'est toi qui a ajouté cette ligne dans /etc/modules.conf ? En théorie il faut aussi avoir passé au noyau l'option
acpi=force apm=power_off, après avoir corrigé le menu de démarrage (grub) en conséquence et redémarré, conformément à ce qui est expliqué dans le lien suivant, l'as-tu fait ?"
Effectivement il est très probable que je l'ai ajouté moi même car en parcourant les forums j'ai pu constater que cette solution était souvent préconisée. Effectivement j'ai aussi passé l'option
acpi=force apm=power_offau noyau.
Du coup tu me conseillerais d'enlever ces ajouts ?
En effet comme tu l'as dit je n'ai pas de
apm.ko:
Retour de
find /lib/module/$(uname -r) | grep "/apm.ko$":
augrain@msi-GS60-2PE:~/tmp$ find /lib/modules/$(uname -r) | grep "/apm.ko$"
augrain@msi-GS60-2PE:~/tmp$
Mon pc est un MSI GS60 2PE-282FR :
https://fr.msi.com/Laptop/support/GS60-2PE-Ghost-Pro-3K-Edition#hero-overview
Vincent.
mamiemando
Messages postés
33025
Date d'inscription
jeudi 12 mai 2005
Statut
Modérateur
Dernière intervention
28 mars 2024
7 736
31 déc. 2015 à 11:00
31 déc. 2015 à 11:00
Bonjour Vincent,
Quelques idées que l'on peut essayer d'explorer :
1) Essaye de mettre à jour ta distribution : peut-être qu'un kernel plus récent prendra mieux en charge ton matériel.
2) Es-tu parvenu à faire disparaître tes erreurs une fois les références à "apm" supprimées (options passées au kernel + modules.conf) ?
3) Si oui, est-ce que tu parviens à éteindre ton PC avec la commande
4) Si ce n'est pas le cas il faut chercher une option "magique" à passer au noyau. Apparemment, APM est la norme qui a précédé ACPI. Je chercherais donc du côté des options correspondantes à ACPI en premier lieu :
https://fr.wikipedia.org/wiki/Advanced_Configuration_and_Power_Interface
http://www.linuxpedia.fr/doku.php/materiel/acpi_apic_et_lapic
Options correspondantes : lapic/nolapic, noapic, acpi=off
https://www.kernel.org/doc/Documentation/kernel-parameters.txt
Je n'ai pas trouvé sur internet de messages de gens qui avaient ton problème avec ce modèle de portable :-(
Bonne chance
Quelques idées que l'on peut essayer d'explorer :
1) Essaye de mettre à jour ta distribution : peut-être qu'un kernel plus récent prendra mieux en charge ton matériel.
2) Es-tu parvenu à faire disparaître tes erreurs une fois les références à "apm" supprimées (options passées au kernel + modules.conf) ?
3) Si oui, est-ce que tu parviens à éteindre ton PC avec la commande
sudo halt?
4) Si ce n'est pas le cas il faut chercher une option "magique" à passer au noyau. Apparemment, APM est la norme qui a précédé ACPI. Je chercherais donc du côté des options correspondantes à ACPI en premier lieu :
https://fr.wikipedia.org/wiki/Advanced_Configuration_and_Power_Interface
http://www.linuxpedia.fr/doku.php/materiel/acpi_apic_et_lapic
Options correspondantes : lapic/nolapic, noapic, acpi=off
https://www.kernel.org/doc/Documentation/kernel-parameters.txt
Je n'ai pas trouvé sur internet de messages de gens qui avaient ton problème avec ce modèle de portable :-(
Bonne chance
darkazeron
Messages postés
94
Date d'inscription
dimanche 24 février 2013
Statut
Membre
Dernière intervention
10 septembre 2019
12
31 déc. 2015 à 14:01
31 déc. 2015 à 14:01
Bonjour,
1. En pour tenter de mettre à jour ma distribution j'ai effectué :
Retour de
Je suis sous ubuntu gnome 15.10
Sur internet j'ai vérifié et c'est effectivement la dernière version.
2. Comme tu l'avais prédit lorsque j'annule les options passées au kernel et au moudle.conf le problème de
3. La commande
4. En ce qui concerne les lien que tu as fourni,je vais me pencher dessus et faire plusieurs teste je te tiendrai au courant des résultats.
Merci :D
Vincent
1. En pour tenter de mettre à jour ma distribution j'ai effectué :
sudo do-release-upgrade
Retour de
sudo do-release-upgrade:
augrain@msi-GS60-2PE:~$ sudo do-release-upgrade
Mot de passe [sudo] pour augrain :
Recherche d'une nouvelle version d'Ubuntu
Aucune nouvelle version trouvée
Je suis sous ubuntu gnome 15.10
Sur internet j'ai vérifié et c'est effectivement la dernière version.
2. Comme tu l'avais prédit lorsque j'annule les options passées au kernel et au moudle.conf le problème de
[FAILED] Failed to start Load Kernel Modulesa disparu.
3. La commande
sudo haltne marche pourtant pas et donnne le même résultat qu'auparavant.
4. En ce qui concerne les lien que tu as fourni,je vais me pencher dessus et faire plusieurs teste je te tiendrai au courant des résultats.
Merci :D
Vincent
mamiemando
Messages postés
33025
Date d'inscription
jeudi 12 mai 2005
Statut
Modérateur
Dernière intervention
28 mars 2024
7 736
31 déc. 2015 à 17:23
31 déc. 2015 à 17:23
1) Oui parfait
2) Ok
3) Donc toujours bloqué dans les lignes de texte qui précèdent l'extinction ? Quelle est la derni_re ligne affichée ?
4) Oui c'est peut-être un problème d'ACPI, mais ce n'est pas encore certain. Avant ça, le système stoppe les services lancés au démarrage, et si l'un deux bloque, ça peut interrompre la séquence d'extinction. Souvent ctrl c permet de passer au service suivant. Normalement la dernière ligne qui s'affiche est un message en anglais qui indique clairement que le courant va être coupé. C'est à ce moment là que l'ACPI intervient et peu être cause du problème. Si la dernière ligne est autre, il faut chercher ailleurs dans un premier temps.
Encore une fois, il faut s'appuyer sur les logs, surtout maintenant que la situation a évolué, pour tenter de mieux comprendre ce qui cloche...
2) Ok
3) Donc toujours bloqué dans les lignes de texte qui précèdent l'extinction ? Quelle est la derni_re ligne affichée ?
4) Oui c'est peut-être un problème d'ACPI, mais ce n'est pas encore certain. Avant ça, le système stoppe les services lancés au démarrage, et si l'un deux bloque, ça peut interrompre la séquence d'extinction. Souvent ctrl c permet de passer au service suivant. Normalement la dernière ligne qui s'affiche est un message en anglais qui indique clairement que le courant va être coupé. C'est à ce moment là que l'ACPI intervient et peu être cause du problème. Si la dernière ligne est autre, il faut chercher ailleurs dans un premier temps.
Encore une fois, il faut s'appuyer sur les logs, surtout maintenant que la situation a évolué, pour tenter de mieux comprendre ce qui cloche...
darkazeron
Messages postés
94
Date d'inscription
dimanche 24 février 2013
Statut
Membre
Dernière intervention
10 septembre 2019
12
1 janv. 2016 à 21:10
1 janv. 2016 à 21:10
Bonsoir,
Le freeze qui se produit au moment de l'extinction après que toutes les applications se soient fermées l'ordinateur reste bloqué sur le fond d'écran. Avant même de parvenir à l'écran avec le logo de fermeture (où en appuyant sur echap il est possible de voir les opérations effectuées).
J'ai récupérer la partie du log qui décrit qui se passe quand j'essaye d'éteindre :
Cordialement,
Vincent
Le freeze qui se produit au moment de l'extinction après que toutes les applications se soient fermées l'ordinateur reste bloqué sur le fond d'écran. Avant même de parvenir à l'écran avec le logo de fermeture (où en appuyant sur echap il est possible de voir les opérations effectuées).
J'ai récupérer la partie du log qui décrit qui se passe quand j'essaye d'éteindre :
Jan 1 19:39:58 msi-GS60-2PE systemd[1]: Stopping RealtimeKit Scheduling Policy Service...
Jan 1 19:39:58 msi-GS60-2PE systemd[1]: Stopping Session c3 of user augrain.
Jan 1 19:39:58 msi-GS60-2PE systemd[1]: Removed slice system-systemd\x2dfsck.slice.
Jan 1 19:39:58 msi-GS60-2PE systemd[1]: Stopping Session c2 of user gdm.
Jan 1 19:39:58 msi-GS60-2PE bluetoothd[1011]: Terminating
Jan 1 19:39:58 msi-GS60-2PE systemd[1]: Stopped target Bluetooth.
Jan 1 19:39:58 msi-GS60-2PE systemd[1]: Stopping Bluetooth service...
Jan 1 19:39:58 msi-GS60-2PE systemd[1]: Stopped target Timers.
Jan 1 19:39:58 msi-GS60-2PE systemd[1]: Stopping Authenticate and Authorize Users to Run Privileged Tasks...
Jan 1 19:39:58 msi-GS60-2PE gdm[1203]: Freeing conversation 'gdm-password' with active job
Jan 1 19:39:58 msi-GS60-2PE systemd[1]: Deactivating swap /dev/disk/by-id/wwn-0x5000cca7dcc09587-part4...
Jan 1 19:39:58 msi-GS60-2PE systemd[1]: Stopped Daily Cleanup of Temporary Directories.
Jan 1 19:39:58 msi-GS60-2PE systemd[1]: Stopping Disk Manager...
Jan 1 19:39:58 msi-GS60-2PE bluetoothd[1011]: Endpoint unregistered: sender=:1.47 path=/MediaEndpoint/A2DPSource
Jan 1 19:39:58 msi-GS60-2PE bluetoothd[1011]: Endpoint unregistered: sender=:1.47 path=/MediaEndpoint/A2DPSink
Jan 1 19:39:58 msi-GS60-2PE systemd[1]: Stopped target Sound Card.
Jan 1 19:39:58 msi-GS60-2PE NetworkManager[1027]: <warn> error requesting auth for org.freedesktop.NetworkManager.settings.modify.hostname: (0) Authorization check failed: GDBus.Error:org.freedesktop.DBus.Error.NoReply: Message recipient disconnected from message bus without replying
Jan 1 19:39:58 msi-GS60-2PE systemd[1]: Stopping Manage, Install and Generate Color Profiles...
Jan 1 19:39:58 msi-GS60-2PE NetworkManager[1027]: <warn> error requesting auth for org.freedesktop.NetworkManager.settings.modify.own: (0) Authorization check failed: GDBus.Error:org.freedesktop.DBus.Error.NoReply: Message recipient disconnected from message bus without replying
Jan 1 19:39:58 msi-GS60-2PE NetworkManager[1027]: <warn> error requesting auth for org.freedesktop.NetworkManager.settings.modify.system: (0) Authorization check failed: GDBus.Error:org.freedesktop.DBus.Error.NoReply: Message recipient disconnected from message bus without replying
Jan 1 19:39:58 msi-GS60-2PE systemd[1]: Starting Store Sound Card State...
Jan 1 19:39:58 msi-GS60-2PE NetworkManager[1027]: <warn> error requesting auth for org.freedesktop.NetworkManager.wifi.share.open: (0) Authorization check failed: GDBus.Error:org.freedesktop.DBus.Error.NoReply: Message recipient disconnected from message bus without replying
Jan 1 19:39:58 msi-GS60-2PE systemd[1]: Stopped Stop ureadahead data collection 45s after completed startup.
Jan 1 19:39:58 msi-GS60-2PE NetworkManager[1027]: <warn> error requesting auth for org.freedesktop.NetworkManager.wifi.share.protected: (0) Authorization check failed: GDBus.Error:org.freedesktop.DBus.Error.NoReply: Message recipient disconnected from message bus without replying
Jan 1 19:39:58 msi-GS60-2PE systemd[1]: Stopped target Graphical Interface.
Jan 1 19:39:58 msi-GS60-2PE NetworkManager[1027]: <warn> error requesting auth for org.freedesktop.NetworkManager.network-control: (0) Authorization check failed: GDBus.Error:org.freedesktop.DBus.Error.NoReply: Message recipient disconnected from message bus without replying
Jan 1 19:39:58 msi-GS60-2PE systemd[1]: Stopping Accounts Service...
Jan 1 19:39:58 msi-GS60-2PE NetworkManager[1027]: <warn> error requesting auth for org.freedesktop.NetworkManager.enable-disable-wimax: (0) Authorization check failed: GDBus.Error:org.freedesktop.DBus.Error.NoReply: Message recipient disconnected from message bus without replying
Jan 1 19:39:58 msi-GS60-2PE systemd[1]: Stopped target Multi-User System.
Jan 1 19:39:58 msi-GS60-2PE NetworkManager[1027]: <warn> error requesting auth for org.freedesktop.NetworkManager.enable-disable-wwan: (0) Authorization check failed: GDBus.Error:org.freedesktop.DBus.Error.NoReply: Message recipient disconnected from message bus without replying
Jan 1 19:39:58 msi-GS60-2PE systemd[1]: Stopping LSB: start Samba daemons for the AD DC...
Jan 1 19:39:58 msi-GS60-2PE NetworkManager[1027]: <warn> error requesting auth for org.freedesktop.NetworkManager.enable-disable-wifi: (0) Authorization check failed: GDBus.Error:org.freedesktop.DBus.Error.NoReply: Message recipient disconnected from message bus without replying
Jan 1 19:39:58 msi-GS60-2PE systemd[1]: Stopping D-Bus System Message Bus...
Jan 1 19:39:58 msi-GS60-2PE NetworkManager[1027]: <warn> error requesting auth for org.freedesktop.NetworkManager.sleep-wake: (0) Authorization check failed: GDBus.Error:org.freedesktop.DBus.Error.NoReply: Message recipient disconnected from message bus without replying
Jan 1 19:39:58 msi-GS60-2PE systemd[1]: Stopping Run anacron jobs...
Jan 1 19:39:58 msi-GS60-2PE NetworkManager[1027]: <warn> error requesting auth for org.freedesktop.NetworkManager.enable-disable-network: (0) Authorization check failed: GDBus.Error:org.freedesktop.DBus.Error.NoReply: Message recipient disconnected from message bus without replying
Jan 1 19:39:58 msi-GS60-2PE systemd[1]: Stopped target Login Prompts.
Jan 1 19:39:58 msi-GS60-2PE NetworkManager[1027]: <warn> error requesting auth for org.freedesktop.NetworkManager.settings.modify.hostname: (0) Authorization check failed: GDBus.Error:org.freedesktop.DBus.Error.NoReply: Message recipient disconnected from message bus without replying
Jan 1 19:39:58 msi-GS60-2PE systemd[1]: Stopping Getty on tty1...
Jan 1 19:39:58 msi-GS60-2PE NetworkManager[1027]: <warn> error requesting auth for org.freedesktop.NetworkManager.settings.modify.own: (0) Authorization check failed: GDBus.Error:org.freedesktop.DBus.Error.NoReply: Message recipient disconnected from message bus without replying
Jan 1 19:39:58 msi-GS60-2PE systemd[1]: Stopping crash report submission daemon...
Jan 1 19:39:58 msi-GS60-2PE NetworkManager[1027]: <warn> error requesting auth for org.freedesktop.NetworkManager.settings.modify.system: (0) Authorization check failed: GDBus.Error:org.freedesktop.DBus.Error.NoReply: Message recipient disconnected from message bus without replying
Jan 1 19:39:58 msi-GS60-2PE systemd[1]: Stopping LSB: Tool to automatically collect and submit kernel crash signatures...
Jan 1 19:39:58 msi-GS60-2PE dbus[1036]: [system] Activating via systemd: service name='org.freedesktop.PolicyKit1' unit='polkitd.service'
Jan 1 19:39:58 msi-GS60-2PE systemd[1]: Stopping LSB: automatic crash report generation...
Jan 1 19:39:58 msi-GS60-2PE NetworkManager[1027]: <warn> error requesting auth for org.freedesktop.NetworkManager.wifi.share.open: (0) Authorization check failed: GDBus.Error:org.freedesktop.DBus.Error.NoReply: Message recipient disconnected from message bus without replying
Jan 1 19:39:58 msi-GS60-2PE systemd[1]: Stopping Make remote CUPS printers available locally...
Jan 1 19:39:58 msi-GS60-2PE NetworkManager[1027]: <warn> error requesting auth for org.freedesktop.NetworkManager.wifi.share.protected: (0) Authorization check failed: GDBus.Error:org.freedesktop.DBus.Error.NoReply: Message recipient disconnected from message bus without replying
Jan 1 19:39:58 msi-GS60-2PE systemd[1]: Stopping Regular background program processing daemon...
Jan 1 19:39:58 msi-GS60-2PE NetworkManager[1027]: <warn> error requesting auth for org.freedesktop.NetworkManager.network-control: (0) Authorization check failed: GDBus.Error:org.freedesktop.DBus.Error.NoReply: Message recipient disconnected from message bus without replying
Jan 1 19:39:58 msi-GS60-2PE systemd[1]: Stopping LSB: Set the CPU Frequency Scaling governor to "ondemand"...
Jan 1 19:39:58 msi-GS60-2PE bluetoothd[1011]: Endpoint unregistered: sender=:1.73 path=/MediaEndpoint/A2DPSource
Jan 1 19:39:58 msi-GS60-2PE systemd[1]: Stopping Modem Manager...
Jan 1 19:39:58 msi-GS60-2PE bluetoothd[1011]: Endpoint unregistered: sender=:1.73 path=/MediaEndpoint/A2DPSink
Jan 1 19:39:58 msi-GS60-2PE systemd[1]: Stopped Enable support for additional executable binary formats.
Jan 1 19:39:58 msi-GS60-2PE NetworkManager[1027]: <warn> error requesting auth for org.freedesktop.NetworkManager.enable-disable-wimax: (0) Authorization check failed: GDBus.Error:org.freedesktop.DBus.Error.NoReply: Message recipient disconnected from message bus without replying
Jan 1 19:39:58 msi-GS60-2PE systemd[1]: Stopping LSB: daemon to balance interrupts for SMP systems...
Jan 1 19:39:58 msi-GS60-2PE NetworkManager[1027]: <warn> error requesting auth for org.freedesktop.NetworkManager.enable-disable-wwan: (0) Authorization check failed: GDBus.Error:org.freedesktop.DBus.Error.NoReply: Message recipient disconnected from message bus without replying
Jan 1 19:39:58 msi-GS60-2PE systemd[1]: Stopping LSB: start Winbind daemon...
Jan 1 19:39:58 msi-GS60-2PE NetworkManager[1027]: <warn> error requesting auth for org.freedesktop.NetworkManager.enable-disable-wifi: (0) Authorization check failed: GDBus.Error:org.freedesktop.DBus.Error.NoReply: Message recipient disconnected from message bus without replying
Jan 1 19:39:58 msi-GS60-2PE systemd[1]: Stopped Setup Virtual Console.
Jan 1 19:39:58 msi-GS60-2PE rsyslogd: [origin software="rsyslogd" swVersion="8.12.0" x-pid="1060" x-info="https://www.rsyslog.com/"] exiting on signal 15.
Cordialement,
Vincent
darkazeron
Messages postés
94
Date d'inscription
dimanche 24 février 2013
Statut
Membre
Dernière intervention
10 septembre 2019
12
>
mamiemando
Messages postés
33025
Date d'inscription
jeudi 12 mai 2005
Statut
Modérateur
Dernière intervention
28 mars 2024
Modifié par darkazeron le 1/01/2016 à 23:52
Modifié par darkazeron le 1/01/2016 à 23:52
J'ai l'impression qu'une partie de mes problème est liée au NetworkManager. Comme je l'avais préciser de manière anecdotique souvent lors du démarrage la connectivité wifi n'est pas fonctionnelle. Ces fois ci l'ordinateur ne se connecte pas au wifi de manière automatique et lorsque je tente de m'y connecter manuellement la connexion échoue. Si je tente de désactiver puis réactiver la détection wifi celle ci ne détecte plus aucun réseau. Le seul moyen de me reconnecter est de redémarrer le pc et espérer que cette fois là la connexion de fera directement au démarrage.
De plus toutes les lignes du type :
semble le pointer également lors des tentatives d'éteinte du Pc.
Je ne sais pas s'il y'a un lien concret mais cela expliquerai les symptômes de mes problèmes.
Cordialement,
Vincent
De plus toutes les lignes du type :
Jan 1 19:39:58 msi-GS60-2PE NetworkManager[1027]: <warn> error requesting auth for org.freedesktop.NetworkManager.network-control: (0) Authorization check failed: GDBus.Error:org.freedesktop.DBus.Error.NoReply: Message recipient disconnected from message bus without replying
semble le pointer également lors des tentatives d'éteinte du Pc.
Je ne sais pas s'il y'a un lien concret mais cela expliquerai les symptômes de mes problèmes.
Cordialement,
Vincent
mamiemando
Messages postés
33025
Date d'inscription
jeudi 12 mai 2005
Statut
Modérateur
Dernière intervention
28 mars 2024
7 736
3 janv. 2016 à 05:30
3 janv. 2016 à 05:30
Oui c'est cette erreur. Je ne l'ai jamais eue donc je ne peux pas répondre comme ça, mais c'est là que copier coller le message d'erreur va permettre d'enfin comprendre le problème et comment le résoudre.
De ce que je vois, il semblerait que ce soit potentiellement dû à des fichiers de configuration obsolète, potentiellement ~/.config.
https://bbs.archlinux.org/viewtopic.php?id=180279
https://forums.fedora-fr.org/viewtopic.php?id=59761
As-tu le problème avec un compte vierge ?
Puis loggue-toi et teste en toto...
Bonne chance
De ce que je vois, il semblerait que ce soit potentiellement dû à des fichiers de configuration obsolète, potentiellement ~/.config.
https://bbs.archlinux.org/viewtopic.php?id=180279
https://forums.fedora-fr.org/viewtopic.php?id=59761
As-tu le problème avec un compte vierge ?
sudo adduser toto
Puis loggue-toi et teste en toto...
Bonne chance
mamiemando
Messages postés
33025
Date d'inscription
jeudi 12 mai 2005
Statut
Modérateur
Dernière intervention
28 mars 2024
7 736
4 janv. 2016 à 22:36
4 janv. 2016 à 22:36
Bon on semble avancer :-)
Donc si ce n'est pas lié au profil utilisateur, c'est vraiment au niveau du système d'exploitation qu'il faut configurer quelque chose ou le matériel qui pose problème. Les messages les plus suspects sont :
Surtout le dernier message.
On tombe alors sur :
http://ubuntuforums.org/showthread.php?t=2205211
Ils parlent de problème d'alimentation (dans ton cas, ça me paraît bizarre, mais ça reste crédible) et de tenter de passer les options
Je n'ai regardé que le premier lien par manque de temps, mais je t'invite à explorer par toi-même les autres pour explorer d'autres pistes. Je peux juste te dire à ce stade que ce n'est un problème que je n'ai jamais vu, donc je ne sais a priori pas le résoudre. Je peux juste te dire les solutions qui me paraissent ou non sensées.
Bonne chance
Donc si ce n'est pas lié au profil utilisateur, c'est vraiment au niveau du système d'exploitation qu'il faut configurer quelque chose ou le matériel qui pose problème. Les messages les plus suspects sont :
Jan 3 17:55:13 msi-GS60-2PE kernel: [ 675.904243] WARNING: CPU: 2 PID: 196 at /build/linux-cRemOf/linux-4.2.0/net/mac80211/util.c:1800 ieee80211_reconfig+0x399/0x15e0 [mac80211]()
Jan 3 17:55:13 msi-GS60-2PE kernel: [ 675.904244] Hardware became unavailable during restart.
....
Jan 3 17:57:21 msi-GS60-2PE kernel: [ 804.969132] NMI watchdog: BUG: soft lockup - CPU#4 stuck for 22s! [swapoff:2944]
Surtout le dernier message.
On tombe alors sur :
http://ubuntuforums.org/showthread.php?t=2205211
Ils parlent de problème d'alimentation (dans ton cas, ça me paraît bizarre, mais ça reste crédible) et de tenter de passer les options
acpi=off noapic nolapicau noyau.
Je n'ai regardé que le premier lien par manque de temps, mais je t'invite à explorer par toi-même les autres pour explorer d'autres pistes. Je peux juste te dire à ce stade que ce n'est un problème que je n'ai jamais vu, donc je ne sais a priori pas le résoudre. Je peux juste te dire les solutions qui me paraissent ou non sensées.
Bonne chance
darkazeron
Messages postés
94
Date d'inscription
dimanche 24 février 2013
Statut
Membre
Dernière intervention
10 septembre 2019
12
5 janv. 2016 à 14:10
5 janv. 2016 à 14:10
Bonjour,
Il y'a eu de l'évolution: en mettant à jour (en et choisisant les pilotes propriétaires) et en autorisant l'alternance des gpu nvidia et intel mon pc est maintenant en mesure de reboot mais reste désormais bloqué au logo de chargement en ce qui concerne l'éteinte. Les liens des instructions que j'ai suivi :
http://www.jonathanlinat.net/2014-02-20/nvidia-optimus-steam-linux-petit-guide-dinstallation-du-projet-independant-bumblebee/
http://www.jonathanlinat.net/2014-04-18/nvidia-prime-optimus-ubuntu-14-04-trusty-tahr-lts-ses-variantes/
du coup je ne sais pas par où reprendre pour ce nouveau problème qui semble différent.
Il y'a eu de l'évolution: en mettant à jour (en et choisisant les pilotes propriétaires) et en autorisant l'alternance des gpu nvidia et intel mon pc est maintenant en mesure de reboot mais reste désormais bloqué au logo de chargement en ce qui concerne l'éteinte. Les liens des instructions que j'ai suivi :
http://www.jonathanlinat.net/2014-02-20/nvidia-optimus-steam-linux-petit-guide-dinstallation-du-projet-independant-bumblebee/
http://www.jonathanlinat.net/2014-04-18/nvidia-prime-optimus-ubuntu-14-04-trusty-tahr-lts-ses-variantes/
du coup je ne sais pas par où reprendre pour ce nouveau problème qui semble différent.
mamiemando
Messages postés
33025
Date d'inscription
jeudi 12 mai 2005
Statut
Modérateur
Dernière intervention
28 mars 2024
7 736
5 janv. 2016 à 15:59
5 janv. 2016 à 15:59
Il y'a eu de l'évolution: en mettant à jour (en et choisisant les pilotes propriétaires) et en autorisant l'alternance des gpu nvidia et intel mon pc...
Oui bumblebee est bien pratique je l'utilise aussi. Je sais que j'avais eu il y a quelque mois des soucis avec le pilote libre, mais je ne me souviens plus à quoi c'était dû...
du coup je ne sais pas par où reprendre pour ce nouveau problème qui semble différent.
La démarche reste la même (c'est ça qui est bien sous linux). On part à la recherche d'un message d'erreur, soit en lançant l'application à problème depuis un terminal (quand il s'agit d'un logiciel), soit en regardant dans les logs adéquats (quand il s'agit du système ou d'un serveur).
En ce qui concerne le matériel et l'extinction du système, tu les connais déjà : /var/log/rsyslog, /var/log/dmesg, /var/log/messages (à l'heure adéquate).
Une fois le message d'erreur isolé, on le copie colle dans google et on part à la recherche de l'explication qui paraît la plus crédible.
Bonne chance
Oui bumblebee est bien pratique je l'utilise aussi. Je sais que j'avais eu il y a quelque mois des soucis avec le pilote libre, mais je ne me souviens plus à quoi c'était dû...
du coup je ne sais pas par où reprendre pour ce nouveau problème qui semble différent.
La démarche reste la même (c'est ça qui est bien sous linux). On part à la recherche d'un message d'erreur, soit en lançant l'application à problème depuis un terminal (quand il s'agit d'un logiciel), soit en regardant dans les logs adéquats (quand il s'agit du système ou d'un serveur).
En ce qui concerne le matériel et l'extinction du système, tu les connais déjà : /var/log/rsyslog, /var/log/dmesg, /var/log/messages (à l'heure adéquate).
Une fois le message d'erreur isolé, on le copie colle dans google et on part à la recherche de l'explication qui paraît la plus crédible.
Bonne chance
darkazeron
Messages postés
94
Date d'inscription
dimanche 24 février 2013
Statut
Membre
Dernière intervention
10 septembre 2019
12
27 janv. 2016 à 01:01
27 janv. 2016 à 01:01
Bonsoir,
Désolé de ne pas avoir pu donner de nouvelles plus tôt mais j'ai été très pris par une période intense de mes études qui s'est terminé il y a deux jours. J'ai donc décidé de me remettre sur mon problème.
En allant cherché dans les logs en recherchant sur internet j'ai été amené a réinstaller les pilotes Nvidia ainsi que bumlebee (en le remplaçant par prime ) :
puis
au moment du reboot le pc gèle et m'a forcé à l'éteindre manuellement.
Au moment du redémarrage ubuntu ne se lance pas et tombe directement en emergency mode. Dans le tty je me log et lance donc
Retour de
Retour de
http://hpics.li/4f32d66 (je n'arrive pas à poster l'image ici)
Retour de
http://hpics.li/ba11745
Dans le
http://hpics.li/704311e
http://hpics.li/8cc1530
Ubuntu ne veut pas du tout démarrer ...
En naviguant de forum en forum j'ai entendu dire que cela pouvait venir de la tentative infructueuse de montage de fstab, d'une partition qu'il ne trouve pas. Ne m'y connaissant pas dans ce domaine je ne veux pas m'y risquer seul.
En espérant que mes explications t'auront éclairé,
Cordialement,
Vincent
Désolé de ne pas avoir pu donner de nouvelles plus tôt mais j'ai été très pris par une période intense de mes études qui s'est terminé il y a deux jours. J'ai donc décidé de me remettre sur mon problème.
En allant cherché dans les logs en recherchant sur internet j'ai été amené a réinstaller les pilotes Nvidia ainsi que bumlebee (en le remplaçant par prime ) :
sudo apt-get purge nvidia*
sudo reboot
puis
sudo add-apt-repository ppa:graphics-drivers/ppa
sudo apt-get update
sudo apt-get install nvidia-352 nvidia-prime
sudo reboot
au moment du reboot le pc gèle et m'a forcé à l'éteindre manuellement.
Au moment du redémarrage ubuntu ne se lance pas et tombe directement en emergency mode. Dans le tty je me log et lance donc
systemctl --failed
Retour de
systemctl --failed
Retour de
systemctl status boot-efi.mount
http://hpics.li/4f32d66 (je n'arrive pas à poster l'image ici)
Retour de
systemctl status systemd-modules-load
http://hpics.li/ba11745
Dans le
journalctlje peut voir ça :
http://hpics.li/704311e
http://hpics.li/8cc1530
Ubuntu ne veut pas du tout démarrer ...
En naviguant de forum en forum j'ai entendu dire que cela pouvait venir de la tentative infructueuse de montage de fstab, d'une partition qu'il ne trouve pas. Ne m'y connaissant pas dans ce domaine je ne veux pas m'y risquer seul.
En espérant que mes explications t'auront éclairé,
Cordialement,
Vincent
mamiemando
Messages postés
33025
Date d'inscription
jeudi 12 mai 2005
Statut
Modérateur
Dernière intervention
28 mars 2024
7 736
Modifié par mamiemando le 27/01/2016 à 10:50
Modifié par mamiemando le 27/01/2016 à 10:50
Bonjour Vincent,
Pour l'erreur boot-efi.mount
Visiblement ton système est uefi, donc il y effectivement une partition dédiée efi sensée être montée sous linux dans le dossier /boot/efi. Ici, le mount échoue d'où ton erreur. Il faudrait voir la table des partitions par exemple avec
Exemple :
Ici on voit que ce PC a deux disques (/dev/sda et /dev/sdb) et que la partition /dev/sda2 correspond à la partition efi. Elle est donc montée au démarrage conformément à ce qui est spécifié dans
Exemple :
Ici on voit dans la première colonne qu'au lieu de /dev/sdb1 figure un UUID pour la ligne contenant /boot/efi. Les deux syntaxes sont fonctionnent. La syntaxe à base d'UUID est privilégiée pour éviter que le fichier ne devienne caduque si les disques sont branchées physiquement ailleurs. Pour la petite histoire l'UUID associé à une partition se retrouve dans
Exemple :
Essaye de voir dans quelle mesure ta partition existe toujours et si le fichier /etc/fstab est cohérent avec l'état de ton disque dur.
Concernant l'erreur nvidia
Je ne connais pas assez ubuntu pour dire, mais de manière générale je ne suis pas très fan des dépôts tiers (par exemple les ppa), car on est jamais vraiment sûr d'avoir un tout cohérent. De plus ça me surprend que les pilotes nvidia ne soient pas directement disponibles dans les dépôts officiels.
Si c'est comme sous debian, tu devrais avoir un paquet nvidia-kernel-dkms qui s'occupe de tout installer proprement, à installer via ta logithèque ou apt.
https://doc.ubuntu-fr.org/software-center
Si ceux-ci ne fonctionnent pas, à la limite, il vaut mieux passer par le script d'installation nvidia, comme expliqué ici.
https://forums.commentcamarche.net/forum/affich-37604206-installer-les-pilotes-nvidia-sous-linux-debian#a-installation-avec-le-script-nvidia
Bonne chance
Pour l'erreur boot-efi.mount
Visiblement ton système est uefi, donc il y effectivement une partition dédiée efi sensée être montée sous linux dans le dossier /boot/efi. Ici, le mount échoue d'où ton erreur. Il faudrait voir la table des partitions par exemple avec
sudo fdisk -l.
Exemple :
(root@velvet) (~) # fdisk -l
Disk /dev/sda: 238,5 GiB, 256060514304 bytes, 500118192 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: gpt
Disk identifier: 87A4ABFC-5361-4921-968E-559EEAF0AFC1
Device Start End Sectors Size Type
/dev/sda1 2048 616447 614400 300M Windows recovery environment
/dev/sda2 616448 1148927 532480 260M EFI System
/dev/sda3 1148928 1411071 262144 128M Microsoft reserved
/dev/sda4 1411072 467618891 466207820 222,3G Microsoft basic data
/dev/sda5 467619840 468660223 1040384 508M Windows recovery environment
/dev/sda6 468660224 500117503 31457280 15G Microsoft basic data
Disk /dev/sdb: 59,6 GiB, 64023257088 bytes, 125045424 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x000c20ab
Device Boot Start End Sectors Size Id Type
/dev/sdb1 2048 7813119 7811072 3,7G 82 Linux swap / Solaris
/dev/sdb2 7815166 125044735 117229570 55,9G 5 Extended
/dev/sdb5 7815168 27344895 19529728 9,3G 83 Linux
/dev/sdb6 27346944 125044735 97697792 46,6G 83 Linux
Ici on voit que ce PC a deux disques (/dev/sda et /dev/sdb) et que la partition /dev/sda2 correspond à la partition efi. Elle est donc montée au démarrage conformément à ce qui est spécifié dans
/etc/fstab:
Exemple :
(root@velvet) (~) # cat /etc/fstab
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# / was on /dev/sdb5 during installation
# /boot/efi was on /dev/sda2 during installation
# /home was on /dev/sdb6 during installation
# swap was on /dev/sdb1 during installation
#
# <file system> <mount point> <type> <options> <dump> <pass>
UUID=a72ddf98-983e-4865-a8ea-81ed5f32890a / ext4 errors=remount-ro 0 1
UUID=4C56-716E /boot/efi vfat defaults 0 1
UUID=fff5b34c-c4c3-46a3-9dfb-a72d00c1a3c4 /home ext4 defaults 0 2
UUID=8cc6f746-30f2-4f19-9472-ec901c939ff3 none swap sw 0 0
proc /proc proc defaults 0 0
none /sys sysfs defaults 0 0
/dev/sda4 /media/windows ntfs ro,defaults 0 0
Ici on voit dans la première colonne qu'au lieu de /dev/sdb1 figure un UUID pour la ligne contenant /boot/efi. Les deux syntaxes sont fonctionnent. La syntaxe à base d'UUID est privilégiée pour éviter que le fichier ne devienne caduque si les disques sont branchées physiquement ailleurs. Pour la petite histoire l'UUID associé à une partition se retrouve dans
/dev/disk/by-uuid:
Exemple :
(root@velvet) (~) # ls -l /dev/disk/by-uuid/
total 0
lrwxrwxrwx 1 root root 10 janv. 27 10:35 02D05489D05484B7 -> ../../sda1
lrwxrwxrwx 1 root root 10 janv. 27 10:35 0CA062C7A062B6BC -> ../../sda4
lrwxrwxrwx 1 root root 10 janv. 27 10:35 4C56-716E -> ../../sda2
lrwxrwxrwx 1 root root 10 janv. 27 10:35 5C2C07942C0767FA -> ../../sda5
lrwxrwxrwx 1 root root 10 janv. 27 10:35 8cc6f746-30f2-4f19-9472-ec901c939ff3 -> ../../sdb1
lrwxrwxrwx 1 root root 10 janv. 27 10:35 a72ddf98-983e-4865-a8ea-81ed5f32890a -> ../../sdb5
lrwxrwxrwx 1 root root 10 janv. 27 10:35 F8B6672BB666EA18 -> ../../sda6
lrwxrwxrwx 1 root root 10 janv. 27 10:35 fff5b34c-c4c3-46a3-9dfb-a72d00c1a3c4 -> ../../sdb6
Essaye de voir dans quelle mesure ta partition existe toujours et si le fichier /etc/fstab est cohérent avec l'état de ton disque dur.
Concernant l'erreur nvidia
Je ne connais pas assez ubuntu pour dire, mais de manière générale je ne suis pas très fan des dépôts tiers (par exemple les ppa), car on est jamais vraiment sûr d'avoir un tout cohérent. De plus ça me surprend que les pilotes nvidia ne soient pas directement disponibles dans les dépôts officiels.
Si c'est comme sous debian, tu devrais avoir un paquet nvidia-kernel-dkms qui s'occupe de tout installer proprement, à installer via ta logithèque ou apt.
https://doc.ubuntu-fr.org/software-center
Si ceux-ci ne fonctionnent pas, à la limite, il vaut mieux passer par le script d'installation nvidia, comme expliqué ici.
https://forums.commentcamarche.net/forum/affich-37604206-installer-les-pilotes-nvidia-sous-linux-debian#a-installation-avec-le-script-nvidia
Bonne chance
darkazeron
Messages postés
94
Date d'inscription
dimanche 24 février 2013
Statut
Membre
Dernière intervention
10 septembre 2019
12
Modifié par darkazeron le 27/01/2016 à 17:48
Modifié par darkazeron le 27/01/2016 à 17:48
Bonjour,
BY-UUID:
http://hpics.li/c24a7dc
FSTAB:
http://hpics.li/f784a87
FDISK:
http://hpics.li/b1a137a
Après avoir suivi tes instructions je me suis aperçu que la ligne contenant
Cependant cela n'a rien changé après reboot, je retombe encore continuellement sur :
Je suis à cours d'idée je ne vois pas comment les ordres de montages ont été amenés a changer sur un simple reboot et comment résoudre ce problème.
En espérant que ces information de donnent des idées
PS: on voit que le changement de point de montage de /boot/efi mais le systemctl affiche la même erreur sur le nouveau point de montage modifié :
ancien systemctl:
http://www.hostingpics.net/viewer.php?id=225651FullSizeRender1.jpg
nouveau :
http://hpics.li/f7cfaf8
Merci,
Vincent
BY-UUID:
http://hpics.li/c24a7dc
FSTAB:
http://hpics.li/f784a87
FDISK:
http://hpics.li/b1a137a
Après avoir suivi tes instructions je me suis aperçu que la ligne contenant
/boot/efien possédait pas le même UUID que précisé sur
/dev/disk/by-uuidje l'ai donc changé pour qu'il corresponde au sdc3 précisé dans fdisk.
Cependant cela n'a rien changé après reboot, je retombe encore continuellement sur :
Error getting authority: Error initialzing authority: Could not connect: No such file or directory (g-io-error-quark, 1)
[ 2292.560827] FAT-fs (sdc3): IO charset iso8859-1 not found
Welcome to emergency mode!
Je suis à cours d'idée je ne vois pas comment les ordres de montages ont été amenés a changer sur un simple reboot et comment résoudre ce problème.
En espérant que ces information de donnent des idées
PS: on voit que le changement de point de montage de /boot/efi mais le systemctl affiche la même erreur sur le nouveau point de montage modifié :
ancien systemctl:
http://www.hostingpics.net/viewer.php?id=225651FullSizeRender1.jpg
nouveau :
http://hpics.li/f7cfaf8
Merci,
Vincent
darkazeron
Messages postés
94
Date d'inscription
dimanche 24 février 2013
Statut
Membre
Dernière intervention
10 septembre 2019
12
Modifié par darkazeron le 28/01/2016 à 01:24
Modifié par darkazeron le 28/01/2016 à 01:24
Bonsoir,
Au cours des recherches concernant le chargement avorté des modules du kernel j'ai remarqué que la commande
Retour de
Plusieurs forums référençant des erreurs ressemblant à la mienne parlent de symboles drm non reconnus.
Cela corroborerait les messages du
Si cela peut te donner des idées ...
Cordialment,
Vincent
Au cours des recherches concernant le chargement avorté des modules du kernel j'ai remarqué que la commande
sudo depmodme retourne des erreurs provenant des .ko de nvidia_352:
Retour de
sudo depmod:
depmod: ERROR: failed to load symbols from /lib/modules/4.2.0-25-generic/updates/dkms/nvidia_352.ko: Invalid argument
depmod: ERROR: failed to load symbols from /lib/modules/4.2.0-25-generic/updates/dkms/nvidia_352_uvm.ko: Invalid argument
Plusieurs forums référençant des erreurs ressemblant à la mienne parlent de symboles drm non reconnus.
Cela corroborerait les messages du
systemctl(http://www.hostingpics.net/viewer.php?id=803084FullSizeRender2.jpg) qui ne pouvait pas ouvrir le fichier moddep dans 4.2.0-25-generic et expliquerait pourquoi cette erreur est survenue après les manipulation sur la carte graphique que j'ai effectué.
Si cela peut te donner des idées ...
Cordialment,
Vincent
28 déc. 2015 à 18:56
. Le fichier n'existe pas chez moi.
. Le fichier ne contient que
. Je te joins une version tronquée sur 5min de mon fichier durant lesquelles j'ai effectué 2 redémarrages (toujours bogués).
Petit Bonus
Pendant les redémarrages qui avait pour but d'alimenter les fichiers logs en informations, la ligne est apparu furtivement lorsque des opérations sont effectuées sur
rfkill0
. Cela me conforte donc sur la piste que j'ai trouvé sachant que ma carte wifi est une Qualcomm Atheros Killer. (je ne sais pas s'il y'a un lien).La photo de la-dite ligne :
http://postimg.org/image/om3tgaj0x/
Encore un grand merci de ton aide précieuse et de t'être intéressé à mon problème.
(PS : Désolé du retard de ma réponse le robot d'analyse des réponses n'a pas voulu me laissé la poster plus tôt pour une raison inconnue) (Oui ça fait un peu bizarre mais j'ai dû diviser ma réponse en plusieures parties pour qu'elle soit acceptée XD)
Vincent
Modifié par darkazeron le 28/12/2015 à 19:07
Tout d'abord je souhaite t'adresser un très grand merci pour ta réponse rapide et ultra complète (tu es vraiment un super héro ! :D).
Comme demandé je te colle le retour des commandes proposées :
Retour de :
Retour de
Pour la commande je ne sais pas avec quelle(s) option(s) tu voulais les résultats je te colle l'option modulation (dans le doute).
Retour de
Je t'ajoute les résultats de au cas où ça peut t'aider (toujours dans le doute XD)
Retour de
En ce qui concerne les fichiers dans :
. Le fichier n'existe pas chez moi.
. Le fichier ne contient que
. Je te joins une version tronquée sur 5min de mon fichier durant lesquelles j'ai effectué 2 redémarrages (toujours bogués).
https://pastebin.com/RK9Sb1dJ
Petit Bonus
Pendant les redémarrages qui avait pour but d'alimenter les fichiers logs en informations, la ligne est apparu furtivement lorsque des opérations sont effectuées sur
rfkill0
. Cela me conforte donc sur la piste que j'ai trouvé sachant que ma carte wifi est une Qualcomm Atheros Killer. (je ne sais pas s'il y'a un lien).La photo de la-dite ligne :
Encore un grand merci de ton aide précieuse et de t'être intéressé à mon problème.
(PS : Désolé du retard de ma réponse le robot d'analyse des réponses n'a pas voulu me laissé la poster plus tôt pour une raison inconnue)
Vincent