Hilfe !!! Win-xp, Vista, opensuse 11.0 auf eine Festplatte

[AranankA]

Diesen "Unfug" mit den LW-Buchstaben bin ich so gewöhnt. SRY! Dass diese Üblichkeit hier unerwünscht ist, wußte ich nicht.
Weil wir gerade bei Unfug sind: Wo schaltet man dauerhaft diese infantilen graf. Smileys ab?

Die Ausgaben kann ich nicht posten, da ich zum Zwecke der Fortführung meiner Arbeit den MBR wieder auf XP/Vista gesetzt habe und somit mom. keinen Zugriff auf Suse11 habe.

 

[schwedenmann]

Suse

hallo

fdisk -l und menu.lst kann man auch per Livecd posten.

mfg
schwedenmann

P.S.

Zu den Laufwerksbuchstaben, leider weiß da keiner, ob es primäre log. Partitionen sind, das ist ein riesen Nachteil dieser Bezeichnungen.

 

[supersucker]

Die Ausgaben kann ich nicht posten, da ich zum Zwecke der Fortführung meiner Arbeit den MBR wieder auf XP/Vista gesetzt habe und somit mom. keinen Zugriff auf Suse11 habe.

Installier dir einfach die ext-Treiber von http://fs-driver.org und du kannst unter Windows problemlos auf deine Linux-Partitionen zugreifen. (Ich setze voraus, das du ext3 als Dateisystem genommen hast, für ReiserFS gibt es auch entsprechende Tools.)

Dann mal die Datei /boot/grub/menu.lst hier posten.

Diesen "Unfug" mit den LW-Buchstaben bin ich so gewöhnt.

Noch kurz zur Erklärung:

LW-Buchstaben sind eine Erfindung von Microsoft und unter anderen Betriebssystemen ohne Bedeutung / Informationsgehalt.

 

[AranankA]

Vorerst mal die fdisk -l für die betroffenen LW:

Platte /dev/hda: 120.0 GByte, 120060444672 Byte
255 Köpfe, 63 Sektoren/Spuren, 14596 Zylinder
Einheiten = Zylinder von 16065 × 512 = 8225280 Bytes

Gerät boot. Anfang Ende Blöcke Id System
/dev/hda1 * 1 6527 52428096 7 HPFS/NTFS
/dev/hda2 6528 14596 64814242+ f W95 Erw. (LBA)
/dev/hda5 6528 7832 10482381 7 HPFS/NTFS
/dev/hda6 7833 12401 36700461 7 HPFS/NTFS
/dev/hda7 12402 14596 17631306 7 HPFS/NTFS

Platte /dev/hdb: 200.0 GByte, 200049647616 Byte
255 Köpfe, 63 Sektoren/Spuren, 24321 Zylinder
Einheiten = Zylinder von 16065 × 512 = 8225280 Bytes

Gerät boot. Anfang Ende Blöcke Id System
/dev/hdb1 * 1 22192 178257208+ 7 HPFS/NTFS
/dev/hdb2 22193 23047 6867787+ 83 Linux
/dev/hdb3 23048 24321 10233405 f W95 Erw. (LBA)
/dev/hdb5 23048 24060 8136891 83 Linux
/dev/hdb6 24061 24321 2096451 82 Linux Swap / Solaris

Das Ganze unter Live PCLinuxOS. Hier ist anscheinend die Zuordnung der Geräte anders, als unter Suse11 (hda ist unter Suse sdd und hdb = sde).

 

[schwedenmann]

Suse, XP, etc.

Hallo


Wo liegt denn jetzt Suse, du hast ja 2 große Partitioenn und eien swap ?

Wo liegt Vista ?


mfg
schwedenmann

 

[AranankA]

Tscha. Wo liegt Vista? Siehe Frage 1. in meinem ersten Post hier.
Von der Größe her ist es sdd7. Aber im GRUB erscheint es nicht.
Suse liegt auf sde2. sde5 ist /home.

Hier die verlangte menu.lst:

# Modified by YaST2. Last modification on Mo Jul 21 16:21:18 UTC 2008
default 0Mo
timeout 6
gfxmenu (hd1,1)/boot/message

###Don't change this comment - YaST2 identifier: Original name: linux###
title openSUSE 11.0
root (hd1,1)
kernel /boot/vmlinuz-2.6.25.5-1.1-pae root=/dev/disk/by-id/scsi-SATA_SAMSUNG_SP2014NS088J10L604754-part2 resume=/dev/sde6 splash=silent showopts vga=0x317
initrd /boot/initrd-2.6.25.5-1.1-pae

###Don't change this comment - YaST2 identifier: Original name: failsafe###
title Failsafe -- openSUSE 11.0 - 2.6.25.5-1.1
root (hd1,1)
kernel /boot/vmlinuz-2.6.25.5-1.1-pae root=/dev/disk/by-id/scsi-SATA_SAMSUNG_SP2014NS088J10L604754-part2 showopts ide=nodma apm=off acpi=off noresume nosmp noapic maxcpus=0 edd=off x11failsafe vga=0x317
initrd /boot/initrd-2.6.25.5-1.1-pae

###Don't change this comment - YaST2 identifier: Original name: windows 4###
title Windows-Partitionen
rootnoverify (hd1,1)
chainloader (hd0,0)+1

###Don't change this comment - YaST2 identifier: Original name: floppy###
title Diskette
rootnoverify (hd1,1)
chainloader (fd0)+1

Und hier die fdisk -l unter Suse11:

Platte /dev/sdd: 120.0 GByte, 120060444672 Byte
255 Köpfe, 63 Sektoren/Spuren, 14596 Zylinder
Einheiten = Zylinder von 16065 × 512 = 8225280 Bytes
Disk identifier: 0x03ac03ab

Gerät boot. Anfang Ende Blöcke Id System
/dev/sdd1 * 1 6527 52428096 7 HPFS/NTFS
/dev/sdd2 6528 14596 64814242+ f W95 Erw. (LBA)
/dev/sdd5 6528 7832 10482381 7 HPFS/NTFS
/dev/sdd6 7833 12401 36700461 7 HPFS/NTFS
/dev/sdd7 12402 14596 17631306 7 HPFS/NTFS

Platte /dev/sde: 200.0 GByte, 200049647616 Byte
255 Köpfe, 63 Sektoren/Spuren, 24321 Zylinder
Einheiten = Zylinder von 16065 × 512 = 8225280 Bytes
Disk identifier: 0x4c7cfeb1

Gerät boot. Anfang Ende Blöcke Id System
/dev/sde1 * 1 22192 178257208+ 7 HPFS/NTFS
/dev/sde2 22193 23047 6867787+ 83 Linux
/dev/sde3 23048 24321 10233405 f W95 Erw. (LBA)
/dev/sde5 23048 24060 8136891 83 Linux
/dev/sde6 24061 24321 2096451 82 Linux Swap / Solaris

 

[blue-dev]

Hallo




das hab ich nie gesag, es muß aber eine c: mit fat oder ntfs voorhanden sein, bzw. man muß per map oder Biosumstellung aus d: c: machen,

Ohne C: kann man zwar installieren, aber nicht booten.

mfg
schwedenmann

Ich hab mir jetzt die restlichen Beiträge nicht zur gänze durchgelesen, aber man kann auch ohne C:\ booten, und das ohne Probleme, zumindest bei XP.
Ich hatte auf einigen Rechner einen Dualboot mit Arch und Winxp und da war der default Laufwerksbuchstabe J:\, und das ging ohne Probleme.

Vielleicht vertust du dich da mit einer älteren SP Version als zwei.
Generell haben aber 90% aller externen windows Anwendungen %systemroot% in ihrer Install Zeile und nicht einen statischen Link auf C:\, bei allen internen Windows Programme sind dies die vollen 100%, da windows sonst nicht laufen würde wenn der Laufwerksbuchstabe eben nicht C:\ ist.

Wenn es ohne C:\ nicht gehen würde, wäre das auch für die Server varianten sehr Fatal. Meinen Erfahrungen nach ist in dem Bereich häufig Z:\ als Hauptpartition zu finden und C:\ komplett leer und für die Daten des Kunden gedacht.

 

[doc]

@bluedev egal wohin du xp installierst, die boot.ini und der restlich bootkram wird nach c: geschrieben.

und btw.

Ohne C: kann man zwar installieren, aber nicht booten.

ich konnte es nicht installieren ohne das die erste partition der platte eine windows partition war ...


@AranankA

Gerät boot. Anfang Ende Blöcke Id System
/dev/sdd1 * 1 6527 52428096 7 HPFS/NTFS
/dev/sdd2 6528 14596 64814242+ f W95 Erw. (LBA)
/dev/sdd5 6528 7832 10482381 7 HPFS/NTFS
/dev/sdd6 7833 12401 36700461 7 HPFS/NTFS
/dev/sdd7 12402 14596 17631306 7 HPFS/NTFS

sdd müsste hd0 sein, welche pertition dein vista hat musste selbst wissen

###Don't change this comment - YaST2 identifier: Original name: windows 4###
title Windows-Partitionen
rootnoverify (hd1,1)
chainloader (hd0,0)+1

ist deine vista partition /dev/sdd7 müsste da also:

rootnoverify (hd0,6)

stehen, aber das mit dem chainloader weiss ich nicht ... habe kein vista; für xp steht da bei mir einfach nur:

chainloader +1

 

[AranankA]

Die Startdateien von den Windows-Installationen liegen nach der Listung von fdisk -l auf sdd. Genauer auf sdd1 (das ist XP_INET; also C: ). Vista liegt auf sdd7, hat aber seinen bootmng auch auf sdd1. Ohne GRUB startet zuerst ein Bootscreen auf dem ich mich zwischen "Früheren Windowsinstallationen" und "Windows Vista" entscheiden kann (Standard ist "Frühere"). Das kommt vom bootmng. Anschließend kommt die Auswahl der XP Inst. über die boot.ini (Standard ist XP_INET, also sdd1).
Installiere ich nun GRUB in den MBR, müsste theoretisch der Aufruf von sdd1 (also windows4 - was GRUB ja auch vorschlägt) den bootmng von Vista starten. Und genau das passiert nicht: Es erscheint ein lapidares

Error! Neustart mit [Strg]+[Alt]+[Entf]

ohne weitere Erläuterungen. Per [Strg]+[Alt]+[Entf] lande ich wieder im GRUB und letztendlich auf Suse11 als einzigem System, welches noch bootet.
Stelle ich den MBR wieder Windowsgerecht her, ist GRUB weg und ich habe keinen Zugriff mehr auf Suse11.

Es würde mir vorerst schon mal helfen, wenn ich wüsste, was ich am Promt der Linux-Bootdiskette eintragen muss, damit ich Suse11 starten kann.
"GRUB root (???)..." und dann weiter?

Seltsamerweise bietet mir die Konfiguration von GRUB unter YAST fd0 nicht als möglichen Installationsort für den Bootloader an. Auch während einer Neuinstallation erscheint fd0 nicht in der Auswahl.

 

[doc]

root (hd1, ... und dann tab drücken dann zeigt er dir was möglich ist, wahlweise natürlich auch

root (hd0,

damit solltest du dann rausfinden welches die richtige platte/partition ist

auf einer linux partition kannst du so auch browsen

Beispiel von meiner pladde

grub> root (hd1,2)/ ### tab drücken dann kommt folgende ausgabe -->
Possible files are: lost+found usr STUFF media mnt proc var sys home dev bin boot etc lib root sbin tmp opt

 

[AranankA]

Danke für die Hinweise.
SUSE bootet mittlerweile einwandfrei von Bootdiskette und XP/Vista einwandfrei aus dem MBR.
Eintragung in der menu.lst der Bootdiskette:

root (hd1,1)
kernel /boot/vmlinuz root=/dev/hdb2
initrd /boot/initrd

In der menu.lst von SUSE selber habe ich Veränderungen vorgenommen, die zwar an der Problematik nichts ändern, aber zumindest eine Fehlermeldung provozieren, wenn ich GRUB in den MBR schreibe und versuche "Windows-Installationen" von dort zu starten:

Filesystem type unknown
partition type 0x7
ERROR 15: file not found

Die Änderungen (nach dieser Anleitung) im Einzelnen:

###Don't change this comment - YaST2 identifier: Original name: windows 4###
title Windows-Installationen
# rootnoverify (hd1,1)
# chainloader (hd0,0)+1
root (hd0,0)
savedefault
chainloader +1

Lt. device.map ist (hd0) /dev/sdd1 mit ntldr etc.

Langsam sehe ich nicht mehr durch.

 

[doc]

zumindest sollte es jetzt die richtige partition sein ... vieleicht

rootnoverify (hd0,0)

 

[AranankA]

Was vorher nicht übernommen wurde, wurde nach einen kmplt. Neukonfiguration nun doch angewendet.
Ich habe die vorhandenen Einträge in menu.lst gelöscht, einen Neuvorschlag über GRUB machen lassen und diesen sofort modifiziert (auch der Vorschlag brachte wieder

title Windows-Partitionen
rootnoverify (hd1,1)
chainloader (hd0,0)+1 v

) aber die sofortige Änderung vor einem Neustart in die besagten

title Windows-Partitionen
rootnoverify (hd0,0)
chainloader +1

führte letztendlich zum Erfolg.
Keine Ahnung, warum das vorher nicht wollte...

Danke für die Mitwirkung. Von meiner Seite aus erledigt.