PC startet nach Installation von Debian 10 auf NVME nicht

[MariaS]

Hallo ins Forum,

hier steht ein mini PC mit Intel MB und via Karte eingesteckter NVMe im PCIe Slot. Die Netzwerkinstallation von Debian 10 läuft fehlerlos durch, aber danach startet er nicht.

Code: Alles auswählen

PXE-61: Media test failure, check cable
PXE-M0F: Exiting Intel Boot Agent. 

Reboot and Select proper Boot device
or Insert Boot Media in selected Boot device and press a key

Das BIOS bzw. Bootmenü zeigt die Festplatte:
IBA GE Slot 00C8 v1403

Wenn ich ein Live System boote, sagt mir das Festplattentool, dass es sich um eine
Samsung MZVLB512HBJQ-00000
handelt. Die Platte hat erkennbar Partitionen und Daten, wie in Debian nach der Installation üblich. Nun habe ich die NVMe in einem weiteren PCs getestet und auch dort startet sie nach der problemlosen Installation nicht, wird allerdings auch vom Bootmenü nicht angezeigt. Das boot-flag habe ich gesetzt.

Wie kann ich die Platte zum Starten überreden?

Danke für Tips
MariaS

[mcb]

Vom Installationsmedium starten und nochmal grub draufschreiben?

[MariaS]

Durch Starten im rescue mode von der Installations DVD habe ich versucht den Bootloader erneut zu installieren, jedoch ohne Erfolg.

Erst nach einem Überschreiben der nvme mit Zeros wurde ich bei der Installation wieder nach einer Alternative gefragt und es war mir möglich den Bootloader auf einen USB-Stick zu schreiben. Jetzt erhalte ich mit dem Stick eingesteckt im miniITX die Meldung:

Code: Alles auswählen

error: no such device: <UUID der NVMe>.
error unknown filesystem.
Entering rescue mode...
grub rescue> _

[willy4711]

Kann mir folgende Fehler vorstellen. Fragen:

• Was für ein PC ist das genau (Bezeichnung)?
  Hast du die Installation im BIOS oder UEFI- Modus vorgenommen ?
  Im BIOS auf "legacy" umgestellt oder nicht ?
  Wie hast du die SSD partitioniert ?
  Hast du Secureboot aus / eingeschaltet ?
  Hast du bei der Installation von Grub was falsch gemacht ? (Gerät von Hand auswählen --->man muss das Laufwerk markieren)

[MariaS]

Kann mir folgende Fehler vorstellen. Fragen:

• Was für ein PC ist das genau (Bezeichnung)?
  Hast du die Installation im BIOS oder UEFI- Modus vorgenommen ?
  Im BIOS auf "legacy" umgestellt oder nicht ?
  Wie hast du die SSD partitioniert ?
  Hast du Secureboot aus / eingeschaltet ?
  Hast du bei der Installation von Grub was falsch gemacht ? (Gerät von Hand auswählen --->man muss das Laufwerk markieren)

Das Intel mini ITX Board ist ein DH67CF MB. Der Prozessor ist Intel Core i5-3570S CPU @ 3.10GHz x 4, Intel Ivybridge Desktop, Memory 3.8 GiB.

Beides habe ich probiert, wobei die Installation behauptet, dass noch ein weiteres OS vorhanden wäre, das bei force UEFI nicht mehr starten würde, aber das kann nur das Installationsmedium sein, denn eine andere Platte ist nicht im PC.

BIOS legacy habe ich so nicht gefunden, nur UEFI Boot kann ich abschalten, das macht aber keinen Unterschied.

478GB Ext4 und in der extended partition 34GB swap wurde automatisch angelegt. Vorher (Schreiben von dd iif=/dev/zero) hatte ich auch Mal so merkwürdige Partitionen, bei denen vorne und hinten kleine Reste stehen geblieben waren.

Secureboot habe ich im BIOS nicht gefunden.

Bei der letzten Installation habe ich den USB-Stick für den bootsektor ausgewählt. Ob ich bei den Versuchen vorher die NVMe extra markiert habe, weis ich nicht, es gab sowieso keine Alternative.

Die NVMe SSD heißt /dev/nvme0n1p1 für die erste Partition usw. und kann das System beim Start damit möglicherweise nicht umgehen? Die LEDs auf dem Adapter leuchten eigentlich beim Zugriff, beim booten jedoch nicht.

Kann ich irgendwie sehen, ob, wo und was im Bootsektor steht? Aus Zeitschriften habe ich Linux Rettungs DVDs aber dort kein LW dafür. Ein Live Debian starte ich von USB.

[willy4711]

Die NVMe SSD heißt /dev/nvme0n1p1 für die erste Partition usw.

Du hast Grub aber nach nvme0n1 installiert ??

BIOS legacy habe ich so nicht gefunden, nur UEFI Boot kann ich abschalten, das macht aber keinen Unterschied.

Bei den meisten Boards kann man (meist Taste F11) das Boot Medium auswählen. Wenn nicht UEFI Mode installieren willst,
musst du dann auch den USB Stick ohne UEFI starten (wird beides angeboten)

Aus der Board Beschreibung;

PCI Express 2.0 x16 add-in card connector

Spezifikation deiner Samsung SSD PM981a 512GB, M.2 (MZVLB512HBJQ-00000) :

Schnittstelle M.2/​M-Key (PCIe 3.0 x4)

Ob das Kompatibel ist, weiß ich nicht

Die SSD musst du ja mit irgendeinem Adapter an den PCIe Steckplatz angeschlossen haben.
M.2 Steckplätze gibt es ja nicht auf dem Board

So richtig helfen kann ich dir nicht.
Ich würde folgendes Versuchen:
Mit einer Live CD alle Partitionen auf dem Stick löschen (am besten mit Gparted)
Neue Partitions- Tabelle anlegen (DOS /MBR)
Partitionen anlegen
Eine swap
Eine für /
Eine für /home

Dann musst du dem Installer nur die Mountpunkte für die Partitionen angeben und gut ist.

[MariaS]

Grub konnte nur nach nvme0n1 installiert werden, eine andere Platte war nicht eingebaut.

Das Bootmenü kann mit F10 aufgerufen werden und dort gibt es nur einen Punkt zum auswählen:
IBA GE Slot 00C8 v1403

Die Samsung MZVLB512HBJQ-00000 HDD steckt in einem Kärtchen (ist passiv, nur 4 LEDs drauf je lane, leuchten bei Zugriff) im einzigen vorhandenen PCIe Slot. Die Daten kann ich von einem Live System aus lesen.

Nachdem das alles nicht funktioniert hat, überschreibe ich die SSD nochmal mit Nullen und würde den Umweg über USB-Stick zu booten, nochmals probieren. Linux kann ja prinzipiell auf die NVMe Schreiben und Lesen, nur den Bootvorgang davon bekomme ich nicht zum laufen.

Die Installation hat stets die 3 Partitionen /ESP /Ext4 und Swap vorgeschlagen und angelegt, sowie am Anfang und Ende kleine Stücke frei gelassen . Nur ein Mal hatte ich lediglich /Ext4 und Swap (ohne Reste), so wie bisher auf allen PCs.

[willy4711]

Die Installation hat stets die 3 Partitionen /ESP /Ext4 und Swap vorgeschlagen und angelegt, sowie am Anfang und Ende kleine Stücke frei gelassen . Nur ein Mal hatte ich lediglich /Ext4 und Swap (ohne Reste), so wie bisher auf allen PCs.

Dann bootets du im UEFI Modus. Wenn du im Boot-Menü auswählst, wie gebootet werden soll, legst du den Installer damit fest.
Hast du im Bootmenü nicht den USB-Stick 2 Mal zu Auswahl ??
1X UEFI
1X Eben nicht UEFI (weiß i.M nicht wie das genannt wird)

Warum überschreibst du die Platte mit Nullen ??? Partitionen löschen und neue Partitions Tabelle reicht doch.

Vielleicht nochmal hier lesen:
https://debian-handbook.info/browse/de- ... steps.html
4.2.13. Das Partitionierungswerkzeug starten

Und Hier:
https://wiki.debianforum.de/UEFI

[MariaS]

Wenn ich nur die Partitionen lösche, erhalte ich am Ende der Installation nicht mehr die Auswahl, wohin ich grub schreiben möchte. (Vermutlich übernimmt er einfach den noch vorhandenen Eintrag im mbr.)

Danke für die Links zum Verifizieren. Die Beschreibung zur Installation bin ich durchgegangen und habe es analog durchgeführt, den Vorschlag für die Partitionierung übernommen usw.. Lediglich am Ende der Anleitung fehlt dort das Menü/Abrage zur Installation des MBR (vermutlich weil er den auch wg. s.o. nicht mehr angezeigt bekommt).

Irgendwo habe ich gelesen, dass es mit manchen Partitionseditoren Probleme gibt auf NVMe die GPT-Partitionstabelle korrekt zu bearbeiten, man soll besser z.B. Gparted verwenden.

Hier https://wiki.debianforum.de/UEFI wird auch die o.g. Meldung "Scheinbar existieren andere Betriebssysteme" erläutert, über die ich mich gewundert hatte. Die ESP wurde auch bei mir, wie beschrieben erstellt.

[MariaS]

Inzwischen habe ich nochmals versucht ein Debian auf dieser SSD zu installieren, nachdem diese und ein USB-Stick nun in einem supermicro X9SRH-7F Board stecken. Stets erhalte ich die Meldungen wie oben:

Code: Alles auswählen

error: no such device: <UUID der NVMe>.
error unknown filesystem.
Entering rescue mode...
grub rescue> _

Den Stick habe ich partitioniert und mit Linux formatiert. Auf der SSD werden im neuen Board nur zwei Partitionen eingerichtet: ext4 und swap. Den bootloader habe ich auf den Stick schreiben lassen.

Auch der rescue mode, um grub neu zu installieren, hat nicht geholfen. Die bisher gefundenen Fehler zu grub treffen bei mir nicht zu oder Kommandos zur Lösung funktionieren nicht bzw. sind nicht vorhanden. Die SSD wird nicht gefunden, obwohl ich sie mit einem Live Debian lesen kann.

Die hier gezeigte alternative Lösung habe ich nicht verstanden:
https://www.hamishmb.com/blog/booting-n ... pc-refind/
Da ist von zwei Sachen die Rede: Clover und Refind. Was soll damit gemacht werden? Wozu ist das jeweils gut?

[rhHeini]

Wenn ich den Faden richtig versteh hast Du noch mal neu mit der nvme auf dem Adapter auf einem neuen Board probiert? Richtig?

Mein Rat bei ganz aktueller HW: CSM is out, eine nvme SCHREIT nach einer konsequenten efi-Installation. Die gute Frage ist ob die nvme auf dem Adapter bootfähig ist.

Ich würd folgenden Ansatz probieren:
- Im Bios Bootoptionen umstellen auf kein fast boot, efi only, secure boot aus.
- Mit ner gparted-live oder einer anderen Live die nvme mit einer gpt-Partitionstabelle versehen. Vorpartitionieren:
- p1 als fat32, 1024 MB, esp-Flag, bootfähig
- p2 als ext4, 32768MB oder 65536MB
- p3 als swap, gleich mit RAM.

In p2 installieren, grub in p1 installeiren lassen, und schaun ob das funzt.

Rolf

PS: refind ist eine Alternative zu grub. Von Clover hab ich noch nichts gehört. Was sagt die Suchmaschine Deines Vertrauens?

[willy4711]

Mein Rat bei ganz aktueller HW: CSM is out, eine nvme SCHREIT nach einer konsequenten efi-Installation. Die gute Frage ist ob die nvme auf dem Adapter bootfähig ist.Die gute Frage ist ob die nvme auf dem Adapter bootfähig ist.

Das ist nicht so.
Hab 2 NVME bei mir verbaut und beide Debians starten ganz brav im althergebrachten BIOS- Modus.
Und bootfähig ist sie wohl, da der Rettungsmodus nicht erreicht werden würde.

Aber noch mal zum UEFI- Modus.

Hab das jetzt mal in einer VM getestet,

1) Es ist überhaupt nicht notwendig, vorher irgend etwas zu formatieren. das macht der Installer.

2)Lass den Installer automatisch partitionieren, die Frage nach dem Erzwingen der EFI- Installation bejahen



3) der Installer macht den folgenden Vorschlag, wobei /dev/sda bei dir dann halt /dev/nvme0n1 heißt.
Gewählt habe ich die erste Option (alles auf einen Partition). Wie man sieht, wir alles formatiert:



4)Das ist der abschließende Vorschlag, den du bestätigen musst



Danach kommt die Einrichtung von apt und die Auswahl des Oberfläche

Was mich selbst überrascht hat, der Installer fragt nicht, wohin er grub installieren soll, funktioniert
automatisch ohne Rückfrage.

Neustart ---Alles gut.

[willy4711]

Hab das nicht so richtig geschnallt, dass du jetzt ein neues Board hast.
Nach der Spezifikation ist es bei diesem Board mit der UEFI-Kompatibilität mehr als mager bestellt.
https://www.supermicro.com/support/reso ... /C602J.cfm

Ich glaube nicht, dass es eine sinnvolles Unterfangen ist, hier ein UEFI - Setup zu versuchen, wie ich oben
beschrieben habe.

Den Stick habe ich partitioniert und mit Linux formatiert.

Da solltest du mitt dd oder einem anderem Werkzeug das Installations- Image rauf kopieren.
Da musst du nichts partitionieren.

Auf der SSD werden im neuen Board nur zwei Partitionen eingerichtet: ext4 und swap. Den bootloader habe ich auf den Stick schreiben lassen.

Hast du eine neue Partitions Tabelle von Installer einrichten lassen (DOS oder GPT) ?
2 Partitionen wären erstmal richtig (=alles auf einen Partition)
Warum hast du den Grub auf den Stick gepackt ? Da ist doch da Image drauf ???
Grub sollte auf der nvmexxx sein.
Ist im BIOS die Richtige Boot-Reihenfolge eingestellt / Wird die SSD im BIOS erkannt ?
Sollte so aussehen während der Installation. Danach ziehst du den Stick ab.
1: Der USB- Stick mit dem Image
2) Die nvme1xx nicht im UFIS- Modus

[Maik aus MS]

Ich installier bei mir immer so.

1. Eine ESP Partition anlege(Nur Debian, dann reicht 50 MB).
2. Installer neu starten. Er erkennt die EFI Partition und springt sofort in den EFI Modus
3. Die swap würde ich nicht so gross machen. 16 GB sollten reichen.

Maik

[willy4711]

1. Eine ESP Partition anlege(Nur Debian, dann reicht 50 MB).

Hast du das gelesen ?

Nach der Spezifikation ist es bei diesem Board mit der UEFI-Kompatibilität mehr als mager bestellt.
https://www.supermicro.com/support/reso ... /C602J.cfm

Ich glaube nicht, dass es eine sinnvolles Unterfangen ist, hier ein UEFI - Setup zu versuchen, wie ich oben
beschrieben habe.

[Maik aus MS]

Wenn die EFi Partition kleiner 40 MB ist meckert der Installer. Ich habe das auf zwei Rechnern gemacht und die Laufen ohne Probleme. Bei mehreren zu startenden Systemen
ist sie natürlich zu klein.

Für mich sah das so aus als wenn UEFI und nicht UEFI durcheinander gewürfelt wurde. Meine Methode zu versuchen bleibt ihm ja offen.

Und wenn nur eine FP drin ist sollte Grub auch keine Probleme haben. Einfach bestätigen.

Maik

[rhHeini]

Mein Rat bei ganz aktueller HW: CSM is out, eine nvme SCHREIT nach einer konsequenten efi-Installation. Die gute Frage ist ob die nvme auf dem Adapter bootfähig ist.

Das ist nicht so.
Hab 2 NVME bei mir verbaut und beide Debians starten ganz brav im althergebrachten BIOS- Modus.

Servus Willy, ich würd trotzdem bei meinem Statement für aktuelle HW bleiben. Ich sag ja nicht das man ein Linux auf aktueller HW nicht im CSM-Modus installieren/booten kann. Aber: Wenn man sich nicht rechtzeitig mit neuem Zeug beschäftigt, kann man plötzlich vor ungeahnten Problemen stehen wenn was altbewährtes plötzlich nicht mehr da ist.

Muss aber gestehen ich hab mich vor meinem Post mit der zugrunde liegenden HW nicht beschäftigt, sondern aus der Hüfte geschossen. Das Nachlesen hab ich jetzt nachgeholt. Wenn ich mein Bauchgefühl zusammenfasse würde ich bei der HW CSM versuchen. Einen Versuch ist es wert.

Ich befürchte aber der Hund liegt darin begraben dass entweder der Adapter nicht bootbar ist, oder die nvme den alten BIOSen nicht als bootfähiges Device bekannt ist, sprich die ist zu neu. Dann bliebe nur so ein Workaround wie die OPin bereits mit Clover entdeckt hat, oder sie bezieht eine Festplatte/SSD an SATA mit ein. Beides ist etwas Fummelei.

Wenn also eine Installation nur mit der nvme im CSM-Modus nicht bootet, wäre der nächste mögliche Schritt ein Device an den ersten SATA-Port anzuklemmen, dort eine Partition für /boot einzurichten, und grub auf dieses Device zu installieren. / kann dann auf der nvme liegen.

Rolf

[MariaS]

Die Debian Netinst boote ich von einer DVD.
Nach einer UEFI Installation werde ich nicht gefragt.
Das Anlegen einer weiteren Partition als ext4 und swap wird mir während der Installation nicht angeboten (lasse die komplette Platte verwenden und Partitionen von Debian anlegen). Man müsste diese ESP Partition zum Booten doch auf dem Stick anlegen? Wenn mit dem BIOS kein UEFI boot möglich ist (habe nichts gesehen), macht es vermutlich aber keinen Sinn.

Die SSD im PCIe Slot wird vom Bootmenü/Setup auch hier, wie oben bei dem anderen MB nicht erkannt, daher die Idee über einen USB-Stick dort hin zu springen.

Grub habe ich auf der SSD und USB probiert, wobei er nur auf dem Stick startet, aber dann die SSD auch nicht erkennt. Wenn der Stick keine Partition mit Dateisystem hat, schreibt Debian kein grub drauf (meldet jedoch keinen Fehler). Da ein Live System die NVME benutzen kann (mounten, schreiben, lesen, partitionieren, löschen etc.) fehlt grub dort vielleicht irgend etwas.

Nach meiner Erfahrung: Nur wenn die Platte neu ist oder mit (via dd) Nullen überschrieben ist, wird man am Ende der Installation gefragt, ob bzw. wo man grub schreiben möchte, sonst nimmt er vermutlich den noch vorhandenen grub oder überschreibt ihn dort lediglich, da dieser beim Partitionieren und Formatieren scheinbar nicht entfernt/gelöscht wird.

[rhHeini]

Die Debian Netinst boote ich von einer DVD.

Gut. Also kann grub auf dem Installationsmedium schon mal nicht installiert werden.

Du bist jetzt am Supermicro am basteln? Ich kürz das im weiteren mal mit SM ab.

Nach einer UEFI Installation werde ich nicht gefragt.

Wirst Du auch nicht. Du bestimmst wie gebootet wird (im Rahmen der Möglichkeiten die das Board bietet). Ich mach hier mal einen Exkurs mit einer Erläuterung wie es auf meinen aktuellen X470/570-Brettern mit Ryzen 2700/3700 geht. Alles ASUS-Biose, die sind alle ziemlich gleich gestrickt.

Im Bios gibt es den Menupunkt Boot, dort setze ich als erstes Fast Boot auf disabled. Dann gibt es eine Option für CSM. Damit man im Legacy-Modus ohne UEFI booten kann, muss man Auto oder besser Enabled einstellen. Es gibt dann noch 4 Unterpunkte und Secure Boot. Meine Einstellungen Für EFI only habe ich Fett Kursiv gesetzt (und dann CSM auf Off).
1.) Boot Devices Control [UEFI and Legacy], einstellbar sind UEFI und Legacy, UEFI Only, Legacy only.
2.) Boot from Network Devices [Legacy only], einstellbar sind Ignore, Legacy und UEFI driver first. Nutze ich nicht.
3.) Boot from Storage Devices [Legacy only], einstellbar sind Ignore, Legacy und UEFI driver first.
4.) Boot from PCI-E Expansion Devices [Legacy only], einstellbar sind Legacy und UEFI driver first.
Secure steht auf Other OS, habe alle Keys gelöscht.

Die Boards bieten weiterhin eine Einstellung der Bootreihenfolge und ein Boot Override, an das ich bei den o.a. Brettern mit F8 während des Resets ran komme.
Hier werden mir z.B. ein DVD-Laufwerk, ein gesteckter USB-Stick, meine nvme oder andere bootfähige Devices 2 x präsentiert, einmal im Legacy-Modus, einmal mit UEFI davor.

Ich hoffe jetzt versteht Du warum ich sage dass Du die Auswahl triffst. Du musst selber sicherstellen dass die Bios-Einstellungen und die Startart des Installationsmediums zusammenpassen. Wenn da was nicht konsistent ist kommt blöderweise irgendwann im Laufe des Installationsprozesses eine Fehlermeldung, leider nicht sofort.

Schau zu dass Du das SM-Brett auf CSM only konfigurierst, und das DVD-LW als erstes im Legacy-Modus bootest. Dann sollte erst mal das zusammen passen.

Das Anlegen einer weiteren Partition als ext4 und swap wird mir während der Installation nicht angeboten (lasse die komplette Platte verwenden und Partitionen von Debian anlegen). Man müsste diese ESP Partition zum Booten doch auf dem Stick anlegen? Wenn mit dem BIOS kein UEFI boot möglich ist (habe nichts gesehen), macht es vermutlich aber keinen Sinn.

Vergiss mal die ESP, die brauchen wir hier nicht, wir machen hier jetzt konsequent CSM/Legacy. Wenn der Installer bei dem SM-Board die nvme auch nicht erkennt, bleibt wohl nur der Versuch über den Umweg eines anderen Bootmediums diese doch nutzen zu können. Dazu mussst Du aber das Abenteuer einer manuellen Partitionierung auf Dich nehmen.

Ich würd folgendes probieren: ein anderes bootfähiges Medium einbauen, dadrauf eine /boot-Partition mit z.B 2048M, ext4. / und swap nach Deinen Vorstellungen auf die nvme. Aber: musst Du manuell machen. Wenn das SM-Brett von USB booten kann, sollte das auch mit nem USB-Stick gehen. Auch da gilt: /boot muss auf den Stick.

Die SSD im PCIe Slot wird vom Bootmenü/Setup auch hier, wie oben bei dem anderen MB nicht erkannt, daher die Idee über einen USB-Stick dort hin zu springen.

Grub habe ich auf der SSD und USB probiert, wobei er nur auf dem Stick startet, aber dann die SSD auch nicht erkennt. Wenn der Stick keine Partition mit Dateisystem hat, schreibt Debian kein grub drauf (meldet jedoch keinen Fehler). Da ein Live System die NVME benutzen kann (mounten, schreiben, lesen, partitionieren, löschen etc.) fehlt grub dort vielleicht irgend etwas.

Das sagt mir dass Du zwar versuchst grub auf den Stick zu schreiben, das scheitert aber weil da kein /boot/grub/ existiert wo die grub.cfg hingeschrieben werden kann. Du musst manuell partitionieren, automatisch geht da in Deinem Fall nichts.

Nach meiner Erfahrung: Nur wenn die Platte neu ist oder mit (via dd) Nullen überschrieben ist, wird man am Ende der Installation gefragt, ob bzw. wo man grub schreiben möchte, sonst nimmt er vermutlich den noch vorhandenen grub oder überschreibt ihn dort lediglich, da dieser beim Partitionieren und Formatieren scheinbar nicht entfernt/gelöscht wird.

Lass ich mal so stehen.

Viel Glück, vielleicht klappt es ja.

Rolf

[MariaS]

Wie schon in der Überschrift gesagt, die Installation ist fehlerfrei von einer DVD mit netinst gelaufen: somit ist Debian 10 bereits auf der PCIe SSD in der ext4 Partition installiert und die swap Partition ist erstellt, zudem ist grub drauf geschrieben.

Das supermicro X9SRH-7F Board hat ein AMI BIOS.

Das BIOS bietet die PCIe SSD nicht zum Booten an, auch nicht über F11 Bootmenü. Von USB kann ich externe DVD, Stick oder HD booten. Daher versuche ich über einen USB-Stick zu starten, um so die SSD zu booten.

Das hatte ich bereits probiert:
- USB-Stick erstellt mit: mbr, Partition ext4, formatiert, Verzeichnis /boot, grub -> Fehlermeldung s.o.
Die UUID der SSD ist korrekt, aber er findet sie nicht. Auf dem Stick gibt es nach der Installation von grub keine Dateien, nur das ebenfalls leere /boot Verzeichnis. Meine Vermutung ist, dass grub nicht mit PCIe umgehen kann.

- Die o.g. Alternative mit Clover (was soll ich mit Refind machen?) versucht, aber die Anleitung verstehe ich scheinbar nicht, da es nicht funktioniert: Z.B. kann ich das angegebene iso weder als Datei gemountet, noch nach dd auf dem Stick gemountet, beschreiben, um den Treiber drauf zu kopieren. Hier habe ich auch eine Anleitung für Linux gefunden:
https://github.com/m13253/clover-linux-installer
Die genannten Vorraussetzungen sind alle erfüllt. Der installer gibt jedoch nur diese Fehlermeldungen aus:

Code: Alles auswählen

root@Tux:/home/niemand/Dokumente/Clover# ./Clover-install.sh
Welcome to Clover-Linux-installer.
Ensure your target disk has a GPT partition table.
Create a FAT32 partition (about 200 MiB) and set it to "EFI System Partition" type.
Type in your target disk device (e.g. /dev/sdx): /dev/sdf
Type in your ESP partition device (e.g. /dev/sdx9): /dev/sdf1

You are about to install Clover on disk "/dev/sdf", partition "/dev/sdf1".
Make sure you backed up your files before you continue, since the author of this installer program will not be responsible for any damage to your device or your files.
Type "y" to continue, type Ctrl-C to quit: y

Starting installation.
python3: can't open file './parse-download-url.py': [Errno 2] No such file or directory
curl: (23) Failed writing body (1023 != 1370)
==> curl -o CloverV2.zip.part -C - -L 
curl: (3) URL using bad/illegal format or missing URL
root@Tux:/home/niemand/Dokumente/Clover# 

Was soll mir das sagen?

[bluestar]

Das BIOS bzw. Bootmenü zeigt die Festplatte:
IBA GE Slot 00C8 v1403

Das ist nicht die Festplatte sondern die Netzwerkkarte.

Wie kann ich die Platte zum Starten überreden?

Du brauchst einen PCIE Controller mit BIOS, dein Board kann schlicht und ergreifend nicht von einer NVME-SSD booten.

Alternativ kannst du die EFI Partition und die /boot Partition auf einen USB Stick legen und dann von dort booten, sobald der Kernel gestartet ist, kannst du auf die NVME SSD zugreifen.

[schwedenmann]

Hallo

Alternativ kannst du die EFI Partition und die /boot Partition auf einen USB Stick legen und dann von dort booten, sobald der Kernel gestartet ist, kannst du auf die NVME SSD zugreifen.

Oder du baust eine kleine SATA-HDD ein stellst duie als bootmedium im Bios ein ud kopierst dort die EFI-Partition sowei /boot drauf und trägst dann die entsprechneden Partitionen und deren Mountpoint in die fstab ein.

mfg
schwedenmann

[MariaS]

Liest hier jemand überhaupt meine Beiträge?

Oder hat sich jemand die beiden von mir verlinkten Seiten angeschaut?

[bluestar]

Das hatte ich bereits probiert:
- USB-Stick erstellt mit: mbr, Partition ext4, formatiert, Verzeichnis /boot, grub -> Fehlermeldung s.o.
Die UUID der SSD ist korrekt, aber er findet sie nicht. Auf dem Stick gibt es nach der Installation von grub keine Dateien, nur das ebenfalls leere /boot Verzeichnis.

Dann hast du es nicht richtig gemacht. Du musst auf dem USB Stick während der Installation zwei Partitionen anlegen, einmal ESP und due zweite Partition muss als Mountpoint /boot haben. Dann installiert sich Grub richtig und das System wird booten.