After upgrade to v.1 and reboot get GRUB rescue

Thanks tekkb

I have the same problem. I succefully updated my first server to kralizec, but the same procedure on my second server give me a grub error: "error: invalid arch independent ELF magic". So i boot the wheezy netinstall, start rescue mode, reinstall grub in the right disk (i have checked twice) and the message is still there. Sometimes the grub menu apperars, sometimes not but there is always the same problem. When the menu appers and i try to boot a kernel, grub can't load modules or the same error appers.

Sorry if Im being stupid here, but I cant find a repair option on the wheezy netinst iso.
I downloaded from the above link, wrote the iso to a usb stick using unetbootin and booted off the usb stick.
Only options I get are -
Default
Help
Graphical Install
Expert install
Automated Install
Graphical expert install
Back
Install with speech synthesis
Untitled Entry Grub 0
Untitled Entry Grub 1

Choosing any of the install options, walks me through a complete reinstall.
Beginning to wish I hadn't upgraded

No I dont think I deleted my install, I backed out of the installation options before going any further. I'm pretty sure my updated install is still there, but its just the Grub loader thats broken. If I could recreate the loader, I thnk Id be fine.
Failing that, I have a clonezilla backup from a week ago that I could revert to.

No. Its debian-7.6.0-amd64-netinst.iso that I'm using, just cant see any repair options on that one.
I'd installed the backports kernel on my 0.5 install, which added new grub entries. I wonder if that may have caused the problem?

OK, Managed to boot into OMV using SuperGrub2 disk - http://www.supergrubdisk.org/c…er-grub2-disk-stable/</a>, so OMV is OK.

I just need to figure out how to put a new grub loader on my system disk....

Fixed for me.

- Disconnected data drives (just a precaution)
- Booted supergrubdisk iso and selected omv partition
- once omv had booted I opened an ssh connection as root
- ran grub-install /dev/sda
- rebooted

Thanks to ryecoaaron and tekkb for the help

set to solved! Thanks for the feedback

Just had this problem today and this post helped set me straight!

Hallo zusammen,
ich hatte auch das Problem das nach dem Upate auf OMV 2.1 kein Bootmenü mehr
vorhanden war! Und OMV im GRUB rescu stehen blieb. Nach obiger Anleitung
wollte ich mit Supergrubdisk mein Bootmenü wieder herstellen!
Supergrubdisk hat zwar von USB gebootet aber ich bekam keine Auswahlmenü angezeigt!
Das Programm war in einer Endlosschleife warum auch immer!
Sonst hätte obige Anleitung bestimmt geholfen!
In meiner Überlegung was ich denn jetzt tun könnte hatte ich dann eine neuen USB Stick mit OMV 2.1 angefertigt!
Dieser bietet ein Menüpunkt " Hardware Detection Tool"
In dem fand ich auch einen Punkt Herstellung eines Bootmenüs /System (Bin nicht mehr ganz sicher!).
Da ich seinerzeit eine SD Karte mit SATA Adapter hatte, und ich OMV in Vers. 0.5 mit Hilfe von
Clonzilla auf eine 60GB SSD Karte portiert habe, waren daher noch gute 30 GB an SSD Plattenplatz
vorhanden. Das hat das HDT dazu genutzt mir dort ein Debian zu Installieren und dem zu folge auch
ein neues GRUB Bootmenü! Mit ein wenig suche im Internet konnte ich dann die Menüpunkte in
den endsprechenden Dateien bearbeiten! Das neue Installierte Debian habe ich da wieder raus geworfen.
Aktuell zeigt er mir den neuen Kernel und alten Kernel an im GRUB.
Die Bootreihenfolge noch festgelegt fertig.
OMV 2.1 startete wieder normal durch!

Soweit so gut jetzt meine Fragen :
1) meine /dev/sdc1/ hat keine Datenträgerkenzeichnung kann man diese noch nachträglich zufügen?

2) könnte ich mit sudo tune2fs -L Neues_Label /dev/sdc1 den Volumenamen setzen? Hätte das Auswirkungen auf
OMV oder auf GRUB? Was müsste ich beachten?

3) Lässt sich der übrige Plattenplatz auf der SSD noch Sinnvoll nutzen?

Ich hätte ja in Englisch geschrieben, aber dafür war mir das Thema zu Komplex zu Formulieren!