Mein GRUB-Setup ist durcheinander geraten und ich versuche, es boot-repairmit der Live-Version von Ubuntu 20.04 zu verwenden.
Ich erhalte einen Fehler, den ich noch nie zuvor gesehen habe, und kann ihn nicht richtig beheben. Wenn ich nach dem genauen Fehler oder „Boot-Repair Bad Substitution Issue“ googele, erhalte ich keine boot-repairentsprechenden Ergebnisse.
Nachdem ich entweder die empfohlene Reparatur oder die erweiterte Reparatur ausgeführt habe, wird mir der bad substitutionFehler in der Protokolldatei angezeigt und die Boot-Reparatur hängt sich auf (der Fortschrittsbalken läuft endlos).
...
[email protected]()
SET@_progressbar1.pulse()
SET@_label0.set_text('''Applying changes. This may require several minutes...''')
SET@_progressbar1.pulse()
SET@_progressbar1.pulse()
SET@_progressbar1.pulse()
The settings chosen by the user will purge (in order to unsign) and reinstall the grub-efi of
nvme0n1p5,
using the following options: disable-internet-check nvme0n1p1/boot/efi
Additional repair will be performed: unhide-bootmenu-10s use-standard-efi-file rename-ms-efi
/usr/share/boot-sav/gui-actions.sh: line 234: ${LISTOFPARTITIONS[$PARTTOUNFLAG}: bad substitution
SET@_progressbar1.pulse()
SET@_progressbar1.pulse()
SET@_progressbar1.pulse()
SET@_progressbar1.pulse()
...
boot-repair basically hangs indefinitely after this
Die gui-action.shSkriptzeile 234 sieht so aus
PARTB=${LISTOFPARTITIONS[$PARTTOUNFLAG} #sdXY
Ist dies ein bekanntes Problem bei der Boot-Reparatur und gibt es dafür eine Problemumgehung?
Ich frage mich, ob das vielleicht daran liegt, dass ich ein NVMe-Laufwerk verwende und NVMe-Laufwerke als /dev/nvme0nXYstatt als gekennzeichnet sind /dev/sdXY. Aber ich hoffe, dass ich nicht die erste Person bin, die versucht, die Boot-Reparatur auf dem NVMe-Laufwerk durchzuführen.
Antwort1
Ich hatte das gleiche Problem und konnte es beheben, indem ich die erwähnte Zeile (in /usr/share/boot-sav/gui-actions.shZeile 234) wie folgt geändert habe:
PARTB=${LISTOFPARTITIONS[$PARTTOUNFLAG]} #sdXY
Das "]" fehlte.