Ce qui est curieux, c'est que ça boot normalement depuis le fallback alors que celui-ci est recrée en même temps que le noyau courant et est appelé sur le même volume /boot dans lnxRoot que le bootloader ne voit pas. Normalement, on ne renseigne pas le label du volume, mais la notation (0;1) pour /dev/sda par exemple.
Aurais-tu branché ce disque externe sur un port usb ancien ? Sur quel volume est le bootloader ?
Essaye de nouveau sudo update-grub depuis la distro maître, celle qui tient grub.
Noyau récent MANJARO x86_64 bits: 64 Xfce 4.16
ASUSTeK model: PRIME B350M-A v: Rev X.0x
6-Core: AMD Ryzen 5 2600X
AMD Baffin [Radeon RX 460/560D / Pro
driver: amdgpu v: kernel
Display: x11 server: X.Org driver: amdgpu,ati unloaded: modesetting
OpenGL: renderer: Radeon RX 560 Series
Arch en Dual. Aucun lien publicitaire ne saurait être toléré dans la signature!
seul un disque dur externe est connecté
( problème hard sur celui interne et enlevé il y a bien longtemps )
j'ai essayé sur tous les ports usb
retenté update-grub malgré essais précédents
rien n'y fait
>>ça boot normalement depuis le fallback
ben oui..
on peut tenter d'autres choses ?
j'aimerais bien comprendre avant de réinstaller
( et ça ne fonctionnerait peut-être pas ! )
°_Lenovo ideapad 110-15ACL - ram 4go - cpu : AMD A4-7210 - DD 1 To
carte graphique/son : [AMD/ATI] Mullins [Radeon R3 Graphics]
Manjaro-Xfce x86_64 uefi - seul os
°_Toshiba Satellite C55-A - ram 4go - cpu : Intel Celeron
DD 320Go externe - carte graphique/son : Intel Atom
Manjaro-Xfce x86_64 uefi - seul os
Je pense qu'un module nécessaire à ta CG n'est présent qu'en mode fallback. Dans ce cas, il faudra attendre une mise à jour du kernel:
Donne nous sudo cat /boot/grub/grub.cfg |grep linux et inxi -Fxxx
Noyau récent MANJARO x86_64 bits: 64 Xfce 4.16
ASUSTeK model: PRIME B350M-A v: Rev X.0x
6-Core: AMD Ryzen 5 2600X
AMD Baffin [Radeon RX 460/560D / Pro
driver: amdgpu v: kernel
Display: x11 server: X.Org driver: amdgpu,ati unloaded: modesetting
OpenGL: renderer: Radeon RX 560 Series
Arch en Dual. Aucun lien publicitaire ne saurait être toléré dans la signature!
>>Je pense qu'un module nécessaire à ta CG n'est présent qu'en mode fallback.
>>Dans ce cas, il faudra attendre une mise à jour du kernel:
crottes de biques. 18 et 19 pas ok ni l'un ni l'autre ?
grub.cfg
### BEGIN /etc/grub.d/10_linux ###
menuentry 'Manjaro Linux' --class manjaro --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-simple-0df0d2c6-a8df-4396-8a1c-4057547ffe3a' {
linux /boot/vmlinuz-4.19-x86_64 rw root=LABEL=lnxRoot resume=LABEL=lnxSwap selinux=0 loglevel=3 fsck.mode=skip
submenu 'Options avancées pour Manjaro Linux' $menuentry_id_option 'gnulinux-advanced-0df0d2c6-a8df-4396-8a1c-4057547ffe3a' {
menuentry 'Manjaro Linux (Kernel: 4.19rc7.1007.g0238df6-1-MANJARO x64)' --class manjaro --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-4.19rc7.1007.g0238df6-1-MANJARO x64-advanced-0df0d2c6-a8df-4396-8a1c-4057547ffe3a' {
linux /boot/vmlinuz-4.19-x86_64 rw root=LABEL=lnxRoot resume=LABEL=lnxSwap selinux=0 loglevel=3 fsck.mode=skip
menuentry 'Manjaro Linux (Kernel: 4.19rc7.1007.g0238df6-1-MANJARO x64 - fallback initramfs)' --class manjaro --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-4.19rc7.1007.g0238df6-1-MANJARO x64-fallback-0df0d2c6-a8df-4396-8a1c-4057547ffe3a' {
linux /boot/vmlinuz-4.19-x86_64 rw root=LABEL=lnxRoot resume=LABEL=lnxSwap selinux=0 loglevel=3 fsck.mode=skip
menuentry 'Manjaro Linux (Kernel: 4.18.12-1-MANJARO x64)' --class manjaro --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-4.18.12-1-MANJARO x64-advanced-0df0d2c6-a8df-4396-8a1c-4057547ffe3a' {
linux /boot/vmlinuz-4.18-x86_64 rw root=LABEL=lnxRoot resume=LABEL=lnxSwap selinux=0 loglevel=3 fsck.mode=skip
menuentry 'Manjaro Linux (Kernel: 4.18.12-1-MANJARO x64 - fallback initramfs)' --class manjaro --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-4.18.12-1-MANJARO x64-fallback-0df0d2c6-a8df-4396-8a1c-4057547ffe3a' {
linux /boot/vmlinuz-4.18-x86_64 rw root=LABEL=lnxRoot resume=LABEL=lnxSwap selinux=0 loglevel=3 fsck.mode=skip
### END /etc/grub.d/10_linux ###
### BEGIN /etc/grub.d/20_linux_xen ###
### END /etc/grub.d/20_linux_xen ###
linux16 /boot/memtest86+/memtest.bin
Hormis la détection par label au lieu de l'uuid, je ne vois rien d'anormal.
Les quelques posts sur l'inter et sur Arch concernant le démarrage uniquement en fallback semblent s'être résolu tout seul...
Le noyau n'est pas en cause , mais la méthode de détection des modules, oui, ce qui me fait penser que ce problème devrait se régler lors d'une mise à jour du kernel et/ou de Grub..
Là, je me répète , ce qui n'est pas normal, c'est que le bootloader ne voit pas le volume /boot de ton dd externe en mode normal, mais le voit en mode fallback alors que le volume est le même.
Rester sur le fallback n'est pas un problème en soit, si ce n'est que l'image du kernel est un peu plus lourde a charger.
Noyau récent MANJARO x86_64 bits: 64 Xfce 4.16
ASUSTeK model: PRIME B350M-A v: Rev X.0x
6-Core: AMD Ryzen 5 2600X
AMD Baffin [Radeon RX 460/560D / Pro
driver: amdgpu v: kernel
Display: x11 server: X.Org driver: amdgpu,ati unloaded: modesetting
OpenGL: renderer: Radeon RX 560 Series
Arch en Dual. Aucun lien publicitaire ne saurait être toléré dans la signature!