grub2 in falsche Partition/hd installiert, wie manuell starten?
Andre Bischof
ich hab bei der letzten Installation von grub2 diesen auf die falsche HD/SD/Partition installiert, jetzt bekomme ich zwar das Bootmenü von grub2 mit meinen Einträgen, wenn ich einen anklicke wird aber nur der Bildschirm dunkel und es passiert nichts mehr - keine Festplattenaktivitäten oder Ausgaben.
Der Booteintrag zeigt nach "e" set root='(hd1,msdos1)', das System wird dann über die UUID gestartet, was auch bisher wunderbar geklappt hat.
Der root Eintrag hieß glaube ich im alten grub hd(0,0) oder hd(1,0), wenn ich mich recht erinnere - ist wahrscheinlich eine neue Schreibweise bei grub2?
An der grub2 Kommandozeile gibt mir ls neben diversen Datenpartitionen vor allem:
* (hd0)
* (hd0,msdos1) (bis msdos13)
* (hd1,msdos1) und msdos2)
* (hd2)
* (hd2,msdos1) (bis msdos13, wie hd0, was merkwürdig ist, isch 'abe nur 2 Festplatten, eine SATA, eine hd)
Ich habe schon versucht den o.g. Booteintrag auf hd0,msdos1 zu ändern und dann mit STRG+X zu starten, macht aber keinen Unterschied.
Auf diverse Klempnereien mit set prefix, set root, insmod, linux, initrd, boot haben mich nicht zum Ziel gebracht.
Wahrscheinlich muss ich ja grub erstmal auf die zweite Platte installieren, da ich wie gesagt beim Update statt der Option "wenn sie sich nicht sicher sind, ist es eine gute Idee grub auf alle Platten zu installieren" nur eine Platte ausgewählt habe (ich glaube 0).
Aber mir ist nicht klar wie ich das machen muss, falls das überhaupt das Problem ist.
Könnt ihr mir helfen?
Andre
--
GRATIS für alle GMX-Mitglieder: Die maxdome Movie-FLAT!
Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01
--
Haeufig gestellte Fragen und Antworten (FAQ):
http://www.de.debian.org/debian-user-german-FAQ/
Zum AUSTRAGEN schicken Sie eine Mail an debian-user-g...@lists.debian.org
mit dem Subject "unsubscribe". Probleme? Mail an listm...@lists.debian.org (engl)
Archive: http://lists.debian.org/2010082916...@gmx.net
Andre Bischof
>
> ich hab bei der letzten Installation von grub2 diesen auf die falsche
> HD/SD/Partition installiert, jetzt bekomme ich zwar das Bootmenü von grub2 mit
> meinen Einträgen, wenn ich einen anklicke wird aber nur der Bildschirm
> dunkel und es passiert nichts mehr - keine Festplattenaktivitäten oder
> Ausgaben.
>
> Der Booteintrag zeigt nach "e" set root='(hd1,msdos1)', das System wird
> dann über die UUID gestartet, was auch bisher wunderbar geklappt hat.
ich hab jetzt diverse Kombinationen beim Editieren des Booteintrags
probiert, leider alle ohne Erfolg.
Mir ist auch nicht klar, wie das Zusammenspiel zwischen dem Eintrag
root=(hd1,msdos1) und
linux /vmlinuz root=/dev/...
ist. Muss da das gleiche stehen, oder muss da bei linux dann /dev/sda1 hin?
/dev/sda1 müßte die Startpartition meines Systems sein - ich hab mal ein
altes Knoppix gestartet, diese Partition gemountet, da ist alles drauf.
Was auch mit meinem Problem zu tun haben könnte:
Ich hatte mit /boot/grub/grub.cfg bzw. den Dateien in /etc/grub.d/ (00_*
und 05_*) gespielt, um ein schönes Grub-Splash-Image in hoher Auflösung
hinzubekommen.
Wurde auch wunderbar angezeigt, aber evtl. braucht die Konsole danach
etwas anderes beim Systemstart - der Bildschirm wird kurz ganz schwarz,
wie beim Umschalten in eine andere Auflösung, danach sieht es aus wie
ein schwarzer Bildschirm aber mit ganz leicht eingeschalteter
Hintergrundbeleuchtung (eben nicht mehr so tiefschwarz wie vorher).
Aber wie gesagt zeigt auch die HDD-LED keine Aktivitäten an, und zu
hören sind die Platten auch nicht, was sonst schon möglich ist.
Grub hängt also irgendwo, gibt aber leider nichts aus. Und ohne
Fehlermeldung ist das echt knifflig.
Ich hab auch mal probehalber im BIOS die Bootreihenfolge der beiden
Platten geändert, dann meldet sich grub (noch grub1?) mit Error24.
Mir scheint das Problem doch daran zu hängen, das grub nur auf der
ersten Platte (sda) installiert ist, nicht aber auf der zweiten (hda) -
das heißt beim Wechsel nach Auswahl des Booteintrags läuft der ins Leere.
Mir gehen leider die Ideen aus, und ich brauche das System zum Arbeiten
- wißt ihr noch was?
Andre
--
Haeufig gestellte Fragen und Antworten (FAQ):
http://www.de.debian.org/debian-user-german-FAQ/
Zum AUSTRAGEN schicken Sie eine Mail an debian-user-g...@lists.debian.org
mit dem Subject "unsubscribe". Probleme? Mail an listm...@lists.debian.org (engl)
Andre Bischof
>> Hallo,
>>
>> ich hab bei der letzten Installation von grub2 diesen auf die falsche
>> HD/SD/Partition installiert, jetzt bekomme ich zwar das Bootmenü von
>> grub2 mit
>> meinen Einträgen, wenn ich einen anklicke wird aber nur der Bildschirm
>> dunkel und es passiert nichts mehr - keine Festplattenaktivitäten oder
>> Ausgaben.
so, kurzer Nachtrag, aber noch nicht wirklich eine Lösung:
Ich kann jetzt mit der "Super Grub2 CD" immerhin mein System wieder
booten - die CD scannt und findet mein System, stellt mir ein Menü mit
Booteinträgen zusammen und startet auch sauber von da aus. Wenn ich mir
mit "e" den von der CD erstellten Booteintrag angucke, sieht der so aus:
set root=hd0,1
linux /boot/vmlinuz-... root=UUID=... ro
initrd /boot/initrd.img-...
Merkwürdigerweise klappt der aber nicht, wenn ich den von Hand dem auf
der Festplatte installierten System hinzufüge - dann habe ich wieder
o.g. Symptome :(
Auch das abändern eines bestehenden Bootmenüeintrags:
# cat /boot/grub/grub.cfg
...
### BEGIN /etc/grub.d/10_linux ###
menuentry 'Debian GNU/Linux, with Linux 2.6.32-trunk-686-bigmem' --class
debian --class gnu-linux --class gnu --class os {
insmod part_msdos
insmod ext2
set root='(hd1,msdos1)'
search --no-floppy --fs-uuid --set
b7c8adf9-9e3f-49ff-b840-801f3ea3b63d
echo 'Loading Linux 2.6.32-trunk-686-bigmem ...'
linux /boot/vmlinuz-2.6.32-trunk-686-bigmem
root=UUID=b7c8adf9-9e3f-49ff-b840-801f3ea3b63d ro quiet
echo 'Loading initial ramdisk ...'
initrd /boot/initrd.img-2.6.32-trunk-686-bigmem
...
Ich habe auch schon update-grub sowie grub-install /dev/sda und
grub-install /dev/hda gemacht, ohne Erfolg.
Habt ihr einen Tipp wie ich mein System wieder wie vorher auch ohne CD
starten kann?
Andre
--
Haeufig gestellte Fragen und Antworten (FAQ):
http://www.de.debian.org/debian-user-german-FAQ/
Zum AUSTRAGEN schicken Sie eine Mail an debian-user-g...@lists.debian.org
mit dem Subject "unsubscribe". Probleme? Mail an listm...@lists.debian.org (engl)
Gerhard Wolfstieg
Am Mon, 30 Aug 2010 23:55:47 +0200
schrieb Andre Bischof <a.bi...@gmx.net>:
> Mir ist auch nicht klar, wie das Zusammenspiel zwischen dem Eintrag
> root=(hd1,msdos1) und
> linux /vmlinuz root=/dev/...
>
> ist. Muss da das gleiche stehen, oder muss da bei linux
> dann /dev/sda1 hin?
Die Zeile, die mit root beginnt kennzeichnet die Partition, auf
der /boot liegt. Von dort aus gesehen (!!!) legt die andere Zeile den
Pfad zum Kernel und zur root-Partition fest.
Achtung: wenn /boot auf einer eigenen Partition liegt, heißt es dann
z.B.: /vmlinuz-2.6.32-5-686
sonst:
/boot/vmlinuz-2.6.32-5-686
Das macht(e) grub selbst falsch.
Grüße, Gerhard
--
Haeufig gestellte Fragen und Antworten (FAQ):
http://www.de.debian.org/debian-user-german-FAQ/
Zum AUSTRAGEN schicken Sie eine Mail an debian-user-g...@lists.debian.org
mit dem Subject "unsubscribe". Probleme? Mail an listm...@lists.debian.org (engl)
Archive: http://lists.debian.org/20100831090...@violett.agruppe
Andre Bischof
> Hallo Andre!
>
> Am Mon, 30 Aug 2010 23:55:47 +0200
> schrieb Andre Bischof<a.bi...@gmx.net>:
>> Mir ist auch nicht klar, wie das Zusammenspiel zwischen dem Eintrag
>> root=(hd1,msdos1) und
>> linux /vmlinuz root=/dev/...
>>
>> ist. Muss da das gleiche stehen, oder muss da bei linux
>> dann /dev/sda1 hin?
>
> Die Zeile, die mit root beginnt kennzeichnet die Partition, auf
> der /boot liegt. Von dort aus gesehen (!!!) legt die andere Zeile den
> Pfad zum Kernel und zur root-Partition fest.
ok, dann brauche ich wohl:
root=(hd0,1)
linux /vmlinuz root=/dev/sda1
boot liegt bei mir nicht auf einer eigenen Partition, /vmlinuz ist ein
Symlink auf /boot/vmlinuz-...
Ich habe ja momentan linux /boot/vmlinuz-... root=UUID=...
was eigentlich empfehlenswerter ist, um Probleme mit der Bootreihenfolge
der Platten im BIOS auszuschließen.
Allerdings klappt es leider trotzdem nicht, siehe Email von 8:50 Uhr im
Thread :(
Noch 'ne andere Idee wo der Haken sein könnte?
Andre
--
Haeufig gestellte Fragen und Antworten (FAQ):
http://www.de.debian.org/debian-user-german-FAQ/
Zum AUSTRAGEN schicken Sie eine Mail an debian-user-g...@lists.debian.org
mit dem Subject "unsubscribe". Probleme? Mail an listm...@lists.debian.org (engl)
Sascha Reißner
Ich vermute, daß das device-mapping von grub nicht stimmt.
Versuch zuerst mal ein:
# grub-mkdevicemap
und danach ein:
# update-grub
mfG Sascha
--
Haeufig gestellte Fragen und Antworten (FAQ):
http://www.de.debian.org/debian-user-german-FAQ/
Zum AUSTRAGEN schicken Sie eine Mail an debian-user-g...@lists.debian.org
mit dem Subject "unsubscribe". Probleme? Mail an listm...@lists.debian.org (engl)
A. Bischof
> Am Dienstag, den 31.08.2010, 09:45 +0200 schrieb Andre Bischof:
>> Am 31.08.2010 09:02, schrieb Gerhard Wolfstieg:
> Ich vermute, daß das device-mapping von grub nicht stimmt.
> Versuch zuerst mal ein:
> # grub-mkdevicemap
>
> und danach ein:
> # update-grub
Du meinst update-grub2, oder?
Braucht es danach nicht noch ein grub-install /dev/sda bzw. hda?
Andre
--
Haeufig gestellte Fragen und Antworten (FAQ):
http://www.de.debian.org/debian-user-german-FAQ/
Zum AUSTRAGEN schicken Sie eine Mail an debian-user-g...@lists.debian.org
mit dem Subject "unsubscribe". Probleme? Mail an listm...@lists.debian.org (engl)
A. Bischof
> Am 31.08.2010 13:49, schrieb Sascha Reißner:
>> Am Dienstag, den 31.08.2010, 09:45 +0200 schrieb Andre Bischof:
>>> Am 31.08.2010 09:02, schrieb Gerhard Wolfstieg:
> ...
>> Ich vermute, daß das device-mapping von grub nicht stimmt.
>> Versuch zuerst mal ein:
>> # grub-mkdevicemap
>>
>> und danach ein:
>> # update-grub
>
> Du meinst update-grub2, oder?
>
> Braucht es danach nicht noch ein grub-install /dev/sda bzw. hda?
grub-mkdevicemap und update-grub2 haben es leider nicht gebracht, auch
die Einträge im Boot-Menü bleiben die gleichen.
Andere Ideen?
Andre
--
Haeufig gestellte Fragen und Antworten (FAQ):
http://www.de.debian.org/debian-user-german-FAQ/
Zum AUSTRAGEN schicken Sie eine Mail an debian-user-g...@lists.debian.org
mit dem Subject "unsubscribe". Probleme? Mail an listm...@lists.debian.org (engl)
Sascha Reißner
> Am 31.08.2010 16:09, schrieb A. Bischof:
> > Am 31.08.2010 13:49, schrieb Sascha Reißner:
> >> Am Dienstag, den 31.08.2010, 09:45 +0200 schrieb Andre Bischof:
> >>> Am 31.08.2010 09:02, schrieb Gerhard Wolfstieg:
> > ...
> >> Ich vermute, daß das device-mapping von grub nicht stimmt.
> >> Versuch zuerst mal ein:
> >> # grub-mkdevicemap
> >>
> >> und danach ein:
> >> # update-grub
> >
> > Du meinst update-grub2, oder?
Das ist egal. Das Script update-grub2 startet von sich aus update-grub.
> > Braucht es danach nicht noch ein grub-install /dev/sda bzw. hda?
>
> grub-mkdevicemap und update-grub2 haben es leider nicht gebracht, auch
> die Einträge im Boot-Menü bleiben die gleichen.
Seltsam, den Syntomen nach hätte ich wetten können, daß die device.map
falsche Informationen enthält.
Zum vergleich, ich habe nur eine Platte verbaut und da sieht es so aus:
Partitionen und Einhängpunkte:
/dev/sda1 --> /boot
/dev/sda2 --> /
/dev/sda3 --> [swap]
/dev/sda4 --> [extend]
/dev/sda5 --> /home
/dev/sda6 --> /home/user/Daten
-----
alpha:~# cat /boot/grub/device.map
(hd0) /dev/disk/by-id/ata-SAMSUNG_HD642JJ_S1AFJ1MQ801346
alpha:~# ls -la /dev/disk/by-uuid/
insgesamt 0
drwxr-xr-x 2 root root 140 1. Sep 01:33 .
drwxr-xr-x 5 root root 100 1. Sep 01:33 ..
lrwxrwxrwx 1 root root 10 1. Sep 01:33 10862b90-bbf1-4ae3-8a9b-941e72606e02 -> ../../sda3
lrwxrwxrwx 1 root root 10 1. Sep 01:33 946b0029-917f-45a3-a71b-3e86913aaa3b -> ../../sda1
lrwxrwxrwx 1 root root 10 1. Sep 01:33 ab570e5d-fa0d-4826-8704-0167ff37145f -> ../../sda5
lrwxrwxrwx 1 root root 10 1. Sep 01:33 bdf9b0c9-751e-4d2a-8d4f-6f62e5bba30e -> ../../sda6
lrwxrwxrwx 1 root root 10 1. Sep 01:33 f245e82a-59b9-4254-ae6f-623fc973b853 -> ../../sda2
-----
Ich finde in der /boot/grub/grub.cfg folgende Zeilen:
-----
insmod part_msdos
insmod ext2
set root='(hd0,msdos2)'
search --no-floppy --fs-uuid --set f245e82a-59b9-4254-ae6f-623fc973b853
if loadfont /usr/share/grub/unicode.pf2 ; then
set gfxmode=1400x1050
load_video
insmod gfxterm
fi
-----
Also hd0 ist die erste Platte und msdos2 steht für die zweite Partition
in der MSDOS-Partitionstabelle (auch die UUID gehört zu dieser
Partition).
Hier spricht grub die Partition an, die später als / gemountet wird.
Und zwar deshalb, weil er mit loadfont aus dem Verzeichnis /usr/...
etwas läd.
Später findet sich:
-----
insmod part_msdos
insmod ext2
set root='(hd0,msdos1)'
search --no-floppy --fs-uuid --set 946b0029-917f-45a3-a71b-3e86913aaa3b
set locale_dir=($root)/grub/locale
set lang=de
insmod gettext
set timeout=3
-----
Hier setzt grub locale_dir auf ein Verzeichnis unterhalb von /boot,
weshalb hier die erste Partition verwendet wird. Wieder passt die UUID
zur Partition.
Das selbe kommt nochmal für das Backgroundimage auf der ersten
Partition.
Dann kommt der erste Menüeintrag für Linux:
-----
menuentry 'Debian GNU/Linux, with Linux 2.6.32-5-686' --class debian --class gnu-linux --class gnu --class os {
insmod part_msdos
insmod ext2
set root='(hd0,msdos1)'
search --no-floppy --fs-uuid --set 946b0029-917f-45a3-a71b-3e86913aaa3b
echo 'Loading Linux 2.6.32-5-686 ...'
linux /vmlinuz-2.6.32-5-686 root=UUID=f245e82a-59b9-4254-ae6f-623fc973b853 ro
echo 'Loading initial ramdisk ...'
initrd /initrd.img-2.6.32-5-686
}
-----
Hier wieder die erste Partition, da /boot und somit die Kernel hier
liegen.
Beim Befehl linux und initrd werden beide Dateien ohne Pfad angegeben,
da sich dieses Filesystem ja bereits in boot befindet.
Dem Kernel selbst wird aber als root die UUID der zweiten Partition
mitgegeben, damit er die richtige Partition als root einhängt.
Nachdem du nur eine Partition hast, auf der / samt /boot liegt, sollten
bei dir alle 'set root=' auf die selbe Partition zeigen.
Wenn es nicht klappt, gib uns mal die Infos von:
ls -l /dev/disk/by-uuid/
grep ' / ' /etc/fstab
Daraus sollten sich die benötigten Infos ablesen lassen.
mfG Sascha
--
Haeufig gestellte Fragen und Antworten (FAQ):
http://www.de.debian.org/debian-user-german-FAQ/
Zum AUSTRAGEN schicken Sie eine Mail an debian-user-g...@lists.debian.org
mit dem Subject "unsubscribe". Probleme? Mail an listm...@lists.debian.org (engl)
Archive: http://lists.debian.org/1283301607.2...@alpha.local
A. Bischof
...
> Nachdem du nur eine Partition hast, auf der / samt /boot liegt, sollten
> bei dir alle 'set root=' auf die selbe Partition zeigen.
> Wenn es nicht klappt, gib uns mal die Infos von:
>
> ls -l /dev/disk/by-uuid/
> grep ' / ' /etc/fstab
>
> Daraus sollten sich die benötigten Infos ablesen lassen.
nee, ich krieg's einfach nicht hin. Aus meiner Sicht sollte root auf
(hd0,1) bzw. hd0,msdos1 verweisen - aber auch wenn ich das händisch im
grub-Menü editiere klappt es nicht, irgendwas läuft da falsch.
Hier jedenfalls die gewünschten Infos:
ls -l /dev/disk/by-uuid/
insgesamt 0
lrwxrwxrwx 1 root root 10 31. Aug 16:13
09d0c580-cdbc-43d3-b40b-ee09028ac7d2 -> ../../sda7
lrwxrwxrwx 1 root root 10 31. Aug 16:13
10ace5ab-34e0-4429-8feb-a46b3bb8c36a -> ../../sda6
lrwxrwxrwx 1 root root 10 31. Aug 16:12
2531d615-254e-49ea-a3c6-ed3e3383fb2b -> ../../hda2
lrwxrwxrwx 1 root root 10 31. Aug 16:13
2c9efd7f-fa1f-44f7-b761-dd729815f98c -> ../../sda5
lrwxrwxrwx 1 root root 10 31. Aug 16:13
36cc893a-d3e0-4ce0-b488-25f8cad65773 -> ../../dm-1
lrwxrwxrwx 1 root root 11 31. Aug 16:13
3d843fb1-24c8-48af-8338-c97869b4f043 -> ../../sda13
lrwxrwxrwx 1 root root 10 31. Aug 16:13
4976c596-60b7-492e-b160-18cdbd02cd2f -> ../../dm-2
lrwxrwxrwx 1 root root 10 31. Aug 16:12
4e46abf4-dfe2-4c0b-8404-7c893c35b2cc -> ../../sda8
lrwxrwxrwx 1 root root 11 31. Aug 16:12
5e4a062a-32e7-4d0c-8931-2d51cbf8378a -> ../../sda10
lrwxrwxrwx 1 root root 10 31. Aug 16:13
7c971090-f2fb-4064-ba6d-8fe9eb0f50f5 -> ../../dm-4
lrwxrwxrwx 1 root root 10 31. Aug 16:13
7e051610-9f14-46c4-b080-9fa70709b2b9 -> ../../dm-0
lrwxrwxrwx 1 root root 10 31. Aug 16:12
98231aa4-5ada-42f2-8332-2ece7f1b1651 -> ../../sda4
lrwxrwxrwx 1 root root 10 31. Aug 16:13
a2462e3d-94c7-40e5-9247-2f8757e2d67a -> ../../hda1
lrwxrwxrwx 1 root root 10 31. Aug 16:13
a4541b05-e2c0-49dd-a6e9-e537bcfdd7e8 -> ../../sda2
lrwxrwxrwx 1 root root 10 31. Aug 16:12
b7c8adf9-9e3f-49ff-b840-801f3ea3b63d -> ../../sda1
lrwxrwxrwx 1 root root 10 31. Aug 16:13
bbbcbcd7-1e80-4a11-9e39-412b820a4c80 -> ../../dm-6
lrwxrwxrwx 1 root root 10 31. Aug 16:13
cfc554f1-0459-470c-89d5-5015720821d7 -> ../../dm-5
lrwxrwxrwx 1 root root 10 31. Aug 16:13
d2e0c746-c431-4da7-9a81-85368dc80c5f -> ../../sda9
lrwxrwxrwx 1 root root 11 31. Aug 16:12
da45436b-3fac-45de-b53a-ff6f8824df3e -> ../../sda12
lrwxrwxrwx 1 root root 11 31. Aug 16:13
e1a82f94-fcaf-4c59-90af-cdfd359577ed -> ../../sda11
lrwxrwxrwx 1 root root 10 31. Aug 16:13
f3a26c38-bc4d-4a39-a3c2-62bb54578386 -> ../../dm-3
# grep ' / ' /etc/fstab
/dev/sda1 / ext3 defaults,errors=remount-ro 0 1
Was ich ja sagte, sda1 ist meine Bootplatte und -partition.
Der entsprechende Eintrag, der bisher klappte (zumindest hieß der Titel
gleich):
# cat /boot/grub/grub.cfg
...
### BEGIN /etc/grub.d/10_linux ###
menuentry 'Debian GNU/Linux, with Linux 2.6.32-trunk-686-bigmem' --class
debian --class gnu-linux --class gnu --class os {
insmod part_msdos
insmod ext2
set root='(hd1,msdos1)'
search --no-floppy --fs-uuid --set
b7c8adf9-9e3f-49ff-b840-801f3ea3b63d
echo 'Loading Linux 2.6.32-trunk-686-bigmem ...'
linux /boot/vmlinuz-2.6.32-trunk-686-bigmem
root=UUID=b7c8adf9-9e3f-49ff-b840-801f3ea3b63d ro quiet
echo 'Loading initial ramdisk ...'
initrd /boot/initrd.img-2.6.32-trunk-686-bigmem
}
...
Wär toll wenn du da einen Fehler findest :-?
Andre
--
Haeufig gestellte Fragen und Antworten (FAQ):
http://www.de.debian.org/debian-user-german-FAQ/
Zum AUSTRAGEN schicken Sie eine Mail an debian-user-g...@lists.debian.org
mit dem Subject "unsubscribe". Probleme? Mail an listm...@lists.debian.org (engl)
Sascha Reißner
> Hier jedenfalls die gewünschten Infos:
...
> lrwxrwxrwx 1 root root 10 31. Aug 16:12
> b7c8adf9-9e3f-49ff-b840-801f3ea3b63d -> ../../sda1
...
>
> # grep ' / ' /etc/fstab
> /dev/sda1 / ext3 defaults,errors=remount-ro 0 1
>
> Was ich ja sagte, sda1 ist meine Bootplatte und -partition.
>
> Der entsprechende Eintrag, der bisher klappte (zumindest hieß der Titel
> gleich):
>
> # cat /boot/grub/grub.cfg
> ...
> ### BEGIN /etc/grub.d/10_linux ###
> menuentry 'Debian GNU/Linux, with Linux 2.6.32-trunk-686-bigmem' --class
> debian --class gnu-linux --class gnu --class os {
> insmod part_msdos
> insmod ext2
> set root='(hd1,msdos1)'
[CUT]
laut deiner ersten Mail, müsste es lauten:
set root='(hd0,msdos1)'
[weiter]
> search --no-floppy --fs-uuid --set
> b7c8adf9-9e3f-49ff-b840-801f3ea3b63d
> echo 'Loading Linux 2.6.32-trunk-686-bigmem ...'
> linux /boot/vmlinuz-2.6.32-trunk-686-bigmem
> root=UUID=b7c8adf9-9e3f-49ff-b840-801f3ea3b63d ro quiet
> echo 'Loading initial ramdisk ...'
> initrd /boot/initrd.img-2.6.32-trunk-686-bigmem
> }
> ...
>
> Wär toll wenn du da einen Fehler findest :-?
Ich hoffe. das war der Fehler. Mir fällt sonst nichts mehr auf.
Die UUID ist korrekt.
mfG Sascha
--
Haeufig gestellte Fragen und Antworten (FAQ):
http://www.de.debian.org/debian-user-german-FAQ/
Zum AUSTRAGEN schicken Sie eine Mail an debian-user-g...@lists.debian.org
mit dem Subject "unsubscribe". Probleme? Mail an listm...@lists.debian.org (engl)
Archive: http://lists.debian.org/1283382419.2...@alpha.local
A. Bischof
...
>> # cat /boot/grub/grub.cfg
>> ...
>> ### BEGIN /etc/grub.d/10_linux ###
>> menuentry 'Debian GNU/Linux, with Linux 2.6.32-trunk-686-bigmem' --class
>> debian --class gnu-linux --class gnu --class os {
>> insmod part_msdos
>> insmod ext2
>> set root='(hd1,msdos1)'
> [CUT]
> laut deiner ersten Mail, müsste es lauten:
> set root='(hd0,msdos1)'
genau, und zumindest hd0,1 habe ich schon probiert. Außerdem verstehe
ich nicht, warum grub-update das offensichtlich falsch generiert.
> [weiter]
>> search --no-floppy --fs-uuid --set
>> b7c8adf9-9e3f-49ff-b840-801f3ea3b63d
>> echo 'Loading Linux 2.6.32-trunk-686-bigmem ...'
>> linux /boot/vmlinuz-2.6.32-trunk-686-bigmem
>> root=UUID=b7c8adf9-9e3f-49ff-b840-801f3ea3b63d ro quiet
>> echo 'Loading initial ramdisk ...'
>> initrd /boot/initrd.img-2.6.32-trunk-686-bigmem
>> }
>> ...
>>
>> Wär toll wenn du da einen Fehler findest :-?
>
> Ich hoffe. das war der Fehler. Mir fällt sonst nichts mehr auf.
> Die UUID ist korrekt.
ja, aber selbst wenn ich die UUID gegen root=(hd0,1) tausche klappt es
nicht.
Wie ist denn bei 2 Platten das Zusammenspiel von MBRs und grub? Das BIOS
nimmt ja meine sda als erste, davon startet grub erfolgreich - da sollte
doch irgendein grub-Eintrag auf der 2. Platte gar nicht notwendig sein,
da dort nur Partitionen sind die später gemountet werden. Oder muss noch
was auf die erste Partition, damit sda und sda1 zusammenspielen? Nach
meinem Verständnis nicht, wie siehst du das?
Kann auch evtl. die vmlinuz* oder initrd* falsch angelegt worden sein?
Andre
--
Haeufig gestellte Fragen und Antworten (FAQ):
http://www.de.debian.org/debian-user-german-FAQ/
Zum AUSTRAGEN schicken Sie eine Mail an debian-user-g...@lists.debian.org
mit dem Subject "unsubscribe". Probleme? Mail an listm...@lists.debian.org (engl)
Martin Steigerwald
Das kann ich mir gut vorstellen. GRUB 2 zählt zwar die Festplatten
weiterhin von null an, die Partitionen jedoch von eins an.
Warum die GRUB-Entwickler bei so einer Änderung nicht einheitlich alles
von eins an anfingen ließen, ist mir völlig schleierhaft. Vorher wars
wenigstens einheitlich bei null anfangen. Also mein Votum entweder
einheitlich von 0 oder einheitlich von 1, aber kein Mischmasch, den ich
mir nur schwerer merken kann.
<sarkasmus>Na, in GRUB 3 fangen die Platten dann vielleicht auch bei 1
an.</sarkasmus
--
Martin 'Helios' Steigerwald - http://www.Lichtvoll.de
GPG: 03B0 0D6C 0040 0710 4AFA B82F 991B EAAC A599 84C7
A. Bischof
...
>> ...
>> ### BEGIN /etc/grub.d/10_linux ###
>> menuentry 'Debian GNU/Linux, with Linux 2.6.32-trunk-686-bigmem' --class
>> debian --class gnu-linux --class gnu --class os {
>> insmod part_msdos
>> insmod ext2
>> set root='(hd1,msdos1)'
> [CUT]
> laut deiner ersten Mail, müsste es lauten:
> set root='(hd0,msdos1)'
> [weiter]
>> search --no-floppy --fs-uuid --set
>> b7c8adf9-9e3f-49ff-b840-801f3ea3b63d
>> echo 'Loading Linux 2.6.32-trunk-686-bigmem ...'
>> linux /boot/vmlinuz-2.6.32-trunk-686-bigmem
>> root=UUID=b7c8adf9-9e3f-49ff-b840-801f3ea3b63d ro quiet
>> echo 'Loading initial ramdisk ...'
>> initrd /boot/initrd.img-2.6.32-trunk-686-bigmem
>> }
>> ...
>>
>> Wär toll wenn du da einen Fehler findest :-?
>
> Ich hoffe. das war der Fehler. Mir fällt sonst nichts mehr auf.
> Die UUID ist korrekt.
Nee, hat leider nicht geklappt. Merkwürdig finde ich auch, das mir ein
ls in grub an der Kommandozeile oder das Auflisten der Platten und
Partitionen mit der Super Grub 2 CD nicht nur hd0 und hd1 listet,
sondern eine hd2 mit identischen Einträgen wie hd0 (also System- und
Datenpartitionen).
Merkwürdig auch, dass der gleiche Eintrag aus der SG2CD klappt, nicht
aber im installierten grub.
Ich vermute immernoch einen anderen Fehler - bspw. was in den
GFX-Variablen verstellt, deshalb bleibt der Bildschirm dunkel und die
Fehlermeldung die kommt sehe ich schlicht nicht.
Ich erwäge ernsthaft ein aptitude reinstall grub2 oder besser
purge/remove mit anschließendem install, damit die Konfigdateien
wirklich neu geschrieben werden.
Was meint ihr?
Andre
--
Haeufig gestellte Fragen und Antworten (FAQ):
http://www.de.debian.org/debian-user-german-FAQ/
Zum AUSTRAGEN schicken Sie eine Mail an debian-user-g...@lists.debian.org
mit dem Subject "unsubscribe". Probleme? Mail an listm...@lists.debian.org (engl)
Dirk Paul Finkeldey
Wenn noch eine IDE Platte im System ist bekommt die IDE HD0.
Wenn es gar nicht will nimm Grub-0,97 in das funktioniert - habe auch
kein Grub2 in Verwendung da es nie in der Lage war eine Win
Installation mit zu nehmen.
Gruß Dirk Finkeldey
--
Haeufig gestellte Fragen und Antworten (FAQ):
http://www.de.debian.org/debian-user-german-FAQ/
Zum AUSTRAGEN schicken Sie eine Mail an debian-user-g...@lists.debian.org
mit dem Subject "unsubscribe". Probleme? Mail an listm...@lists.debian.org (engl)
A. Bischof
...
> Was steht in der device.map als HD0 und HD1 ?
>
> Wenn noch eine IDE Platte im System ist bekommt die IDE HD0.
(hd0) /dev/disk/by-id/ata-SAMSUNG_SP2514N_S08BJ1RY501138
(hd1) /dev/disk/by-id/ata-SAMSUNG_HD103UJ_S13PJDWS136486
komisch, denn die hd1 ist die sata sda von der gebootet werden soll -
die ist aber im BIOS die erste:
# fdisk -l
Platte /dev/sda: 1000.2 GByte, 1000204886016 Byte
255 Köpfe, 63 Sektoren/Spur, 121601 Zylinder
Einheiten = Zylinder von 16065 × 512 = 8225280 Bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00000000
Gerät boot. Anfang Ende Blöcke Id System
/dev/sda1 * 1 1460 11727418+ 83 Linux
^^^^^^^^^^^^^
/dev/sda2 1461 2677 9775552+ 83 Linux
/dev/sda3 2678 121332 953096287+ 5 Erweiterte
/dev/sda4 121337 121601 2128612+ 82 Linux Swap / Solaris
/dev/sda5 2678 20914 146488671 83 Linux
/dev/sda6 20915 87782 537117178+ 83 Linux
/dev/sda7 87783 89607 14659281 83 Linux
/dev/sda8 89608 90824 9775521 83 Linux
/dev/sda9 90825 109061 146488671 83 Linux
/dev/sda10 109062 110278 9775521 83 Linux
/dev/sda11 110279 117080 54637033+ 83 Linux
/dev/sda12 117081 118297 9775521 83 Linux
/dev/sda13 118298 121332 24378606 83 Linux
Platte /dev/hda: 250.1 GByte, 250059350016 Byte
255 Köpfe, 63 Sektoren/Spur, 30401 Zylinder
Einheiten = Zylinder von 16065 × 512 = 8225280 Bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x3c5991aa
Gerät boot. Anfang Ende Blöcke Id System
/dev/hda1 1 30140 242099518+ 83 Linux
/dev/hda2 30141 30401 2096482+ 82 Linux Swap / Solaris
Ich erinnere mich dunkel das es in grub1 eine Möglichkeit gab, das
device-mapping explizit anzugeben, um Probleme mit der Bootreihenfolge
zu umgehen - da ich aber über UUID boote, war nach meinem Verständnis
eine Verwechslung gar nicht möglich?
> Wenn es gar nicht will nimm Grub-0,97 in das funktioniert - habe auch
> kein Grub2 in Verwendung da es nie in der Lage war eine Win Installation
> mit zu nehmen.
Ich hab folgendes, sollte ich da was ändern?
# dpkg -l *grub* |grep ^ii
ii grub 0.97-61
GRand Unified Bootloader (dummy package)
ii grub-common
1.98+20100804-2 GRand Unified Bootloader, version 2
(common
ii grub-pc
1.98+20100804-2 GRand Unified Bootloader, version 2
(PC/BIOS
Andre
--
Haeufig gestellte Fragen und Antworten (FAQ):
http://www.de.debian.org/debian-user-german-FAQ/
Zum AUSTRAGEN schicken Sie eine Mail an debian-user-g...@lists.debian.org
mit dem Subject "unsubscribe". Probleme? Mail an listm...@lists.debian.org (engl)
Andre Bischof
...
> Ich erwäge ernsthaft ein aptitude reinstall grub2 oder besser
> purge/remove mit anschließendem install, damit die Konfigdateien
> wirklich neu geschrieben werden.
das hat's gebracht, purge grub, grub-pc und grub-common, nachträgliches
Löschen aller Dateien in /boot/grub/, dann install für die 3 grubs.
Bei der Konfiguration von grub-pc kommt dann auch die Abfrage, in
welchen MBR/PBR grub installiert werden soll. Dort habe ich /dev/sda
ausgewählt, und danach funktionierte alles.
Danke für eure Unterstützung!
Andre
--
Haeufig gestellte Fragen und Antworten (FAQ):
http://www.de.debian.org/debian-user-german-FAQ/
Zum AUSTRAGEN schicken Sie eine Mail an debian-user-g...@lists.debian.org
mit dem Subject "unsubscribe". Probleme? Mail an listm...@lists.debian.org (engl)
Sascha Reißner
> Am 02.09.2010 20:28, schrieb A. Bischof:
> ...
> > Ich erwäge ernsthaft ein aptitude reinstall grub2 oder besser
> > purge/remove mit anschließendem install, damit die Konfigdateien
> > wirklich neu geschrieben werden.
>
> das hat's gebracht, purge grub, grub-pc und grub-common, nachträgliches
> Löschen aller Dateien in /boot/grub/, dann install für die 3 grubs.
>
> Bei der Konfiguration von grub-pc kommt dann auch die Abfrage, in
> welchen MBR/PBR grub installiert werden soll. Dort habe ich /dev/sda
> ausgewählt, und danach funktionierte alles.
Melde mich leider jetzt erst. Wie es aussieht, war die device.map
falsch. Dadurch hat grub von der falschen Platte geladen.
Aber jetzt hast du es ja, freut mich.
> Danke für eure Unterstützung!
kein Problem, jederzeit wieder ;)
> Andre
mfG Sascha
--
Haeufig gestellte Fragen und Antworten (FAQ):
http://www.de.debian.org/debian-user-german-FAQ/
Zum AUSTRAGEN schicken Sie eine Mail an debian-user-g...@lists.debian.org
mit dem Subject "unsubscribe". Probleme? Mail an listm...@lists.debian.org (engl)
Archive: http://lists.debian.org/1283550982.3...@alpha.local
Dirk Paul Finkeldey
> Am 03.09.2010 08:44, schrieb Dirk Paul Finkeldey:
> ...
>> Was steht in der device.map als HD0 und HD1 ?
>>
>> Wenn noch eine IDE Platte im System ist bekommt die IDE HD0.
>
> (hd0) /dev/disk/by-id/ata-SAMSUNG_SP2514N_S08BJ1RY501138
> (hd1) /dev/disk/by-id/ata-SAMSUNG_HD103UJ_S13PJDWS136486
>
> komisch, denn die hd1 ist die sata sda von der gebootet werden soll -
> die ist aber im BIOS die erste:
editieren mit strg+x und j bestätigen fertig
Nur der Vollständigkeit her.
Ich muss immer nach der Installation die boot reihen folge ändern, ich
habe auch eine IDE als 1te Platte im System.
Gruß Dirk Finkeldey
--
Haeufig gestellte Fragen und Antworten (FAQ):
http://www.de.debian.org/debian-user-german-FAQ/
Zum AUSTRAGEN schicken Sie eine Mail an debian-user-g...@lists.debian.org
mit dem Subject "unsubscribe". Probleme? Mail an listm...@lists.debian.org (engl)