GRUB verwirrt Kernel / Initramfs der Ubuntu- und Arch Linux-Installation

9

Ich habe einen Computer, der Ubuntu (derzeit 16.04) und Windows 7 dual bootete, mit Ubuntus GRUB als Bootloader.

Jetzt habe ich Arch Linux als drittes Betriebssystem hinzugefügt und dabei die offiziellen Installationsanweisungen befolgt. Ich habe GRUB nicht von Arch installiert, weil ich das von Ubuntu kontrollierte verwenden wollte. Die Anweisungen enthielten einen Befehl mkinitcpio -p linux, der wahrscheinlich einige Boot-Dateien generierte, die ich wie beschrieben ausgeführt habe.

Wenn ich jetzt versuche, Ubuntu über den Standardeintrag von GRUB zu booten, wird folgende unangenehme Fehlermeldung angezeigt (Entschuldigung für das Bildschirmfoto):

Fehlermeldung

Wie die Ausgabe von uname -azeigt, wird versucht, den Arch-Kernel zu starten, es handelt sich jedoch /dev/sda6um die Ubuntu-Root-Partition.

Ich muss zu Advanced options for Ubuntueinem der Ubuntu, with Linux 4.4.0-*Einträge navigieren und diesen auswählen , um Ubuntu laden zu können. Ich konnte jedoch keinen Eintrag finden, der Arch korrekt laden würde.

Das Ausführen sudo update-grubunter Ubuntu ( " update-grubist ein Stub zum Ausführen grub-mkconfig -o /boot/grub/grub.cfgzum Generieren einer grub2-Konfigurationsdatei." ) Ändert nichts. Das grub-customizerTool war auch bisher unbrauchbar, um dies zu beheben.

Was verursacht diese Verwirrung von GRUB und wie behebe ich sie, damit jede Linux-Version mit dem richtigen Kernel und von der richtigen Partition startet?

Es sieht so aus, als hätte ich Arch dumm mit Ubuntus / boot installiert, also hat es wahrscheinlich seine Boot-Dateien dort abgelegt.

Ich kann alle Arch-bezogenen Dinge löschen, um Ubuntus Bootloader wieder in Ordnung zu bringen und Arch später neu zu installieren.


Updates (danke an @terdon für seine Unterstützung im Ask Ubuntu-Chat):

Hier ist meine /boot/grub/grub.cfg.

Alle Linux-Einträge scheinen auf meine / dev / sda6-Partition zu verweisen, die Ubuntus Root ist:

$ 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

Ich habe versucht, die GRUB-Konfiguration von Ubuntu zu aktualisieren:

$ 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

Ich habe versucht, GRUB von Ubuntu auf dem MBR neu zu installieren:

$ 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.

Das sind übrigens die installierten Ubuntu-Kernel-Pakete, ich habe dpkg-reconfigurealle ausprobiert , aber ohne Auswirkungen auf das Problem:

$ 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

Ich habe auch versucht, die Ubuntu-Initramfs neu zu generieren:

$ 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

Mein Partitionslayout:

Vom Ubuntu-System überprüft. Die Etiketten sollten sich erklären.

$ 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]

Meine GRUB-Menüstruktur:

GRUB Hauptseite

Erweiterte Optionen für Ubuntu:
GRUB erweiterte Optionen für Ubuntu

Erweiterte Optionen für Arch:
GRUB erweiterte Optionen für Arch


Mein /bootVerzeichnis:

$ 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

Die Kernel 4.4.0 und 4.2.0 sollten Ubuntu sein, Arch sollte einen Kernel 4.5.0 haben. Aber wie finde ich heraus, welche Datei ohne Kernel-Version in ihrem Namen zu was gehört?


Mein Ubuntu-Stammverzeichnis (Verzeichnisse ausgeschlossen):

$ 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

Mein Arch-Stammverzeichnis enthält keine Dateien oder Links.

Byte Commander
quelle
Ich hatte das gleiche Problem mit Triple Boot von Ubuntu, Windows und Arch Linux. Sie müssen grub bei Bedarf manuell reparieren, in arch linux booten und dann grub von dort aus neu erstellen. Möglicherweise müssen Sie es installieren os-prober. dann laufen diese sudo mkinitcpio -p linuxdann sudo grub-mkconfig -o /boot/grub/grub.cfgzuletztsudo grub-install /dev/sda
Edward Torvalds
Als ich verschiedene Linux-Distributionen auf meinem Laptop installierte (während ich ältere ersetzte und Windows unberührt ließ), hatte ich ein ähnliches Problem. Ich habe einfach den entsprechenden Ordner älterer Betriebssysteme von efi gelöscht und ein Grub-Update durchgeführt. Aber in meinem Fall 1. Es war ein UEFI-System 2. Ich habe nicht mehrere Linux-Betriebssysteme behalten.
Registrierter Benutzer
Können Sie beim Booten den Kernel und initrd dynamisch ändern, um Ubuntu zu starten? Wenn Sie dies getan haben, was ist dann der Fehler gekommen?
SHW
Der von Ihnen gepostete Bildschirm enthält die Fehlermeldung : Root device mounted successfully, but /sbin/init does not exists. Hast du das untersucht? Fehlt initwirklich? Wenn ja, sollten Sie es auf jeden Fall installieren, wenn es stattdessen vorhanden ist, eine Idee, warum es nicht gefunden werden kann?
MariusMatutiae

Antworten:

5

Ich habe es endlich gelöst, indem ich die Arch-Partition und ihre Boot-Dateien im /bootOrbit meines Ubuntu aus dem Orbit entfernt habe. Ubuntu ist jetzt wieder in Ordnung, alle verbleibenden GRUB-Einträge funktionieren wieder.

Hier ist eine Liste von dem, was ich getan habe:

  • Löschen Sie die initramfsDateien von Arch :

    sudo rm /boot/initramfs-linux*
    
  • Löschen Sie die vmlinuzDatei von Arch :

    sudo rm vmlinuz-linux
    
  • Formatieren Sie die Arch-Partition ( /dev/sda8) mit GParted

  • Aktualisieren Sie die Konfiguration von GRUB:

    sudo update-grub
    
  • Neustart und viel Spaß!

Byte Commander
quelle
Ich denke, die erste codierte Zeile sollte initramfs-linuxnicht enthalten...ranfs...
Anwar
1
@Anwar Natürlich danke für die Aufmerksamkeit. Ich habe den Tippfehler behoben.
Byte Commander
1

Befestigung von grub.cfg von Hand (nicht empfohlen)

Schau dir deine an grub.cfg

Der Ubuntu-Eintrag ist fehlerhaft (und einige der folgenden auch)

menuentry 'Ubuntu' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-simple-eee18451-b607-4875-8a88-c9cb6c6544c8' {
    recordfail
    load_video
    gfxmode $linux_gfx_mode
    insmod gzio
    if [ x$grub_platform = xxen ]; then insmod xzio; insmod lzopio; fi
    insmod part_msdos
    insmod ext2
    set root='hd0,msdos3'
    if [ x$feature_platform_search_hint = xy ]; then
      search --no-floppy --fs-uuid --set=root --hint-bios=hd0,msdos3 --hint-efi=hd0,msdos3 --hint-baremetal=ahci0,msdos3  6dbb8633-dadd-4b5e-8d85-b0895fde9dfb
    else
      search --no-floppy --fs-uuid --set=root 6dbb8633-dadd-4b5e-8d85-b0895fde9dfb
    fi
    linux   /vmlinuz-linux root=UUID=eee18451-b607-4875-8a88-c9cb6c6544c8 ro  
    initrd  /initramfs-linux.img
}

Die letzten beiden Zeilen sind Ihr von grub ausgegebener Befehl zum Laden von Kernel und initrd und suchen derzeit nach dem ARCH-Kernel und initiramfs. Außerdem werden sie unter der angegebenen /In-Partition gesucht, durch uuid=eee18451-b607-4875-8a88-c9cb6c6544c8die die beabsichtigten Ubuntu-Dateien gehostet werden können oder nicht.

Sie können dies beheben, indem Sie:

sudo blkid

um die UUID Ihrer Ubuntu-Root-Partition zu erhalten.

Ersetzen Sie dann die letzten beiden Zeilen durch den Simlink zu Ihren neuesten Kernel- und Initrd-Images (da Ubuntu dies so erwartet).

linux   /vmlinuz root=UUID=<correct-uuid-ubuntu-partition> ro  
initrd  /initrd.img

Wenn dies nicht sofort behoben wird, ist möglicherweise eine andere Korrektur erforderlich. Sie können sie herausfinden, indem Sie einen der getesteten und funktionierenden Einträge "kopieren", und ich würde empfehlen, dass Sie den Vanille-Eintrag verwenden (z. B. kein Upstart oder andere Kernel-Parameter wie das übergebene Nomodeset).

Dies sollte ein guter Kandidat sein:

menuentry 'Ubuntu, with Linux 4.4.0-21-generic' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-4.4.0-21-generic-advanced-eee18451-b607-4875-8a88-c9cb6c6544c8'

Der Arch-Eintrag ist ähnlich fehlerhaft, da er wahrscheinlich nach Arch-Initramfs und -Kern unter der Ubuntu-Root-Partition sucht. Der Standardspeicherort für diese ist unter / boot. Passen Sie die letzten beiden Zeilen des Arch-Eintrags an, indem Sie die Position korrigieren und überprüfen, ob die UUID der Root-Partition diejenige ist, die den Arch-Root enthält.

Ein (mehrere) Wort (e) der Warnung:

Es wird Ubuntu-Benutzern im Allgemeinen NICHT empfohlen, sich grub.cfgvon Hand damit zu beschäftigen. Machen Sie auf jeden Fall eine Kopie davon und seien Sie vorsichtig bei der Bearbeitung. Seien Sie darauf vorbereitet, dass Ihr System nicht mehr bootfähig ist (Sie können es jedoch mithilfe des in meiner alten Antwort beschriebenen Startvorgangs wiederbeleben).

Auch wenn dies Ihr Problem dieses Mal beheben könnte, könnte es zurückkommen, um Sie zu beißen, wenn Sie das nächste Mal Ihr Grub-Menü neu füllen müssen. Aus irgendeinem Grund wird die Betriebssystemprüfung von Grub unter Ubuntu durch das Vorhandensein des Arch-Kernels unter / boot verwirrt. Ich würde vermuten, dass ein Dienstprogramm wie Boot-Repair in der Lage sein sollte, alle Ihre Distributionen korrekt bootfähig zu machen, aber wenn ich mich richtig erinnere, hat es bei Ihnen nicht funktioniert.

Eine dauerhafte Lösung könnte darin bestehen, den Arch-Kernel und die Images in einem anderen Verzeichnis als dem Standardverzeichnis / boot zu installieren. Dies ist fummelig und Sie sollten den Grub-Eintrag von Arch Wiki konsultieren, um zu erfahren, wie Sie es richtig machen.

ALTE ANTWORT (empfohlen, wenn Sie langfristig zu Arch wechseln möchten ) Hier ist, was ich tun würde und irgendwie vor ein paar Monaten getan habe.

Gehen Sie zur Arch Wiki Grub-Seite und lesen Sie den entsprechenden Abschnitt für Ihre Partitionstabelle vor (Sie sind wahrscheinlich UEFI, lesen Sie also mehr über ESP und so weiter).

Manuelles Booten in Arch

Dies ist eine sehr prägende Erfahrung, die ich empfehlen kann. Angenommen, Ihr Arch Linux-Kernel befindet sich irgendwo auf Ihrer Festplatte, drücken Sie can der Eingabeaufforderung grub und geben Sie ls ein, um eine Liste der Geräte und Partitionen anzuzeigen, die aussehen (hd0,msdos1),(hd1,gpt1),.... Sie können jedem von ihnen den Inhalt anzeigen.

Sie müssen drei Dinge herausfinden:

  • Wo ist Ihre Arch- /Root-Partition?
  • Wo ist dein Arch-Kernel? vmlinuz
  • Wo ist dein Bogen? intiramfs-linux.img

Sobald Sie diese drei besitzen, führen Sie drei Befehle in grub> prompt etwas Ähnliches aus.

grub> set root=(hd0,1)
grub> linux /vmlinuz root=/dev/sda1
grub> initrd /intiramfs-linux.img
grub> boot

Beachten Sie, dass Maden finden können, z

grub> find /sbin/init

(Der eine Grub kann nicht automatisch finden und gibt dir eine Kernel-Panik;))

All dies habe ich gelernt, hier , eine Quelle , die sehr empfehlen ich. Wenn Sie es schaffen, fahren Sie mit der Reparatur fort! Andernfalls...

Boot Arch von einem Live-Schlüssel! Holen Sie sich eine Live-Arch-Umgebung und folgen Sie dem Installations-Wiki chrootauf Arch auf die gleiche Weise wie beim ersten Mal.

Befestigungsmaden

Von innen Arch, installieren Sie die entsprechenden Madenpakete, insbesondere os-proberzu ermöglichen , grub-installIhr anderes System zu erkennen. Befolgen Sie die dortige Installationsanleitung sorgfältig und Sie sollten (zumindest) in der Lage sein, sowohl arch als auch ubuntu über das grub-Menü zu booten. Das Installieren von Befehlen sieht am Ende so aus.

** Warnung ** Führen Sie diesen Befehl nicht aus, er ist beispielhaft. Sie müssen die für Ihr System geeigneten herausfinden

# grub-install --target=x86_64-efi --efi-directory=/boot --bootloader-id=grub --recheck
# grub-mkconfig -o /boot/grub/grub.cfg

** Wenn alle Stricke reißen **

Leider ist dies angesichts der begrenzten Anzahl an Informationen so spezifisch wie es nur geht und SE ist nicht wirklich ein Forum für solche Probleme, daher meine "generische" Antwort, die sich auf nützliche Ressourcen bezieht.

Wenn Sie es nicht herausfinden können, schauen Sie vielleicht in den Arch-Foren vorbei. Wenn Sie Ihr Bestes gegeben und die Dokumente vorher gelesen haben, finden Sie möglicherweise Hilfe.

All dies durch Arch zu tun, war für mich eine grundlegende Lernerfahrung.

Drei Diag
quelle
1
Vielen Dank für Ihre Antwort. Erstens ist es ein BIOS-System mit MBR-partitionierter Festplatte. Zweitens möchte ich das Grub-Paket und die Konfiguration von Ubuntu verwenden. Die Neuinstallation von GRUB von Arch ist nicht das, was ich vorhabe. Ich bezweifle auch, dass dies eine Änderung bewirken würde ... Und ich kann über den GRUB-Eintrag irgendwo in den erweiterten Optionen zu Ubuntu booten. Das Problem ist, dass GRUB irgendwie nicht in der Lage zu sein scheint, festzustellen, welcher Kernel oder welche anfängliche Ramdisk oder was auch immer zu welchem ​​System auf welcher Partition gehört.
Byte Commander
Im Wesentlichen gelten die gleichen Schritte. grub-install und grub-mkconfig (wodurch Sie eine neue grub.cfg-Datei erhalten) sind grub-Befehle, die auch unter ubuntu verfügbar sind. Überprüfen Sie, ob os-prober ebenfalls verfügbar ist oder ähnliches (dies ermöglicht es mkconfig, andere Dateisysteme zu finden). Dies behebt das Problem, vorausgesetzt, die Kernel-Images befinden sich an der richtigen Stelle. Wenn Sie Ihren Beitrag erneut lesen, bin ich mir nicht ganz sicher, ob dies der Fall ist. Überprüfen Sie Ihre / boot-Partition, um sicherzustellen, dass alle Kernel und .img vorhanden sind. Möglicherweise haben Sie Ihre Linux-Datei initrd.img mit den Initramfs von arch überschrieben. Schlagen Sie Ubuntu-Foren oder Askubuntu auf.
Drei Diag
Wie ich schrieb, habe ich die grub-mkconfig bereits ohne Erfolg ausgeführt, aber ich werde die verfügbaren Images in / boot überprüfen, wenn ich wieder zu Hause bin. Und es gibt einige OS-Prober-Skripte.
Byte Commander
Entschuldigung, das habe ich verpasst. Dann haben Sie wahrscheinlich Ihren Ubuntu-Kernel und initrd mit arch-Kerneln überschrieben. Sie können sie an Ort und Stelle platzieren, indem Sie Ihre Upgrade- / Update-Sequenz vom Ubuntu-Fallback-Kernel ausführen (glaube ich)
Three Diag
Die Ubuntu-Kernel sollten in Ordnung sein, da ich sie alle über das Menü "Erweiterte Optionen für Ubuntu" booten kann. Wenn dort etwas nicht stimmt, könnte es nur der Symlink zum Standardkernel sein ... Ich werde das heute Abend überprüfen.
Byte Commander
0

Meine Lösung ist einfacher. Ich benutze das Terminal und mache folgendes:

sudo rm /boot/grub/grub.cfg
sudo update-grub

Wenn Sie weitere Probleme haben, verwenden Sie einfach boot-repaireinen kostenlosen Download, der klein genug ist, um auf eine CD zu brennen.

BAD-Boop
quelle
Das OP ist bereits gelaufen update-grub. Es ist sehr unwahrscheinlich, dass eine Boot-Reparatur bei diesem speziellen Problem hilft.
Terdon
grub und einige Bootreparatur- oder Aktualisierungsprozesse setzen voraus, dass das, was sich in /boot/grub/grub.cfg befindet, aktuell und korrekt ist. Wenn Sie jedoch Änderungen vornehmen, wie z. B. eine Neuformatierung der Partition, erhalten Sie eine neue UUID, die Sie in die Grub-Rescue versetzt. sudo update-grub. Alle Einträge in grub.cfg sind neu und aktuell.
BAD-Boop
Ja, aber das OP hat dies bereits getan und es hat nicht geholfen. Mir ist klar, dass die Frage groß ist und leicht zu übersehen ist, aber sudo grub-mkconfig -o /boot/grub/grub.cfggenau dort ist. update-grubist ein sehr einfaches Shell-Skript, das ausgeführt wird grub-mkconfig -o /boot/grub/grub.cfg . Sie können dies mit sehen cat /usr/sbin/update-grub.
Terdon