Mon message dit tout : lors d'une mise à jour du kernel ou lors d'un update-grub, chez moi tout demeure bloqué pendant 10 minutes (montre "presque" en main) au stade du noyau 4.9 :
[bruno@bruno ~]$ sudo update-grub
Création du fichier de configuration GRUB…
Arrière-plan trouvé : /usr/share/grub/background.png
Found Intel Microcode image
Image Linux trouvée : /boot/vmlinuz-4.14-x86_64
Image mémoire initiale trouvée : /boot/initramfs-4.14-x86_64.img
Found initrd fallback image: /boot/initramfs-4.14-x86_64-fallback.img
Image Linux trouvée : /boot/vmlinuz-4.9-x86_64
Image mémoire initiale trouvée : /boot/initramfs-4.9-x86_64.img
Found initrd fallback image: /boot/initramfs-4.9-x86_64-fallback.img
Et le processus mount grub reste bien en arrière plan, donc ça travaille (mais comme un namurois Belge)... lennnnnntement.
Une idée ?
Système : Manjaro XFCE LTS CPU : 6 x Intel(R) Core(TM) i5-8400 CPU @ 2.80GHz Carte graphique : NVIDIA Corporation GP107 [GeForce GTX 1050] (rev a1) Cartes son : Audio device: Intel Corporation Cannon Lake PCH cAVS (rev 10)
Audio device: NVIDIA Corporation GP107GL High Definition Audio Controller (rev a1)
c'est os-prober le problème , ce truc cherche absolument tous les autres types d'os
et bouffe 20% par thread cpu
Oui, je m'en doute. Mais je suis en dual-boot avec Namib. Lors d'une màj importante du noyau Manjaro, j'ai besoin d'OS-prober.
Et puis, j'ai toujours utilisé Os-prober, alors pourquoi seulement depuis quelques semaines ?
Système : Manjaro XFCE LTS CPU : 6 x Intel(R) Core(TM) i5-8400 CPU @ 2.80GHz Carte graphique : NVIDIA Corporation GP107 [GeForce GTX 1050] (rev a1) Cartes son : Audio device: Intel Corporation Cannon Lake PCH cAVS (rev 10)
Audio device: NVIDIA Corporation GP107GL High Definition Audio Controller (rev a1)
Ayant déjà eu quelques soucis avec GRUB et ses entrées redondantes avec mes cinq ou six OS
je me suis penché sur la question et ai trouvé une documentation intéressante ici http://papy-tux.legtux.org/doc1048/index.php dont voici un extrait :
4.2 - Entrées générées par /etc/grub.d/30_os-prober
Le script /etc/grub.d/30_os-prober recherche les systèmes d'exploitation et les fichiers de configuration grub.cfg présents sur le système et génère les lignes de menu correspondantes. Lorsque Grub est installé sur plusieurs partitions, il en résulte un menu à plusieurs niveaux avec des entrées redondantes.
4.2.1 Suppression des entrées redondantes
Pour éviter les entrées redondantes, il suffit de ne conserver la fonction os-prober que sur une seule partition, celle sur laquelle se trouve le grub utilisé lors du boot. Pour supprimer la fonction os-prober sur les autres partitions : se rendre sur chacune de ces partitions, éditer le fichier /etc/default/grub et y ajouter la ligne :
GRUB_DISABLE_OS_PROBER=true
Régénérer dans chaque partition le fichier grub.cfg correspondant avec update-grub. Lorsque toutes les partitions ont été traitées, revenir à la partition initiale et générer le grub.cfg final.
4.2.2 Suppression des différents niveaux
os_prober chaîne les fichiers grub.cfg trouvés dans les autres partitions. Si cet effet n'est pas souhaité, il suffit de supprimer les fichiers grub.cfg des autres partitions, après avoir vérifié que cela ne pose pas de problème de lancement (Il n'est plus possible de personnaliser les entrées correspondantes). grub n'est alors plus nécessaire et peut être désinstallé.
J'ajouterai un avis qui n'engage que moi :
contrairement à ce que dit notre Wiki, utiliser Grub-Customizer n'est pas une bonne idée car il ajoute un peu de souk au souk et la remise en état initial est difficile.
Ta soluce fonctionne a merveille : 3 secondes en tout pour un update-grub
Maintenant, j'espère que lors d'une màj du noyau Arch qui comportera un update-grub, il ne faudra pas rééditer ce fichier en y indiquant "false" pour qu'elle puisse repérer ma Manjaro.
Système : Manjaro XFCE LTS CPU : 6 x Intel(R) Core(TM) i5-8400 CPU @ 2.80GHz Carte graphique : NVIDIA Corporation GP107 [GeForce GTX 1050] (rev a1) Cartes son : Audio device: Intel Corporation Cannon Lake PCH cAVS (rev 10)
Audio device: NVIDIA Corporation GP107GL High Definition Audio Controller (rev a1)
Quant aux conséquences d'un update-grub d'une autre partition avec Arch...
voici comment j'ai opéré, pas sous Arch que je n'ai pour l'instant qu'en VM,
mais depuis mes dérivés de Debian, et ce afin que ce soit Manjaro qui conserve la main sur GRUB.
Pour tous les systèmes autres que Manjaro, forcer l'install de GRUB sur la partition dudit système
au lieu de laisser l'install se faire sur le disque.
Codé (pour que ce soit plus clair ) ça donne ça :
sudo grub-install --force /dev/sda7
Dans cette commande l'exemple considère qu'il s'agit du disque a, partition 7.
@coolinux
Oui c'est une solution mais (je ne sais pas) que ce passe t-il lors d'un upgrade annuel ? grub n'est pas réinstallé comme il faut ?
Désinstaller grub est aussi une solution ?
Alors pour résumer:
Manjaro a la main -> sudo grub-install /dev/sda
Les autres Distributions: si update-grub incontournable-> sudo /grub-install /dev/sdaX et désactiver os-prober. Comme ça , l'actualisation de grub se fera sur une amorce qui ne sera pas prise en compte lors du boot.grub et os-prober
Pour la mixité Arch/Manjaro, dans mon cas, c'est Manjaro qui a la main, et je n'ai pas installé Grub ni os-prober sur Arch.
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!