Bonjour les amis de Linux Azur,
Dans ce répertoire se trouve une copie (au format texte) des 2087 premières lignes du fichier /var/log/syslog de mon laptop Lenovo (acheté en janvier 2020) :
Il est fort possible que dans ces lignes se trouve l'origine du problème suivant que je rencontre depuis l'achat de ce laptop :
Systématiquement je dois au moins une bonne dizaine de fois répéter ces trois actions avant d'arriver sur l'écran de login :
i) allumer ce laptop ii) attendre qq minutes iii) eteindre ce laptop
Une fois loguer ce laptop fonctionne très sous cette distribution :
On 07/04/2020 04:53, Rene Paul Mages (ramix) wrote:
Bonjour les amis de Linux Azur,
Dans ce répertoire se trouve une copie (au format texte) des 2087 premières lignes du fichier /var/log/syslog de mon laptop Lenovo (acheté en janvier 2020) :
http://ramix.org/rpm2020/Il est fort possible que dans ces lignes se trouve l'origine du problème suivant que je rencontre depuis l'achat de ce laptop :
Systématiquement je dois au moins une bonne dizaine de fois répéter ces trois actions avant d'arriver sur l'écran de login :
i) allumer ce laptop ii) attendre qq minutes iii) eteindre ce laptop
Une fois loguer ce laptop fonctionne très sous cette distribution :
https://ubuntu-mate.org
Une capture du syslog quand cela fonctionne serait un bonne idée pour regarder la différence.
pour ce que je vois il me semble que la cause pourrait être en relation avec l'affichage vidéo :
Apr 7 03:34:31 rpm2020 /usr/lib/gdm3/gdm-x-session[1394]: Fatal server error: Apr 7 03:34:31 rpm2020 /usr/lib/gdm3/gdm-x-session[1394]: (EE) no screens found(EE) Apr 7 03:34:31 rpm2020 /usr/lib/gdm3/gdm-x-session[1394]: (EE) Apr 7 03:34:31 rpm2020 /usr/lib/gdm3/gdm-x-session[1394]: Please consult the The X.Org Foundation support Apr 7 03:34:31 rpm2020 /usr/lib/gdm3/gdm-x-session[1394]: #011 at http://wiki.x.org Apr 7 03:34:31 rpm2020 /usr/lib/gdm3/gdm-x-session[1394]: for help. Apr 7 03:34:31 rpm2020 /usr/lib/gdm3/gdm-x-session[1394]: (EE) Please also check the log file at "/var/log/Xorg.0.log" for additional information. Apr 7 03:34:31 rpm2020 /usr/lib/gdm3/gdm-x-session[1394]: (EE) Apr 7 03:34:31 rpm2020 /usr/lib/gdm3/gdm-x-session[1394]: (EE) Server terminated with error (1). Closing log file. Apr 7 03:34:31 rpm2020 /usr/lib/gdm3/gdm-x-session[1392]: Unable to run X server
Cela ressemble à un problème matériel, quel est l'état de ta batterie ?
Le 07/04/2020 à 09:24, pl a écrit :
On 07/04/2020 04:53, Rene Paul Mages (ramix) wrote:
Bonjour les amis de Linux Azur,
Dans ce répertoire se trouve une copie (au format texte) des 2087 premières lignes du fichier /var/log/syslog de mon laptop Lenovo (acheté en janvier 2020) :
http://ramix.org/rpm2020/Il est fort possible que dans ces lignes se trouve l'origine du problème suivant que je rencontre depuis l'achat de ce laptop :
Systématiquement je dois au moins une bonne dizaine de fois répéter ces trois actions avant d'arriver sur l'écran de login :
i) allumer ce laptop ii) attendre qq minutes iii) eteindre ce laptop
Une fois loguer ce laptop fonctionne très sous cette distribution :
https://ubuntu-mate.orgUne capture du syslog quand cela fonctionne serait un bonne idée pour regarder la différence.
pour ce que je vois il me semble que la cause pourrait être en relation avec l'affichage vidéo :
Apr 7 03:34:31 rpm2020 /usr/lib/gdm3/gdm-x-session[1394]: Fatal server error: Apr 7 03:34:31 rpm2020 /usr/lib/gdm3/gdm-x-session[1394]: (EE) no screens found(EE) Apr 7 03:34:31 rpm2020 /usr/lib/gdm3/gdm-x-session[1394]: (EE) Apr 7 03:34:31 rpm2020 /usr/lib/gdm3/gdm-x-session[1394]: Please consult the The X.Org Foundation support Apr 7 03:34:31 rpm2020 /usr/lib/gdm3/gdm-x-session[1394]: #011 athttp://wiki.x.org Apr 7 03:34:31 rpm2020 /usr/lib/gdm3/gdm-x-session[1394]: for help. Apr 7 03:34:31 rpm2020 /usr/lib/gdm3/gdm-x-session[1394]: (EE) Please also check the log file at "/var/log/Xorg.0.log" for additional information. Apr 7 03:34:31 rpm2020 /usr/lib/gdm3/gdm-x-session[1394]: (EE) Apr 7 03:34:31 rpm2020 /usr/lib/gdm3/gdm-x-session[1394]: (EE) Server terminated with error (1). Closing log file. Apr 7 03:34:31 rpm2020 /usr/lib/gdm3/gdm-x-session[1392]: Unable to run X server
Cela ressemble à un problème matériel, quel est l'état de ta batterie ?
cela semble le bon diagnostic. Question subsidiaire, as tu des infos dans /var/log/Xorg.0.log ?
Le 07/04/2020 à 09:24, pl a écrit :
On 07/04/2020 04:53, Rene Paul Mages (ramix) wrote:
Bonjour les amis de Linux Azur,
Dans ce répertoire se trouve une copie (au format texte) des 2087 premières lignes du fichier /var/log/syslog de mon laptop Lenovo (acheté en janvier 2020) :
Il est fort possible que dans ces lignes se trouve l'origine du problème suivant que je rencontre depuis l'achat de ce laptop :
Systématiquement je dois au moins une bonne dizaine de fois répéter ces trois actions avant d'arriver sur l'écran de login :
i) allumer ce laptop ii) attendre qq minutes iii) eteindre ce laptop
Une fois loguer ce laptop fonctionne très sous cette distribution :
https://ubuntu-mate.orgUne capture du syslog quand cela fonctionne serait un bonne idée pour regarder la différence.
pour ce que je vois il me semble que la cause pourrait être en relation avec l'affichage vidéo :
Apr 7 03:34:31 rpm2020 /usr/lib/gdm3/gdm-x-session[1394]: Fatal server error: Apr 7 03:34:31 rpm2020 /usr/lib/gdm3/gdm-x-session[1394]: (EE) no screens found(EE) Apr 7 03:34:31 rpm2020 /usr/lib/gdm3/gdm-x-session[1394]: (EE) Apr 7 03:34:31 rpm2020 /usr/lib/gdm3/gdm-x-session[1394]: Please consult the The X.Org Foundation support Apr 7 03:34:31 rpm2020 /usr/lib/gdm3/gdm-x-session[1394]: #011 at http://wiki.x.org Apr 7 03:34:31 rpm2020 /usr/lib/gdm3/gdm-x-session[1394]: for help. Apr 7 03:34:31 rpm2020 /usr/lib/gdm3/gdm-x-session[1394]: (EE) Please also check the log file at "/var/log/Xorg.0.log" for additional information. Apr 7 03:34:31 rpm2020 /usr/lib/gdm3/gdm-x-session[1394]: (EE) Apr 7 03:34:31 rpm2020 /usr/lib/gdm3/gdm-x-session[1394]: (EE) Server terminated with error (1). Closing log file. Apr 7 03:34:31 rpm2020 /usr/lib/gdm3/gdm-x-session[1392]: Unable to run X server
Cela ressemble à un problème matériel, quel est l'état de ta batterie ?
Merci beaucoup Philippe,
Ton diagnostic (problème avec l'affichage vidéo) cadre fort bien avec ce que j'observe depuis 3 bons mois ).
L'état de la batterie semble excellent (il s'agit d'un laptop acheté neuf en janvier 2020).
Désormais dans ce répertoire
se trouvent deux extraits (au format texte) de /var/log/syslog : - - l'un est relatif à un boot du laptop avec un login sans problème : syslog-ok.txt
- l'autre est celui que tu as déjà analysé (boot avec problème) syslog.txt
ainsi que :
- la copie du fichier /var/log/Xorg.O.log
-- Amicalement Rene Paul Mages (ramix) GnuPG key : 0x9840A6F7 http://www.linux-azur.org/ramix http://wiki.linux-azur.org http://twitter.com/LinuxAzur
Une suggestion : certains d'entre nous, ayant accès à, ou utlisant des imprimantes 3D, peuvent ils "imprimer des masques" ? format classique, ou modèles "de jardin" au moins ? j'ai vu que celà se fait ailleurs, t ce sera mmieux que le moins que rien qui nous a été "offert" jusqu'à maintenant
allez et on rigole un coup : https://www.youtube.com/watch?v=hz5xWgjSUlk&feature=youtu.be
çà fera du bien par où qu'çà passe ! , et çà fera ps d'mal ;-)
Cordialement É.BÉTHEUIL
Besoin d'aide, en pays de Fayence? nous vous écoutons sur le
04.65.03.06.63
et puis...le meilleur déchet reste celui qu'on ne fait pas : soyons respectueux !
On 4/7/20 11:56 AM, Rene Paul Mages (ramix) wrote:
Le 07/04/2020 à 09:24, pl a écrit :
On 07/04/2020 04:53, Rene Paul Mages (ramix) wrote:
Bonjour les amis de Linux Azur,
Dans ce répertoire se trouve une copie (au format texte) des 2087 premières lignes du fichier /var/log/syslog de mon laptop Lenovo (acheté en janvier 2020) :
Il est fort possible que dans ces lignes se trouve l'origine du problème suivant que je rencontre depuis l'achat de ce laptop :
Systématiquement je dois au moins une bonne dizaine de fois répéter ces trois actions avant d'arriver sur l'écran de login :
i) allumer ce laptop ii) attendre qq minutes iii) eteindre ce laptop
Une fois loguer ce laptop fonctionne très sous cette distribution :
https://ubuntu-mate.orgUne capture du syslog quand cela fonctionne serait un bonne idée pour regarder la différence.
pour ce que je vois il me semble que la cause pourrait être en relation avec l'affichage vidéo :
Apr 7 03:34:31 rpm2020 /usr/lib/gdm3/gdm-x-session[1394]: Fatal server error: Apr 7 03:34:31 rpm2020 /usr/lib/gdm3/gdm-x-session[1394]: (EE) no screens found(EE) Apr 7 03:34:31 rpm2020 /usr/lib/gdm3/gdm-x-session[1394]: (EE) Apr 7 03:34:31 rpm2020 /usr/lib/gdm3/gdm-x-session[1394]: Please consult the The X.Org Foundation support Apr 7 03:34:31 rpm2020 /usr/lib/gdm3/gdm-x-session[1394]: #011 at http://wiki.x.org Apr 7 03:34:31 rpm2020 /usr/lib/gdm3/gdm-x-session[1394]: for help. Apr 7 03:34:31 rpm2020 /usr/lib/gdm3/gdm-x-session[1394]: (EE) Please also check the log file at "/var/log/Xorg.0.log" for additional information. Apr 7 03:34:31 rpm2020 /usr/lib/gdm3/gdm-x-session[1394]: (EE) Apr 7 03:34:31 rpm2020 /usr/lib/gdm3/gdm-x-session[1394]: (EE) Server terminated with error (1). Closing log file. Apr 7 03:34:31 rpm2020 /usr/lib/gdm3/gdm-x-session[1392]: Unable to run X server
Cela ressemble à un problème matériel, quel est l'état de ta batterie ?
Merci beaucoup Philippe,
Ton diagnostic (problème avec l'affichage vidéo) cadre fort bien avec ce que j'observe depuis 3 bons mois ).
L'état de la batterie semble excellent (il s'agit d'un laptop acheté neuf en janvier 2020).
Désormais dans ce répertoire
http://ramix.org/rpm2020se trouvent deux extraits (au format texte) de /var/log/syslog :
l'un est relatif à un boot du laptop avec un login sans problème : syslog-ok.txt
l'autre est celui que tu as déjà analysé (boot avec problème) syslog.txt
ainsi que :la copie du fichier /var/log/Xorg.O.log
Salut, il y a très clairement un problème lors du chargement du module noyau "amdgpu" pour le GPU :
Apr 7 03:34:20 rpm2020 kernel: [ 1.416480] amdgpu 0000:03:00.0: Invalid PCI ROM header signature: expecting 0xaa55, got 0xffff Apr 7 03:34:20 rpm2020 kernel: [ 1.450159] [drm] BIOS signature incorrect 37 3b Apr 7 03:34:20 rpm2020 kernel: [ 1.450243] [drm:amdgpu_get_bios [amdgpu]] *ERROR* Unable to locate a BIOS ROM Apr 7 03:34:20 rpm2020 kernel: [ 1.450247] amdgpu 0000:03:00.0: Fatal error during GPU init
Apparemment dû à une corruption du VBIOS. La version du BIOS de cette machine est 7VCN24WW, une version plus récente 7VCN48WW est disponible en téléchargement sur le site de Lenovo, je recommende donc d'essayer de le mettre à jour. Point négatif : il faut apparemment Windows pour pouvoir le faire. À noter que le fonctionnement est assez différent entre un démarrage en mode "Legacy" et un démarrage en mode "UEFI", on peut donc essayer l'un ou l'autre pour voir s'il y a une différence. Sur les machines qui le prenne en charge, préférer un démarrage UEFI puisque l'ancienne interface BIOS est maintenant abandonnée et le mode "Legacy" n'est qu'une surcouche de compatibilité pour les anciens systèmes d'exploitation.
Le 07/04/2020 à 15:05, piernov a écrit :
On 4/7/20 11:56 AM, Rene Paul Mages (ramix) wrote:
Le 07/04/2020 à 09:24, pl a écrit :
On 07/04/2020 04:53, Rene Paul Mages (ramix) wrote:
Bonjour les amis de Linux Azur,
Dans ce répertoire se trouve une copie (au format texte) des 2087 premières lignes du fichier /var/log/syslog de mon laptop Lenovo (acheté en janvier 2020) :
Il est fort possible que dans ces lignes se trouve l'origine du problème suivant que je rencontre depuis l'achat de ce laptop :
Systématiquement je dois au moins une bonne dizaine de fois répéter ces trois actions avant d'arriver sur l'écran de login :
i) allumer ce laptop ii) attendre qq minutes iii) eteindre ce laptop
Une fois loguer ce laptop fonctionne très sous cette distribution :
https://ubuntu-mate.orgUne capture du syslog quand cela fonctionne serait un bonne idée pour regarder la différence.
pour ce que je vois il me semble que la cause pourrait être en relation avec l'affichage vidéo :
Apr 7 03:34:31 rpm2020 /usr/lib/gdm3/gdm-x-session[1394]: Fatal server error: Apr 7 03:34:31 rpm2020 /usr/lib/gdm3/gdm-x-session[1394]: (EE) no screens found(EE) Apr 7 03:34:31 rpm2020 /usr/lib/gdm3/gdm-x-session[1394]: (EE) Apr 7 03:34:31 rpm2020 /usr/lib/gdm3/gdm-x-session[1394]: Please consult the The X.Org Foundation support Apr 7 03:34:31 rpm2020 /usr/lib/gdm3/gdm-x-session[1394]: #011 at http://wiki.x.org Apr 7 03:34:31 rpm2020 /usr/lib/gdm3/gdm-x-session[1394]: for help. Apr 7 03:34:31 rpm2020 /usr/lib/gdm3/gdm-x-session[1394]: (EE) Please also check the log file at "/var/log/Xorg.0.log" for additional information. Apr 7 03:34:31 rpm2020 /usr/lib/gdm3/gdm-x-session[1394]: (EE) Apr 7 03:34:31 rpm2020 /usr/lib/gdm3/gdm-x-session[1394]: (EE) Server terminated with error (1). Closing log file. Apr 7 03:34:31 rpm2020 /usr/lib/gdm3/gdm-x-session[1392]: Unable to run X server
Cela ressemble à un problème matériel, quel est l'état de ta batterie ?
Merci beaucoup Philippe,
Ton diagnostic (problème avec l'affichage vidéo) cadre fort bien avec ce que j'observe depuis 3 bons mois ).
L'état de la batterie semble excellent (il s'agit d'un laptop acheté neuf en janvier 2020).
Désormais dans ce répertoire
http://ramix.org/rpm2020se trouvent deux extraits (au format texte) de /var/log/syslog :
l'un est relatif à un boot du laptop avec un login sans problème : syslog-ok.txt
l'autre est celui que tu as déjà analysé (boot avec problème) syslog.txt
ainsi que :la copie du fichier /var/log/Xorg.O.log
Salut, il y a très clairement un problème lors du chargement du module noyau "amdgpu" pour le GPU :
Apr 7 03:34:20 rpm2020 kernel: [ 1.416480] amdgpu 0000:03:00.0: Invalid PCI ROM header signature: expecting 0xaa55, got 0xffff Apr 7 03:34:20 rpm2020 kernel: [ 1.450159] [drm] BIOS signature incorrect 37 3b Apr 7 03:34:20 rpm2020 kernel: [ 1.450243] [drm:amdgpu_get_bios [amdgpu]] *ERROR* Unable to locate a BIOS ROM Apr 7 03:34:20 rpm2020 kernel: [ 1.450247] amdgpu 0000:03:00.0: Fatal error during GPU initApparemment dû à une corruption du VBIOS. La version du BIOS de cette machine est 7VCN24WW, une version plus récente 7VCN48WW est disponible en téléchargement sur le site de Lenovo, je recommende donc d'essayer de le mettre à jour. Point négatif : il faut apparemment Windows pour pouvoir le faire. À noter que le fonctionnement est assez différent entre un démarrage en mode "Legacy" et un démarrage en mode "UEFI", on peut donc essayer l'un ou l'autre pour voir s'il y a une différence. Sur les machines qui le prenne en charge, préférer un démarrage UEFI puisque l'ancienne interface BIOS est maintenant abandonnée et le mode "Legacy" n'est qu'une surcouche de compatibilité pour les anciens systèmes d'exploitation.
Merci beaucoup Piernov.
Actuellement le BIOS de ce laptop est ainsi paramétré : "mode LEGACY"
Je ne peux plus revenir à "mode UEFI" car lorsque j'ai viré WIN10 j'ai aussi supprimé la partition qu'utilisait l'UEFI. J'ignorais que le "mode LEGACY était une surcouche de compatibilité pour les anciens systèmes d'exploitation.
Je me retrouve donc ~coincé~ puisque la MAJ du BIOS sera semble t-il impossible.
Le 07/04/2020 à 22:25, JF a écrit :
Coucou René,
Normalement, ce n'est pas mort pour ta partition UEFI. Si tu bootes sur un live CD, tu peux la recréer (tu verras elle est proposé dans les logiciels de partitionnement- sous Fédora je l'avais vu). Et au pire (les purs linuxiens fermés vos oreilles), tu mets un cd d'installation de Windows et il doit te la recrée.
J'ai fait pire que toi, j'ai activé le secure boot sur mon PC alors que Linux était le seul système installer dessus. Donc PC potentiellement mort, il ne bootait plus. J'ai pu désactiver le secure boot juste en mettant un DVD d'installation de Windows, ça m'a permis de rentré dans le Bios.
A+. Jean.
Merci beaucoup Jean ainsi qu'à tous ceux qui m'ont aidé à y voir beaucoup plus clair.
Chut ... je vais en ~cachette~ (après le confinement) acheter un CD d'installation de Windows et donc reconstruire le partitionnement que j'ai détruit (un peu trop vite et à l'arrach).
On 4/7/20 11:22 PM, Rene Paul Mages (ramix) wrote:
Le 07/04/2020 à 22:25, JF a écrit :
Coucou René,
Normalement, ce n'est pas mort pour ta partition UEFI. Si tu bootes sur un live CD, tu peux la recréer (tu verras elle est proposé dans les logiciels de partitionnement- sous Fédora je l'avais vu). Et au pire (les purs linuxiens fermés vos oreilles), tu mets un cd d'installation de Windows et il doit te la recrée.
J'ai fait pire que toi, j'ai activé le secure boot sur mon PC alors que Linux était le seul système installer dessus. Donc PC potentiellement mort, il ne bootait plus. J'ai pu désactiver le secure boot juste en mettant un DVD d'installation de Windows, ça m'a permis de rentré dans le Bios.
A+. Jean.
Merci beaucoup Jean ainsi qu'à tous ceux qui m'ont aidé à y voir beaucoup plus clair.
Chut ... je vais en ~cachette~ (après le confinement) acheter un CD d'installation de Windows et donc reconstruire le partitionnement que j'ai détruit (un peu trop vite et à l'arrach).
Pour remettre en ordre la partition EFI il n'est pas nécessaire d'avoir Windows. Il sera en revanche nécessaire de reformatter et réinstaller entièrement (à moins de bricoler les partitions existentes et GRUB). En principe, avec une clé USB de démarrage d'une distibution Linux récente on peut soit démarrer en mode UEFI, soit en mode Legacy. Il suffit de s'assurer que la machine est configurée pour démarrer en mode UEFI (mode Legacy désactivé, CSM désactivé), démarrer sur la clé USB et l'installateur de la distribution devrait se charger de créer la partition EFI automatiquement. Si on choisit le partitionnement manuel, il faut s'assurer que la table de partition est de type GPT (pas MBR) et créer une partition d'au moins 200 Mio formatée en FAT32 de type "EFI System Partition" avec point de montage /boot/efi.
Pour mettre à jour le BIOS, Windows reste nécessaire. La procédure indiquée par Vincent fait elle aussi forcément usage de Windows à un moment ou à un autre. L'installateur de Windows est disponible gratuitement au téléchargement sur la page https://www.microsoft.com/fr-fr/software-download/windows10ISO . Il n'est d'ailleurs pas nécessaire de posséder une clé de licence pour l'utiliser, la version d'essai (qui ne fait que principalement limiter les options de persnnalisation dans le panneau de configuration) est amplement suffisante pour mettre à jour le BIOS. De toutes manières la machine avait déjà été installée sous Windows 10 donc la licence d'origine sera validée automatiquement.
Il y a peut être d'autres solutions de contournement pour pouvoir se passer de Windows pour mettre à jour le BIOS, mais je rappellle que mettre à jour le BIOS comporte toujours des risques que la machine ne redémarre plus si quelque chose se passe mal pendant la procédure. Mieux vaut donc suivre la procédure officielle.
À noter que grâce au projet LVFS/fwupd, un certain nombre de machines prennent désormais en charge la mise à jour du BIOS (et autres micrologiciels) depuis Linux. En revanche ce sont principalement les séries professionnelles qui sont concernées, par exemple les séries ThinkPad chez Lenovo. C'est d'ailleurs intégré au logiciel de gestion des mises à jour des versions récentes d'Ubuntu, attention donc à ne pas cliquer trop vite sans connaitre les risques. Mais mettre à jour le BIOS permet quand même de corriger une quantité de failles de sécurité qui ont fait (et font toujours) surfaces ces dernières années, donc il ne faut pas non plus les fuires.
-
Jean-Max Reymond -
JF -
piernov -
pl -
Rene Paul Mages (ramix) -
tarpinjacques＠free.fr -
É.BÉTHEUIL