Page 1 sur 1
Ecran gris, et pas noir!!!
Publié : 07 nov 2021, 13:22
par alkiros
Bonjour et bon dimanche à tous,
Aléatoirement, et depuis un certain temps, quand je démarre la machine, le démarrage s'arrête sur un écran gris, impossible d'accéder à Grub. Ma seule solution est de relancer "à la sauvage".
Avez-vous déjà rencontrée cette situation?
Re: Ecran gris, et pas noir!!!
Publié : 07 nov 2021, 14:30
par pymlinux
Bonjour
j'ai déjà eu ce phénomène par deux fois. La première fois j'ai réinstallé Grub et cela a fonctionné plusieurs semaines. Après j'ai changé le disque dur et depuis, tranquille depuis plusieurs mois.
Souhaitons que ça dure.
Re: Ecran gris, et pas noir!!!
Publié : 07 nov 2021, 15:37
par alkiros
Merci pour ta réponse!
Je vais tenter de réinstaller grub, je verrais si ça tiens.
Et je vais tester le disque au cas ou! Mais il est assez récent et c'est un SSD.
pymlinux a écrit : ↑il y a 2 ans
Bonjour
j'ai déjà eu ce phénomène par deux fois. La première fois j'ai réinstallé Grub et cela a fonctionné plusieurs semaines. Après j'ai changé le disque dur et depuis, tranquille depuis plusieurs mois.
Souhaitons que ça dure.
Re: Ecran gris, et pas noir!!!
Publié : 25 mar 2022, 17:38
par alkiros
Bonjour,
Je reviens sur ce sujet car ce n'est toujours pas résolu.
Une info supplémentaire qui ne s'est produite qu'une fois:
Autre info, le phénomène apparait après l'affichage de grub.
Re: Ecran gris, et pas noir!!!
Publié : 25 mar 2022, 18:20
par stephane
cela concerne le portable ou la tour bureau ?
Re: Ecran gris, et pas noir!!!
Publié : 25 mar 2022, 20:59
par alkiros
Bonsoir Stéphane,
C'est la tour qui est en cause.
Re: Ecran gris, et pas noir!!!
Publié : 25 mar 2022, 21:07
par stephane
je dirai un souci dans leur gestion UEFI
tu peux fournir
inxi -Fza
sudo parted -l
cat /etc/fstab
sudo efibootmgr -v
Re: Ecran gris, et pas noir!!!
Publié : 25 mar 2022, 21:16
par alkiros
J'ai pas d'UEFI, la carte est trop vielle!
~ inxi -Fza ✔
System:
Kernel: 5.16.14-1-MANJARO arch: x86_64 bits: 64 compiler: gcc v: 11.2.0
parameters: BOOT_IMAGE=/boot/vmlinuz-5.16-x86_64
root=UUID=452d330d-74b1-40dd-acc5-6dcb73c53290 rw quiet apparmor=1
security=apparmor udev.log_priority=3
Desktop: KDE Plasma v: 5.24.3 tk: Qt v: 5.15.3 wm: kwin_x11 vt: 1
dm: SDDM Distro: Manjaro Linux base: Arch Linux
Machine:
Type: Desktop Mobo: Gigabyte model: EP43-DS3 serial: <superuser required>
BIOS: Award v: F9 date: 09/24/2008
CPU:
Info: model: Intel Core2 Quad Q8300 bits: 64 type: MCP arch: Core Yorkfield
family: 6 model-id: 0x17 (23) stepping: 0xA (10) microcode: 0xA0B
Topology: cpus: 1x cores: 4 smt: <unsupported> cache: L1: 256 KiB
desc: d-4x32 KiB; i-4x32 KiB L2: 4 MiB desc: 2x2 MiB
Speed (MHz): avg: 2016 high: 2044 min/max: 2000/2500 scaling:
driver: acpi-cpufreq governor: schedutil cores: 1: 2044 2: 2020 3: 2000
4: 2000 bogomips: 20004
Flags: ht lm nx pae sse sse2 sse3 sse4_1 ssse3
Vulnerabilities:
Type: itlb_multihit status: KVM: VMX unsupported
Type: l1tf mitigation: PTE Inversion
Type: mds
status: Vulnerable: Clear CPU buffers attempted, no microcode; SMT disabled
Type: meltdown mitigation: PTI
Type: spec_store_bypass status: Vulnerable
Type: spectre_v1
mitigation: usercopy/swapgs barriers and __user pointer sanitization
Type: spectre_v2 mitigation: Retpolines, STIBP: disabled, RSB filling
Type: srbds status: Not affected
Type: tsx_async_abort status: Not affected
Graphics:
Device-1: NVIDIA GF116 [GeForce GTX 550 Ti] vendor: ASUSTeK driver: nvidia
v: 390.147 alternate: nouveau,nvidia_drm pcie: gen: 2 speed: 5 GT/s
lanes: 16 bus-ID: 01:00.0 chip-ID: 10de:1244 class-ID: 0300
Display: x11 server: X.Org v: 1.21.1.3 compositor: kwin_x11 driver: X:
loaded: nvidia gpu: nvidia display-ID: :0 screens: 1
Screen-1: 0 s-res: 1920x1080 s-dpi: 81 s-size: 602x343mm (23.70x13.50")
s-diag: 693mm (27.28")
Monitor-1: HDMI-0 res: 1920x1080 hz: 60 dpi: 82
size: 598x336mm (23.54x13.23") diag: 686mm (27.01") modes: N/A
OpenGL: renderer: GeForce GTX 550 Ti/PCIe/SSE2 v: 4.6.0 NVIDIA 390.147
direct render: Yes
Audio:
Device-1: Intel 82801JI HD Audio vendor: Gigabyte GA-EP45-UD3R
driver: snd_hda_intel v: kernel bus-ID: 00:1b.0 chip-ID: 8086:3a3e
class-ID: 0403
Device-2: NVIDIA GF116 High Definition Audio vendor: ASUSTeK
driver: snd_hda_intel v: kernel pcie: gen: 2 speed: 5 GT/s lanes: 16
bus-ID: 01:00.1 chip-ID: 10de:0bee class-ID: 0403
Sound Server-1: ALSA v: k5.16.14-1-MANJARO running: yes
Sound Server-2: JACK v: 1.9.20 running: no
Sound Server-3: PulseAudio v: 15.0 running: yes
Sound Server-4: PipeWire v: 0.3.48 running: yes
Network:
Device-1: Realtek RTL-8100/8101L/8139 PCI Fast Ethernet Adapter
driver: 8139too v: 0.9.28 modules: 8139cp port: c000 bus-ID: 03:02.0
chip-ID: 10ec:8139 class-ID: 0200
IF: enp3s2 state: unknown speed: 100 Mbps duplex: full mac: <filter>
Drives:
Local Storage: total: 1.47 TiB used: 41.23 GiB (2.7%)
SMART Message: Unable to run smartctl. Root privileges required.
ID-1: /dev/sda maj-min: 8:0 vendor: SanDisk model: SDSSDA120G
size: 111.79 GiB block-size: physical: 512 B logical: 512 B speed: 3.0 Gb/s
type: SSD serial: <filter> rev: 10RL scheme: MBR
ID-2: /dev/sdb maj-min: 8:16 vendor: Western Digital
model: WD5000AADS-00S9B0 size: 465.76 GiB block-size: physical: 512 B
logical: 512 B speed: 3.0 Gb/s type: N/A serial: <filter> rev: 0A01
scheme: MBR
ID-3: /dev/sdc maj-min: 8:32 vendor: Samsung model: HD103SI
size: 931.51 GiB block-size: physical: 512 B logical: 512 B speed: 3.0 Gb/s
type: N/A serial: <filter> rev: 1118 scheme: MBR
Partition:
ID-1: / raw-size: 39.44 GiB size: 38.52 GiB (97.68%)
used: 14.75 GiB (38.3%) fs: ext4 dev: /dev/sda1 maj-min: 8:1
Swap:
Alert: No swap data was found.
Sensors:
System Temperatures: cpu: 46.0 C mobo: N/A gpu: nvidia temp: 65 C
Fan Speeds (RPM): N/A gpu: nvidia fan: 34%
Info:
Processes: 199 Uptime: 5h 57m wakeups: 0 Memory: 7.76 GiB
used: 2.76 GiB (35.6%) Init: systemd v: 250 tool: systemctl Compilers:
gcc: 11.2.0 clang: 13.0.1 Packages: pacman: 1265 lib: 336 flatpak: 0
Shell: Zsh v: 5.8.1 default: Bash v: 5.1.16 running-in: konsole
inxi: 3.3.14
~ ✔
Re: Ecran gris, et pas noir!!!
Publié : 25 mar 2022, 21:37
par stephane
alors on vérifie :
sudo parted -l
cat /etc/fstab
sudo lsblk -fs
sudo journalctl -b0 -p4
sudo journalctl -b1 -p4
je suppose que tu as un ordre de démarrage pour les disques dans le bios ?
Re: Ecran gris, et pas noir!!!
Publié : 25 mar 2022, 21:46
par alkiros
~ sudo parted -l ✔
[sudo] Mot de passe de alkiros :
Modèle : ATA SanDisk SDSSDA12 (scsi)
Disque /dev/sda : 120GB
Taille des secteurs (logiques/physiques) : 512B/512B
Table de partitions : msdos
Drapeaux de disque :
Numéro Début Fin Taille Type Système de fichiers Drapeaux
1 1049kB 42,3GB 42,3GB primary ext4 démarrage
2 42,3GB 80,1GB 37,7GB primary ext4
3 80,1GB 120GB 39,9GB primary ext4
Modèle : ATA WDC WD5000AADS-0 (scsi)
Disque /dev/sdb : 500GB
Taille des secteurs (logiques/physiques) : 512B/512B
Table de partitions : msdos
Drapeaux de disque :
Numéro Début Fin Taille Type Système de fichiers Drapeaux
1 1049kB 250GB 250GB primary ext4
2 250GB 500GB 250GB primary ext4
Modèle : ATA SAMSUNG HD103SI (scsi)
Disque /dev/sdc : 1000GB
Taille des secteurs (logiques/physiques) : 512B/512B
Table de partitions : msdos
Drapeaux de disque :
Numéro Début Fin Taille Type Système de fichiers Drapeaux
1 1049kB 1000GB 1000GB primary ext4
~ ✔ 10s
La suite arrive!
Re: Ecran gris, et pas noir!!!
Publié : 25 mar 2022, 21:49
par alkiros
/etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a device; this may
# be used with UUID= as a more robust way to name devices that works even if
# disks are added and removed. See fstab(5).
#
# <file system> <mount point> <type> <options> <dump> <pass>
UUID=452d330d-74b1-40dd-acc5-6dcb73c53290 / ext4 defaults,noatime 0 1
tmpfs
sudo lsblk -fs ✔
NAME FSTYPE FSVER LABEL UUID FSAVAIL FSUSE% MOUNTPOINTS
sda1 ext4 1.0 452d330d-74b1-40dd-acc5-6dcb73c53290 21,8G 38% /
└─sda
sda2 ext4 1.0 rootMX19
│ 1584487a-04a3-460d-b8cf-07d368f308b7
└─sda
sda3 ext4 1.0 ec6b3be6-b0fb-4ec8-9afa-53e8bedbd3a7
└─sda
sdb1 ext4 1.0 Sauvegarde
│ 53e3fbab-a9b4-4cbf-9ee2-0e7e7df495c4 191G 12% /run/media/alkiros/Sauvegarde
└─sdb
sdb2 ext4 1.0 Reserve
│ 6fed711c-92fc-4a81-9dc7-70baba938bcd
└─sdb
sdc1 ext4 1.0 Multimedia
│ 2c3a2027-7d23-496c-b88b-1a63c94b696a
└─sdc
sr0
Re: Ecran gris, et pas noir!!!
Publié : 25 mar 2022, 21:54
par alkiros
journalctl -b0 -p4 ✔
mars 25 15:16:48 lacavernedugrisly kernel: ACPI Error: AE_ALREADY_EXISTS, SSDT 0xFFFF9496C02D3600 Tabl>
mars 25 15:16:48 lacavernedugrisly kernel: ACPI Error: Aborting method \_PR.CPU1._PDC due to previous >
mars 25 15:16:48 lacavernedugrisly kernel: ACPI Error: AE_ALREADY_EXISTS, SSDT 0xFFFF9496C02D2400 Tabl>
mars 25 15:16:48 lacavernedugrisly kernel: ACPI Error: Aborting method \_PR.CPU2._PDC due to previous >
mars 25 15:16:48 lacavernedugrisly kernel: ACPI Error: AE_ALREADY_EXISTS, SSDT 0xFFFF9496C02D2A00 Tabl>
mars 25 15:16:48 lacavernedugrisly kernel: ACPI Error: Aborting method \_PR.CPU3._PDC due to previous >
mars 25 15:16:48 lacavernedugrisly kernel: pnp 00:05: disabling [mem 0x000cd800-0x000cffff] because it>
mars 25 15:16:48 lacavernedugrisly kernel: Unstable clock detected, switching default tracing clock to>
If you want to keep using the local clock, then add:
"trace_clock=local"
on the kernel command line
mars 25 15:16:48 lacavernedugrisly kernel: i8042: PNP: PS/2 appears to have AUX port disabled, if this>
mars 25 15:16:48 lacavernedugrisly kernel: nvidia: loading out-of-tree module taints kernel.
mars 25 15:16:48 lacavernedugrisly kernel: nvidia: module license 'NVIDIA' taints kernel.
mars 25 15:16:48 lacavernedugrisly kernel: Disabling lock debugging due to kernel taint
mars 25 15:16:48 lacavernedugrisly kernel: NVRM: loading NVIDIA UNIX x86_64 Kernel Module 390.147 Mo>
mars 25 15:16:48 lacavernedugrisly kernel: ACPI Warning: SystemIO range 0x0000000000000428-0x000000000>
mars 25 15:16:48 lacavernedugrisly kernel: lpc_ich: Resource conflict(s) found affecting gpio_ich
mars 25 15:16:49 lacavernedugrisly kernel: kauditd_printk_skb: 21 callbacks suppressed
mars 25 15:16:50 lacavernedugrisly kernel: resource sanity check: requesting [mem 0x000c0000-0x000ffff>
mars 25 15:16:50 lacavernedugrisly kernel: caller _nv001015rm+0x1bf/0x1f0 [nvidia] mapping multiple BA>
mars 25 15:16:51 lacavernedugrisly systemd-xdg-autostart-generator[474]: Not generating service for XD>
mars 25 15:16:52 lacavernedugrisly systemd-xdg-autostart-generator[505]: Not generating service for XD>
mars 25 15:16:53 lacavernedugrisly ksplashqml[494]: file:///usr/share/plasma/look-and-feel/org.manjaro>
mars 25 15:16:53 lacavernedugrisly ksplashqml[494]: file:///usr/share/plasma/look-and-feel/org.manjaro>
mars 25 15:16:53 lacavernedugrisly klauncher[514]: Connecting to deprecated signal QDBusConnectionInte>
mars 25 15:16:53 lacavernedugrisly kcminit_startup[519]: QDBusConnection: error: could not send signal
Re: Ecran gris, et pas noir!!!
Publié : 25 mar 2022, 22:00
par alkiros
mars 10 17:22:36 lacavernedugrisly kernel: ACPI Error: AE_ALREADY_EXISTS, SSDT 0xFFFF9990002C6200 Tabl>
mars 10 17:22:36 lacavernedugrisly kernel: ACPI Error: Aborting method \_PR.CPU1._PDC due to previous >
mars 10 17:22:36 lacavernedugrisly kernel: ACPI Error: AE_ALREADY_EXISTS, SSDT 0xFFFF9990002C7000 Tabl>
mars 10 17:22:36 lacavernedugrisly kernel: ACPI Error: Aborting method \_PR.CPU2._PDC due to previous >
mars 10 17:22:36 lacavernedugrisly kernel: ACPI Error: AE_ALREADY_EXISTS, SSDT 0xFFFF9990002C6800 Tabl>
mars 10 17:22:36 lacavernedugrisly kernel: ACPI Error: Aborting method \_PR.CPU3._PDC due to previous >
mars 10 17:22:36 lacavernedugrisly kernel: pnp 00:05: disabling [mem 0x000cd800-0x000cffff] because it>
mars 10 17:22:37 lacavernedugrisly kernel: Unstable clock detected, switching default tracing clock to>
If you want to keep using the local clock, then add:
"trace_clock=local"
on the kernel command line
mars 10 17:22:37 lacavernedugrisly kernel: i8042: PNP: PS/2 appears to have AUX port disabled, if this>
mars 10 17:22:37 lacavernedugrisly kernel: nvidia: loading out-of-tree module taints kernel.
mars 10 17:22:37 lacavernedugrisly kernel: nvidia: module license 'NVIDIA' taints kernel.
mars 10 17:22:37 lacavernedugrisly kernel: Disabling lock debugging due to kernel taint
mars 10 17:22:37 lacavernedugrisly kernel: NVRM: loading NVIDIA UNIX x86_64 Kernel Module 390.147 Mo>
mars 10 17:22:37 lacavernedugrisly kernel: kauditd_printk_skb: 7 callbacks suppressed
mars 10 17:22:37 lacavernedugrisly kernel: ACPI Warning: SystemIO range 0x0000000000000428-0x000000000>
mars 10 17:22:37 lacavernedugrisly kernel: lpc_ich: Resource conflict(s) found affecting gpio_ich
mars 10 17:22:39 lacavernedugrisly kernel: resource sanity check: requesting [mem 0x000c0000-0x000ffff>
mars 10 17:22:39 lacavernedugrisly kernel: caller _nv001015rm+0x1bf/0x1f0 [nvidia] mapping multiple BA>
mars 10 17:22:41 lacavernedugrisly startplasma-x11[508]: QIODevice::read (QFile, "/home/alkiros/.confi>
mars 10 17:22:42 lacavernedugrisly startplasma-x11[508]: QDBusConnection: error: could not send signal>
mars 10 17:22:42 lacavernedugrisly ksplashqml[521]: file:///usr/share/plasma/look-and-feel/org.manjaro>
mars 10 17:22:42 lacavernedugrisly ksplashqml[521]: file:///usr/share/plasma/look-and-feel/org.manjaro>
mars 10 17:22:42 lacavernedugrisly startplasma-x11[508]: QDBusConnection: error: could not send signal>
mars 10 17:22:42 lacavernedugrisly startplasma-x11[508]: QDBusConnection: error: could not send signal>
lines 1-27
Ordre des disques: SSD HD1 HD2
Les erreurs d'ACPI ne dates pas d'aujourd'hui mais pendant des années ça n'a jamais causé de problème.
Mais le souci, c'est que Gigabyte ne fourni plus de mise à jour.
Re: Ecran gris, et pas noir!!!
Publié : 28 mar 2022, 07:18
par alkiros
Petite précision, juste après grub et le lancement de Manjaro, une ligne apparait:
/dev/sda1: clean, 369982/2588672 files, 4147194/10338048 bloks
et Manjaro se lance.
Quand cette ligne n'apparait pas c'est l'écran gris et gel total de l'ordi.
Re: Ecran gris, et pas noir!!!
Publié : 28 mar 2022, 12:42
par Smurf
Salut,
alkiros a écrit : ↑il y a 2 ans
Petite précision, juste après grub et le lancement de Manjaro, une ligne apparait:
/dev/sda1: clean, 369982/2588672 files, 4147194/10338048 bloks
et Manjaro se lance.
Quand cette ligne n'apparait pas c'est l'écran gris et gel total de l'ordi.
Au boot, il y a une vérification de la partition, dans ta capture d'écran plus haut, on voit que la vérif n'a pas pu se faire parce que la partition n'était pas détectée, là, la ligne montre que la vérif c'est bien passée (clean).
Vu que parfois grub ne démarre même pas, je me demande si tu n'aurais pas un problème de faux contact au niveau des câbles de ton disque.
Re: Ecran gris, et pas noir!!!
Publié : 28 mar 2022, 18:18
par stephane
1 - a verifier si tu as laissé os-prober actif ( pour ajout windows )
2 - as tu constaté sinon un démarrage plus long ?
sudo system-analyze blame
sudo system-analyze critical-chain
3 - as tu une pile sur la carte-mère ?
Re: Ecran gris, et pas noir!!!
Publié : 28 mar 2022, 22:14
par alkiros
Bonsoir stephane,
Comment rendre inactif os-prober sans le désinstaller?
Le démarrage me semble normal et pur "system-analyse", la console me répond: "commande inconnue".
Il y a une pile sur la carte mère.
Pour Smurf, je vérifirais demain ce soir il est trop tard.
Merci à vous deux.
stephane a écrit : ↑il y a 2 ans
1 - a verifier si tu as laissé os-prober actif ( pour ajout windows )
2 - as tu constaté sinon un démarrage plus long ?
sudo system-analyze blame
sudo system-analyze critical-chain
3 - as tu une pile sur la carte-mère ?
Re: Ecran gris, et pas noir!!!
Publié : 29 mar 2022, 07:02
par stephane
pour os-prober il faut voir dans /etc/default/grub
la variable GRUB_DISABLE_OS_PROBER=
il faut saisir system-analyZe et non system-analyse
a mon avis la pile aussi est de la partie
Re: Ecran gris, et pas noir!!!
Publié : 29 mar 2022, 08:07
par alkiros
Bonjour et merci Stéphane, je vais voir ça dans la journée et vous tiens au jus!
Bon, pile remplacée et câble interverti avec un des hdd, plus dépoussiérage.
On va voir si ça résout ou pas ce mystère !
Re: Ecran gris, et pas noir!!!
Publié : 01 avr 2022, 15:53
par alkiros
Bonjour les spécialistes, je ne sais pas laquelle de vos 2 solutions était la bonne puisque j'ai remplacée la pile et le câble en même temps, mais ça a l'air de tenir.
Après une vingtaine de re-démarrages, aucun blocage. Et cerise sur le gâteau, le démarrage et l'arrêt sont plus rapides.
Merci à vous deux.
Al