Hallo, ich hsbe einen neuen Rechner aufgesetzt mit Debian 12. Es funktioniert alles, hab bei der Installation alle Optionen auf default belassen und installiert. Er bootet erfolgreich, aber ich sehe jedes mal beim Einschalten, nach der Meldung "welcome to grub" 2 Errors: error: no such device: /.disk/info. error: no such device: ./disk/mini-info die Errors scheinen keine Auswirkung zu haben, sind aber hässlich. Wie kann ich die weg bekommen? ansonsten funktioniert ja alles. Ich habe schon die Lösung hier gefunden https://unix.stackexchange.com/questions/753732/what-does-grub-error-no-such-device-disk-info-mean-and-how-to-fix-it aber ich verstehe die nicht, und sehe auch nicht ein, warum da mit den Standardsettings dieser Error kommt. Hsbe die netinstall ISO benutzt und damit vom USB Stick auf die nvme0 installiert.
Tobias P. schrieb: > warum da mit den Standardsettings dieser Error kommt. Weil der Ersteller der Distribution einen Fehler gemacht hat. Damit musst du leben, die Welt ist nicht perfekt.
Tobias P. schrieb: > ich hsbe einen neuen Rechner aufgesetzt mit Debian 12. Standard Debian 12? Ohne irgendwelche Modifikationen? Ich frage, weil ich's ebenfalls benutze und so etwas noch nicht gesehen habe.
Norbert schrieb: > Ich frage, weil ich's ebenfalls benutze und so etwas noch nicht gesehen > habe. "How do I disable or enable the boot splash screen ..." Wenn Du beim Booten die Anzeige vom gesamten Text beim Booten deaktiviert gelassen haben solltest, siehst Du es nicht, auch wenn es vorhanden sein sollte. Oder Du suchst im Logfile "dmesg | grep disk | grep info"
Norbert schrieb: > Tobias P. schrieb: >> ich hsbe einen neuen Rechner aufgesetzt mit Debian 12. > > Standard Debian 12? Ohne irgendwelche Modifikationen? > > Ich frage, weil ich's ebenfalls benutze und so etwas noch nicht gesehen > habe. hab noch Proxmox installiert. Aber im Proxmox Forum wusste niemand eine Lösung.
Dieter D. schrieb: > Wenn Du beim Booten die Anzeige vom gesamten Text beim Booten > deaktiviert gelassen haben solltest Guter Punkt, aber nein. Ist alles sichtbar. Ich bin da ästhetisch einfach gestrickt. Außerdem sieht man so schöner, falls mal etwas ›Meckerei‹ erscheinen sollte. ;)
Tobias P. schrieb: > Ich habe schon die Lösung hier gefunden > > https://unix.stackexchange.com/questions/753732/what-does-grub-error-no-such-device-disk-info-mean-and-how-to-fix-it > > aber ich verstehe die nicht, Dann gehe doch einfach mal nach der Lösung vor und gib uns die Ausgabe von efibootmgr -v ls -l /boot/efi/EFI/debian cat /boot/efi/EFI/debian/grub.cfg Vielleicht hast Du so installiert, dass die EFI Partition vom USB-Stick verwendet wird? mount | grep boot
Np R. schrieb: > Tobias P. schrieb: >> Ich habe schon die Lösung hier gefunden >> >> > https://unix.stackexchange.com/questions/753732/what-does-grub-error-no-such-device-disk-info-mean-and-how-to-fix-it >> >> aber ich verstehe die nicht, > > Dann gehe doch einfach mal nach der Lösung vor und gib uns die Ausgabe > von > efibootmgr -v > ls -l /boot/efi/EFI/debian > cat /boot/efi/EFI/debian/grub.cfg > hier mal meine Outputs:
1 | # efibootmgr -v |
2 | BootCurrent: 0000 |
3 | Timeout: 1 seconds |
4 | BootOrder: 0000,0002,0003,0004,0005,0008,0009,000A,000B,0001 |
5 | Boot0000* debian HD(1,GPT,5cdc5cff-3107-4bd6-ad08-8bebea2c2388,0x800,0x100000)/File(\EFI\debian\shimx64.efi) |
6 | Boot0001* UEFI: Built-in EFI Shell VenMedia(5023b95c-db26-429b-a648-bd47664c8012)..BO |
7 | Boot0002* (B1/D0/F0) UEFI PXE IPv4: Intel(R) I210 Gigabit Network Connection(MAC:3cecefa11514) PciRoot(0x0)/Pci(0x1c,0x0)/Pci(0x0,0x0)/MAC(3cecefa11514,1)/IPv4(0.0.0.00.0.0.0,0,0)..BO |
8 | Boot0003* (B2/D0/F0) UEFI PXE IPv4: Intel(R) I210 Gigabit Network Connection(MAC:3cecefa11515) PciRoot(0x0)/Pci(0x1c,0x1)/Pci(0x0,0x0)/MAC(3cecefa11515,1)/IPv4(0.0.0.00.0.0.0,0,0)..BO |
9 | Boot0004* (B1/D0/F0) UEFI PXE IPv6: Intel(R) I210 Gigabit Network Connection(MAC:3cecefa11514) PciRoot(0x0)/Pci(0x1c,0x0)/Pci(0x0,0x0)/MAC(3cecefa11514,1)/IPv6([::]:<->[::]:,0,0)..BO |
10 | Boot0005* (B2/D0/F0) UEFI PXE IPv6: Intel(R) I210 Gigabit Network Connection(MAC:3cecefa11515) PciRoot(0x0)/Pci(0x1c,0x1)/Pci(0x0,0x0)/MAC(3cecefa11515,1)/IPv6([::]:<->[::]:,0,0)..BO |
11 | Boot0008* (B139/D0/F0) UEFI PXE IPv4: Intel(R) Ethernet 10G 2P X520 Adapter(MAC:b496911da42c) PciRoot(0x4)/Pci(0x4,0x0)/Pci(0x0,0x0)/MAC(b496911da42c,1)/IPv4(0.0.0.00.0.0.0,0,0)..BO |
12 | Boot0009* (B139/D0/F1) UEFI PXE IPv4: Intel(R) Ethernet 10G 2P X520 Adapter(MAC:b496911da42e) PciRoot(0x4)/Pci(0x4,0x0)/Pci(0x0,0x1)/MAC(b496911da42e,1)/IPv4(0.0.0.00.0.0.0,0,0)..BO |
13 | Boot000A* (B139/D0/F0) UEFI PXE IPv6: Intel(R) Ethernet 10G 2P X520 Adapter(MAC:b496911da42c) PciRoot(0x4)/Pci(0x4,0x0)/Pci(0x0,0x0)/MAC(b496911da42c,1)/IPv6([::]:<->[::]:,0,0)..BO |
14 | Boot000B* (B139/D0/F1) UEFI PXE IPv6: Intel(R) Ethernet 10G 2P X520 Adapter(MAC:b496911da42e) PciRoot(0x4)/Pci(0x4,0x0)/Pci(0x0,0x1)/MAC(b496911da42e,1)/IPv6([::]:<->[::]:,0,0)..BO |
15 | MirroredPercentageAbove4G: 0.00 |
16 | MirrorMemoryBelow4GB: false |
1 | # ls -l /boot/efi/EFI/debian |
2 | total 5952 |
3 | -rwx------ 1 root root 112 Apr 18 19:52 BOOTX64.CSV |
4 | -rwx------ 1 root root 88520 Apr 18 19:52 fbx64.efi |
5 | -rwx------ 1 root root 117 Apr 18 19:52 grub.cfg |
6 | -rwx------ 1 root root 4201064 Apr 18 19:52 grubx64.efi |
7 | -rwx------ 1 root root 850808 Apr 18 19:52 mmx64.efi |
8 | -rwx------ 1 root root 941096 Apr 18 19:52 shimx64.efi |
1 | # cat /boot/efi/EFI/debian/grub.cfg |
2 | search.fs_uuid e68dd911-e929-4f9a-8e51-e779010c9ba3 root |
3 | set prefix=($root)'/boot/grub' |
4 | configfile $prefix/grub.cfg |
1 | # mount | grep boot |
2 | /dev/nvme0n1p1 on /boot/efi type vfat (rw,relatime,fmask=0077,dmask=0077,codepage=437,iocharset=iso8859-1,shortname=mixed,errors=remount-ro) |
> Vielleicht hast Du so installiert, dass die EFI Partition vom USB-Stick > verwendet wird? > mount | grep boot das sollte eigentlich gar nicht möglich sein, denn der USB Stick ist gar nicht mehr angeschlossen, dann kann er auch nicht gemounted werden. Ich muss leider sagen, dass ich von Grub und EFI überhaupt keine Ahnung habe. Grade EFI habe ich bisher nur mit der Kneifzange angefasst. Darum kann ich auch die Korrektheit (oder nicht) der obigen Outputs überhaupt nicht beurteilen :-(
Hm, ich finde keinen Fehler. Nach der Lösung, die Du gefunden hast, wird nur dann nach /.disk/info und /.disk/mini-info gesucht, wenn $prefix entweder nicht gesetzt ist oder aber nicht existiert. Es müsste aber als /EFI/debian gesetzt sein (relativ zum Mountpoint /boot/efi), und /boot/efi/EFI/debian existiert bei Dir ja. Eventuell könntest Du noch den Output von blkid posten, damit man die UUIDs verifizieren kann, die oben ausgeworfen wurden. Hast Du mal grub neu installiert? grub-install dev... Vorher vielleicht noch apt-get update apt-get --reinstall install grub-efi-amd64
Vielen Dank für deine Hilfe! ich kann, wie gesagt, mit dem EFI Zeug bisher nicht viel anfangen, da ich nie gross damit in Berührung gekommen bin. Bis anhin hat es immer funktioniert...... Hier mein blkid, es ist ein wenig länglich, weil ich ziemlich viele Disks in meinem System habe:
1 | # blkid |
2 | /dev/sdn1: LABEL="ssdpool" UUID="17460728067313885259" UUID_SUB="8707001388587123304" BLOCK_SIZE="4096" TYPE="zfs_member" PARTLABEL="zfs-be87d2860d7c14b0" PARTUUID="4718276a-13ae-6646-9a65-a93ab12d1ab5" |
3 | /dev/sdm1: LABEL="ssdpool" UUID="17460728067313885259" UUID_SUB="785712514773859433" BLOCK_SIZE="4096" TYPE="zfs_member" PARTLABEL="zfs-cc69c9ab7cdcdabf" PARTUUID="833a44bd-ec21-564f-a9fa-40efa82d7dda" |
4 | /dev/sdf1: LABEL="tank" UUID="6561888468339160033" UUID_SUB="11006816777299617470" BLOCK_SIZE="4096" TYPE="zfs_member" PARTLABEL="zfs-2b08973e8a28a4a4" PARTUUID="64e88313-d8c9-c149-8b4f-ac76a51442ed" |
5 | /dev/nvme0n1p3: UUID="3a6b8fac-180b-41a1-8476-419696f199e0" TYPE="swap" PARTUUID="75833eea-fc5a-495e-9cb1-91c40ca3ad5b" |
6 | /dev/nvme0n1p1: UUID="2A76-4DF7" BLOCK_SIZE="512" TYPE="vfat" PARTUUID="5cdc5cff-3107-4bd6-ad08-8bebea2c2388" |
7 | /dev/nvme0n1p2: UUID="e68dd911-e929-4f9a-8e51-e779010c9ba3" BLOCK_SIZE="4096" TYPE="ext4" PARTUUID="9603f3a5-851c-42e7-abd4-11ce5cbd36e3" |
8 | /dev/sdd1: LABEL="tank" UUID="6561888468339160033" UUID_SUB="6647624547810573677" BLOCK_SIZE="4096" TYPE="zfs_member" PARTLABEL="zfs-5bcaae0a9ca6ef8a" PARTUUID="247da67f-baea-fe43-8283-c5d9bc203ba5" |
9 | /dev/sdb1: LABEL="tank" UUID="6561888468339160033" UUID_SUB="8262153406117284040" BLOCK_SIZE="4096" TYPE="zfs_member" PARTLABEL="zfs-8fd2782002ef9864" PARTUUID="876bc06f-4aa1-c248-95b0-0375b634dda8" |
10 | /dev/zd0p1: LABEL="System Reserved" BLOCK_SIZE="512" UUID="9E04CC1904CBF277" TYPE="ntfs" PARTUUID="24146035-01" |
11 | /dev/zd0p2: BLOCK_SIZE="512" UUID="2AFECC8AFECC4FAD" TYPE="ntfs" PARTUUID="24146035-02" |
12 | /dev/sdg1: LABEL="tank" UUID="6561888468339160033" UUID_SUB="13159157251480367671" BLOCK_SIZE="4096" TYPE="zfs_member" PARTLABEL="zfs-6330c5a7ab3f06d6" PARTUUID="0967045b-005b-ec4e-b002-ce72484511a2" |
13 | /dev/sde1: LABEL="tank" UUID="6561888468339160033" UUID_SUB="18213984813185751655" BLOCK_SIZE="4096" TYPE="zfs_member" PARTLABEL="zfs-8431e126c1284020" PARTUUID="78496d7f-e480-dd47-88e7-98cfdb9b7c77" |
14 | /dev/sdc1: LABEL="tank" UUID="6561888468339160033" UUID_SUB="11691007179309976422" BLOCK_SIZE="4096" TYPE="zfs_member" PARTLABEL="zfs-81dce8f9a25d5be1" PARTUUID="9dc80fcb-6c2a-be4e-a576-951282236083" |
15 | /dev/zd32p3: UUID="662fe37085ce997e" BLOCK_SIZE="4096" TYPE="ufs" PARTLABEL="rootfs" PARTUUID="4577b08f-0654-11ef-b955-bc2411d9eb31" |
16 | /dev/zd32p1: UUID="ADFD-19F6" BLOCK_SIZE="512" TYPE="vfat" PARTLABEL="efifs" PARTUUID="45774064-0654-11ef-b955-bc2411d9eb31" |
17 | /dev/sda1: LABEL="tank" UUID="6561888468339160033" UUID_SUB="15262187074680978946" BLOCK_SIZE="4096" TYPE="zfs_member" PARTLABEL="zfs-eea4a69fe1621153" PARTUUID="8d6fa6b9-e705-854a-9a61-948f658882a9" |
18 | /dev/sdi1: LABEL="tank" UUID="6561888468339160033" UUID_SUB="2782753096605898471" BLOCK_SIZE="4096" TYPE="zfs_member" PARTLABEL="zfs-5c7728dcde3c7cf7" PARTUUID="04b76e86-a0df-504a-baa4-e8d268eee31c" |
19 | /dev/sdf9: PARTUUID="4ade4e7b-b025-fc48-9210-144e8c1a724f" |
20 | /dev/sdd9: PARTUUID="deb151fc-36dd-994c-925a-a3e8088b0194" |
21 | /dev/sdm9: PARTUUID="dc94e70a-0b2f-da40-aba3-fafee74fd317" |
22 | /dev/sdb9: PARTUUID="bfdf722e-30f2-9e44-b097-1f5a131785ca" |
23 | /dev/sdi9: PARTUUID="bba9ccff-2ae2-c346-9685-8b88979e6d74" |
24 | /dev/sdg9: PARTUUID="6e64e5d9-ce43-ca46-a4d7-89ca3119d12b" |
25 | /dev/sde9: PARTUUID="bd201620-6ea1-ef4f-bf93-d052d2d2daee" |
26 | /dev/sdn9: PARTUUID="77010a9b-6f7d-724c-ae6f-dd6b571d1207" |
27 | /dev/sdc9: PARTUUID="4cff78bc-8622-6c43-ad4f-f4d84867ca4d" |
28 | /dev/zd32p4: PARTLABEL="swapfs" PARTUUID="4577e4bc-0654-11ef-b955-bc2411d9eb31" |
29 | /dev/zd32p2: PARTLABEL="bootfs" PARTUUID="45777ecc-0654-11ef-b955-bc2411d9eb31" |
30 | /dev/sda9: PARTUUID="bf6082c6-0dea-e54e-978c-8bdbbfdda893" |
Np R. schrieb: > Hast Du mal grub neu installiert? grub-install dev... > > Vorher vielleicht noch > apt-get update > apt-get --reinstall install grub-efi-amd64 das habe ich mich noch nicht getraut: ich habe den Rechner jetzt so hübsch eingerichtet, dass ich nur wenig Lust hätte, alles neu aufzusetzen, wenn das reinstallieren des Grub irgend was zerschiesst. Oder ist das mehr oder weniger gefahrlos?
Tobias P. schrieb: > Oder ist das mehr oder weniger gefahrlos?
1 | apt-get update # Dies updated nur die Paketquellen. |
2 | |
3 | apt-get --reinstall install grub-efi-amd64 # Installiert die letzte verfügbare Version von grub noch einmal - da darf nichts schief laufen. |
4 | |
5 | grub-install # ohne weitere Argumente installiert es grub einfach neu auf der EFI Partition - auch da darf nichts schief gehen. |
6 | |
7 | update-grub # erstellt eine neue Konfigurationsdatei (grub.cfg) |
Mein grub (Ubuntu) "wirft" auch jede Menge Fehlermeldungen, ich ignoriere das, nachdem meine Suche nach Lösungen hauptsächlich den Tipp ergaben, die unwichtigen Fehlermeldungen nicht mehr ausgeben zu lassen. Dazu gibt es irgendeinen Parameter in der config. Früher hat es das nicht getan, ich vermute, dass sich im grub etwas geändert hat, was seine Redseligkeit erhöht hat. Ist mir immer noch lieber, als länger auf einen Plymouth-Startbildschirm im eleganten Ubuntu-dunkelrot zu schauen, ohne zu wissen, ob er noch am Booten ist.
:
Bearbeitet durch User
Bei Systemen ohne komplexe Bootvorgänge nehme ich mittlerweile systemd-boot (ehemals gummi-boot). Das ist sehr minimalistisch und simpel einzurichten, man bemerkt den Bootloader garnicht.
Christoph db1uq K. schrieb: > Mein grub (Ubuntu) "wirft" auch jede Menge Fehlermeldungen, ich > ignoriere das, Ja, das kann man machen. Mitunter hat so eine Fehlermeldung aber einen Hintergrund. Es ist dann blöd, wenn man einen Fehler mit schleppt und Wochen oder Monate später nach einem Routine-Update, bei dem grub upgedated wird, plötzlich nicht mehr ins System kommt. Wenn man neu installiert hat, ist das leichter zu verschmerzen, als wenn man schon mit der Installation gearbeitet und Daten und Einstellungen drauf hat. Beim TO ist grub ja offenbar "auf Abwegen" und versucht, Dateien zu finden, die es nur auf dem Installationsmedium gibt und die es im normalen System nicht braucht. Als sei $prefix nicht gesetzt...
Tobias P. schrieb: > Ich muss leider sagen, dass ich von Grub und EFI überhaupt keine Ahnung > habe. Grade EFI habe ich bisher nur mit der Kneifzange angefasst. Verwechselst du das vielleicht? Ich traue grub nur so weit wie ich den werfen kann ;) Es gibt auch noch syslinux, nur der Vollständigkeit halber. Brauchst du überhaupt einen Bootloader? Ein gutes EFI-“BIOS” kann kernel und initrd auch selbständig und direkt laden. Der Mechanismus ist extrem simpel, geradezu primitiv. Entsprechend wenig Fehlermöglichkeiten gibt es. Und schneller geht’s natürlich auch. Bonus: es funktioniert auch nach Updates. Deswegen würde ich das jetzt einrichten, solange grub noch halbwegs funktioniert. Dann kannst du im BIOS-Bootmenü zwischen grub und EFI-Boot wählen.
Np R. schrieb: > apt-get --reinstall install grub-efi-amd64 # Installiert die letzte > verfügbare Version von grub noch einmal - da darf nichts schief laufen. > grub-install # ohne weitere Argumente installiert es grub einfach neu > auf der EFI Partition - auch da darf nichts schief gehen. > update-grub # erstellt eine neue Konfigurationsdatei (grub.cfg) Diese Zeilen habe ich mal ausprobiert. Keine Ahnung, was jetzt wirklich genau das Problem war, aber die Errormeldung ist in der Tat jetzt verschwunden! Die Meldungen einfach auszublenden, wäre keine Option gewesen. Aus irgend einem Grund sind die Meldungen ja da. Jedenfalls, ohne dass ich jetzt irgend etwas am System geändert hätte, ist Grub jetzt glücklich. Danke!
Tobias P. schrieb: > ohne dass ich jetzt irgend etwas am System geändert hätte, Da hast Du schon durchaus etwas geändert, aber auf dem vorgesehenen Weg und nicht durch Basteln. Schön, dass es jetzt läuft!
Bitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.