Ich habe ein Multiboot-System und den GRUB in der Partition sda6
eingetragen.Der MBR liegt auf der Festplatte SDA
Nach Neuinstallation von siduction 2012.2 und D-U ist nach reboot der GRUB Bildschirm nur mit den Test's versehen, keine Kernel Einträge. Wie komme ich da wieder zu meinem Siduction?
Viele Grüße
Hermann
Quote from: "bolum"...nur mit den Test's versehen...
Was ist darunter zu verstehen? Sowas hier:
grub> :?:
Du hast als ersten Eintrag "Debian GNU/Linux" und darunter "Erweiterte Optionen für Debian GNU/Linux"? Den wählst Du mal aus und siehst deine Kernel. Ist ein neues feature von grub-2 und wurde hier schon mal erwähnt.
Hallo Helfer
zur Klarstellung des Problems noch einige Angaben
Nachdem ich die Version 2012.2 installiert hatte war ein reboot fällig. Nach Durchführung lief siduction einwandfrei hoch. Nur nach dem D-U und anschließendem reboot blieb der Vorgang im Bildschirm von Grub hängen. Hier waren dann 4 mal memtest Versionen, sonst nichts. Von diesen memtest's waren 2 durchführbar, und zwar die experimental.
Wie oben erklärt, ist das bei mir ein Multiboot-System, das bisher einwandfrei lief. Nur nach dem Ändern der Grubpakete beim D-U haut das nicht mehr hin.
Für weitere Hilfe wäre ich dankbar
Hermann
dpkg-reconfigure grub-pc und dort nochmal den mbr als speicherort wählen. sollte ausreichen
greetz
devil
Hallo Devil
Danke für Deine Hilfe, aber da ich siduction nicht starten konnte, musste ich das Ding nochmal neu installieren. Aber auch hier wieder nach dem D-U der gleiche Vorgang, kein Eintrag im Grub. ich warte jetzt, bis ein neues siduction mit dem neuen Grub kommt und arbeite bis dahin mit Kanotix.
Viele Grüße
Hermann
du kannst auch rein chrooten, dazu erst von der Live CD booten, dann eine root Konsole öffnen, im Terminal einfach su eingeben
mkdir /media/chroot
mount /dev/sdXY /media/chroot
mount -o bind /dev /media/chroot/dev
mount -o bind /sys /media/chroot/sys
mount -o bind /proc /media/chroot/proc
chroot /media/chroot
Dann bist du in der "Umgebung" auf der Platte und kannst befehle ausführen
Hallo Smon
Danke für die Anleitung, aber da bisher siduction sauber lief,
und nach dem D-U nicht mehr, warte ich lieber auf die nächste Version. Bisher ging alles ohne Klimmzüge.
Viele Grüße
Hermann
äh, ja. So was kann immer mal passieren. Und es ist nicht gesagt, dass die nächste Version Siduction auf Deiner Kiste sauber läuft. Wenn man sid fährt,dann sollte man schon wissen, wie und warum man chrootet. Neu aufsetzen ist da irgendwie keine Lösung.
hallo agaida
da ich bisher nie Ärger hatte mit siduction (auch nicht mit Vorgängerversionen) bin ich überrascht, dass dies jetzt nicht läuft. Wo bleibt der Grub-Eintrag in der Partition?, ich kann noch nicht erkennen, wie chroot mich da weiterbringt.
trotzdem vielen Dank
Hermann
Devil meinte:
Quote from: "devil"dpkg-reconfigure grub-pc und dort nochmal den mbr als speicherort wählen. sollte ausreichen
greetz
devil
Worauf hin du meintest, dass du diese Befehle im System nicht ausführen kannst, da du das OS ja nicht starten kannst.
Hier schafft chroot Abhilfe, wie gesagt, erst per CD/USB-Stick das siduction wie bei der Installation starten, dann per chroot in das System auf der Festplatte wechseln.
Nun kannst du dort Befehle ausführen.
Ich habe das so verstanden, das er grub für siduction nach /dev/sda6 installieren will, weil er im MBR einen anderen Bootloader hat. Oder irre ich da? Wäre interessant zu wissen ob das auch grub2 ist und welches OS.
ich verstehe langsam gar nichts mehr. Macht aber auch nichts, das mir die gebotenen Informationen ausreichen, das Thema für mich relativ uninteressant werden zu lassen.
Nur zur Klarstellung:
* chrooten hilft
* downgraden der Pakete auf sid hilft
Wenn diese Punkte nicht ausreichen: Ist nicht wirklich mein Problem. Einen ausgezeichneten Artikel zum Thema chrooten und Bootloader reparieren findet man in unserem Wiki.
http://wiki.siduction.de/index.php?title=Chrooten
http://wiki.siduction.de/index.php?title=Wie_fixe_ich_mein_verhunztes_grub2%3F
ein apt-get purge grub* sollte wohl auch niemanden überfordern. ein apt-get install grub-$foo/sid auch nicht, meinetwegen auch testing. es soll sogar möglich sein, die gewünschte Version hinter dem Paket hinzumalen.
Wem das jetzt zu hart ist: Man kann auch einen alternativen Loader nehmen. Lilo bietet sich da an. oder aber grub legacy. Einzig und allein zu syslinux würde ich zur Zeit nicht raten wollen, der ist grade vollkommen in den Dutten.
set prefix ="(hd0,msdos6)/grub"
maybe would have fixed it, but he/she said no other menu (no kernel entries)
set prefix ="(hd0,msdos6)/boot/grub"
set root "(hd0,msdos6)"
insmod normal
normal
and to make sure grub.cfg is present
ls /boot/grub
which should look like
root@x1:~# ls /boot/grub
device.map fonts grub.cfg grub.cfg~ grubenv i386-pc locale unicode.pf2
root@x1:~#
I had to this myself grrrr....
Hallo an alle Helfer
Das Problem habe ich etwas in den Griff bekommen. Im Hauptsystem habe ich den OS-Prober aktiviert, der hat mir dann im Grub des MBR siduction angegeben, worüber ich dann siduction starten konnte. Das Problem liegt wohl daran, dass der Grub im MBR nicht mit dem Grub in der Partition zusammenspielt. Der Grub im MBR ist von Kanotix-Hellfire, ist aber auch Grub2 Version 1.99
Danke für eure bisherige Hilfe
Hermann
schön, dass es funktioniert. Allerdings begreife ich das Geschrieben nicht.
Ich rate mal herum:
Im MBR war nur Grub2 von Kanotix installiert, der OS-Prober deaktiviert.
Bei der siduction Installation wurde ein grub2 in die Partition /dev/sda6 installiert. (Bei mir kam dabei immer der Hinweis, das das keine gute Idee wäre).
Bei solch einer Konfiguration wird der Kanotix Grub2 aufgerufen und hat sicher keinen Eintrag für siduction, es sei denn über die 40_custom wäre ein chainload auf /dev/sda6 konfiguriert.
Möglicherweise war da aber auch noch ein alter nicht passender Eintrag???
Was ich nicht verstehe wie konnte ein Grub2 aus /dev/sda6 überhaupt gestartet werden ohne chainload?
Hat der rechner ein standard bios oder uefi? Bei uefi kenn ich mich nicht gut aus, über ein bios kann ich nur die verschiedenen mbr der verschiedenen Platten auswählen und umschalten.
Hallo dieres,
sorry, aber meine Angaben waren tatsächlich nicht sehr umfangreich.
im MBR ist Grub2
OS-Prober war deaktiviert
siduction hat grub2 in der Partition, welches ja vor dem D-U noch in Ordnung war.
Die Hinweise bei der Installation waren auch da.
Der Einstieg bei siduction lief über 11_chainload
im Grub des Kanotix. Das BIOS ist standard. Dein Einwand mit evtl. nicht passenden Eintrag ist ja mein Problem. Sollte es da keine weitere Möglichkeit geben, mit dem aktivierten OS-Prober kann ich leben.
vielen Dank
Hermann
Das einzig unschöne an der jetztigen Situation ist ja das man nach einem neuen siduction kernel in kanotix erst update-grub aufrufen muss, bevor der neue kernel startbar ist.
Kannst ja im gestarten siduction grub neu installieren. Im gestarteten Zustand ist das ja nun ganz einfach. Wenn dann der chainload der vorher funktionierte nicht mehr geht, keine hilfreichen Fehlermeldungen beim Neuinstallieren kommen, liegt der Verdacht nahe einen Bug gefunden zu haben, oder ein neues Feature ;-)
hallo dieres,
danke nochmal für Deine Hilfen, aber ich werde mit der jetzigen Vorgehensweise leben können. Die Vorgehensweise mit chroot hatte ich erfolglos versucht, wird wahrscheinlich aus siduction raus auch nichts bringen.
Hermann
das Problem ist gelöst
da ich per multiboot aus dem Quellbetriebsystem zur Zielpartition chainload benutze, muss im chainload die Zielangabe für Grub angepasst werden. Bei Grub2 Version 2.0 liegt die grub.config etwas anders und zwar
/boot/grub/i386-pc/grub.config . Mit dieser Einstellung läuft alles wie geschmiert und ich konnte den OS-Prober wieder abschalten.
Hermann
Quote from: "bolum"Bei Grub2 Version 2.0 liegt die grub.config etwas anders und zwar
/boot/grub/i386-pc/grub.config .
Hallo Hermann,
ich melde hier mal meinen Widerspruch an. :wink:
Auch nach dem D-U auf Grub2.12 in Siduction gibt es
keine/boot/grub/i386-pc/grub.config .
Du meinst bestimmt sowas als Beispiel hier:
# cat /etc/grub.d/11_meinScript
#!/bin/sh -e
echo "Adding custom boot entry(s)" >&2
cat << EOF
menuentry "mageia3 mit Grub2" {
insmod ext2
set root='(hd0,10)'
search --no-floppy --fs-uuid --set 9309d5f1-6cee-468a-8597-8ecce6141608
configfile /boot/grub/grub.cfg
}
EOFindem Du Deinen Grub2 von Kanotix befiehlst, die grub.cfg von
Siduction zu lesen.
Mit Grub2.12 in Siduction wurden die Kernel -und Failsafe-Einträge etc. in einen "Submenü" zusammengefasst.
Damit vergößert sich m.E. die sogenannte Stage2 von Grub.
Eine Installation von Grub2 in den PBR einer Partition (bei Dir
sda6) wurde bisher schon immer als "keine gute Idee" angemeckert, weil der erforderliche Platz für die Stage2 nicht da ist.
Es wäre interessant gewesen, wohin GRUB da die Stage2 bei Dir nach dem D-U abgelegt hat, weil der bisherige chainload-Aufruf
ins leere lief. :wink: