[gelöst] Grub erkennt keine Dateisysteme

[binarycode]

Hallo,

habe heute mein Debian neu installiert von Version 7 auf version 8.1.

Ich habe die Festplatte neu partitioniert (alles ext4) und grub in den MBR installiert.

Wenn ich jedoch nun den PC starte, sagt grub:

error: no such device: a5b41904-.......
Entering rescue mode...

und ich lande im grub rescue.

Wenn ich dort jedoch ein ls ausführe, bekomme ich nur die Festplatten.
Partitionen werden leider nicht angezeigt.

Code: Alles auswählen

(hd0)  (hd1)  (hd2)  (hd3)

somit kann ich auch nicht booten, denn es kommt immer no such partition.

Ich hab im internet mal gegogelt, und dabei bin ich darauf gestoßen, dass es am ext4 dateiformat liegen könnte.

Gruß,
binarycode

[owl102]

Starte mal eine Live-Distribution und gebe uns die Ausgabe von "blkid" und "fdisk -l /dev/sda".

Ich hab im internet mal gegogelt, und dabei bin ich darauf gestoßen, dass es am ext4 dateiformat liegen könnte.

Nein, die Zeiten, wo grub kein ext4 kann, sind schon länger vorbei.

[smutbert]

Wenn nicht einmal die Partitionen angezeigt werden, fehlt dem installierten grub-image möglicherweise die Fähigkeit das verwendete Partitionierungsschema zu verstehen (das wären je nach Partitionierungsschema eines der Grub-Module part_apple, part_msdos, part_gpt,…)
Bei der manuellen Installation von grub kann man mit der Option --modules=… von grub-install Module angeben, die fix in Grub eingebaut werden sollen.

[binarycode]

Habe nun grub nochmal installiert mit den modulen

Code: Alles auswählen

grub-install --modules="part_gpt part_msdos ext2 chain" /dev/sdb

Fehlermeldung bleibt die selbe, und er findet immer noch keine Partitionen

______________________

Ausgabe blkid:

Code: Alles auswählen

/dev/sda1: UUID="0A6E00C96E00AF8D" TYPE="ntfs" PARTUUID="6f5f6f5f-01"
/dev/sdb1: UUID="1cf13cb7-7b01-40b0-bb76-3842c0a666e9" TYPE="ext4" PARTUUID="e231b747-01"
/dev/sdb5: UUID="37ef76da-b2a1-45b5-a78a-314422721741" TYPE="swap" PARTUUID="e231b747-05"
/dev/sdc1: LABEL="Volume" UUID="E4964966964939F6" TYPE="ntfs" PARTUUID="daff9820-01"
/dev/sdd1: LABEL="System reserviert" UUID="E6160258160229DF" TYPE="ntfs" PARTUUID="5a4d062e-01"
/dev/sdd2: UUID="80A44880A4487B24 TYPE="ntfs" PARTUUID="5a4d062e-02"
/dev/sdd3: LABEL="Media" UUID="30461f3A461EFFF0" TYPE="ntfs" PARTUUID="5a4d062e-03"
/dev/sr0: UUID="-------------" LABEL="Debian 8.1.0 amd64......" ......

Ausgabe fdisk -l /dev/sdb

Code: Alles auswählen

Disk /dev/sdb: 111.8 GiB, 120034123776 bytes, 234441648 sectors
Units: sectors of 1*512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0xe231b747

Device          Boot     Start               End               Sectors               Size               ID     Type
/dev/sdb1        *         2048              224860159     224858112           107.2G           83     Linux
/dev/sdb2                  224862206       234440703     9578498               4.6 G             5      Extended
/dev/sdb5                 224862208       234440703     9578496               4.6 G             82     Linux Swap / Solaris

[Apfelmann]

Deine Systempartition muß einen Bootflag bekommen und grub in den MBR installieren

danach sollte es eigentlich klappen

es gibt eine SuperGrubDisk zum runterladen, damit läßt sich im Problemfall alles booten

LG

[binarycode]

Grub ist doch im MBR installiert, und die Partition /dev/sdb1 hat doch einen Bootflag?

[Apfelmann]

Bei der DebianInstallation wird das gerne vergessen, es passiert nicht automatisch,

ich habe das mehrmals erlebt beim Einrichten verschiedenster Schlepptopps.

LG

[binarycode]

Wenn GRUB nicht im MBR wäre, würde ich doch eigentlich nicht mal in den Grub rescue kommen? oder verstehe ich da was falsch?

Außerdem habe ich das bei der Installation ja ausgewählt,

[DeletedUserReAsG]

Hmm … wenn das die realen Angaben sind, ist schlicht was falsch in der grub.cfg eingetragen: es bemängelt eine fehlende Partition mit einer mit „a5b41904-“ beginnenden UUID, aber eine solche scheint es lt. Beitrag mit der Ausgabe von blkid gar nicht zu geben.

[binarycode]

Das einerseits, aber ich glaube das smutbert da auf dem Richtigen weg ist.

Es ist nämlich wirklich eigenartig, dass grub rescue nur die Festplatten, aber nicht die dazugehörigen Partitionen anzeigt.

[smutbert]

Hm, ich fürchte ich weiß aber auch nicht so ohne weiteres weiter. Mit grub-pc bin ich etwas aus der Übung, weil ich auf meinem PC nur mehr mit grub-efi zu tun habe, mit dem viele dieser Scherereien nicht mehr haben kann.

Aber Niemands Einwand ist vielleicht sehr hilfreich. Handelt es sich beim gestarteten Grub (in welchem MBR auch immer) vielleicht gar nicht um den zuletzt installierten handelt sondern ein Überbleibsel einer vorigen Installation, was die falsche UUID erklären könnte.


Wenn man grub in den MBR installiert spielt der/die/das (mein Sprachgefühl ist gerade auf Urlaub) Bootflag keine Rolle. Der MBR wird schließlich als erstes geladen und grub erkennt an den UUIDs und notfalls an den Nummern der Partitionen, wo er was suchen muss.
Am Bootflag orientiert sich eigentlich hauptsächlich der Microsoft-Standard-MBR oder das Open-Source-Äquivalent davon. Dieser MBR verfügt über selbst nur über genug Intelligenz den Bootsektor (PBR) der ersten primären Partition mit Boot-Flag zu laden.

[owl102]

Ich würde noch einmal versuchen, den grub zu installieren, aber diesmal zusätzlich mit Option --recheck. Vielleicht/hoffentlich hilft das Grub, über den Verlust von a5b41904-... hinwegzukommen.

[binarycode]

grub-install mit recheck meldet:

Installation beendet. Kein Fehler aufgetreten

und der Bootloader meldet das selbe wie vorhin.

[owl102]

Bist du dir ganz sicher, daß der Rechner von /dev/sdb bootet? Vielleicht bootet er von einer anderen Platte bzw. USB-Stick, und dort ist dummerweise noch der Rest eines Grub vorhanden?

[binarycode]

owl102, du hast recht.

Komischerweiße bootete mein PC von der falschen Platte.
Was mich auch wundert ist, das die konfiguration unter Debian 7 funktionierte. Kann es sein dass Debian 7 bei der installation so schlau war, und den GRUB in den MBR der ersten Festplatte schrieb? und Debian 8 das ganze nicht mehr gemacht hat?

In der Installation wurde ich ja gefragt ob ich den GRUB in den MBR der ERSTEN Festplatte haben will, was ich mit ja bestätigt habe. Hat wohl nicht geklappt mit Debian 8.

Wie dem auch sei, jetzt funktioniert es ja wieder

Vielen Dank für eure Hilfe