Ecran noir et lenteur de re démarrage

bedecarrax · Le 15/07/2020, à 23:39

Bonsoir Geole,
Avant reception de ton message, en fin de matinée j’ai entré dans le terminal :
sudo grub-install --target=x86_64-efi --efi-directory=/boot/efi --bootloader-
id=ubuntu --recheck --debug /dev/sda1. Puis à 12 h j'ai arrêté puis rallumé mon ordi suivi d'un interminable écran noir. A mon retour à 18 h il était rallumé, un progrès par rapport au délai d'une nuit les autres fois! Sur ta proposition de traçage , comment procéder et vérifier sur un écran restant noir des heures en appuyant sur une touche directionnelle? Comment modifier la ligne suivante du fichier /etc/default/grub
GRUB_CMDLINE_LINUX_DEFAULT=" quiet splash "par celle-ci GRUB_CMDLINE_LINUX_DEFAULT="debug ignore_loglevel "?

bedecarrax · Le 15/07/2020, à 23:42

Bonsoir xubu1957,
Voici la réponse à ta commande:

bedecarrax@bedecarrax-Lenovo-G50-80:~$ dpkg -l | grep intel-microcode
ii  intel-microcode                            3.20200609.0ubuntu0.18.04.1                         amd64        Processor microcode firmware for Intel CPUs

Bonne soirée, @+

bedecarrax · Le 30/09/2020, à 19:52

Mon ordinateur fonctionne toujours avec des temps de re démarrage en écran noir durant plusieurs heures et dernièrement après 3 jours!
Je viens de refaire cette manip sur terminal et grub serait bie re installé:
bedecarrax@bedecarrax-Lenovo-G50-80:~$ sudo update-grub
[sudo] Mot de passe de bedecarrax :
Sourcing file `/etc/default/grub'
Création du fichier de configuration GRUB…
Image Linux trouvée : /boot/vmlinuz-4.15.0-118-generic
Image mémoire initiale trouvée : /boot/initrd.img-4.15.0-118-generic
Image Linux trouvée : /boot/vmlinuz-4.15.0-117-generic
Image mémoire initiale trouvée : /boot/initrd.img-4.15.0-117-generic
Adding boot menu entry for EFI firmware configuration
fait
bedecarrax@bedecarrax-Lenovo-G50-80:~$

Maintenant j'attends d’être obligé de l’éteindre ... Il restera allumé dans l'attente d'une bonne solution apportée par un génie ... J'ai commandé un autre portable; Je me demande si sans l’éteindre je passais à la dernière version ubuntu 20.04 lts pourrait résoudre le problème ? Je vais tenter quand j'aurais reçu et configuré le nouveau portable. Encore merci à ceux qui ont essayé de résoudre ce mystère ...

geole · Le 02/10/2020, à 09:46

bedecarrax a écrit :

Comment modifier la ligne suivante du fichier /etc/default/grub
GRUB_CMDLINE_LINUX_DEFAULT=" quiet splash "par celle-ci GRUB_CMDLINE_LINUX_DEFAULT="debug ignore_loglevel "?

Bonjour
En utilisant un éditeur de texte, par exemple gedit ou nano

gedit  admin:///etc/default/grub

sudo nano /etc/default/grub

bedecarrax · Le 04/10/2020, à 15:17

Bonjour Geole,
Voici la réponse avec nano:
GNU nano 2.9.3 /etc/default/grub

# If you change this file, run 'update-grub' afterwards to update
# /boot/grub/grub.cfg.
# For full documentation of the options in this file, see:
# info -f grub -n 'Simple configuration'

GRUB_DEFAULT=0
GRUB_TIMEOUT_STYLE=hidden
GRUB_TIMEOUT=0
GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`
GRUB_CMDLINE_LINUX_DEFAULT="drm.debug=0xe plymouth:debug"
GRUB_CMDLINE_LINUX=""

# Uncomment to enable BadRAM filtering, modify to suit your needs
# This works with Linux (no patch required) and with any kernel that obtains
# the memory map information from GRUB (GNU Mach, kernel of FreeBSD ...)
#GRUB_BADRAM="0x01234567,0xfefefefe,0x89abcdef,0xefefefef"

# Uncomment to disable graphical terminal (grub-pc only)
#GRUB_TERMINAL=console

# The resolution used on graphical terminal
# note that you can use only modes which your graphic card supports via VBE
# you can see them in real GRUB with the command `vbeinfo'
#GRUB_GFXMODE=640x480

# Uncomment if you don't want GRUB to pass "root=UUID=xxx" parameter to Linux
#GRUB_DISABLE_LINUX_UUID=true

# Uncomment to disable generation of recovery mode menu entries
#GRUB_DISABLE_RECOVERY="true"

# Uncomment to get a beep at grub start
#GRUB_INIT_TUNE="480 440 1"
GRUB_GFXPAYLOAD_LINUX=None

geole · Le 04/10/2020, à 15:42

Bonjour
Je vois que la ligne dispose déjà d'une commande de debug
GRUB_CMDLINE_LINUX_DEFAULT="drm.debug=0xe plymouth:debug"

Tu va donc te contenter d'ajouter les options pour que cela devienne
GRUB_CMDLINE_LINUX_DEFAULT="drm.debug=0xe plymouth:debug debug ignore_loglevel"

geole · Le 04/10/2020, à 22:43

tu frappes ctrl o pour que l'écriture te soit proposée.
tu valides l'écriture dans le fichier et tu quittes avec ctrl x
puis

sudo update-grub

bedecarrax · Le 06/10/2020, à 14:22

Bonjour Ceole. Contre toute attente, mon Lenvo éteint hier matin s'est rallumé aujourd’hui à 12h30, il progresse ... il reste encore beaucoup de marge.
Je vais donc essayer les manips que tu m'as proposé. Je repars ici avec nono et voici avec les modifs, si je les ai bien exécutées, ce que ça donne au final:
bedecarrax@bedecarrax-Lenovo-G50-80:~$ sudo nano /etc/default/grub
[sudo] Mot de passe de bedecarrax :
bedecarrax@bedecarrax-Lenovo-G50-80:~$ sudo update-grub
Sourcing file `/etc/default/grub'
Création du fichier de configuration GRUB…
Image Linux trouvée : /boot/vmlinuz-4.15.0-118-generic
Image mémoire initiale trouvée : /boot/initrd.img-4.15.0-118-generic
Image Linux trouvée : /boot/vmlinuz-4.15.0-117-generic
Image mémoire initiale trouvée : /boot/initrd.img-4.15.0-117-generic
Adding boot menu entry for EFI firmware configuration
fait
bedecarrax@bedecarrax-Lenovo-G50-80:~$
Maintenant puis je prendre le risque de l'éteindre ou reste -il des rectifications à faire?
Ton avis, merci.

geole · Le 06/10/2020, à 14:51

Bonjour
Tu te doutes que je ne sais pas ce qui va se passer.
Le but est d'avoir une trace la plus importante possible à consulter.
Elle risque d'être si énorme que tu ne pourras pas la transférer. Tu devras alors la découper en morceaux.
Le plus simple est que tu tentes de l'analyser, Les parties importantes sont soit en début soit à la fin et rarement au milieu.

Pour cette extinction, la trace ne sera pas pas en oeuvre. Ce ne sera qu'au prochain démarrage et arrêt

cqfd93 · Le 06/10/2020, à 15:16

Modération

Bonjour,

Pour ajouter toi-même les balises code à tous tes messages :

Cliquer sur le lien « Modifier » en bas à droite du message
Sélectionner le texte
Cliquer sur le <> de l'éditeur de message

bedecarrax · Le 07/10/2020, à 10:31

Bonjour geole
Est-il possible de passer mon ordinateur de 18.04 LTS à 20.04 LTS sans avoir à éteindre l'ordinateur, changement de système dans l'espoir de résoudre le problème d’extrême lenteur? Si oui, comment? Mais avant je voudrais savoir si 20.04 LTS s'installe bien sur Lenovo G50 ...
Merci

geole · Le 07/10/2020, à 11:24

Bonjour

Tu peux installer la version 20.04 en faisant une mise à niveau.
Mais pour exécuter la 20.04, il sera nécessaire de booter pour recharger les nouveaux noyaux.

Pour savoir si cela s'installe , je ne vois que la solution de tenter l'installation avec cette commande

sudo do-release-upgrade

Elle fait un certain nombre de contrôles, Si cela ne lui plaît pas, elle ne va pas plus loin.
Si cela lui plaît, elle installe,
Si l'installation va au bout, au prochain reboot tu auras le choix entre les deux versions avec la 20.04 par défaut, sinon, tu n'auras toujours que la version actuelle.

En théorie ton ordinateur supporte la version 20.04 http://linux-hardware.org/index.php?id= … 900059-win

Dernière modification par geole (Le 07/10/2020, à 11:30)

bedecarrax · Le 18/10/2020, à 19:57

Bonsoir,
Pour la mise à niveau, je suis coincé parce que je ne sais pas comment procéder à la mise à jour préalable de 19 paquets:

bedecarrax@bedecarrax-Lenovo-G50-80:~$ sudo do-release-upgrade
[sudo] Mot de passe de bedecarrax : 
Recherche d'une nouvelle version d'Ubuntu
Veuillez installer toutes les mises à jour disponibles pour votre version avant la mise à niveau.

bedecarrax@bedecarrax-Lenovo-G50-80:~$ sudo apt update
Réception de :1 http://security.ubuntu.com/ubuntu bionic-security InRelease [88,7 kB]
Atteint :2 http://fr.archive.ubuntu.com/ubuntu bionic InRelease           
Réception de :3 http://security.ubuntu.com/ubuntu bionic-security/main amd64 DEP-11 Metadata [49,0 kB]
Réception de :4 http://fr.archive.ubuntu.com/ubuntu bionic-updates InRelease [88,7 kB]
Réception de :5 http://security.ubuntu.com/ubuntu bionic-security/universe amd64 DEP-11 Metadata [57,1 kB]
Réception de :6 http://security.ubuntu.com/ubuntu bionic-security/multiverse amd64 DEP-11 Metadata [2464 B]
Réception de :7 http://fr.archive.ubuntu.com/ubuntu bionic-backports InRelease [74,6 kB]
Réception de :8 http://fr.archive.ubuntu.com/ubuntu bionic-updates/main amd64 DEP-11 Metadata [295 kB]
Réception de :9 http://fr.archive.ubuntu.com/ubuntu bionic-updates/universe amd64 DEP-11 Metadata [286 kB]
Réception de :10 http://fr.archive.ubuntu.com/ubuntu bionic-updates/multiverse amd64 DEP-11 Metadata [2468 B]
Réception de :11 http://fr.archive.ubuntu.com/ubuntu bionic-backports/universe amd64 DEP-11 Metadata [9288 B]
953 ko réceptionnés en 9s (109 ko/s)                                           
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances       
Lecture des informations d'état... Fait
19 paquets peuvent être mis à jour. Exécutez « apt list --upgradable » pour les voir.

bedecarrax@bedecarrax-Lenovo-G50-80:~$ apt list --upgradable
En train de lister... Fait
apport/bionic-updates,bionic-updates 2.20.9-0ubuntu7.18 all [pouvant être mis à jour depuis : 2.20.9-0ubuntu7.17]
apport-gtk/bionic-updates,bionic-updates 2.20.9-0ubuntu7.18 all [pouvant être mis à jour depuis : 2.20.9-0ubuntu7.17]
gnome-calculator/bionic-updates 1:3.28.2-1~ubuntu18.04.3 amd64 [pouvant être mis à jour depuis : 1:3.28.2-1~ubuntu18.04.1]
initramfs-tools/bionic-updates,bionic-updates 0.130ubuntu3.11 all [pouvant être mis à jour depuis : 0.130ubuntu3.10]
initramfs-tools-bin/bionic-updates 0.130ubuntu3.11 amd64 [pouvant être mis à jour depuis : 0.130ubuntu3.10]
initramfs-tools-core/bionic-updates,bionic-updates 0.130ubuntu3.11 all [pouvant être mis à jour depuis : 0.130ubuntu3.10]
libnautilus-extension1a/bionic-updates 1:3.26.4-0~ubuntu18.04.5 amd64 [pouvant être mis à jour depuis : 1:3.26.4-0~ubuntu18.04.4]
nautilus/bionic-updates 1:3.26.4-0~ubuntu18.04.5 amd64 [pouvant être mis à jour depuis : 1:3.26.4-0~ubuntu18.04.4]
nautilus-data/bionic-updates,bionic-updates 1:3.26.4-0~ubuntu18.04.5 all [pouvant être mis à jour depuis : 1:3.26.4-0~ubuntu18.04.4]
python3-apport/bionic-updates,bionic-updates 2.20.9-0ubuntu7.18 all [pouvant être mis à jour depuis : 2.20.9-0ubuntu7.17]
python3-distupgrade/bionic-updates,bionic-updates 1:18.04.40 all [pouvant être mis à jour depuis : 1:18.04.38]
python3-problem-report/bionic-updates,bionic-updates 2.20.9-0ubuntu7.18 all [pouvant être mis à jour depuis : 2.20.9-0ubuntu7.17]
ubuntu-release-upgrader-core/bionic-updates,bionic-updates 1:18.04.40 all [pouvant être mis à jour depuis : 1:18.04.38]
ubuntu-release-upgrader-gtk/bionic-updates,bionic-updates 1:18.04.40 all [pouvant être mis à jour depuis : 1:18.04.38]
xserver-common/bionic-updates,bionic-updates 2:1.19.6-1ubuntu4.7 all [pouvant être mis à jour depuis : 2:1.19.6-1ubuntu4.6]
xserver-xephyr/bionic-updates 2:1.19.6-1ubuntu4.7 amd64 [pouvant être mis à jour depuis : 2:1.19.6-1ubuntu4.6]
xserver-xorg-core/bionic-updates 2:1.19.6-1ubuntu4.7 amd64 [pouvant être mis à jour depuis : 2:1.19.6-1ubuntu4.6]
xserver-xorg-legacy/bionic-updates 2:1.19.6-1ubuntu4.7 amd64 [pouvant être mis à jour depuis : 2:1.19.6-1ubuntu4.6]
xwayland/bionic-updates 2:1.19.6-1ubuntu4.7 amd64 [pouvant être mis à jour depuis : 2:1.19.6-1ubuntu4.6]

inbox · Le 18/10/2020, à 20:29

Pour installer :

sudo apt dist-upgrade

bedecarrax · Le 18/10/2020, à 21:14

Merci. Cette commande à fonctionné. Le souci c'est que l'ordinateur a besoin de redémarrer pour terminer l'installation des mises à jour. Or si je l'éteins il mettra des heures à plus d'un jour pour redémarrer. Suis je obligé de l’éteindre pour pouvoir mettre à niveau?

geole · Le 18/10/2020, à 21:46

Bonsoirf.
Il n'y a pas d'autre possibilité que de rebooter.
A bientôt ou à plus tard.

bedecarrax · Le 23/10/2020, à 21:53

Bonsoir,

Une fois éteins, j'ai rallumé : écran noir pendant 5 jours jusqu'à ce qu'il me propose la mise à niveau. Je n'ai pas envie d’éteindre craignant qu'il ne se rallume plus. J'espère toujours une solution, qui sait ...

bedecarrax · Le 25/12/2020, à 16:45

Bonjour,

J'ai procédé à la mise à niveau dans l'espoir de résoudre mon problème. La mise à niveau n'a pas résolu le problème. Lorsque j'éteins l'ordinateur il lui faut 1 à plusieurs jours pour se rallumer. Si quelqu'un pense avoir la solution merci de me la communiquer.
Bonnes fêtes.

geole · Le 25/12/2020, à 17:53

Bonjour
Alors on va regarder comment se comporte la trace

journalctl -b -p err | head -100

journalctl -b  | head -100

Bon courage

bedecarrax · Le 25/12/2020, à 18:40

Bonsoir,
Voici les réponses aux commandes:

bedecarrax@bedecarrax-Lenovo-G50-80:~$ journalctl -b -p err | head -100
journalctl : commande introuvable

bedecarrax@bedecarrax-Lenovo-G50-80:~$ journalctl -b  | head -100
journalctl : commande introuvable

bedecarrax · Le 25/12/2020, à 21:17

PRÉCISION: Pour résoudre ce problème de lenteur, mon idée initiale était de passer mon système Ubuntu 18.04 LTS à Ubuntu 20.04 LTS. Mais n'ayant pas testé ce nouveau système sur Lenovo je me suis finalement décidé à remettre le système initial UBUNTU 14.04 LTS qui fonctionnait très bien. J'ai fait cette installation en enlevant le disque dur du Lenovo au moyen d'un autre ordinateur avec une clé usb dotée d' Ubuntu 14.04 LTS. Contrairement à mon plan, le fait de revenir au système initial n'a pas résolu l’extrême lenteur d'allumage. Le mystère reste entier.

geole · Le 26/12/2020, à 09:34

Bonjour
Si tu es revenu en version 14.04, il est possible que la commande journalctl ne soit pas connue de cet O.S. (Je n'ai pas cette version) Mais si tu l'as faite en version ubuntu 20.04, c'est totalement anormal.

Pour la procédure, Ne jamais stopper windows en cliquant sur ARRETER. Il faut toujours cliquer sur REDEMARRER

Dernière modification par geole (Le 26/12/2020, à 09:50)

bedecarrax · Le 26/12/2020, à 10:46

Bonjour,

La commande journalctl a bien été faite en version ubuntu.14.04 comme je l'ai précisé après avoir reçu tes commandes ( c'est au vu de la réponse commande inconnue que j'ai cru bon apporter cette précision).

bedecarrax · Le 07/04/2021, à 09:32

Bonjour,
L'ordinateur ne se rallume plus ... J'abandonne.

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#26 Le 15/07/2020, à 23:39

Re : Ecran noir et lenteur de re démarrage

#27 Le 15/07/2020, à 23:42

Re : Ecran noir et lenteur de re démarrage

#28 Le 30/09/2020, à 19:52

Re : Ecran noir et lenteur de re démarrage

#29 Le 02/10/2020, à 09:46

Re : Ecran noir et lenteur de re démarrage

#30 Le 04/10/2020, à 15:17

Re : Ecran noir et lenteur de re démarrage

#31 Le 04/10/2020, à 15:42

Re : Ecran noir et lenteur de re démarrage

#32 Le 04/10/2020, à 22:43

Re : Ecran noir et lenteur de re démarrage

#33 Le 06/10/2020, à 14:22

Re : Ecran noir et lenteur de re démarrage

#34 Le 06/10/2020, à 14:51

Re : Ecran noir et lenteur de re démarrage

#35 Le 06/10/2020, à 15:16

Re : Ecran noir et lenteur de re démarrage

#36 Le 07/10/2020, à 10:31

Re : Ecran noir et lenteur de re démarrage

#37 Le 07/10/2020, à 11:24

Re : Ecran noir et lenteur de re démarrage

#38 Le 18/10/2020, à 19:57

Re : Ecran noir et lenteur de re démarrage

#39 Le 18/10/2020, à 20:29

Re : Ecran noir et lenteur de re démarrage

#40 Le 18/10/2020, à 21:14

Re : Ecran noir et lenteur de re démarrage

#41 Le 18/10/2020, à 21:46

Re : Ecran noir et lenteur de re démarrage

#42 Le 23/10/2020, à 21:53

Re : Ecran noir et lenteur de re démarrage

#43 Le 25/12/2020, à 16:45

Re : Ecran noir et lenteur de re démarrage

#44 Le 25/12/2020, à 17:53

Re : Ecran noir et lenteur de re démarrage

#45 Le 25/12/2020, à 18:40

Re : Ecran noir et lenteur de re démarrage

#46 Le 25/12/2020, à 21:17

Re : Ecran noir et lenteur de re démarrage

#47 Le 26/12/2020, à 09:34

Re : Ecran noir et lenteur de re démarrage

#48 Le 26/12/2020, à 10:46

Re : Ecran noir et lenteur de re démarrage

#49 Le 07/04/2021, à 09:32

Re : Ecran noir et lenteur de re démarrage

Pied de page des forums