Grub error: uuid nicht gefunden

[ayla]

EDIT: Grmpf, Schnauze voll mit diesem ....GPT. Ich partitionier das Ding neu mit fdisk oder gparted und fertig!

Restlichen Text einfach vergessen

EDIT2: Na also, geht doch!

Hallo,

ich versuche gerade eine Installation von "Indian Summer", KDE zu starten.
Kurze Zusammenfassung:
Neues Motherboard, SSD mit GPT. December auf /dev/sda1 und sda2, Indian Summer auf sda3 und sda4, grub im MBR.

Beim Versuch zu booten: Grub error, UUID die es nicht gibt nicht gefunden -> Grub rescue; X Versuche, BIOS inzwischen auf legacy only statt UEFI oder legacy  mode gestellt.

Ich kann aber über meine alte Rettungspartition auf einer anderen Platte, nach einem dort ausgeführten "update-grub" in das neue System booten, von dem aus ich jetzt auch schreibe.

Ein hier ausgeführter grub-install /dev/sda --force und danach ein update-grub hat nix geändert, nach wie vor "Grub error".

grub.cfg ist meiner Meinung nach i.O.

http://paste.siduction.org/20141127142204

Code Auswählen Erweitern


root@nescaya:/home/cal# blkid
/dev/sdb1: UUID="d3938a84-8524-41ea-982d-7d75e3519a95" TYPE="ext4" PARTUUID="2c192c18-01"
/dev/sdb2: UUID="4ec3479d-d298-4fa2-be34-ed20cd87e37f" TYPE="ext4" PARTUUID="2c192c18-02"
/dev/sdb3: UUID="77c30c0a-f8a8-4a8c-b289-a1c0c6d3b128" TYPE="swap" PARTUUID="2c192c18-03"
/dev/sda1: UUID="a73bc924-235e-4229-8c63-b8fb1139dc67" TYPE="ext4" PARTLABEL="Linux filesystem" PARTUUID="c81ca68f-a97a-4954-ae66-d5de9b90e49c"
/dev/sda2: UUID="853d1941-31bd-4882-8011-6aa80b8b7504" TYPE="ext4" PARTLABEL="Linux filesystem" PARTUUID="ed5cae1e-5280-4ef3-b311-88cc71ef45b9"
/dev/sda3: UUID="3204ad36-efc3-4d6d-862e-b88bdebf7af8" TYPE="ext4" PARTLABEL="Linux filesystem" PARTUUID="013a982e-187e-4d10-b65f-e88042faa027"
/dev/sda4: UUID="24ea4e60-e2cc-41e1-9631-afe26aa34c60" TYPE="ext4" PARTLABEL="Linux filesystem" PARTUUID="3eeeb251-3409-4218-878d-a480942df9de"
/dev/sda5: UUID="bb8c8e0e-6b65-4fc0-8d40-78843d615f33" TYPE="ext4" PARTUUID="bf0b3236-d95a-4d87-81bf-ed7b88aa9d66"
/dev/sdc1: UUID="e3008403-25d8-4ba4-901c-cc13cec78ae2" TYPE="ext4" PARTUUID="0009fef9-01"
/dev/sdc2: UUID="e078ba47-fae2-454d-9d03-b189d7bcbb07" TYPE="ext4" PARTUUID="0009fef9-02"
/dev/sdc3: UUID="0e78ecdb-23f4-4d3d-bb6f-22854d1c72a9" TYPE="ext4" PARTUUID="0009fef9-03"


/etc/default/grub

Code Auswählen Erweitern


GRUB_DEFAULT=0
GRUB_TIMEOUT=5
GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`
GRUB_CMDLINE_LINUX_DEFAULT="quiet"
GRUB_CMDLINE_LINUX=""

#GRUB_BADRAM="0x01234567,0xfefefefe,0x89abcdef,0xefefefef"

#GRUB_TERMINAL=console

#GRUB_GFXMODE=640x480

#GRUB_DISABLE_LINUX_UUID=true

GRUB_DISABLE_RECOVERY="true"

#GRUB_INIT_TUNE="480 440 1"


Jemand 'ne Idee?

Ok, ich bekomme schon seit Jahren die "Blocklisten sind unzuverlässig" Warnung, hat aber bisher immer funktioniert...

Gruß
ayla

[melmarker]

Lieber ayla - ich kann Dich ja verstehen, aber kannst Du eventuell beim nächsten Mal vor solchen Entscheidungen im IRC vorbeischauen - jemanden mit genau diesem Fehler hätten wir sehr gut gebrauchen können

[ayla]

upps, sorry!

Meine Nerven sind heut nicht mehr die besten...

Würde es helfen wenn ich die Platte nochmal mit Gdisk partitioniere und die Installation nochmal mache oder hab ich den Fehler jetzt sowieso glatt gebügelt?

[melmarker]

zuviel aufwand - wir hatten vorgestern bei einer Installation mit LVM2 auf GPT einen sich ähnlich anfühlenden Fehler. Das wäre nur schick gewesen, das mal ohne LVM zu sehen, ich versuch das jetzt mal mit einer VM