Alle Partitionen in Grub Rescue haben einen falschen Dateinamen

Alle Partitionen in Grub Rescue haben einen falschen Dateinamen

Ich habe also versucht, meinen Asus Eee PC 900 zu booten, aber es hieß: „ error: no such device:etcAlso, ich habe ls ausgeführt und ls für alle Partitionen und einige davon versucht.“ Es hieß „falscher Dateiname“. Wie kann ich also einen Werksreset ohne CD oder USB durchführen? Bevor ich ihn geöffnet habe, lag er einfach in einem Schrank, also sehe ich keinen Grund, warum er sich so verhält. Es sind keine äußeren Schäden sichtbar. Das Betriebssystem ist Linux, ich weiß nicht, welche Version, weil ich es von einem Freund bekommen habe. Wenn es irgendeine Möglichkeit gibt, Linux wiederherzustellen, ist das auch in Ordnung für mich.

Antwort1

In Grub können Sie eine Liste der Geräte erhalten, indem Sie in der Grub-Eingabeaufforderung „ls“ ohne Argument eingeben. Ein häufiger Fehler ist, die Klammern wegzulassen. Sie können eine Liste der Partitionen erhalten, indem Sie nur das Gerät aus der Liste auflisten, aber Sie müssen trotzdem die runden Klammern einschließen. In Grub werden Laufwerke und Partitionen in Klammern benannt und verwenden eine andere Namenskonvention. Während des Bootens werden Datenträger Gerätedateien in dev zugeordnet. In Grub ist das noch nicht geschehen. Listen Sie Partitionen auf dem ersten Datenträger auf: ls (HD0) Der erste Datenträger und die erste Partition sind normalerweise ls (HD0,1) ls (HD0,MSDOS1) oder ls (HD0,GPT1)

Und für einen USB-Stick ls (USB0)

Die Festplattennummerierung beginnt bei 0, die Partitionsnummerierung jedoch bei 1. Dies ist die erste Partition in der Partitionstabelle, die nicht immer der Festplattengeometrie entspricht. Bei herkömmlichen MSDOS-Partitionstabellen haben Sie auch eine primäre Partition, die weitere logische Partitionen enthält. Für diese haben Sie einen weiteren Parameter in Klammern. Dies wird deutlich, wenn Sie die primäre Partition mit LS markieren.
Wenn Sie eine Grub-Eingabeaufforderung erhalten, der Computer jedoch nicht mit Linux bootet, besteht eine gute Chance, dass beim Upgrade des Computers jemand eine andere Linux-Version neu installiert und den Bootloader in eine Partition statt in den MBR gelegt, aber das alte Grub im MBR belassen hat. Sie führen dieses alte Grub aus, das auf eine Installation verweist, die gelöscht wurde. In diesem Fall können Sie nachlesen, wie Sie Grub kettenladen oder die Boot-Parameter aus der Grub-Konfigurationsdatei und dem Boot-Handbuch dieses Grubs abrufen. Da jedoch keine Daten vorhanden sind, die Sie wiederherstellen möchten, ist es am besten, eine Neuinstallation durchzuführen. Am besten erstellen Sie einen USB-Stick. Sie müssen es als bootfähig markieren und das BIOS muss so eingestellt sein, dass es vom USB-Stick bootet. Wenn Sie jedoch Probleme haben, Ihren Computer vom USB-Stick booten zu lassen, Sie es aber mit „ls“ sehen können, können Sie den Bootloader auf dem Stick wahrscheinlich mit Grub oder sogar von einer ISO-Image-Datei in einem Festplattensystem auf einem USB-Laufwerk kettenladen, ohne dass der Stick für den automatischen Bootvorgang vorbereitet ist. Siehehttps://help.ubuntu.com/community/Grub2/ISOBoot (Zitat von dieser Seite)

o Mounten Sie ein ISO über das GRUB-Terminal, bestimmen Sie den Speicherort/Pfad der ISO-Datei und dann:

Loopback-Schleife (hdX,Y)//

Beispiel: Loopback-Schleife (hd0,5)/my_isos/ubuntu-12.04-desktop-amd64.iso

Nach dem Mounten über den obigen Befehl kann das ISO mit dem Befehl ls überprüft werden. Das ISO wird in „(Schleife)“ gemountet.

ls (Schleife)/

ls (Schleife)/casper

Auf einem Ubuntu-ISO sollte dies neben anderen Dateien auch vmlinuz und initrd.img anzeigen. < Schritte zum Booten vom ISO erforderlich, direkt oder per Chain Loading.) >

verwandte Informationen