Xubuntu 19.10 - Mode avion après sortie de veille - Et panne Wifi

stephweb · Le 25/01/2020, à 20:12

Bonjour à tous.

Je viens encore demander un peu d'aide SVP, car j'ai encore des problème avec mon PC portable MSI GS75.

Quand je met en veille mon PC, il passe tout seul en mode avion lors de la sortie de veille.
Mon wifi et mon bluetooth sont désactivés. Et pas possible de refaire fonctionner mon wifi (ça m'oblige de redémarrer mon PC, ce qui est pénible quand on était en train de travailler et qu'on avait des onglets d'ouvert...).

La seule "solution" que j'avais trouvé (qui me pose d'autres problèmes donc je ne l'utilise pas), était ceci :
Dans le fichier /etc/default/grub mettre ceci :

GRUB_CMDLINE_LINUX_DEFAULT="acpi_osi=! acpi_osi='Windows 2009' quiet splash"

par défaut il y avais ceci :

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"

Puis faire : sudo update-grub
Puis redémarrer son PC.
Après avoir fais ceci, le mode avion était encore activé lors de la sortie de veille, mais je pouvais au moins utiliser la combinaison de touches "FN + F10" pour sortir mon PC du mode avion.
Mais ça me provoquait un autre problème : Après avoir fais ceci, mon PC faisait un bruit de ventilateur de chauffe...
J'avais lu sur le web, que d'autres avaient eu le même problème que moi avec leurs MSI GS65 et MSI GS75, et que c'étais la seule "solution" qu'ils avaient trouvé. Bref, pas terrible tout ça....

Quand je fais ceci : sudo rfkill list
Apres sortie de veille j'ai ceci :

: phy0: Wireless LAN
  Soft blocked: no
  Hard blocked: yes

En tant normal (avant d'avoir mis mon PC en veille) j'aivais ceci :

0: hci0: Bluetooth
  Soft blocked: no
  Hard blocked: no
1: phy0: Wireless LAN
  Soft blocked: no
  Hard blocked: no

J'avais essayé de faire ceci :

# Décharger et recharger le module wifi :
sudo modprobe -r iwlwifi
sudo modprobe iwlwifi
# Relancer network-manager :
sudo service network-manager restart

Sans succès.

Autres détails :
Dans mon bios j'ai bien le secure boot et le fast boot de désactivés.

Avez-vous vu une idée SVP ?

Merci d'avance.

Dernière modification par stephweb (Le 25/01/2020, à 20:25)

xubu1957 · Le 25/01/2020, à 20:29

Bonjour,

Tu as essayé :

sudo service network-manager restart

?

stephweb · Le 25/01/2020, à 21:24

xubu1957 a écrit :

Bonjour,
Tu as essayé :
sudo service network-manager restart
?

Merci pour ta réponse.
Oui, déjà essayé, je l'avais écris dans mon 1er message.

xubu1957 · Le 25/01/2020, à 21:33

Donne :

ip a

stephweb · Le 25/01/2020, à 21:49

xubu1957 a écrit :

Donne :
ip a

Voici (en ce moment je me connecte via un cal ethernet, en attendant de résoudre mon problème de wifi qui ne marche plus après mise en veille) :

1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host 
       valid_lft forever preferred_lft forever
2: enp3s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000
    link/ether 00:d8:61:07:35:43 brd ff:ff:ff:ff:ff:ff
    inet 192.168.1.12/24 brd 192.168.1.255 scope global dynamic noprefixroute enp3s0
       valid_lft 36068sec preferred_lft 36068sec
    inet6 2a01:e35:2e96:b0:8974:1128:5fa6:32d/64 scope global temporary dynamic 
       valid_lft 86356sec preferred_lft 78723sec
    inet6 2a01:e35:2e96:b0:2efb:e657:ef9c:b1e3/64 scope global dynamic mngtmpaddr noprefixroute 
       valid_lft 86356sec preferred_lft 86356sec
    inet6 fe80::9532:3c5b:839b:7d58/64 scope link noprefixroute 
       valid_lft forever preferred_lft forever
5: wlo1: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN group default qlen 1000
    link/ether 48:f1:7f:c2:f7:45 brd ff:ff:ff:ff:ff:ff

Dernière modification par stephweb (Le 25/01/2020, à 21:53)

xubu1957 · Le 25/01/2020, à 21:52

Tente :

sudo ip link set wlo1 up

stephweb · Le 25/01/2020, à 21:53

xubu1957 a écrit :

Tente :

sudo ip link set wlo1 up

RTNETLINK answers: Operation not possible due to RF-kill

xubu1957 · Le 25/01/2020, à 22:08

Tu avais vu :

Le 13/06/2018, dave 88 a écrit :

I have the same problem (with BestBuy model gs65) with Intel AC9560 wifi card on ubuntu 18.04. I found workaround with this issue to enable lid close action with hibernating mode instead undefined in the /etc/systemd.logind.conf.
1. Open terminal to edit the /etc/systemd/logind.conf file. sudo gedit /etc/systemd/logind.conf
2. Search for HandleLidSwitch line. HandleLidSwitch=hibernate, hibernate when lid is closed
3. need to test if hibernate works first (if not make sure the swap space is larger than ram size.
For BestBuy model, need to at lease 16G).
Hope it is working for you :-) .

> askubuntu.com/questions/1043547/wifi-hard-blocked-after-suspend-in-ubuntu-on-gs65/1058248#1058248

Dernière modification par xubu1957 (Le 25/01/2020, à 22:28)

stephweb · Le 25/01/2020, à 23:03

xubu1957 a écrit :

Tu avais vu :
Le 13/06/2018, dave 88 a écrit :
I have the same problem (with BestBuy model gs65) with Intel AC9560 wifi card on ubuntu 18.04. I found workaround with this issue to enable lid close action with hibernating mode instead undefined in the /etc/systemd.logind.conf.
1. Open terminal to edit the /etc/systemd/logind.conf file. sudo gedit /etc/systemd/logind.conf
2. Search for HandleLidSwitch line. HandleLidSwitch=hibernate, hibernate when lid is closed
3. need to test if hibernate works first (if not make sure the swap space is larger than ram size.
For BestBuy model, need to at lease 16G).
Hope it is working for you :-) .
> askubuntu.com/questions/1043547/wifi-hard-blocked-after-suspend-in-ubuntu-on-gs65/1058248#1058248

Merci, mais je veux mettre mon PC en veille, pas hiberner.
Et je crois que mon PC n'est pas compatible avec l’hibernation (je crois que pour que son PC soit compatible avec l’hibernation qu'il faut créer une partition swap avec en Go minimum autant que son PC en en Go de RAM. et je n'ai pas créé de partition swap).

PS : on peut lire dans leurs commentaires (sur le lien que tu m'a filé), que ce problème est un classique avec les MSI GS65 et les MSI GS75... bref, dernière fois que j'achète MSI... ils vendent des PC hors de prix, et sous Linux bonjour les galères.

Dernière modification par stephweb (Le 25/01/2020, à 23:05)

xubu1957 · Le 25/01/2020, à 23:08

Tu avais regardé la Doc > veille_et_hibernation ?

stephweb · Le 25/01/2020, à 23:11

xubu1957 a écrit :

Tu avais regardé la Doc > veille_et_hibernation ?

Merci mais oui déjà lu.

Et aussi lu ceci : https://doc.ubuntu-fr.org/tutoriel/activer_hibernation

On peut y lire ceci :

1. Pré-requis
Disposer des droits d'administration
Disposer d'une taille de la partition swap au moins égale à celle de la mémoire vive (RAM). (Sera le cas si vous n'avez pas modifié les attributs de cette partition lors de l'installation d'Ubuntu)

Et je n'ai pas créé de partition swap. Et je ne veux pas hyberner,

Je veux mettre en veill.
Comme c'est dit dans la doc :

La mise en veille permet d'économiser de l'énergie tout en gardant les applications ouvertes.

Je veux toujours garder toutes mes applications ouvertes.
Et je ne comprends pas pourquoi chez MSI on a pas le droit à la mise en veille.

Dernière modification par stephweb (Le 25/01/2020, à 23:12)

xubu1957 · Le 25/01/2020, à 23:14

Je n'ai pas de solution.

stephweb · Le 25/01/2020, à 23:17

xubu1957 a écrit :

Je n'ai pas de solution.

Pas de soucis, merci de même.
Peut être quelqu'un d'autre en aura une. Mais ça l'air mal barré.

Chris2412 · Le 15/12/2020, à 13:21

Bonjour Stephweb,

As-tu trouvé une solution pour éviter que ton PC ne passe en mode avion après une sortie de veille ?
J'ai récemment installé Ubuntu 20.04 sur mon PC portable MSI GS75 et j'observe le même problème sans avoir trouvé de solution pour le moment...

Merci par avance.

stephweb · Le 15/12/2020, à 15:11

Chris2412 a écrit :

Bonjour Stephweb,
As-tu trouvé une solution pour éviter que ton PC ne passe en mode avion après une sortie de veille ?
J'ai récemment installé Ubuntu 20.04 sur mon PC portable MSI GS75 et j'observe le même problème sans avoir trouvé de solution pour le moment...
Merci par avance.

Non, jamais rien trouvé (malgré de nombreuses recherches, et malgré plusieurs posts sur des forums que j'avais posté).
J'ai depuis revendu ce PC sur le marché de l'occasion.
La "solution" que j'avais trouvé, c'était de configurer l'hibernation (en sortie d'hibernation je ne perdais pas le Wifi).

Voici les étapes que je m'étais noté :

_Faut tout d'abord augmenter la taille de "/swapfile" (pour un PC de 16Go de RAM, mettre 20Go pour ce fichier).
(je te laisse chercher dans Google comment faire ceci, ce n'est pas très compliqué).

_Récupérez la première donnée sous physical_offset :
PS : à chaque modification du fichier "/swapfile" (sa taille par exemple), ce numéro à récupérer change.

sudo filefrag -v /swapfile

// Dans cette exemple, récupérer "34816" :
File size of /swapfile is 22548574208 (5505023 blocks of 4096 bytes)
 ext:     logical_offset:        physical_offset: length:   expected: flags:
   0:        0..   22527:   34816..  10911742:  22528:

_Récupérez l'uuid de la partition sur laquelle se trouve le fichier swap, la partition racine :

nano /etc/fstab

// Dans cet exemple, récupérer "UUID=f7f5bcdf-7702-4e1b-bcc0-baa3ce8b0607" :
UUID=f7f5bcdf-7702-4e1b-bcc0-baa3ce8b0607 /               ext4    errors=remount-ro 0       1

_Faut éditer le fichier "/etc/default/grub" :

sudo nano /etc/default/grub

// Et à GRUB_CMDLINE_LINUX_DEFAULT faut ajouter "resume=UUID=f7f5bcdf-7702-4e1b-bcc0-baa3ce8b0607 resume_offset=34816" :
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash resume=UUID=f7f5bcdf-7702-4e1b-bcc0-baa3ce8b0607 resume_offset=34816"

// (OPTIONNEL) Ici, si on hiberne son PC et qu'ensuite on le redémarre (ou l'éteindre puis le démarrer), le GRUB_TIMEOUT n'est pas respecté.
// Donc dessous de la ligne de GRUB_TIMEOUT on peut ajouter cette ligne :
GRUB_RECORDFAIL_TIMEOUT=$GRUB_TIMEOUT

_Puis :
sudo update-grub

_Et tester :
sudo systemctl hibernate

A cette étape ton hibernation devrait fonctionner. (Mais tu n'as pas le bouton pour pouvoir manuellement mettre en hibernation ton PC.
_Donc, pour afficher les boutons :

_Créer ce fichier :
sudo nano /etc/polkit-1/localauthority/50-local.d/com.ubuntu.enable-hibernate.pkla

_Dedans y mettre :

[Re-enable hibernate by default in upower]
Identity=unix-user:*
Action=org.freedesktop.upower.hibernate
ResultActive=yes

[Re-enable hibernate by default in logind]
Identity=unix-user:*
Action=org.freedesktop.login1.hibernate;org.freedesktop.login1.handle-hibernate-key;org.freedesktop.login1;org.freedesktop.login1.hibernate-multiple-sessions;org.freedesktop.login1.hibernate-ignore-inhibit
ResultActive=yes

_Puis redémarrer le PC.

Dernière modification par stephweb (Le 15/12/2020, à 15:17)

Chris2412 · Le 15/12/2020, à 21:52

Merci beaucoup pour ta réponse.

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 25/01/2020, à 20:12

Xubuntu 19.10 - Mode avion après sortie de veille - Et panne Wifi

#2 Le 25/01/2020, à 20:29

Re : Xubuntu 19.10 - Mode avion après sortie de veille - Et panne Wifi

#3 Le 25/01/2020, à 21:24

Re : Xubuntu 19.10 - Mode avion après sortie de veille - Et panne Wifi

#4 Le 25/01/2020, à 21:33

Re : Xubuntu 19.10 - Mode avion après sortie de veille - Et panne Wifi

#5 Le 25/01/2020, à 21:49

Re : Xubuntu 19.10 - Mode avion après sortie de veille - Et panne Wifi

#6 Le 25/01/2020, à 21:52

Re : Xubuntu 19.10 - Mode avion après sortie de veille - Et panne Wifi

#7 Le 25/01/2020, à 21:53

Re : Xubuntu 19.10 - Mode avion après sortie de veille - Et panne Wifi

#8 Le 25/01/2020, à 22:08

Re : Xubuntu 19.10 - Mode avion après sortie de veille - Et panne Wifi

#9 Le 25/01/2020, à 23:03

Re : Xubuntu 19.10 - Mode avion après sortie de veille - Et panne Wifi

#10 Le 25/01/2020, à 23:08

Re : Xubuntu 19.10 - Mode avion après sortie de veille - Et panne Wifi

#11 Le 25/01/2020, à 23:11

Re : Xubuntu 19.10 - Mode avion après sortie de veille - Et panne Wifi

#12 Le 25/01/2020, à 23:14

Re : Xubuntu 19.10 - Mode avion après sortie de veille - Et panne Wifi

#13 Le 25/01/2020, à 23:17

Re : Xubuntu 19.10 - Mode avion après sortie de veille - Et panne Wifi

#14 Le 15/12/2020, à 13:21

Re : Xubuntu 19.10 - Mode avion après sortie de veille - Et panne Wifi

#15 Le 15/12/2020, à 15:11

Re : Xubuntu 19.10 - Mode avion après sortie de veille - Et panne Wifi

#16 Le 15/12/2020, à 21:52

Re : Xubuntu 19.10 - Mode avion après sortie de veille - Et panne Wifi

Pied de page des forums