Andere: grub.conf geht nicht

Naja ReiserFS warum?

Warum keine extra für boot auf ext2/ext3?

Warum 1,5GB Platzverschwendung ähm swap?


 

Booting "Kororaa Gentoo"

root (hd1,0)  <=  (hd1,1)
 Filesystem type is reiserfs, partition type 0x83
kernel /kernel-2.6.14.igz root=/dev/hdb2

Also deine Festplattennamen irritieren mich... nein, ich halte sie einfach für falsch! Was sagt denn deine device.map?

(cat /boot/grup/device.map)

 

Also deine Festplattennamen irritieren mich

das geht schon, aber was, wo drauf ist! 

Das geht? eine gestartete live-cd erkennt die Platten aber anders... das irritiert mich.
Für mich war bislang auch: hda1 in grub hd0,0
und hdb1 in grub hd1,0
Warum sollte das hier anders sein.

Dass die Partitionierung im vorliegenden Fall etwas verwurstet ist (boot und rootverzeichnisse auf verschiedenen Festplatten...da freuen sich die grubstages...;-)) ist eine andere Sache, sollte aber prinzipiell keine Probleme machen (ein Grund, hier Reiser zu nehmen..... da werden stage1 und stage2 nochmal extra hart verlinkt....oder so....)
Aber generell geb ich dir recht.... warum einfach, wenn es auch kompliziert geht?

 

eine gestartete live-cd erkennt die Platten aber anders... das irritiert mich.

kommt drauf an welche Distri man am wickel hat!

bei meiner Distri werden alle HDD's
egal ob IDI, SCSI oder SATA als sd-Geräte erkannt und
in grub natürlich als hdx.y -Geräte
 

Das ist wohl war...aber unabhängig davon ob sd oder hd... bei Beiden wäre das a dahinter gleichbedeutend mit der Platte 0 in Grub. Oder irre ich mich? wenn dem so ist, muss der Ausgangsposter lediglich die Festplattennummern tauschen. 

die Festplattennotierung

Linux hda/sda
grub  hd0 in beiden Fällen natürlich

Linux hda1/sda1
grub  hd0,0

Linux hdb1
grub  hd1,0

usw

 

weiter:
auf hda liegen die partitionen hda1, 87.21 gb, und hda2, 1.5 gb, und dazwischen 23 gb unpartitioniert. hda1 ist reiserFS und soll "/" die wurzel werden. hda2 ist nur linux-swap.
auf hdb liegen auf den ersten 55 gb windows auf hdb1 und werden gefolgt vom letzten gigabyte der platte hdb2, was wieder reiserFS ist und wo mein grub und kernel drauf sollen. nochmal kurz:

hda/hd1:
-> hda1/hd1,0: "/", ReiserFS, 88gb
 (23gb unpartitioniert)
-> hda2/hd1,1: LinuxSwap, 1.5gb

hdb/hd0:
-> hdb1/hd0,0: Windows, NTFS, 55gb
-> hdb2/hd0,1: "/boot", ReiserFS, 1gb

Damit ergibt sich folgendes Fehlerszenario:
1.) Er hat grub auf hda in den mbr schreiben lassen. Dann wäre die grub.conf aber falsch, weil grub sich nach stage1 selbst nicht mehr findet.
2.) Er hat grub tatsächlich in den mbr von hdb installiert - dann muss er im bios die zweite Platte zum starten bevorzugen.
3.) Er hat grub in den boot-sector der zweiten Platte installiert.... keine Ahnung, was dann passieren würde.

TEUFELSWERK.... ???

hi, cool, dass ihr diskutierfreudig seit
es freut mich, vor allem da ich experimentierfreudig bin. schwer zu verkennen.

mir scheint, ich muss wohl als erstes nochmal erläutern, wie es zu der partitionierung kam. ausgangspunkt ist, dass ich das installierte windows einmal neu machen wollte, die mitgelieferte windows-cd (damals war xp grad neu - und ich habe einen xp-rechner gekauft) hat aber nicht nach reparieren oder ähnlichem gefragt, sondern sofort lustig drauf losinstalliert. nach paritionieren hat sie auch nicht gefragt und einfach ein zweites windows xp installiert. dessen dateien - also wirklich die dateien des betriebssystems - verteilte es auf beide festplatten. also habe ich erstmal partitionen gelöscht, eine festplatte abgesteckt und dann nochmal installiert und zuguterletzt die andere festplatte wieder angesteckt. das alte windows habe ich draufgelassen, da ich zu faul war, alle dateien, programmdateien usw erst sicherheits zu kopieren. jetzt habe ich zur installation von linux aber eine der beiden installationen einfach gelöscht (partition gelöscht, festplatte leer) und so lag eine windowsinstallation auf hdb mit einem gigabyte hinten frei (unpartitioniert) und hda war leer.

irgendwann habe ich mal gehört, wenn man 2 festplatten hat, soll man den kernel (bestens) auf eine andere festplatte als wo die rootpartition liegt, verlegen, da beim arbeiten dann programme/dateien und der kernel gleichzeitig gelesen werden können ohne dass die nadel sich zuviel bewegt. bisher dachte ich, der kernel wird zuerst vollkommen in den ram geladen und deswegen verstand ich diesen hinweis nicht so ganz, aber bei der mir vorliegenden partitionierung mit ein GB hinter windows unpartitioniert, bot sich gerade mal an, dem hint zu folgen.

mit reiserFS arbeite ich schon lange und da habe ich mich gefragt 'warum nicht einfach auf der bootpartition auch?' - wenn es doch eigentlich auch egal ist, welches dateisystem ich da verwende. gerade wenn die partition einen gigabyte groß ist.

swap habe ich drauf, da der rechner nur 512 mb ram hat. (beim kauf nur 256 und windows hat schon nach dem boot in die auslagerungsdatei geschrieben *lach*) möchte ich mal eine größere bilddatei mit vielen ebenen bearbeiten oder - besser - gleich mehrerer solcher dateien gleichzeitig sollte der rechner doch wenigstens die festplatte mitnutzen anstatt out-of-memory zu gehen und meine arbeit ist dahin. (passiert doch dann, oder?)

soweit so gut, also stelle ich im bios hdd-1 (hdb/hd0) als startfestplatte ein und setze auf hdb/hd0 die boot-flag auf die 2. partition hdb2/hd0,1 (auf hda ist keine boot-flag gesetzt)
um den mbr einzustellen habe ich ne livecd gestartet, hda1/hd1,0 gemountet und gechrootet und dann den befehl grub eingegeben. dort habe ich dann "root (hd1,1)" und "setup (hd1)" eingegeben. - Moment, habe ich wirklich das eingegeben? das wäre ja jetzt falsch, aber damals war ich davon überzeugt, dass grub hda als hd0 und hdb als hd1 tituliert, also müsste ich alles wie beschrieben eingegeben haben. wie lese ich aus, was ich eingegeben habe? dem muss ich nochmal nachgehen. - dann habe ich "quit" eingegeben und in der bash "init 6", so, cd raus, sehen was passiert. grub startet sich und dass es das tat, versteh ich jetzt nicht mehr ganz^^

allerdings kam dann beim start von linux oder windows, dass der bootloader das dateisystem nicht kennt und die gewählte partition nicht starten kann, bei starten von linux sah das zum beispiel so aus:
 

Booting command-list

root (hd0,0)
 Filesystem type unknown, partition type 0x7
kernel /kororaa-2.6.14.igz root=/dev/hdb2

Error 17: Cannot mount selected partition

Press any key to continue...

an der stelle dann musste ich probieren und festgestellen, dass im grub hda==hd1 und hdb==hd0 gilt. nachdem ich jeweils die root-zeilen (einmal root, einmal rootnoverify) korrigiert hatte kam ich dann zu den errors, die ich in meinem allerersten post beschrieben haben.


finde es toll, wie ambitioniert hier alle beim thema sind. selbst finde ich es immer wieder schön, etwas dazuzulernen und habe zum beispiel von der grub/device.map noch nie etwas gehört und auch von den grub-stages keine ahnung gehabt.

zu guterletzt noch meine device.map: 

(hd0)   /dev/hda
(hd1)   /dev/hdb

 

Booting "Kororaa Gentoo"

root (hd1,0)  <<<<<=======  (hd1,1)
 Filesystem type is reiserfs, partition type 0x83
kernel /kernel-2.6.14.igz root=/dev/hdb2 

hier ist eine Änderung!
falls du booten willst!

 

irgendwann habe ich mal gehört, wenn man 2 festplatten hat, soll man den kernel (bestens) auf eine andere festplatte als wo die rootpartition liegt

Partition, Partition!

swap habe ich drauf, da der rechner nur 512 mb ram hat. (beim kauf nur 256 und windows hat schon nach dem boot in die auslagerungsdatei geschrieben

Vergessen das du mit Linux arbeitest? hier reichen 512MB dicke!

 

root (hd0,0)
 Filesystem type unknown, partition type 0x7
kernel /kororaa-2.6.14.igz root=/dev/hdb2
 

So kann es auch nicht funktionieren,
weil Partition type 0x7 ist NTFS!

hi knut, danke wieder der schnellen antwort, aber so falsch liege ich garnicht.

hier ist eine Änderung!
falls du booten willst!

nein, nein, denn (hd1,1) ist ja meine swap-partition, denn sonst wäre Partition 0 auf hd1 ja nicht reiserFS, sondern NTFS (siehe unten nochmal)
aber du meinst, die root-zeile gibt an, wo der bootloader die "/" wurzel beim suchen des kernels ansetzen soll und nicht, wo der kernel die wurzel für das dann laufende linux ansetzt. dann habe ich da schon einen denkfehler, danke, probier ich dann gleich. erklärt die meldung "File not found"
trotzdem erstmal zu dem rest^^

Partition, Partition!

Bootloader und Kernel der Ordnung halber auf eine eigene Partition zu setzen verstehe ich noch, aber es ging ernsthaft um das gleichzeitige lesen von kernel-informationen und zB binär-programm-texten oder einfach dateien. kam mir wie gesagt auch seltsam vor, aber es bot sich an, den vorschlag mit einer anderen festplatte einfach mal umzusetzen. daran sollte es ja nicht scheitern, oder? (oder? (: )

[/url] Vergessen das du mit Linux arbeitest? hier reichen 512MB dicke!

trotzdem kann ich auch mit linux programme ausführen, die den arbeitsspeicher auslasten, wie bild- oder videobearbeitung zum Beispiel. aber bisher macht die swap nichts weiter als rumliegen, sie sollte jetzt erstmal nicht stören, ich kümmere mich später um sie. empfindest du swap wirklich so sinnlos? ist vielleicht auch einmal was, worüber man reden kann, geht sicher aber erstmal offtopic. bin trotzdem ganz ohr, wenn du dazu was schreibn möchtest per pn vielleicht?

So kann es auch nicht funktionieren,
weil Partition type 0x7 ist NTFS!

ja, (hd0,0) ist ntfs. das war der punkt an dem ich dann bemerkt habe, dass hdb==hd0 gilt. ich wollte an dieser stelle nur noch einmal den moment, an dem ich das bemerkt habe, deutlich machen.



gutgut, korrigier ich mal den fehler in der rootzeile, ich war irgendwie fest davon überzeugt, dass diese rootzeile dem kernel übergeben sollte, wo er den "/" root ansetzen soll. weiß nicht, warum ich davon so überzeugt war, jetzt seh ichs. danke

 

hdb/hd0:
-> hdb1/hd0,0: Windows, NTFS, 55gb
-> hdb2/hd0,1: "/boot", ReiserFS, 1gb

lt dieser Aussage ist deine /boot
auf hdb2, also
grub hd1,1
 

Wie ich's mir gedacht habe. Festplattenordnung im Bios umgebogen...
Dann noch ein Problem: dein ntloader wird wirklich nicht da sein... den hast du dir beim löschen der ersten Festplatte gehimmelt.
Die einfachste Lösung, um alle Probleme ein für allemal los zu werden: mach alles neu.
Selbst wenn du es jetzt schaffst, alles nochmal hinzubiegen, in ein paar Monaten ist das vergessen.... und dann verliert man schnell den Überblick. Das Verteilen von "/" und "/boot" auf zwei Festplatten ist (wie du siehst) nicht wirklich die beste Idee, die ich je gelesen habe...;-)   

Und noch eins: deine device.map passt nicht zu deinen Aussagen (und in diesem Falle auch nicht zum System.)

Ergo: nach dem Umbiegen der Bootreihenfolge im Bios sollte deine Windows Startpartition hd0,0 sein und deine linux-Anfangsadresse hd0,1

Im Grunde ist aber durch diese Trickserei alles schief.