USB-Platte dreht Nummerierung

[TeaAge]

Hallo zusammen,

ich hab mir mal eine USB-Platte 500GB geleistet um hier auch mal die ein oder andere Linux-Distri zu testen.

Nun habe ich aber folgendes Problem:

Setze ich die USB-Platte in der Bootreihenfolge hinter meine interne HDD, taucht die USB-Platte nicht in Grub auf. Ich kann also nur von der internen Platte booten.

Setze ich die USB-Platte in der Bootreihenfolge vor die Interne, dreht sich Nummerierung. Also in Grub wird dann die USB-Platte zu (hd0) und die Interne (hd1).
Was das für Konsequenzen hat, brauch ich wohl nicht erläutern. Ich hab die Platte auch nicht immer angestöpselt, also permanent das System auf die "neue" Nummerierung anzupassen ist keine Möglichkeit.

Als Notlösung hab ich jetzt auf der internen Platte einen /boot-Partition für die "externen" Linux eingerichtet, was zwar einigermaßen klappt aber naja.

Habt ihr eine Idee woran es liegt, bzw wie ich es behebe?

Gruß
TeaAge

 

[rdg]

Hi,
wenn auch mit Verspätung,

ext. Fetspl. ran;
<wenn keine system haut mit Knoppix hoch>
su
grub-install --root-directory=/dev/sdc2 /dev/sdc halt wo du ihn hinhaben willst,

empfehlung:
arbeite bei ext. lieber mit den UUID's!

 

[TeaAge]

Grub auf eine Platte zu installieren ist ja nicht das Problem.
Eher das meine sda Platte nach anstöpseln der USB-Platte sdb ist.

Das heißt ist müsste die fstab und die meneu.lst anpassen oder die beiden Platten ummappen.
Aber ich hab die Platte ja nur selten dran.

Mit den UUIDs klingt ganz intressant aber kann ich die Grub schon nutzen?


Ich schätze ich werde mir ein an angepassten Grub (mit ummappen) auf die USB-Platte installieren. Starte ich mit USB-Platte bootet er von ihr, die menu-lst ist so angepasst das alles passt.
Starte ich ohne USB-Platte bootet er von der internen Platte und da ist eh alles gut.

Aber ich frag mich wirklich, warum die Platten überhaupt vertauscht werden und wieso grub die USB-Platte nicht findet, wenn sie in der Boot-Reihenfolge nicht an 1. Stelle steht.

Gruß
TeaAge

 

[rdg]

Also Reinfolge wird vom Bios eingestelt, dort würd ich nachschauen.

UUID, ja, genau die Partition ist mir am Di. asbgeschmiert, hab noch ne zweite muss Sie aber erst raus holen,
also mit ein bisschen geduld wird das schon...

gruß
rdg

 

[Gast1]

Das Sidux-Tutorial zu UUIDs ist IMHO sehr brauchbar:

http://manual.sidux.com/de/part-uuid-de.htm

Greetz,

RM

 

[TeaAge]

hmm, das klingt nicht schlecht.

Werd nochmal das Bios durchforsten und ansonsten müsste ich doch einfach die device.map auf die UUIDs anpassen und alles ist gut, oder?

Gruß
TeaAge

 

[Gast1]

... ansonsten müsste ich doch einfach die device.map auf die UUIDs anpassen und alles ist gut, oder?

Nein.

AFAIK kann man in der device.map keine UUIDs verwenden.

(Man möge mich korrigieren falls ich falsch liegen sollte)

//Edit:

http://kubuntuforums.net/forums/index.php?topic=3081671.5;wap2

As we all know, BIOS sees drives in a certain way, GRUB sees them as BIOS does, and Linux sees drives in its own certain way.

Ich würde das als Bestätigung meiner obigen Aussage sehen (ohne Gewähr natürlich).

Greetz,

RM

 

[rdg]

Hi,

sorry Wochenende, da muss man seinen freundschaftlichen Verpflichtungen nachkommen und gerade bei uns Computerfreaks ist das auch gar nicht so verkehrt.

Also

in deriner fstab:
anstatt:
dev/hdx /reiserfs defaults
UUID=96d99b5e-6e73-4ff3-b265-d170a2a301cc /reiserfs defaults

und menue.lst
title Debian GNU/Linux, kernel 2.6.18-kanotix-1
root (hd0,1)
kernel /boot/vmlinuz-2.6.18-kanotix-1 root=UUID=96d99b5e-6e73-4ff3-b265-d170a2a301cc ro quiet vga=791
initrd /boot/initrd.img-2.6.18-kanotix-1

so wird sie richtig erkannt, auch wenn anderes noch an ist.

Hoffe geholfen zu haben

gruß
rdg

 

[TeaAge]

huhu,

mit der device.map war sowieso eine doofe Idee ... da mit den UUIDs nur Partitionen nicht aber Platten beschreiben lassen.

Mein Problem an dem oberen Eintrag der menu.lst ist, dass der kernel ohne USB-Platte auf (hd0,6) liegt und mit USB-Platte auf (hd1,6)
Das müsste ich also immer anpassen bzw. Alternativ-Einträge (mit mapping) erstellen.

Gruß
TeaAge

 

[rdg]

Ja genau,
dabei kann ich dich leider nur auf dein Bios verweisen, bei mir kann ich die Bootreinfolge festlegen.
Ansonsten kannst du noch auf deiner ext. den Grub mit 1,6 und intern mit 0,6 einstellen, das müsste das problem auch lösen

 

[TeaAge]

Huhu,

die Bootreihenfolge kann ich natürlich im Bios ändern.
Nur hier hören die verwunderlichen Dinge nicht auf. Sitzt die USB-Platte in der Bootreihenfolge hinter der internen Platte, findet Grub die USB-Platte überhaupt nicht. Sitzt es in der Bootreihenfolge vor der internen Platte, wird sie als (hd0) erkannt und die interne als (hd1) ... warum auch immer :-/

An sich wäre es halb so schlimm, wenn ich die USB-Platte permanent angeschlossen hätte aber dadurch das sie nur von Zeit zu Zeit angeschlossen ist ....

Die einzige Möglichkeit die ich sehe, ist wohl das was du auch meinst. Ich schreib Grub sowohl auf die interne als auch die USB-Platte mit jeweils angepassten menu.lst und damit sollte es dann gehen. Das ist auch das, was ich demnächst mal probiere nur zur Zeit muss ich erstmal für die Prüfungen büffeln

Gruß
TeaAge

 

[rdg]

ok,

kannst Du bitte mir mal bitte deine Partionen inkl / aufschreiben und auch von der extrenen, danke!

Ansonsten musst du wenn Sie dahinter ist den Grub neu konfigurieren und wenn es für dich zu aufwendig ist, neu installieren,
grub-install --root-directory=/dev/sdc2 /dev/sdc halt wo du ihn hinhaben willst,
er erkennt nicht jedesmal beim booten, welche root partitionen es gibt sondern nur bei der Installation von grub.

 

[TeaAge]

Hier mal sda:

/dev/sda1   *           1        4153    31396648+   7  HPFS/NTFS     #WIndows-Vista
/dev/sda2            4154       12921    66286080    5  Erweiterte    
/dev/sda5            4154        6300    16231288+  83  Linux           #Daten-Festplatte
/dev/sda6            6301       10472    31540288+  83  Linux          # Home-Partition
/dev/sda7           10757       12921    16367368+  83  Linux         #Wurzelverzeichnis (Mandriva)
/dev/sda8           10473       10756     2147008+  83  Linux            #Boot-Partiton für USB-Platte

und jetzt noch sdb:

/dev/sdb1   *           1       15056   120937288+   7  HPFS/NTFS         #NFTS-Daten1
/dev/sdb2           15057       60801   367446712+   5  Erweiterte
/dev/sdb5           15057       30193   121587921    7  HPFS/NTFS      #NTFS-Daten2
/dev/sdb6           30194       45162   120238461   83  Linux               #EXT3-Daten
/dev/sdb7           45163       58101   103932486   83  Linux               #Arch-Linux
/dev/sdb8           58102       60801    21687718+  83  Linux               #SAM-Linux

Auf sda8 hab ich eine kleine Boot-Partition eingerichtet und die Kernel von Arch und Sam getrennt abgelegt. Somit konnte ich zumindest Arch starten (nur mit fallback) Sam allerdings nicht.

Gruß
TeaAge

 

[rdg]

mit /dev/sda7 hochfahren dahinter externe
root
1. update-grub <- hab ich grad gefunden
oder:
2. grub-install --root-directory=/dev/sda7 /dev/sda
.
.
.
EDIT (autom. Beitragszusammenführung) :
.
Sehr wichtig
backup von menue.lst machen !!!!

sorry!!!

oder:
3. in menue.lst hinzufügen:

title Arch-Linux (on /dev/sdb7)
root (hd1,6)
kernel /boot/vmlinuz<von dir> root=UUID=<von dir> oder /dev/sdc7 ro #splash vga=791 quiet
initrd /boot/initrd.img<von dir>

title SAM-Linux(on /dev/sdb
root (hd1,7)
kernel /boot/vmlinuz<von dir> root=UUID=<von dir> oder /dev/sdc8 ro #splash vga=791 quiet
initrd /boot/initrd.img<von dir>

 

[TeaAge]

grub-install --root-directory=/dev/sda7 /dev/sda

so ist es ja zur Zeit.
Grub startet ja auch. Auch wenn die USB-Platte dran ist, nur nicht grafisch weil er ja die Grafiken auf sda7 sucht (was ja jetzt auf einem die USB-Platte ist).

update-grub erstellt, wenn ich das richtig verstanden hab, auch nur eigenständig Einträge in die menu.lst in dem es ins /boot Verzeichnis schaut und die kernel sucht.

Würde ich jetzt zum Beispiel vom produktiv System aus grub auf die USB-Platte (also sdb) installieren, würde grub stage 2 auf (hd1) suchen, was ja jetzt die interne Platte ist :-/


Kann es sein, das die USB-Platte irgendwie als Master gejumpert ist oder es deshalb zu den Problemen kommt?

Gruß

oder:
3. in menue.lst hinzufügen:

title Arch-Linux (on /dev/sdb7)
root (hd1,6)
kernel /boot/vmlinuz<von dir> root=UUID=<von dir> oder /dev/sdc7 ro #splash vga=791 quiet
initrd /boot/initrd.img<von dir>

title SAM-Linux(on /dev/sdb
root (hd1,7)
kernel /boot/vmlinuz<von dir> root=UUID=<von dir> oder /dev/sdc8 ro #splash vga=791 quiet
initrd /boot/initrd.img<von dir>

Die Version klappt für SAM (bzw sollte klappen), wenn die USB-Platte in der Bootreihenfolge vor der internen Platte steht.
Dann greift er mit root (hd1,7) auf sda8 zu (was ja die extra angelegte Boot-Partiton ist), demnach müsste ich nur noch die fstab von SAM anpassen ... so ähnlich läuft es zur Zeit auch.
Bei Arch Linux würde es nicht klappen, weil er ja mit (hd1,6) auf sda7 zu, was mein Mandriva Wurzelverzeichnis ist.

Wobei ich mir frage warum du als Alternative des root-Verzeichnis hdc angegeben hast. Steckte da kein tieferer Sinn dahinter? denn hdc ist ein bleibt immer man DVD-Laufwerk.

Gruß

 

[rdg]

Bitte zeig mal deine menue.lst für sda.

 

[TeaAge]

title linux
kernel (hd0,6)/boot/vmlinuz-desktop BOOT_IMAGE=linux root=/dev/sda7 splash=silent vga=791
initrd (hd0,6)/boot/initrd-desktop.img

title arch
kernel (hd0,7)/boot/vmlinuz26 root=/dev/sdb6
initrd (hd0,7)/boot/kernel26-fallback.img

title SAM
kernel (hd0,7)/SAMboot/vmlinuz26 root=/dev/sdb8
initrd (hd0,7)/SAMboot/kernel26.img

Das dürften die intressierenden Boot-Einträge sein.
Arch klappt so, Sam bricht irgendwann ab (hab die letzte Meldung nicht im Kopf, ich glaub es war beim Versuch sdb einzubinden).

Gruß

P.S.: Ich werde mir beim nächsten Antworten bischen Zeit lassen ... sonst überschneiden sich unsere Edits und Antworten immer

 

[rdg]

bitte noch:

device.map

danke!

 

[TeaAge]

(hd0) /dev/sda
(hd1) /dev/sdb

Achso nochwas ... die Einträge von der menu.lst klappen nur, wenn die USB-Platte in der Bootreihenfolge hinter der internen Platte liegt. Das hat zur Folge das Grub die USB-Platte garnicht findet .... deswegen der Umweg über die Bootpartition sda8

Gruß

 

[rdg]

/dev/sda8
hier liegt dein Problem, für jedes BS der externen muss einmal /boot vorhanden sein. es sei denn beide verwenden den selben kernel, das wird aber abenteuerlich!