Souci Thunderbird + Démarrage

Pffff nouvelle bizarrerie, je relance le PC après l'utilisation de la clé et là il se lance sans souci en quelques secondes

Voilà donc le résultat d'erreurs du journal au moment du boot Denis :

[jen@jen ~]$ journalctl -b0 -p err
-- Journal begins at Mon 2020-09-21 10:10:42 CEST, ends at Tue 2021-01-05 08:04:15 CET. --
janv. 05 07:02:55 jen systemd-udevd[225]: /etc/udev/rules.d/40-libsane.rules:26: GOTO="libsane_rules_end" has no matching label, ignoring
janv. 05 07:02:55 jen systemd-udevd[225]: /etc/udev/rules.d/S99-2000S1.rules:26: GOTO="libsane_rules_end" has no matching label, ignoring
janv. 05 07:02:57 jen kernel: sp5100-tco sp5100-tco: Watchdog hardware is disabled
janv. 05 07:02:57 jen kernel: proc: Bad value for 'hidepid'
janv. 05 07:09:16 jen kernel: proc: Bad value for 'hidepid'
janv. 05 07:09:17 jen kernel: proc: Bad value for 'hidepid'
janv. 05 07:09:22 jen systemd-backlight[809]: Failed to get backlight or LED device 'backlight:acpi_video0': No such device
janv. 05 07:09:22 jen systemd[1]: Failed to start Load/Save Screen Backlight Brightness of backlight:acpi_video0.
janv. 05 07:09:35 jen lightdm[874]: gkr-pam: unable to locate daemon control file
[jen@jen ~]$

Bonjour,
Cette commande n'a rendu les erreurs que du dernier boot, celui qui vient de marcher sans souci.
Il faudrait avoir les résultats de :
journalctl -b-1 -p err
journalctl -b-2 -p err
(et ainsi de suite pour les boots précédents)

[manjaro@manjaro ~]$ sudo manjaro-chroot -a
grub-probe: error: cannot find a GRUB drive for /dev/sdb1. Check your device.map.

Je me demande s'il ne faudrait pas réinstaller grub sur sdb ...
grub-install /dev/sdb

Peux-tu aussi regarder si par hasard le BIOS ne serait pas configuré sur EFI ?
Je trouve louche que ça boote mal ou pas du tout sur disque alors que c'est nickel sur clé USB.

Denis-pom a écrit : ↑il y a 3 ans Peux-tu aussi regarder si par hasard le BIOS ne serait pas configuré sur EFI ?
Je trouve louche que ça boote mal ou pas du tout sur disque alors que c'est nickel sur clé USB.

[jen@jen ~]$ test -d /sys/firmware/efi && echo efi || echo bios
bios
[jen@jen ~]$

Pour les erreurs des derniers boots attends je fais çà de suite...

[jen@jen ~]$ journalctl -b-1 -p err
-- Journal begins at Mon 2020-09-21 10:10:42 CEST, ends at Tue 2021-01-05 11:23>
janv. 05 06:01:13 jen systemd-udevd[227]: /etc/udev/rules.d/40-libsane.rules:26>
janv. 05 06:01:13 jen systemd-udevd[227]: /etc/udev/rules.d/S99-2000S1.rules:26>
janv. 05 06:01:15 jen kernel: sp5100-tco sp5100-tco: Watchdog hardware is disab>
janv. 05 06:01:16 jen kernel: proc: Bad value for 'hidepid'
janv. 05 06:59:05 jen kernel: proc: Bad value for 'hidepid'
janv. 05 06:59:05 jen kernel: proc: Bad value for 'hidepid'
janv. 05 06:59:08 jen systemd[1]: Failed to start Light Display Manager.
janv. 05 06:59:11 jen systemd-backlight[807]: Failed to get backlight or LED de>
janv. 05 06:59:11 jen systemd[1]: Failed to start Load/Save Screen Backlight Br>
lines 1-10/10 (END)

et

[jen@jen ~]$ journalctl -b-2 -p err
-- Journal begins at Mon 2020-09-21 10:10:42 CEST, ends at Tue 2021-01-05 11:23>
janv. 05 05:56:53 jen systemd-udevd[236]: /etc/udev/rules.d/40-libsane.rules:26>
janv. 05 05:56:53 jen systemd-udevd[236]: /etc/udev/rules.d/S99-2000S1.rules:26>
janv. 05 05:56:55 jen kernel: sp5100-tco sp5100-tco: Watchdog hardware is disab>
janv. 05 05:56:56 jen kernel: proc: Bad value for 'hidepid'
janv. 05 05:56:58 jen kernel: proc: Bad value for 'hidepid'
janv. 05 05:56:58 jen kernel: proc: Bad value for 'hidepid'
janv. 05 05:57:02 jen systemd[1]: Failed to start Light Display Manager.
janv. 05 05:57:06 jen systemd-backlight[855]: Failed to get backlight or LED de>
janv. 05 05:57:06 jen systemd[1]: Failed to start Load/Save Screen Backlight Br>
lines 1-10/10 (END)

Qu'en penses-tu ?
Je m'excuse je dois m'absenter quelques heures, je reviens dès que possible...
Merci encore pour ton aide !

Denis-pom a écrit : ↑il y a 3 ans
[manjaro@manjaro ~]$ sudo manjaro-chroot -a
grub-probe: error: cannot find a GRUB drive for /dev/sdb1. Check your device.map.
Je me demande s'il ne faudrait pas réinstaller grub sur sdb ...
grub-install /dev/sdb

Bonjour, son sdb est sa clef usb live manjaro. Donc pas besoin de travailler sur ce disque

Pour le reste, je ne comprend pas vraiment d'où vient le problème...
Bon courage

Bon, dans l'ordre (il manque les fins de lignes ... mais j’interprète !):
-- Journal begins at Mon 2020-09-21 10:10:42 CEST, ends at Tue 2021-01-05 11:23>
janv. 05 05:56:53 jen systemd-udevd[236]: /etc/udev/rules.d/40-libsane.rules:26>
erreur connue dans le fichier, modif à faire ou laisser pour le moment en attente de mise à jour
janv. 05 05:56:53 jen systemd-udevd[236]: /etc/udev/rules.d/S99-2000S1.rules:26>
erreur connue dans le fichier, modif à faire ou laisser pour le moment en attente de mise à jour
janv. 05 05:56:55 jen kernel: sp5100-tco sp5100-tco: Watchdog hardware is disab>
erreur connue, watchdog pas implémenté sur ta carte-mère, à désactiver, pas grave
janv. 05 05:56:56 jen kernel: proc: Bad value for 'hidepid'
janv. 05 05:56:58 jen kernel: proc: Bad value for 'hidepid'
janv. 05 05:56:58 jen kernel: proc: Bad value for 'hidepid'
erreur connue, pas grave, devrait se résoudre avec les nouveaux noyaux
janv. 05 05:57:02 jen systemd[1]: Failed to start Light Display Manager.
==> là est le gag, mais pourquoi ???
janv. 05 05:57:06 jen systemd-backlight[855]: Failed to get backlight or LED de>
janv. 05 05:57:06 jen systemd[1]: Failed to start Load/Save Screen Backlight Br>
apparemment un service de rétro éclairage à désactiver, pas grave

Bref, Lightdm d'un coté, et ton boot aléatoire (KO sur démarrage alimentation, OK après boot sur clé !) de l'autre ...
un p'tit journalctl -b-1 -p 4 pour avoir plus de choses ? et
grub-install /dev/sda
puis arrêt total et reboot

Quant à Lightdm ???

essaye avec
acpi_backlight-video ( sinon vendor sinon native )
en paramètre de démarrage noyau ( Grub et option (e) , utiliser les flèches attention clavier qwerty )
https://forum.manjaro.org/t/boot-fails- ... rors/29953

Bonsoir Eric, Denis, Stéphane, bonsoir à tous et merci d'être encore là pour m'aider.
Voilà :

[jen@jen ~]$ journalctl -b-1 -p 4
-- Journal begins at Mon 2020-09-21 10:10:42 CEST, ends at Tue 2021-01-05 18:01>
janv. 05 06:01:13 jen kernel: ACPI BIOS Warning (bug): Optional FADT field Pm2C>
janv. 05 06:01:13 jen kernel: atkbd serio0: Unknown key released (translated se>
janv. 05 06:01:13 jen kernel: atkbd serio0: Use 'setkeycodes 7c <keycode>' to m>
janv. 05 06:01:13 jen kernel: atkbd serio0: Unknown key released (translated se>
janv. 05 06:01:13 jen kernel: atkbd serio0: Use 'setkeycodes 7c <keycode>' to m>
janv. 05 06:01:13 jen kernel: atkbd serio0: Unknown key released (translated se>
janv. 05 06:01:13 jen kernel: atkbd serio0: Use 'setkeycodes 7c <keycode>' to m>
janv. 05 06:01:13 jen kernel: ata1.00: supports DRM functions and may not be fu>
janv. 05 06:01:13 jen kernel: ata1.00: supports DRM functions and may not be fu>
janv. 05 06:01:13 jen kernel: atkbd serio0: Unknown key released (translated se>
janv. 05 06:01:13 jen kernel: atkbd serio0: Use 'setkeycodes 7c <keycode>' to m>
janv. 05 06:01:13 jen systemd-udevd[227]: /etc/udev/rules.d/40-libsane.rules:26>
janv. 05 06:01:13 jen systemd-udevd[227]: /etc/udev/rules.d/S99-2000S1.rules:26>
janv. 05 06:01:15 jen kernel: ACPI Warning: SystemIO range 0x0000000000000B00-0>
janv. 05 06:01:15 jen kernel: sp5100-tco sp5100-tco: Watchdog hardware is disab>
janv. 05 06:01:16 jen kernel: proc: Bad value for 'hidepid'
janv. 05 06:01:16 jen kernel: r8169 0000:02:00.0: can't disable ASPM; OS doesn'>
janv. 05 06:01:16 jen kernel: atkbd serio0: Unknown key released (translated se>
janv. 05 06:01:16 jen kernel: atkbd serio0: Use 'setkeycodes 7c <keycode>' to m>
janv. 05 06:59:03 jen kernel: atkbd serio0: Unknown key released (translated se>
janv. 05 06:59:03 jen kernel: atkbd serio0: Use 'setkeycodes 7c <keycode>' to m>
janv. 05 06:59:05 jen kernel: proc: Bad value for 'hidepid'
lines 1-23

Je dois donc réinstaller Grub sur le disque sda ? Ok je fais çà, je reviens de suite...
Stéphane je ne comprends pas la dernière manip que tu me demandes, c'est dans le menu Grub du début ?
J'essaye de me souvenir mais je crois que je n'ai plus çà au démarrage... (le menu Grub ne s'affiche plus)...
Je reviens rapidement, enfin j'espère...

[jen@jen ~]$ grub-install /dev/sda
Installation pour la plate-forme i386-pc.
grub-install : erreur : impossible de supprimer « /boot/grub/i386-pc/procfs.mod » : Permission non accordée.
[jen@jen ~]$

Rhooo galère... Je suis encore coincée

Fais déjà la manip de Stéphane :
- reboote (arrêt complet puis redémarrage)
- quand grub apparait, tape "e" pour éditer la ligne de commande,
- ajoute à la ligne une des 3 commandes (donc 3 essais possibles si tu n'as pas de chance ...) Attention, le clavier est en qwerty !!!
-tape <ctrl>x pour booter et dis-nous si ça tombe en marche (et avec quelle ligne)

Try to edit the kernel parameter with:

acpi_backlight=video

OR

acpi_backlight=vendor

OR

acpi_backlight=native

Press e when the menu shows up and add them on the linux line:

linux /boot/vmlinuz-linux root=UUID=978e3e81-8048-4ae1-8a06-aa727458e8ff quiet splash

and

Press Ctrl+x to boot with these parameters.

Justement je n'ai plus de Grub qui apparait au démarrage

Il est caché c'est çà ? Il faut maintenir la touche shift enfoncée pour le voir ?
Si c'est bien çà, je dois ajouter une des lignes à la suite de linux /boot*****************727 ?

sudo grub-install /dev/sda
ça devrait aller mieux
mais il faut peut-re repasser par chroot après boot sur la clé usb

il faut presser Esc pour faire apparaître Grub au démarrage
sinon mettre
GRUB_TIMEOUT_STYLE=menu

au niveau du fichier /etc/default/grub
et faire un update-grub ensuite

Denis-pom a écrit : ↑il y a 3 ans sudo grub-install /dev/sda
ça devrait aller mieux
mais il faut peut-re repasser par chroot après boot sur la clé usb

Je stresse là... Je n'ai pas la permission pour çà Denis j'ai essayé la commande déjà, pfff je suis trop nulle, je vous fais perdre votre temps

stephane a écrit : ↑il y a 3 ans il faut presser Esc pour faire apparaître Grub au démarrage
sinon mettre
GRUB_TIMEOUT_STYLE=menu

au niveau du fichier /etc/default/grub
et faire un update-grub ensuite

Escape!? Ok je fais çà !
Merci !

Bon me revoilà, avec de mauvaises nouvelles, je suis à nouveau sur la clé bootable...
J'ai mis les lignes acpi machin une par une, à chaque fois sur la dernière ligne de ce que je voyais écrit, et en faisant Ctrl + x à chaque fois un bel écran gris et rien d'autre, un beau fiasco.
J'ai relancé ensuite le PC et même topo, un joli écran gris.
Là je suis sur la clé, parfait tout va bien.
Je suis dépitée...

j'espère que tu as pu vérifier si video_backlight était toujours en erreur dans les log

à partie de ta clé iso USB
( fournir le retour kernel , videos drivers et presets

sudo manjaro-chroot -a
pacman -Syyu
mhwd-kernel -li
mhwd -li 
ls /etc/mkinitcpio.d/*.preset
exit ( fin chroot )

si tu as pas le meme nombre linux - preset , probleme
==> faire un retour

si tout est ok

ensuite , rétablir la vidéo ( cas nvidia avec hybride )

sudo manjaro-chroot -a
mhwd -a pci nonfree 0300
mkinitcpio -P
exit ( fin chroot )

ou
ensuite , rétablir la vidéo ( cas driver libre uniquement ( intel , radeon , amdgpu )

sudo manjaro-chroot -a
mhwd -a pci free 0300
mkinitcpio -P
exit ( fin chroot )

redémarrer ( vérifier si tu as toujours le pb acpi video backlight ... )

[manjaro@manjaro ~]$ sudo manjaro-chroot -a
grub-probe: error: cannot find a GRUB drive for /dev/sdb1.  Check your device.map.
grub-probe: error: cannot find a GRUB drive for /dev/sdb1.  Check your device.map.
==> Mounting (ManjaroLinux) [/dev/sda1]
 --> mount: [/mnt]
[manjaro /]# pacman -Syyu
:: Synchronizing package databases...
 core                  167.6 KiB  1232 KiB/s 00:00 [######################] 100%
 extra                1995.1 KiB  1937 KiB/s 00:01 [######################] 100%
 community               6.3 MiB  2.03 MiB/s 00:03 [######################] 100%
 multilib              182.0 KiB  2022 KiB/s 00:00 [######################] 100%
:: Starting full system upgrade...
 there is nothing to do
[manjaro /]# mhwd-kernel -li
Currently running: 5.9.11-3-MANJARO (linux59)
The following kernels are installed in your system:
   * linux419
   * linux54
[manjaro /]# mhwd -li
> Installed PCI configs:
--------------------------------------------------------------------------------
                  NAME               VERSION          FREEDRIVER           TYPE
--------------------------------------------------------------------------------
           video-linux            2018.05.04                true            PCI


Warning: No installed USB configs!
[manjaro /]# ls /etc/mkinitcpio.d/*.preset
/etc/mkinitcpio.d/linux419.preset  /etc/mkinitcpio.d/linux54.preset
[manjaro /]#

Je crois que c'est bon... ?

Dans mon cas AMD:

[manjaro@manjaro ~]$ sudo manjaro-chroot -a
grub-probe: error: cannot find a GRUB drive for /dev/sdb1.  Check your device.map.
grub-probe: error: cannot find a GRUB drive for /dev/sdb1.  Check your device.map.
==> Mounting (ManjaroLinux) [/dev/sda1]
 --> mount: [/mnt]
[manjaro /]# mhwd -a pci free 0300
> Skipping already installed config 'video-linux' for device: 0000:00:01.0 (0300:1002:9853) Display controller ATI Technologies Inc Mullins [Radeon R2 Graphics]
[manjaro /]# mkinitcpio -P
==> Building image from preset: /etc/mkinitcpio.d/linux419.preset: 'default'
  -> -k /boot/vmlinuz-4.19-x86_64 -c /etc/mkinitcpio.conf -g /boot/initramfs-4.19-x86_64.img
==> Starting build: 4.19.163-1-MANJARO
  -> Running build hook: [base]
  -> Running build hook: [udev]
  -> Running build hook: [autodetect]
  -> Running build hook: [modconf]
  -> Running build hook: [block]
  -> Running build hook: [keyboard]
  -> Running build hook: [keymap]
  -> Running build hook: [resume]
  -> Running build hook: [filesystems]
==> Generating module dependencies
==> Creating gzip-compressed initcpio image: /boot/initramfs-4.19-x86_64.img
==> Image generation successful
==> Building image from preset: /etc/mkinitcpio.d/linux419.preset: 'fallback'
  -> -k /boot/vmlinuz-4.19-x86_64 -c /etc/mkinitcpio.conf -g /boot/initramfs-4.19-x86_64-fallback.img -S autodetect
==> Starting build: 4.19.163-1-MANJARO
  -> Running build hook: [base]
  -> Running build hook: [udev]
  -> Running build hook: [modconf]
  -> Running build hook: [block]
  -> Running build hook: [keyboard]
  -> Running build hook: [keymap]
  -> Running build hook: [resume]
  -> Running build hook: [filesystems]
==> Generating module dependencies
==> Creating gzip-compressed initcpio image: /boot/initramfs-4.19-x86_64-fallback.img
==> Image generation successful
==> Building image from preset: /etc/mkinitcpio.d/linux54.preset: 'default'
  -> -k /boot/vmlinuz-5.4-x86_64 -c /etc/mkinitcpio.conf -g /boot/initramfs-5.4-x86_64.img
==> Starting build: 5.4.85-1-MANJARO
  -> Running build hook: [base]
  -> Running build hook: [udev]
  -> Running build hook: [autodetect]
  -> Running build hook: [modconf]
  -> Running build hook: [block]
  -> Running build hook: [keyboard]
  -> Running build hook: [keymap]
  -> Running build hook: [resume]
  -> Running build hook: [filesystems]
==> Generating module dependencies
==> Creating gzip-compressed initcpio image: /boot/initramfs-5.4-x86_64.img
==> Image generation successful
==> Building image from preset: /etc/mkinitcpio.d/linux54.preset: 'fallback'
  -> -k /boot/vmlinuz-5.4-x86_64 -c /etc/mkinitcpio.conf -g /boot/initramfs-5.4-x86_64-fallback.img -S autodetect
==> Starting build: 5.4.85-1-MANJARO
  -> Running build hook: [base]
  -> Running build hook: [udev]
  -> Running build hook: [modconf]
  -> Running build hook: [block]
  -> Running build hook: [keyboard]
  -> Running build hook: [keymap]
  -> Running build hook: [resume]
  -> Running build hook: [filesystems]
==> Generating module dependencies
==> Creating gzip-compressed initcpio image: /boot/initramfs-5.4-x86_64-fallback.img
==> Image generation successful
[manjaro /]#

Je relance l'ordi...

Bon... Toujours aucun mieux... Curseur, écran gris, écran noir, écran gris et... toujours rien...

Même pas de Failed quoi que ce soit cette fois.
La clé toujours nickel.
Vous pensez qu'il n'y a plus rien à faire ?

Bonjour.
Il nous faudrait le retour de ls -l /X11/et de ls -l /etc/X11/xorg.conf.d/
Dans ce dernier, si tu as d'autres fichiers que 00-keyboard.conf, il faut les renommer en .old pour les neutraliser et rebooter.