Contenu | Rechercher | Menus

Annonce

Si vous avez des soucis pour rester connecté, déconnectez-vous puis reconnectez-vous depuis ce lien en cochant la case
Me connecter automatiquement lors de mes prochaines visites.

À propos de l'équipe du forum.

Pages : 1 2 3

#26 Le 18/07/2022, à 08:45

jarto

Re : [Résolu] Ecran noir sur noyau 5.15.0-41

Nuliel a écrit :

Les messages indiqués sur la photo ne sont pas graves normalement (les derniers sont d'ailleurs tout à fait normaux).
Par contre pour le démarrage aléatoire, c'est étrange hmm

pour infos avec linux 5.13.0-52-generic je n'ai pas ces informations ! (une seul ligne au démarrage de façon furtive)

Ce matin démarrage normal : le système se lance tout doucement avec un cpu "normal" mais le voyant carte mère est resté allumé plus longtemps que d'habitude sans que le  cpu grimpe ( je vais chercher les fonctions exacts de ce voyant  hmm     )
je vais noter toutes ces bizarreries......

@xubu1957

moa@uranus:~$ echo $XDG_SESSION_TYPE
x11
moa@uranus:~$

Ubuntu Budgie 20.04.4 LTS / 64 bits / Gnome 3.36.8
..- -... ..- -. - ..- / -... ..- -.. --. .. .

Hors ligne

#27 Le 18/07/2022, à 11:52

ylag

Re : [Résolu] Ecran noir sur noyau 5.15.0-41

Bonjour,

jarto a écrit :

Ce matin démarrage normal : le système se lance tout doucement avec un cpu "normal" mais le voyant carte mère est resté allumé plus longtemps que d'habitude

Si ton sytème est sur un SSD, il y a peut-être eu une exécution automatique de la fonction Trim ?
Sauf erreur de ma part, il se peut que ce soit configuré par défaut pour se lancer au démarrage de façon hebdomadaire ?

Une doc du forum à ce sujet : https://doc.ubuntu-fr.org/ssd_solid_state_drive

A+

Dernière modification par ylag (Le 18/07/2022, à 11:53)

Hors ligne

#28 Le 18/07/2022, à 15:56

jarto

Re : [Résolu] Ecran noir sur noyau 5.15.0-41

bonjour
j'ai essayé de comprendre, mais mon niveau de compétence ne me permets pas de franchir le pas.
ça à l'air intéressant pour augmenter la durée de vie du "SSD" (mon system est sur SSD)
Un féru dans mes amis va m'aider pour cette opération
j'ai trouvé ça (anacron) ( too hard for me) Merci pour cette idée smile

moa@uranus:/etc$ cat /var/log/syslog | grep cron
Jul 18 07:17:01 uranus CRON[1846]: (root) CMD (   cd / && run-parts --report /etc/cron.hourly)
Jul 18 07:20:24 uranus anacron[396]: Job `cron.daily' started
Jul 18 07:20:24 uranus anacron[2833]: Updated timestamp for job `cron.daily' to 2022-07-18
Jul 18 07:20:28 uranus anacron[396]: Job `cron.daily' terminated
Jul 18 07:20:28 uranus anacron[396]: Normal exit (1 job run)
Jul 18 07:20:28 uranus systemd[1]: anacron.service: Succeeded.
Jul 18 07:30:01 uranus CRON[3462]: (root) CMD ([ -x /etc/init.d/anacron ] && if [ ! -d /run/systemd/system ]; then /usr/sbin/invoke-rc.d anacron start >/dev/null; fi)
Jul 18 07:32:46 uranus systemd[1]: Started Run anacron jobs.
Jul 18 07:32:46 uranus anacron[3623]: Anacron 2.3 started on 2022-07-18
Jul 18 07:32:46 uranus systemd[1]: anacron.service: Succeeded.
Jul 18 07:32:46 uranus anacron[3623]: Normal exit (0 jobs run)
Jul 18 08:17:01 uranus CRON[4753]: (root) CMD (   cd / && run-parts --report /etc/cron.hourly)
Jul 18 08:30:01 uranus CRON[5255]: (root) CMD ([ -x /etc/init.d/anacron ] && if [ ! -d /run/systemd/system ]; then /usr/sbin/invoke-rc.d anacron start >/dev/null; fi)
Jul 18 08:31:07 uranus systemd[1]: Started Run anacron jobs.
Jul 18 08:31:07 uranus anacron[5269]: Anacron 2.3 started on 2022-07-18
Jul 18 08:31:07 uranus anacron[5269]: Normal exit (0 jobs run)
Jul 18 08:31:07 uranus systemd[1]: anacron.service: Succeeded.
Jul 18 08:46:17 uranus systemd[1]: anacron.timer: Succeeded.
Jul 18 08:46:17 uranus systemd[1]: Stopped Trigger anacron every hour.
Jul 18 11:11:13 uranus systemd[1]: Started Trigger anacron every hour.
Jul 18 11:11:13 uranus anacron[398]: Anacron 2.3 started on 2022-07-18
Jul 18 11:11:13 uranus systemd[1]: Started Run anacron jobs.
Jul 18 11:11:13 uranus anacron[398]: Normal exit (0 jobs run)
Jul 18 11:11:13 uranus cron[404]: (CRON) INFO (pidfile fd = 3)
Jul 18 11:11:13 uranus cron[404]: (CRON) INFO (Running @reboot jobs)
Jul 18 11:11:13 uranus systemd[1]: anacron.service: Succeeded.
Jul 18 11:12:19 uranus systemd[1]: anacron.timer: Succeeded.
Jul 18 11:12:19 uranus systemd[1]: Stopped Trigger anacron every hour.
Jul 18 11:13:05 uranus systemd[1]: Started Trigger anacron every hour.
Jul 18 11:13:05 uranus systemd[1]: Started Run anacron jobs.
Jul 18 11:13:05 uranus anacron[401]: Anacron 2.3 started on 2022-07-18
Jul 18 11:13:05 uranus anacron[401]: Normal exit (0 jobs run)
Jul 18 11:13:05 uranus cron[404]: (CRON) INFO (pidfile fd = 3)
Jul 18 11:13:05 uranus cron[404]: (CRON) INFO (Running @reboot jobs)
Jul 18 11:13:05 uranus systemd[1]: anacron.service: Succeeded.
Fichier binaire (entrée standard) correspondant
moa@uranus:/etc$ cat /etc/anacrontab
# /etc/anacrontab: configuration file for anacron

# See anacron(8) and anacrontab(5) for details.

SHELL=/bin/sh
PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin
HOME=/root
LOGNAME=root

# These replace cron's entries
1	5	cron.daily	run-parts --report /etc/cron.daily
7	10	cron.weekly	run-parts --report /etc/cron.weekly
@monthly	15	cron.monthly	run-parts --report /etc/cron.monthly
moa@uranus:/etc$

Ubuntu Budgie 20.04.4 LTS / 64 bits / Gnome 3.36.8
..- -... ..- -. - ..- / -... ..- -.. --. .. .

Hors ligne

#29 Le 18/07/2022, à 16:17

ylag

Re : [Résolu] Ecran noir sur noyau 5.15.0-41

Bonjour,

Essaie peut-être cette commande informative, qui devrait donner la date et l'heure du dernier lancement de la fonction trim :

systemctl list-timers fstrim

Aussi cette autre cammande informative qui devrait renseigner sur l'état du service en question :

systemctl status fstrim.timer

Je crois que la fonction trim n'est plus lancée par une tâche «cron» sur les version récentes de Ubuntu, mais plutôt par un service systemd.

Par contre, je ne sais si c'est de même sur Budgie ?

A+

Dernière modification par ylag (Le 18/07/2022, à 16:20)

Hors ligne

#30 Le 18/07/2022, à 17:46

jarto

Re : [Résolu] Ecran noir sur noyau 5.15.0-41

Voici les retours  (la première m'a renvoyé une liste interminable, j'ai mis le début )

moa@uranus:~$ systemctl list-timers fstrim
NEXT                         LEFT        LAST                         PASSED  U>
Mon 2022-07-25 00:00:00 CEST 6 days left Mon 2022-07-18 07:15:24 CEST 10h ago f>

1 timers listed.
Pass --all to see loaded but inactive timers, too.
lines 1-5/5 (END)
moa@uranus:~$ systemctl status fstrim.timer
● fstrim.timer - Discard unused blocks once a week
     Loaded: loaded (/lib/systemd/system/fstrim.timer; enabled; vendor preset: >
     Active: active (waiting) since Mon 2022-07-18 16:29:37 CEST; 1h 3min ago
    Trigger: Mon 2022-07-25 00:00:00 CEST; 6 days left
   Triggers: ● fstrim.service
       Docs: man:fstrim

juil. 18 16:29:37 uranus systemd[1]: Started Discard unused blocks once a week.
lines 1-8/8 (END)

Ubuntu Budgie 20.04.4 LTS / 64 bits / Gnome 3.36.8
..- -... ..- -. - ..- / -... ..- -.. --. .. .

Hors ligne

#31 Le 18/07/2022, à 18:30

ylag

Re : [Résolu] Ecran noir sur noyau 5.15.0-41

Bonjour,

systemctl list-timers fstrim a écrit :

NEXT                         LEFT        LAST                         PASSED  U>
Mon 2022-07-25 00:00:00 CEST 6 days left Mon 2022-07-18 07:15:24 CEST 10h ago f>

On voit qu'au moment où tu as passé la commande systemctl list-timers fstrim, il y avait eu un lancement de fstrim 10 heures auparavant, et qu'il y en aura un autre dans six jours.
Ce qui pourrait bien expliquer que «le voyant carte mère est resté allumé plus longtemps que d'habitude» pour ce démarrage ; c'est le comportement normal lorsque fstrim s'exécute...

Si tu n'as pas redémarré depuis, le résultat de :

systemd-analyze blame --no-pager

...devrait contenir une ligne fstrim.service, ce qui indiquerait que le service fstrim s'est déclenché pour le démarrage courant.

A+

Dernière modification par ylag (Le 18/07/2022, à 18:34)

Hors ligne

#32 Le 18/07/2022, à 19:28

jarto

Re : [Résolu] Ecran noir sur noyau 5.15.0-41

ylag a écrit :

Si tu n'as pas redémarré depuis, le résultat de :

systemd-analyze blame --no-pager

A+

je ne suis pas sure à 100% sad

moa@uranus:~$ systemd-analyze blame --no-pager
2.063s NetworkManager-wait-online.service        
1.419s dev-sdb5.device                           
1.253s snapd.service                             
 716ms snapd.seeded.service                      
 320ms accounts-daemon.service                   
 312ms snapd.apparmor.service                    
 291ms snap-bare-5.mount                         
 287ms snap-core-13308.mount                     
 285ms udisks2.service                           
 285ms snap-core-13425.mount                     
 284ms apport.service                            
 284ms apport-autoreport.service                 
 284ms snap-core18-2409.mount                    
 283ms snap-core18-2538.mount                    
 280ms snap-core20-1494.mount                    
 279ms snap-core20-1518.mount                    
 277ms snap-gnome\x2d3\x2d34\x2d1804-72.mount    
 274ms snap-gnome\x2d3\x2d34\x2d1804-77.mount    
 273ms snap-gtk2\x2dcommon\x2dthemes-13.mount    
 272ms snap-gtk\x2dcommon\x2dthemes-1534.mount   
 271ms snap-gtk\x2dcommon\x2dthemes-1535.mount   
 268ms snap-simplescreenrecorder-1.mount         
 267ms snap-snapd-16010.mount                    
 266ms snap-snapd-16292.mount                    
 264ms snap-subtitle\x2dedit-7.mount             
 261ms snap-ubuntu\x2dbudgie\x2dwelcome-402.mount
 255ms snap-ubuntu\x2dbudgie\x2dwelcome-404.mount
 255ms hddtemp.service                           
 244ms ua-timer.service                          
 239ms kerneloops.service                        
 237ms snap-zoom\x2dclient-170.mount             
 230ms snap-zoom\x2dclient-175.mount             
 216ms apparmor.service                          
 210ms console-setup.service                     
 205ms grub-common.service                       
 179ms e2scrub_reap.service                      
 178ms gpu-manager.service                       
 176ms polkit.service                            
 172ms networkd-dispatcher.service               
 172ms lightdm.service                           
 172ms thermald.service                          
 172ms lm-sensors.service                        
 171ms systemd-modules-load.service              
 157ms rsyslog.service                           
 151ms plymouth-read-write.service               
 151ms systemd-journal-flush.service             
 150ms openvpn.service                           
 150ms wpa_supplicant.service                    
 144ms systemd-resolved.service                  
 142ms dev-loop9.device                          
 140ms dev-loop13.device                         
 139ms dev-loop17.device                         
 139ms ModemManager.service                      
 137ms dev-loop19.device                         
 137ms dev-loop15.device                         
 137ms dev-loop16.device                         
 136ms dev-loop12.device                         
 135ms dev-loop8.device                          
 135ms upower.service                            
 134ms dev-loop5.device                          
 133ms dev-loop14.device                         
 133ms systemd-udev-trigger.service              
 132ms dev-loop18.device                         
 131ms dev-loop7.device                          
 129ms dev-loop4.device                          
 129ms dev-loop10.device                         
 128ms user@1000.service                         
 128ms pppd-dns.service                          
 127ms dev-loop6.device                          
 127ms dev-loop11.device                         
 118ms systemd-udevd.service                     
 114ms keyboard-setup.service                    
 113ms systemd-user-sessions.service             
 112ms dev-loop2.device                          
 105ms dev-loop3.device                          
 103ms dev-loop1.device                          
  99ms NetworkManager.service                    
  93ms systemd-timesyncd.service                 
  91ms ufw.service                               
  90ms systemd-journald.service                  
  87ms systemd-sysctl.service                    
  79ms dev-loop0.device                          
  71ms systemd-logind.service                    
  69ms switcheroo-control.service                
  57ms systemd-tmpfiles-clean.service            
  40ms grub-initrd-fallback.service              
  37ms sys-fs-fuse-connections.mount             
  29ms proc-sys-fs-binfmt_misc.mount             
  23ms systemd-sysusers.service                  
  23ms systemd-remount-fs.service                
  21ms systemd-random-seed.service               
  20ms sys-kernel-config.mount                   
  19ms systemd-tmpfiles-setup.service            
  16ms user-runtime-dir@1000.service             
  16ms dev-hugepages.mount                       
  15ms dev-mqueue.mount                          
  14ms plymouth-quit-wait.service                
  14ms sys-kernel-debug.mount                    
  14ms sys-kernel-tracing.mount                  
  13ms avahi-daemon.service                      
  12ms systemd-tmpfiles-setup-dev.service        
  11ms swapfile.swap                             
  11ms kmod-static-nodes.service                 
  10ms colord.service                            
   9ms alsa-restore.service                      
   9ms motd-news.service                         
   8ms setvtrgb.service                          
   7ms rtkit-daemon.service                      
   6ms systemd-update-utmp.service               
   6ms systemd-update-utmp-runlevel.service      
   1ms snapd.socket                              
moa@uranus:~$

Pas de  ligne fstrim.service

Ubuntu Budgie 20.04.4 LTS / 64 bits / Gnome 3.36.8
..- -... ..- -. - ..- / -... ..- -.. --. .. .

Hors ligne

#33 Le 18/07/2022, à 20:09

ylag

Re : [Résolu] Ecran noir sur noyau 5.15.0-41

Bonsoir,

Ça signifie qu'il n'y a pas eu d'exécution de fstrim pour ce démarrage, c'est tout...

Mais là, on s'éloigne beaucoup de ton problème d'écran noir au démarrage ; désolé pour la digression....

A+

Hors ligne

#34 Le 23/07/2022, à 10:10

jarto

Re : [Résolu] Ecran noir sur noyau 5.15.0-41

Bonjour.... des nouvelles
lundi: toujours la même situation (fonctionnement normal / de l'écran noir / du recovery 5.15 + démarrage normal)

Mardi: une petite variante
(démarrage normal, proposition de mise à jour + redémarrage qui se termine en " écran noir" / recovery 5.15 + démarrage normal)
(Deux démarrages normaux avec mot de passe bien je suis en connexion automatique !)
(deuxième mise à jour dans la journée ! )

Mercredi: je décide d'effectuer tous les démarrages en "normal"
(Six démarrages normaux dont 1 après une nouvelle mise à jour et mot de passe nécessaire )
(Trois démarrage qui se terminent en "écran noir)

Jeudi:
(Quatre démarrages normaux)

Vendredi:
(Six démarrages "écran noir" dont 1 avec ....     https://i.imgur.com/mPJbt6B.jpg
(Trois démarrages normaux, quelque fois avec mot de passe)

En résumé : semblable au post #1

précision : lors d'un écran noir j'utilise l'interrupteur marche /arrêt ~ appuyé 3/4 secondes pour stopper la machine
j'ai essayé Crtl+Alt+del sans résultat, a part le voyant CM qui clignote à chaque sollicitation
J'ai essayé (toujours en écran noir) de couper l'alimentaion de la machine pour redémarré ensuite : même résultat


Wait & see   smile

Ubuntu Budgie 20.04.4 LTS / 64 bits / Gnome 3.36.8
..- -... ..- -. - ..- / -... ..- -.. --. .. .

Hors ligne

#35 Le 23/07/2022, à 11:28

ylag

Re : [Résolu] Ecran noir sur noyau 5.15.0-41

Bonjour,

jarto a écrit :

précision : lors d'un écran noir j'utilise l'interrupteur marche /arrêt ~ appuyé 3/4 secondes pour stopper la machine
j'ai essayé Crtl+Alt+del sans résultat, a part le voyant CM qui clignote à chaque sollicitation
J'ai essayé (toujours en écran noir) de couper l'alimentaion de la machine pour redémarré ensuite : même résultat

Essaie cette procédure pour éteindre ou redémarrer proprement lors d'un écran noir : 4. Procédure pour redémarrer votre machine
Prends le temps de lire la page au complet. smile

A+

Hors ligne

#36 Le 24/07/2022, à 11:39

jarto

Re : [Résolu] Ecran noir sur noyau 5.15.0-41

Avant d'exécuter la procédure pour redémarrer la machine j'ai modifié le fichier "10-magic-sysrq.conf"

#kernel.sysrq = 176
kernel.sysrq = 1

La procédure a été appliquée lors d'un écran noir :
Aucun retour d'information sauf la dernière qui effectue un redémarrage pour revenir sur la variante  https://i.imgur.com/mPJbt6B.jpg    --> un 

Alt SysRq b

redémarre la machine pour un bon fonctionnement

Comme c'est de l'aléatoire je vous informe des événements ( avant de réinstaller !) ou d'attendre un prochain noyau !:)

Ubuntu Budgie 20.04.4 LTS / 64 bits / Gnome 3.36.8
..- -... ..- -. - ..- / -... ..- -.. --. .. .

Hors ligne

#37 Le 24/07/2022, à 11:43

ylag

Re : [Résolu] Ecran noir sur noyau 5.15.0-41

Bonjour,

Concernant la commande Alt SysRq b, remplacer la lettre « b » par la lettre minuscule « o » devrait génerer un arrêt complet de la machine au lieu d'un redémarrage...

J'utilise la séquence Alt+SysRq·r·e·i·s·u·b pour redémarrer, et Alt+SysRq·r·e·i·s·u·o pour éteindre la machine ; ça permet d'éviter les arrêts à l'arraché lors de gels du système.  smile

A+

Dernière modification par ylag (Le 29/07/2022, à 13:52)

Hors ligne

#38 Le 28/07/2022, à 19:09

Alpo

Re : [Résolu] Ecran noir sur noyau 5.15.0-41

Salut,
J'ai exactement le même problème que jarto. Depuis 10 jours, le démarrage avec le noyau 5.15.0.41 donne non pas un écran noir mais un écran strié, puis ça bloque. Par contre ça marche en passant par le recovery ou en démarrant sur le noyau 5.13.0.30.
J'ai migré vers 22.04 pour voir, mais j'ai le même problème, donc je suis revenu à 20.04.
Faudrait-il supprimer le noyau le plus récent ? Mais alors comment empêcher qu'il se réinstalle à la prochaine mise à jour ?
Je préférerais quand même comprendre le problème et pouvoir le résoudre autrement...

Dernière modification par Alpo (Le 29/07/2022, à 14:53)

Hors ligne

#39 Le 29/07/2022, à 07:58

jarto

Re : [Résolu] Ecran noir sur noyau 5.15.0-41

Bonjour

Alpo a écrit :

Je préférerai quand même comprendre le problème et pouvoir le résoudre autrement...

Pour l'instant j'ai opté la solution "attente" , je pense que c'est "in progress" voir  ici
j'ai de la chance car mes démarrages sont aléatoires !

Ubuntu Budgie 20.04.4 LTS / 64 bits / Gnome 3.36.8
..- -... ..- -. - ..- / -... ..- -.. --. .. .

Hors ligne

#40 Le 29/07/2022, à 11:44

Alpo

Re : [Résolu] Ecran noir sur noyau 5.15.0-41

En lisant le lien que tu envoies, je comprends que le bug est identifié, mais que faut-il en conclure ? Désolé, je ne suis pas très expert... hmm
Est-ce que le problème va être réparé ? Faut-il attendre une nouvelle version du noyau ? Et cela se compte-t-il en jours, en semaines, en mois ?

Dernière modification par Alpo (Le 29/07/2022, à 11:45)

Hors ligne

#41 Le 29/07/2022, à 11:53

xubu1957

Re : [Résolu] Ecran noir sur noyau 5.15.0-41

Bonjour,

@Alpo

Fournis les noyaux présents :

echo; dpkg -l | awk '!/^rc/ && / linux-(c|g|h|i|lo|m|si|t)/{print $1,$2,$3,$4 | "sort -k3V | column -t"}' ; echo -e "\nNoyau courant : $(uname -mr)"

et :

dpkg -l | grep -v ^ii

Conseils pour les nouveaux demandeurs et pas qu'eux
Important : Pensez à passer vos sujets en [Résolu] lorsque ceux-ci le sont, au début du titre en cliquant sur Modifier sous le premier message, et un bref récapitulatif de la solution à la fin de celui-ci. Merci.                   Membre de Linux-Azur

Hors ligne

#42 Le 29/07/2022, à 14:52

Alpo

Re : [Résolu] Ecran noir sur noyau 5.15.0-41

Salut xubu1957,
Voilà les retours : 

echo; dpkg -l | awk '!/^rc/ && / linux-(c|g|h|i|lo|m|si|t)/{print $1,$2,$3,$4 | "sort -k3V | column -t"}' ; echo -e "\nNoyau courant : $(uname -mr)"

ii  linux-hwe-5.13-headers-5.13.0-30       5.13.0-30.33~20.04.1   all
ii  linux-headers-5.13.0-30-generic        5.13.0-30.33~20.04.1   amd64
ii  linux-image-5.13.0-30-generic          5.13.0-30.33~20.04.1   amd64
ii  linux-modules-5.13.0-30-generic        5.13.0-30.33~20.04.1   amd64
ii  linux-modules-extra-5.13.0-30-generic  5.13.0-30.33~20.04.1   amd64
ii  linux-hwe-5.15-headers-5.15.0-41       5.15.0-41.44~20.04.1   all
ii  linux-headers-5.15.0-41-generic        5.15.0-41.44~20.04.1   amd64
ii  linux-image-5.15.0-41-generic          5.15.0-41.44~20.04.1   amd64
ii  linux-modules-5.15.0-41-generic        5.15.0-41.44~20.04.1   amd64
ii  linux-modules-extra-5.15.0-41-generic  5.15.0-41.44~20.04.1   amd64
ii  linux-generic-hwe-20.04                5.15.0.41.44~20.04.13  amd64
ii  linux-headers-generic-hwe-20.04        5.15.0.41.44~20.04.13  amd64
ii  linux-image-generic-hwe-20.04          5.15.0.41.44~20.04.13  amd64

Noyau courant : 5.13.0-30-generic x86_64
dpkg -l | grep -v ^ii
Souhait=inconnU/Installé/suppRimé/Purgé/H=à garder
| État=Non/Installé/fichier-Config/dépaqUeté/échec-conFig/H=semi-installé/W=attend-traitement-déclenchements
|/ Err?=(aucune)/besoin Réinstallation (État,Err: majuscule=mauvais)
||/ Nom                                        Version                             Architecture Description
+++-==========================================-===================================-============-======================================================================================================

Hors ligne

#43 Le 29/07/2022, à 15:37

xubu1957

Re : [Résolu] Ecran noir sur noyau 5.15.0-41

Vu bugs.launchpad.net/ubuntu/+source/linux-signed-hwe-5.13/+bug/1981590

Tu peux essayer de démarrer sur le noyau 5.13.0-30 ?

Le 29/05/2017, moko138 a écrit :

Démarrer sur un noyau précédent

- redémarre en tapotant les touches Majuscules ou Echap
- à l'apparition du menu de grub, descends avec la flèche bas, sur la ligne :

Linux previous versions

ou

Advanced options for Ubuntu

- valide
- choisis un noyau autre que le plus récent.
- valide et laisse le pc poursuivre son démarrage.

Conseils pour les nouveaux demandeurs et pas qu'eux
Important : Pensez à passer vos sujets en [Résolu] lorsque ceux-ci le sont, au début du titre en cliquant sur Modifier sous le premier message, et un bref récapitulatif de la solution à la fin de celui-ci. Merci.                   Membre de Linux-Azur

Hors ligne

#44 Le 29/07/2022, à 16:15

Alpo

Re : [Résolu] Ecran noir sur noyau 5.15.0-41

xubu1957 a écrit :

Tu peux essayer de démarrer sur le noyau 5.13.0-30 ?

C'est ce que je fais depuis l'apparition du problème. Tout fonctionne correctement avec le 5.13.0-30.

Hors ligne

#45 Le 29/07/2022, à 16:27

xubu1957

Re : [Résolu] Ecran noir sur noyau 5.15.0-41

Je lis au :

commentaire #9 du bug cité, David a écrit :

En expérimentant avec FreeDOS et Windows PE, j'ai découvert que la désactivation du mode UEFI (passage en mode Legacy) signifie que je peux maintenant démarrer dans le noyau 5.15. Certainement pas une solution, mais au moins une solution de contournement.

Conseils pour les nouveaux demandeurs et pas qu'eux
Important : Pensez à passer vos sujets en [Résolu] lorsque ceux-ci le sont, au début du titre en cliquant sur Modifier sous le premier message, et un bref récapitulatif de la solution à la fin de celui-ci. Merci.                   Membre de Linux-Azur

Hors ligne

#46 Le 29/07/2022, à 18:20

Alpo

Re : [Résolu] Ecran noir sur noyau 5.15.0-41

Je vais essayer, mais juste pour être sûr de ne pas faire de bêtise, pouvez-vous me confirmer la case que je dois cocher ou décocher ?

1659111178924.jpg 1659111178949.jpg

Hors ligne

#47 Le 29/07/2022, à 18:24

xubu1957

Re : [Résolu] Ecran noir sur noyau 5.15.0-41

Je ne sais pas trifouiller dans les BIOS, attends les avis des connaisseurs.

Conseils pour les nouveaux demandeurs et pas qu'eux
Important : Pensez à passer vos sujets en [Résolu] lorsque ceux-ci le sont, au début du titre en cliquant sur Modifier sous le premier message, et un bref récapitulatif de la solution à la fin de celui-ci. Merci.                   Membre de Linux-Azur

Hors ligne

#48 Le 05/08/2022, à 15:07

jarto

Re : [Résolu] Ecran noir sur noyau 5.15.0-41

Bonjour
Nouveau noyau (5.15.0-43) depuis quelques jours : le problème persiste ...

La situation est la même que le post #1

Démarrage avec linux 5.15.0-43-generic : écran noir -->  en mode "recovery" et "reprendre le démarrage normal" : le system se lance
Quelquefois le systeme se lance normalement (~ 70% not ok / 30% ok)

même processus avec le 5.15.0-41

je vous tiens informé dès évolution positive wink ......

Ubuntu Budgie 20.04.4 LTS / 64 bits / Gnome 3.36.8
..- -... ..- -. - ..- / -... ..- -.. --. .. .

Hors ligne

#49 Le 05/08/2022, à 21:57

Alpo

Re : [Résolu] Ecran noir sur noyau 5.15.0-41

Merci Jarto pour l'info, soyons patients... hmm

Hors ligne

#50 Le 05/08/2022, à 23:35

iznobe

Re : [Résolu] Ecran noir sur noyau 5.15.0-41

bonsoir , vous etes 2 a avoir le meme soucis et donc a demarrer correctement sur le noyau noyau 5.13.0-30 ?

Pour le BIOS quel est la problematique ?

retour utilisable de commande
MSI Z490A-pro , i7 10700 , 32 GB RAM .

Hors ligne

Pages : 1 2 3