J'ai séléctionné ce qui est en surbrillance dans la capture ci-dessus puis sélectionné mon noyau et cela a bien démarré.
Mais à quoi correspondent les lignes 'manjaro linux (20.2) et la ligne 'options avancées pour manjaro linux (2... ) ? Je n'avais pas ces deux lignes avant la màj.
J'ai essayé de démarrer en choisissant l'une puis l'autre ligne et cela semble aboutir au même résultat.
Peut-on enlever une de ces deux lignes ? Ou je laisse comme ça ?
Bonjour.
Si tu as plusieurs noyaux (nous en recommandons au moins 2) tu as la possibilité de choisir lequel sera sélectionné au boot.
C'est le but de cette deuxième ligne.
Chaque noyaux a deux modes, le courant et un mode "fallback" qui embarque plus de pilotes génériques, mais qui rend le kernel beaucoup plus lourds.
Edit: Tu as du faire une deuxième installation d'où cette troisième ligne.
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!
lemust83 a écrit : ↑il y a 3 ans
Bonjour.
Si tu as plusieurs noyaux (nous en recommandons au moins 2) tu as la possibilité de choisir lequel sera sélectionné au boot.
C'est le but de cette deuxième ligne.
Pas dans mon cas, si je sélectionne la 1re ligne "Manjaro Linux", cela démarre bien, si je sélectionne la 2nde ligne "options avancées pour manjaro linux" alors je peux choisir mon noyau et cela démarre bien.
Mais quid des 3ème et 4ème lignes, elles n'existaient pas avant la dernière màj. Si je sélectionne la 3ème, cela démarre bien, si je sélectionne la 4ème cela démarre et je peux choisir mon noyaux. Elles semblent faire double emploi...
lemust83 a écrit : ↑il y a 3 ans
Edit: Tu as du faire une deuxième installation d'où cette troisième ligne.
Bonjour.
Il semblerait que os-prober, qui est un chercheur de systèmes bootables, ait détecté un media d'installation comme une clé usb lors d'un update-grub..
Assure toi de ne pas avoir de disque ou de clé en live-session de branché et relance sudo update-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!
lemust83 a écrit : ↑il y a 3 ans
Bonjour.
Il semblerait que os-prober, qui est un chercheur de systèmes bootables, ait détecté un media d'installation comme une clé usb lors d'un update-grub..
Assure toi de ne pas avoir de disque ou de clé en live-session de branché et relance sudo update-grub.
Ca n'a rien changé, je ne sais plus quoi faire...
Voici une vidéo pour mieux saisir mon problème : https://x0.at/Czz.mp4
J'ai fait un su, mais j'ai oublié le mdp...
par contre en sudo (j'ai le mdp) tes commandes passent bien, mais malheureusement cela ne change rien, j'ai toujours ces lignes en plus dans le grub au démarrage.
Bonjour.
Désolé du retard.
Je vois que tu as un Bios Classique avec la notation de bas niveau (hd0,msdos1), mais la troisième entrée indique /dev/sda1 ce qui est plus fréquent sur de l'Uefi.
C'est comme si il y avait une partition ou un dossier Efi/ créée lors de l'installation. Si c'est le cas, il faut la virer, elle ne sert à rien, par contre Os-prober la détecte et inscrit l'entrée dans le menu.
Regarde dans ls -la /boot
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!
lemust83 a écrit : ↑il y a 3 ans
Bonjour.
Désolé du retard.
Je vois que tu as un Bios Classique avec la notation de bas niveau (hd0,msdos1), mais la troisième entrée indique /dev/sda1 ce qui est plus fréquent sur de l'Uefi.
C'est comme si il y avait une partition ou un dossier Efi/ créée lors de l'installation. Si c'est le cas, il faut la virer, elle ne sert à rien, par contre Os-prober la détecte et inscrit l'entrée dans le menu.
Regarde dans ls -la /boot
Voila ce que j'ai. Un seul disque dur :
sda1 est l'emplacement où j'ai installé Manjaro, avant la màj. Donc je ne comprends pas. De toute façon, si je démarre sur les deux premières lignes du grub ou les deux suivantes, j'arrive au même résultat, mon système. Je pense que c'est donc juste une erreur d'affichage dans le grub. Ces 3ème et 4ème entrées sont apparues après la màj, donc c'est forcement lié à la màj, non ?
Quant à
ls -la /boot
:
❯ ls -la /boot at 14:54:14
total 129220
drwxr-xr-x 4 root root 4096 Jan 3 17:53 .
drwxr-xr-x 17 root root 4096 Jan 3 17:44 ..
drwxr-xr-x 6 root root 4096 Jan 9 14:23 grub
-rw-r--r-- 1 root root 27755870 Jan 3 17:52 initramfs-4.19-x86_64-fallback.img
-rw-r--r-- 1 root root 7742712 Jan 3 17:52 initramfs-4.19-x86_64.img
-rw-r--r-- 1 root root 28270479 Jan 3 17:53 initramfs-5.10-x86_64-fallback.img
-rw-r--r-- 1 root root 7296537 Jan 3 17:52 initramfs-5.10-x86_64.img
-rw-r--r-- 1 root root 28909827 Jan 3 17:53 initramfs-5.4-x86_64-fallback.img
-rw-r--r-- 1 root root 7807891 Jan 3 17:53 initramfs-5.4-x86_64.img
-rw-r--r-- 1 root root 3621888 Nov 19 08:58 intel-ucode.img
-rw-r--r-- 1 root root 23 Dec 11 18:20 linux419-x86_64.kver
-rw-r--r-- 1 root root 21 Dec 22 09:14 linux510-x86_64.kver
-rw-r--r-- 1 root root 21 Dec 22 09:14 linux510-x86_64.kver.old
-rw-r--r-- 1 root root 21 Dec 21 22:38 linux54-x86_64.kver
drwxr-xr-x 2 root root 4096 Oct 19 15:55 memtest86+
-rw-r--r-- 1 root root 5998400 Jan 3 17:51 vmlinuz-4.19-x86_64
-rw-r--r-- 1 root root 8358528 Jan 3 17:51 vmlinuz-5.10-x86_64
-rw-r--r-- 1 root root 6498624 Jan 3 17:51 vmlinuz-5.4-x86_64
N'aurais tu pas une autre installation de grub sur /dev/sda3 ?
Si c'est le cas, je te conseille de ne pas y toucher car tu risques de perdre tout le contenu du disque.
Edit: non, c'est bien sur /dev/sda.
Là je sèche...
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!
Si tu ne comptes pas installer d'autres systèmes d'exploitation sur ta machine, tu peux cacher la poussière sous le tapis en désactivant le script 30_os-prober, puisque c'est lui qui génère les lignes inutiles d'après ton grub.cfg. sudo chmod -x /etc/grub.d/30_os-prober
suivi d'une mise à jour du grub (grub-mkconfig ou update-grub).
Cela ne règle pas le problème, mais tu auras un affichage moins encombré.
Desktop - Manjaro 20.2 Nibia - Xfce4 - x86_64 Linux 5.4
Intel(R) Core(TM) i5-2400 CPU @ 3.10GHz
Intel 2nd Generation Core Processor Family Integrated Graphics Controller (rev 09)
Intel 6 Series/C200 Series Chipset Family High Definition Audio Controller (rev 04)
Dual Boot avec W10
fbe a écrit : ↑il y a 3 ans
Si tu ne comptes pas installer d'autres systèmes d'exploitation sur ta machine, tu peux cacher la poussière sous le tapis en désactivant le script 30_os-prober, puisque c'est lui qui génère les lignes inutiles d'après ton grub.cfg. sudo chmod -x /etc/grub.d/30_os-prober
suivi d'une mise à jour du grub (grub-mkconfig ou update-grub).
Cela ne règle pas le problème, mais tu auras un affichage moins encombré.
Bonjour.
J'ai fait un petit rappel sur l’utilisation des balises </> pour les retours de commande.
Il faut comprendre que systemd est un gestionnaire de service qui les charge en simultané. Le temps le plus long est logiquement la référence à prendre en compte.
On peut voir dans ton retour 2min 12.051s updatedb.service.
Ce service est une sorte de catalogue qui recense les emplacements des fichiers (slocate) sur le disque dur. Son analyse peut être longue surtout si le disque dur a déjà servi (analyse des clusters dispo ).
En t' impatientant, (je l'ai aussi fait) tu interromps le processus qui doit reprendre au boot suivant jusqu'au scan complet.
C'est en tout cas ce que je pense d'après ton retour.
Le mieux est de laisser faire la première fois et/ou de lancer en console TTY en root updatedb .
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!