J'ai une machine qui utilisait le double démarrage d'Ubuntu (16.04 actuellement) et Windows 7, avec GRUB d'Ubuntu comme chargeur de démarrage.
Maintenant, je viens d'ajouter Arch Linux comme troisième système d'exploitation, en suivant les instructions d'installation officielles. Je n'ai pas installé GRUB depuis Arch car je voulais utiliser celui contrôlé par Ubuntu. Les instructions contiennent une commande mkinitcpio -p linux
qui a probablement généré des fichiers de démarrage que j'ai exécutés comme décrit.
Maintenant, lorsque j'essaie de démarrer Ubuntu à partir de GRUB via son entrée par défaut, j'obtiens cette erreur désagréable (désolé pour la photo d'écran):
Comme le uname -a
montre la sortie de , il essaie de démarrer le noyau Arch, mais /dev/sda6
c'est la partition racine Ubuntu.
Je dois naviguer Advanced options for Ubuntu
et sélectionner l'une des Ubuntu, with Linux 4.4.0-*
entrées pour pouvoir charger Ubuntu, je n'ai pas pu trouver une entrée qui chargerait correctement Arch cependant.
L'exécution à sudo update-grub
partir d'Ubuntu ( " update-grub
est un stub à exécuter grub-mkconfig -o /boot/grub/grub.cfg
pour générer un fichier de configuration grub2." ) Ne change rien. L' grub-customizer
outil était également inutile pour résoudre ce problème jusqu'à présent.
Qu'est-ce qui cause cette confusion de GRUB et comment puis-je le corriger pour que chaque version de Linux démarre avec le bon noyau et à partir de la bonne partition?
Il semble que j'ai stupidement installé Arch avec / boot d'Ubuntu monté, donc il a probablement placé ses fichiers de démarrage là-dedans.
Je suis d'accord pour effacer toutes les choses liées à Arch pour obtenir à nouveau le chargeur de démarrage d'Ubuntu et faire une nouvelle installation d'Arch plus tard.
Mises à jour (merci à @terdon pour son soutien dans le chat Ask Ubuntu):
Voici mon /boot/grub/grub.cfg
.
Toutes les entrées Linux semblent pointer vers ma partition / dev / sda6, qui est la racine d'Ubuntu:
$ grep ' linux /' /boot/grub/grub.cfg
linux /vmlinuz-linux root=UUID=eee18451-b607-4875-8a88-c9cb6c6544c8 ro
linux /vmlinuz-linux root=UUID=eee18451-b607-4875-8a88-c9cb6c6544c8 ro
linux /vmlinuz-linux root=UUID=eee18451-b607-4875-8a88-c9cb6c6544c8 ro
linux /vmlinuz-linux root=UUID=eee18451-b607-4875-8a88-c9cb6c6544c8 ro init=/sbin/upstart
linux /vmlinuz-linux root=UUID=eee18451-b607-4875-8a88-c9cb6c6544c8 ro recovery nomodeset
linux /vmlinuz-4.4.0-21-generic root=UUID=eee18451-b607-4875-8a88-c9cb6c6544c8 ro
linux /vmlinuz-4.4.0-21-generic root=UUID=eee18451-b607-4875-8a88-c9cb6c6544c8 ro init=/sbin/upstart
linux /vmlinuz-4.4.0-21-generic root=UUID=eee18451-b607-4875-8a88-c9cb6c6544c8 ro recovery nomodeset
linux /vmlinuz-4.2.0-35-generic root=UUID=eee18451-b607-4875-8a88-c9cb6c6544c8 ro
linux /vmlinuz-4.2.0-35-generic root=UUID=eee18451-b607-4875-8a88-c9cb6c6544c8 ro init=/sbin/upstart
linux /vmlinuz-4.2.0-35-generic root=UUID=eee18451-b607-4875-8a88-c9cb6c6544c8 ro recovery nomodeset
J'ai essayé de mettre à jour la configuration GRUB depuis Ubuntu:
$ sudo grub-mkconfig -o /boot/grub/grub.cfg
Generating grub configuration file ...
dpkg: warning: version 'linux' has bad syntax: version number does not start with a digit
Found linux image: /boot/vmlinuz-linux
Found initrd image: /boot/initramfs-linux.img
Found linux image: /boot/vmlinuz-4.4.0-21-generic
Found initrd image: /boot/initrd.img-4.4.0-21-generic
Found linux image: /boot/vmlinuz-4.2.0-35-generic
Found initrd image: /boot/initrd.img-4.2.0-35-generic
Found memtest86+ image: /memtest86+.elf
Found memtest86+ image: /memtest86+.bin
Found Windows 7 (loader) on /dev/sda1
Found Arch on /dev/sda8
done
J'ai essayé de réinstaller GRUB sur le MBR depuis Ubuntu:
$ sudo grub-install /dev/sda
Installing for i386-pc platform.
Installation finished. No error reported.
$ sudo grub-install --recheck /dev/sda
Installing for i386-pc platform.
Installation finished. No error reported.
Ce sont les packages du noyau Ubuntu installés d'ailleurs, j'ai essayé de dpkg-reconfigure
tous, mais sans aucun effet sur le problème:
$ dpkg -l linux-image* | grep ^ii
ii linux-image-4.2.0-35-generic 4.2.0-35.40 amd64 Linux kernel image for version 4.2.0 on 64 bit x86 SMP
ii linux-image-4.4.0-21-generic 4.4.0-21.37 amd64 Linux kernel image for version 4.4.0 on 64 bit x86 SMP
ii linux-image-extra-4.2.0-35-generic 4.2.0-35.40 amd64 Linux kernel extra modules for version 4.2.0 on 64 bit x86 SMP
ii linux-image-extra-4.4.0-21-generic 4.4.0-21.37 amd64 Linux kernel extra modules for version 4.4.0 on 64 bit x86 SMP
J'ai également essayé de régénérer les initramfs Ubuntu:
$ sudo update-initramfs -u -k all
update-initramfs: Generating /boot/initrd.img-4.4.0-21-generic
update-initramfs: Generating /boot/initrd.img-4.2.0-35-generic
Ma disposition de partition:
Vérifié depuis le système Ubuntu. Les étiquettes doivent s'expliquer.
$ lsblk -f /dev/sda
NAME FSTYPE LABEL UUID MOUNTPOINT
sda
├─sda1 ntfs win7-boot 90DCF3A5DCF3842E /win/boot
├─sda2 ntfs windows7 482C7A572C7A3FCC /win/c
├─sda3 ext4 grub-boot 6dbb8633-dadd-4b5e-8d85-b0895fde9dfb /boot
├─sda5 ext4 images 81dc42c4-a161-4ccd-b704-6e5c09298943 /images
├─sda6 ext4 ubuntu-1604 eee18451-b607-4875-8a88-c9cb6c6544c8 /
├─sda7 ext4 ubuntu-home 485b3ef1-7216-4053-b25c-f656d529e8e6 /home
├─sda8 ext4 arch-root 8d281a0c-969c-44cf-ba6a-1d3c7b4be7ec
├─sda9 ext4 arch-home 32522902-a53d-44c8-90f2-6bbf14c40f1f
└─sda10 swap linux-swap 8b05bd9b-bc42-46f6-8c18-50711a3c48b9 [SWAP]
Structure de mon menu GRUB:
Mon /boot
annuaire:
$ ls -la /boot
total 118480
drwxr-xr-x 4 root root 4096 Apr 24 20:50 .
drwxr-xr-x 28 root root 4096 Apr 24 19:44 ..
-rw-r--r-- 1 root root 1313029 Mär 16 01:45 abi-4.2.0-35-generic
-rw-r--r-- 1 root root 1239577 Apr 19 00:21 abi-4.4.0-21-generic
-rw-r--r-- 1 root root 184888 Mär 16 01:45 config-4.2.0-35-generic
-rw-r--r-- 1 root root 189412 Apr 19 00:21 config-4.4.0-21-generic
drwxr-xr-x 6 root root 4096 Apr 26 19:58 grub
-rw-r--r-- 1 root root 18598360 Apr 24 20:59 initramfs-linux-fallback.img
-rw-r--r-- 1 root root 3516429 Apr 24 20:59 initramfs-linux.img
-rw-r--r-- 1 root root 33642388 Apr 24 18:31 initrd.img-4.2.0-35-generic
-rw-r--r-- 1 root root 36143341 Apr 24 19:51 initrd.img-4.4.0-21-generic
drwx------ 2 root root 16384 Okt 28 17:43 lost+found
-rw-r--r-- 1 root root 182704 Jan 28 13:44 memtest86+.bin
-rw-r--r-- 1 root root 184380 Jan 28 13:44 memtest86+.elf
-rw-r--r-- 1 root root 184840 Jan 28 13:44 memtest86+_multiboot.bin
-rw------- 1 root root 3745312 Mär 16 01:45 System.map-4.2.0-35-generic
-rw------- 1 root root 3853719 Apr 19 00:21 System.map-4.4.0-21-generic
-rw------- 1 root root 6829104 Mär 16 01:45 vmlinuz-4.2.0-35-generic
-rw------- 1 root root 7013968 Apr 19 00:21 vmlinuz-4.4.0-21-generic
-rw-r--r-- 1 root root 4435552 Apr 14 19:20 vmlinuz-linux
Les noyaux 4.4.0 et 4.2.0 devraient être Ubuntu, Arch devrait avoir un noyau 4.5.0. Mais comment savoir à quel fichier sans version du noyau son nom appartient?
Mon répertoire racine Ubuntu (répertoires exclus):
$ ls -la / | grep ^[^d]
total 124
lrwxrwxrwx 1 root root 32 Apr 24 19:44 initrd.img -> boot/initrd.img-4.4.0-21-generic
lrwxrwxrwx 1 root root 32 Apr 5 17:45 initrd.img.old -> boot/initrd.img-4.2.0-35-generic
lrwxrwxrwx 1 root root 29 Apr 24 19:44 vmlinuz -> boot/vmlinuz-4.4.0-21-generic
lrwxrwxrwx 1 root root 29 Apr 5 17:45 vmlinuz.old -> boot/vmlinuz-4.2.0-35-generic
Mon répertoire racine Arch ne contient aucun fichier ni lien.
os-prober
. puis exécutez ceux - ci ,sudo mkinitcpio -p linux
puissudo grub-mkconfig -o /boot/grub/grub.cfg
enfinsudo grub-install /dev/sda
Root device mounted successfully, but /sbin/init does not exists
. Avez-vous enquêté là-dessus? Manqueinit
vraiment? Si oui, vous devez absolument l'installer, si à la place il est présent, une idée pourquoi il ne peut pas être trouvé?Réponses:
Je l'ai finalement résolu en nuking la partition Arch et ses fichiers de démarrage dans le répertoire de mon Ubuntu
/boot
depuis l'orbite. Ubuntu va bien à nouveau maintenant, toutes les entrées GRUB restantes fonctionnent à nouveau.Voici une liste de ce que j'ai fait:
Supprimer les
initramfs
fichiers d'Arch :Supprimer le
vmlinuz
fichier d'Arch :Formater la partition Arch (
/dev/sda8
) à l'aide de GPartedMettre à jour la configuration de GRUB:
Redémarrez et profitez-en!
la source
initramfs-linux
pas contenir...ranfs...
Fixer grub.cfg à la main (non recommandé)
En regardant votre
grub.cfg
l'entrée Ubuntu est cassée (et certaines des suivantes également)
Les deux dernières lignes sont votre commande émise par grub pour charger le noyau et initrd, et recherchent actuellement le noyau ARCH et initiramfs. De plus, il les recherche sous la
/
partition in identifiée paruuid=eee18451-b607-4875-8a88-c9cb6c6544c8
laquelle pourrait ou non héberger les fichiers Ubuntu prévus.Vous pouvez résoudre ce problème en:
pour obtenir l'uuid de votre partition racine ubuntu.
Remplacez ensuite les deux dernières lignes par le lien sim vers vos dernières images de noyau et initrd (puisque c'est la façon dont ubuntu s'attend à ce que ce soit)
Si cela ne le résout pas tout de suite, une autre correction peut être nécessaire. Vous pouvez les trouver en "copiant" l'une des entrées testées et fonctionnelles, et je vous recommande d'utiliser la plus vanille (par exemple, aucun upstart ou autre paramètre du noyau tel que nomodeset n'est passé).
Cela devrait être un bon candidat:
L'entrée Arch est également cassée, en ce sens qu'elle recherche probablement les initramfs et le noyau Arch sous la partition racine Ubuntu. L'emplacement par défaut de ceux-ci est sous / boot. Ajustez les deux dernières lignes d'entrée Arch en corrigeant l'emplacement et en vérifiant que l'uuid de la partition racine est celui contenant la racine Arch.
Un (plusieurs) mot (s) d'avertissement:
Il n'est généralement pas recommandé aux utilisateurs d'Ubuntu de jouer avec
grub.cfg
à la main. Faites-en une copie et soyez prudent dans son édition. Soyez prêt au hasard que votre système ne démarre plus (mais vous pourrez le ressusciter en utilisant la procédure de démarrage décrite dans mon ancienne réponse).De plus, bien que cela puisse résoudre votre problème cette fois-ci, il pourrait revenir vous mordre la prochaine fois que vous devrez repeupler votre menu grub. Pour une raison quelconque, le sondage os de grub sous ubuntu est confus par la présence du noyau Arch sous / boot. Je suppose qu'un utilitaire tel que la réparation de démarrage devrait être en mesure de rendre correctement toutes vos distributions amorçables, mais si je me souviens bien, cela n'a pas fonctionné pour vous.
Un correctif permanent pourrait consister à installer le noyau arch et les images dans un répertoire différent de celui par défaut / boot. C'est compliqué et vous devriez consulter l'entrée grub d'Arch wiki sur la façon de le faire correctement.
VIEILLE RÉPONSE (recommandé si vous prévoyez de passer à Arch à long terme) Voici ce que je ferais, et je l' ai fait en quelque sorte il y a quelques mois.
Accédez à la page arch wiki grub et lisez la section appropriée pour votre table de partition (vous êtes probablement UEFI, alors lisez ESP et ainsi de suite).
Démarrage manuel dans Arch
Il s'agit d'une expérience hautement formatrice que je recommande d'essayer. En supposant que votre noyau Arch Linux se trouve quelque part sur votre disque, appuyez sur
c
à l'invite grub et tapez ls pour voir une liste de périphériques et de partitions(hd0,msdos1),(hd1,gpt1),...
. Vous pouvez ls chacun d'eux pour voir le contenu.Vous devez découvrir trois choses:
/
partition racine Archvmlinuz
intiramfs-linux.img
une fois que vous possédez ces trois, vous exécuterez trois commandes dans grub> prompt quelque chose de similaire à ceci.
Notez que grub peut trouver, par exemple
(le seul grub ne peut pas trouver automatiquement et vous donne une panique au noyau;))
Tout cela, j'ai appris ici , une source que je recommande fortement. Si vous y parvenez, passez à la correction de grub! Autrement...
Boot Arch à partir d'une clé en direct! Obtenez un environnement Arch en direct et suivez le wiki d'installation
chroot
sur Arch de la même manière que vous l'avez fait la première fois.Grub de fixation
Depuis Arch, installez les packages grub appropriés, et notamment
os-prober
pour permettregrub-install
de détecter votre autre système. Suivez attentivement le guide d'installation là-bas et vous devriez pouvoir (au moins) démarrer à la fois arch et ubuntu à partir du menu grub. L'installation des commandes finira par ressembler à ceci.** Avertissement ** N'exécutez pas ces commandes, elles sont données à titre d'exemple, vous devez déterminer celles qui conviennent à votre système
** Si tout le reste échoue **
Malheureusement, c'est aussi spécifique que cela étant donné le nombre limité d'informations et SE n'est pas vraiment un forum pour de telles questions, d'où ma réponse "générique" faisant référence à des ressources utiles.
Si vous ne pouvez pas le comprendre, passez peut-être sur les forums Arch, et à condition que vous ayez fait de votre mieux et lu les documents avant la main, vous pourriez trouver de l'aide.
Faire tout cela à travers Arch a été une expérience d'apprentissage fondamentale pour moi.
la source
Ma solution est plus simple. J'utilise le terminal et fais ce qui suit:
Si vous rencontrez d'autres problèmes, utilisez simplement
boot-repair
, qui est un téléchargement gratuit, suffisamment petit pour être gravé sur un disque CD.la source
update-grub
. Il est très peu probable que la réparation de démarrage aide à résoudre ce problème particulier.sudo grub-mkconfig -o /boot/grub/grub.cfg
est là.update-grub
est un script shell très simple qui s'exécutegrub-mkconfig -o /boot/grub/grub.cfg
. Vous pouvez le voir aveccat /usr/sbin/update-grub
.