Ubuntu-fr

rdany62

Veille prolongée ok, freeze sortie de veille, sur ACER Aspire ES1-131

Bonjour,

Je viens juste de m'inscrire. Je passe souvent sur le forum, en visiteur. J'ai plusieurs bécane sous Ubuntu, donc toujours une petite bricole à ajuster et pour laquelle je cherche des infos (c'est Linux, faut pas hésiter mettre les mains dans l'cambouis, pas le choix ), et ces infos je les trouve souvent ici.

Aujourd'hui j'ai un pb un tantinet bizarre, j'ai passé la journée d'hier à chercher.

D'abord la machine, le netbook de ma petite soeur:
Acer Aspire ES1-131 avec un Celeron, 2g de RAM, une e-MMC de 32Go, boot en UEFI, d'origine sous Windows 8.1.

Déjà lors de l'achat, à la 1ère utilisation (donc sous Windows), ma soeur l'a laissé se mettre en veille et n'a pas pu le réveiller, et pour éviter que le pb ne se reproduise, a désactivé la mise en veille.

Il y a quelques jours, elle a racheté un 13" Lenovo, et m'a demandé de m'occuper de celui-ci pour le revendre.
Il n'y avait plus qu'environ 300Mo de libres, avec juste Windows 8.1 et MS Office Pro, et quasiment aucun document/aucune photo/vidéo/MP3...
Sur la partition de Windows, j'ai installé LUbuntu 16.04, en mode UEFI, sans aucun soucis. Je n'ai pas touché aux autres partitions (je voulais garder l'UEFI et la partition de restauration de Windows, comme çà le futur acquéreur aura la possibilité de revenir sous Windows, à ses risques car à mon avis Windows est déjà trop lourd sur des bécanes plus puissantes).
Bref. Install, impec'. Démarrage rapide, Chrome, Flash, LibreOffice installés et çà marche nickel, y compris le clavier FR sous Grub2 (SecureBoot désactivé).
Il me manquait une notification quand on change le volume/muting, corrigé avec volume-osd.

Le seul problème, la mise en veille. Le PC se met en veille et ne se réveille pas. Le voyant passe bien du bleu au orange clignotant en se mettant en veille, puis du orange clignotant au bleu fixe au réveil par appui d'une touche du clavier (ou d'un bouton du touchpad, ou du bouton d'allumage). Mais l'écran reste noir, pas moyen de passer sur une vraie console ([CTRL]+[ALT]+[F1] par exemple), seul possibilité, maintenir le bouton d'allumage jusqu'à extinction. Puis, lors du démarrage suivant, boîte de dialogue apport-checkresume.
Par contre, la veille prolongée fonctionne.

Donc, comme je le disais, j'ai cherché toute la journée d'hier... avant de me rappeler ce matin que le réveil ne fonctionnait pas non plus sous Windows, sous-entendant un pb de firmware.

Cool, il y a des mises à jour sur le site d'Acer. Moins cool, ils ne parlent pas de corrections concernant la mise en veille. Mais bon, çà peut pas faire de mal. Pas cool, j'ai téléchargé un ZIP contenant un .exe...

Donc, première question: Y-a-til moyen de faire tourner ce fichier sous Wine sans risquer de planter le flash ?
Deuxième question: S'il vaut mieux éviter Wine pour flasher, et sachant que je peux booter sur un hdd usb contenant l'install de Windows 7, et qu'en faisant [ALT]+[F10] au bon moment depuis l'installateur de Windows 7 j'ouvre une ligne de commande, puis-je lancer cet exe depuis cette ligne de commande sans pb ?
Troisième question: Ou bien faut-il injecter cet exe sur la partition de restauration, booter sur celle-ci, lancer une ligne de commande, puis lancer l'exe ?
Quatrième question: Si aucune de ces bidouilles ne fonctionne, est-il possible d'extraire le firmware de l'exe et de le flasher via un autre soft directement depuis Ubuntu/depuis l'UEFI lui-même ?

Voilà voilà.. Pas envie de réinstaller Windows 8.1 pour un simple flash.

Merci d'avance pour votre aide.

rdany62

Re : Veille prolongée ok, freeze sortie de veille, sur ACER Aspire ES1-131

Bon, bah j'ai utilisé un mix de bidouilles: copie de l'exe sur clé USB, démarrage du recovery via [ALT]+[F10], "Dépannage", "Options avancées", "Ligne de commande", puis je l'ai lancé.
Le flash s'est bien lancé, ca s'est bien passé.

Au reboot, j'arrive sous LXDE, je lance le terminal, je commence à taper "sudo pm-suspend", pas eu le temps de finir, clavier interne qui ne répond plus.
J'ai branché un clavier USB, j'ai testé pm-suspend, impec.

Seulement, au reboot, toujours pas de clavier interne. Il fonctionne bien dans l'UEFI, sous Grub2 aussi. Après, nada.

J'ai downgradé le firmware (de la version 1.24 à la version 1.23), pas de changement. Puis j'ai downgradé de la 1.23 à la 1.18.

Maintenant j'ai les touches de luminosité qui réagissent, mais aussitôt que je fais autre chose avec le clavier interne, il ne réagit plus.

J'ai tenté un sudo apt-get install --reinstall pm-utils, pas de changement.

Sortie xinput --list:

⎡ Virtual core pointer                    	                        id=2	        [master pointer  (3)]
⎜   ↳ Virtual core XTEST pointer              	        id=4	        [slave  pointer  (2)]
⎜   ↳ SIGMACHIP USB Keyboard                  	id=11	[slave  pointer  (2)]
⎜   ↳ SYN1B81:01 06CB:74DA Touchpad           	id=13	[slave  pointer  (2)]
⎜   ↳ Microsoft Microsoft Basic Optical Mouse 	id=15	[slave  pointer  (2)]
⎣ Virtual core keyboard                   	                id=3	        [master keyboard (2)]
    ↳ Virtual core XTEST keyboard             	        id=5	        [slave  keyboard (3)]
    ↳ Power Button                            	                id=6	        [slave  keyboard (3)]
    ↳ Video Bus                               	                        id=7	        [slave  keyboard (3)]
    ↳ Power Button                            	                id=8	        [slave  keyboard (3)]
    ↳ Sleep Button                            	                id=9	        [slave  keyboard (3)]
    ↳ SIGMACHIP USB Keyboard                  	        id=10	[slave  keyboard (3)]
    ↳ VGA Webcam                              	                id=12	[slave  keyboard (3)]
    ↳ Acer WMI hotkeys                        	                id=14	[slave  keyboard (3)]

Le clavier interne n'est pas listé. Et même depuis l'invite de commande en lançant la restauration d'origine, rien, clavier interne inerte.
Pourtant j'ai bien fait "Load setup defaults" après chaque flash.

Je continue à chercher.

Si quelqu'un a déjà eu le soucis ou a une idée...

Merci !

Modération : merci à l'avenir d'utiliser les balises code (explications ici).

Dernière modification par cqfd93 (Le 12/04/2017, à 19:15)

rdany62

Re : Veille prolongée ok, freeze sortie de veille, sur ACER Aspire ES1-131

@Modération: J'avais cherché les balises codes, j'ai vu "Texte préformaté", sans lire jusqu'au bout (c'est l'un de mes défauts récurrents), j'ai cru à un simple formatage type paragraphe. Maintenant je sais où elles sont, donc merci !

Dernière modification par rdany62 (Le 13/04/2017, à 09:02)

rdany62

Re : Veille prolongée ok, freeze sortie de veille, sur ACER Aspire ES1-131

Bonjour à tous,

Désormais, tout ce qui est veille, c'est réglé.

J'ai downgradé l'UEFI à la version 1.18, puis flashé chaque version version pour revenir au 1.24.
Ca ne règle pas le pb du clavier.
Enfin, si, en partie.
Il y a des utilisateurs de Linux qui ont leur clavier mais pas les touches de luminosité, entre autres.
Moi, c'est l'inverse. Et encore, si, par exemple, j'appuie 3 fois sur une lettre du clavier interne dans le terminal, aucune lettre ne s'affiche, et la luminosité n'est plus réglable jusqu'au reboot (ou cycle d'hibernation/réveil).

J'ai vu une option dans l'UEFI: "Touchapad: Basic/Advanced".
Lorsque le touchpad est en mode Avanced, il est connecté en i2c à la carte mère et est reconnu et fonctionnel (je le vois dans la sortie de dmesg)
Sinon, il y est connecté en PS/2. Comme le clavier. Et là il ne fonctionne pas.

Voici la sortie d'un dmesg | grep i8042:

[    2.638586] i8042: PNP: PS/2 Controller [PNP0303:PS2K,PNP0f13:PS2M] at 0x60,0x64 irq 1,12
[    2.644061] serio: i8042 KBD port at 0x60,0x64 irq 1
[    2.644072] serio: i8042 AUX port at 0x60,0x64 irq 12

Ce qui est standard pour le i8042.
En revanche:
sortie d'un dmesg | grep mousedev (touchpad en mode Basic):

[    2.644376] mousedev: PS/2 mouse device common for all mice

dmesg | grep keyboard ne retourne aucune chaîne, idem pour dmesg |grep atkbd.

J'ai tenté avec les options i8042.nomux, i8042.reset, atkbd.reset, pas de changement, Ubuntu détecte bien le i8042, mais pas le clavier qui y est connecté.
Quant au touchpad, en mode Basic, il a l'air reconnu, je trouve bien /dev/psaux, mais un sudo cat /dev/psaux ne fait appaître aucune chaîne quand je le touche.

Sous grub2 (en ligne de commande), je fais inb 0x64, j'ai un retour autre que 0xFF, ce qui est plutôt normal, le clavier fonctionnant jusque là. Bien sûr, ce n'est pas un test fiable (l'état de cet I/O dépend de comment est programmé le i8042, de oùu Grub en est dans cette programmation, etc). mais au moins le port I/O n'est pas électroniquement dans l'état de haute impédance.

Je vais rebooter avec i8042.debug et atkbd.debug pour voir si je peux avoir plus de détails dans dmesg.

Je poste ce que je trouve d'intéressant.

rdany62

Re : Veille prolongée ok, freeze sortie de veille, sur ACER Aspire ES1-131

Avec les options de boot i8042.reset i8042.debug atkbd.reset atkbd.debug:

dmesg | grep i8042

[    2.716097] i8042: PNP: PS/2 Controller [PNP0303:PS2K,PNP0f13:PS2M] at 0x60,0x64 irq 1,12
[    2.716118] i8042: [0] d1 -> i8042 (command)
[    2.716232] i8042: [0] df -> i8042 (parameter)
[    2.716506] i8042: [0] ff -> i8042 (command)
[    2.716644] i8042: [1] aa -> i8042 (command)
[    2.747356] i8042: [7] 55 <- i8042 (return)
[    2.747377] i8042: [8] 20 -> i8042 (command)
[    2.747707] i8042: [8] 67 <- i8042 (return)
[    2.747761] i8042: [8] 20 -> i8042 (command)
[    2.747878] i8042: [8] 67 <- i8042 (return)
[    2.747887] i8042: [8] 60 -> i8042 (command)
[    2.748002] i8042: [8] 76 -> i8042 (parameter)
[    2.748070] i8042: [8] d3 -> i8042 (command)
[    2.748184] i8042: [8] 5a -> i8042 (parameter)
[    2.748411] i8042: [8] 5a <- i8042 (return)
[    2.748422] i8042: [9] a7 -> i8042 (command)
[    2.748960] i8042: [9] 20 -> i8042 (command)
[    2.749183] i8042: [9] 76 <- i8042 (return)
[    2.749187] i8042: [9] a8 -> i8042 (command)
[    2.749510] i8042: [9] 20 -> i8042 (command)
[    2.749734] i8042: [9] 56 <- i8042 (return)
[    2.749739] i8042: [9] 60 -> i8042 (command)
[    2.749853] i8042: [9] 74 -> i8042 (parameter)
[    2.749918] i8042: [9] d3 -> i8042 (command)
[    2.750032] i8042: [9] f0 -> i8042 (parameter)
[    2.750258] i8042: [9] f0 <- i8042 (return)
[    2.750262] i8042: [9] d3 -> i8042 (command)
[    2.750748] i8042: [9] 56 -> i8042 (parameter)
[    2.751027] i8042: [9] 56 <- i8042 (return)
[    2.751032] i8042: [9] d3 -> i8042 (command)
[    2.751411] i8042: [9] a4 -> i8042 (parameter)
[    2.751691] i8042: [9] a4 <- i8042 (return)
[    2.751723] i8042: [9] 60 -> i8042 (command)
[    2.751890] i8042: [9] 56 -> i8042 (parameter)
[    2.751967] i8042: [9] 60 -> i8042 (command)
[    2.752028] i8042: [9] 47 -> i8042 (parameter)
[    2.752034] serio: i8042 KBD port at 0x60,0x64 irq 1
[    2.752046] serio: i8042 AUX port at 0x60,0x64 irq 12
[    2.752744] i8042: [10] ff -> i8042 (kbd-data)
[    3.760757] i8042: [262] f2 -> i8042 (kbd-data)
[    3.964599] i8042: [313] ed -> i8042 (kbd-data)
[    4.168331] i8042: [364] 60 -> i8042 (command)
[    4.168705] i8042: [364] 46 -> i8042 (parameter)
[    4.168814] i8042: [364] 60 -> i8042 (command)
[    4.168924] i8042: [364] 47 -> i8042 (parameter)
[    4.168939] i8042: [364] fa <- i8042 (interrupt, 0, 0)
[    4.168989] i8042: [364] d4 -> i8042 (command)
[    4.169103] i8042: [364] ff -> i8042 (parameter)
[    5.200822] i8042: [622] d4 -> i8042 (command)
[    5.201319] i8042: [622] f2 -> i8042 (parameter)
[    5.404630] i8042: [673] d4 -> i8042 (command)
[    5.404749] i8042: [673] ed -> i8042 (parameter)
[    5.608612] i8042: [724] 60 -> i8042 (command)
[    5.608942] i8042: [724] 45 -> i8042 (parameter)
[    5.609001] i8042: [724] 60 -> i8042 (command)
[    5.609115] i8042: [724] 47 -> i8042 (parameter)
[    5.609130] i8042: [724] fc <- i8042 (interrupt, 1, 0)
[    5.609198] i8042: [724] d4 -> i8042 (command)
[    5.609259] i8042: [724] f2 -> i8042 (parameter)
[    5.812538] i8042: [775] 60 -> i8042 (command)
[    5.812601] i8042: [775] 45 -> i8042 (parameter)
[    5.812711] i8042: [775] 60 -> i8042 (command)
[    5.812772] i8042: [775] 47 -> i8042 (parameter)
[    5.812785] i8042: [775] fc <- i8042 (interrupt, 1, 0)

dmesg |grep atkbd

[    3.760745] atkbd serio0: keyboard reset failed on isa0060/serio0
[    5.200803] atkbd serio1: keyboard reset failed on isa0060/serio1

Plus qu'à décoder ce que le module i8042 envoie au i8042.
Pour interpréter convenablement, j'imagine que le format est le suivant:
[temps écoulé depuis le début d'exécution du noyau] module(i8042): [???] donnée lue ou écrite en héxa sens de communication (<- du contrôleur vers le module et -> du module vers le contrôleur i8042 (type de donnée ou signification si en rapport avec l'IRQ du contrôleur)