PDA

Archiv verlassen und diese Seite im Standarddesign anzeigen : Beim Windows Start: Invalid device requested



marmor
09.07.08, 12:40
Hallo!

Eigentlich wollte ich ja nur ein Kernelupdate über Yast machen. Tat ich auch. Beim Neustart waren plötzlich die alten und neuen Kernelstartoptionen im Grub enthalten. Ich klickte eine alte Startoption an, die funktionierte nicht, Grub wechselte zum Textmodus und ich startete die neue Kernelversion.

Klappte.

Ich löschte die alte via Yast aus Grub raus. (windows hab ich nicht angerührt)

probierte neu zu starten um Windows sicherheitshalber zu probieren und es klappte nicht. Grub wechselte bei der Fehlermeldung aber sofort wieder zur Textauswahl, sodass ich die Meldung nicht lesen konnte. Ich änderte daher /boot/grub/menu.lst von

title Windows
rootnoverify (hd0,6)
chainloader (hd0)+1

auf

title Windows
rootnoverify (hd0,6)
makeactive
chainloader (hd0)+1

dadurch blieb die Fehlermeldung.

Error 12: Invalid device request

Auf der Grub Homepage fand ich "nur" folgenden Eintrag:

12 : Invalid device requested
This error is returned if a device string is recognizable but does
not fall under the other device errors.

Nur weiß ich nicht, was ich damit anfangen soll.
Nach wie vor habe ich seit dem "falschen Kernelboot" nur Textauswahl.

Ich habe Suse 11.0 und hier funktioniert die Rep Funktion via DVD, doch findet diese Funktion keinen Fehler und wenn ich auf "manuell" gehe, wird mir nur eine Opensuse Kernel Funktion vorgeschlagen. Ich habe aber auch XEN und RT Kernel installiert. Über Yast schaut Grub eigentlich gut aus, aber Windows startet hat nicht und "nur" die Text Grub Version.

Anbei die Grub Datei und auch die FStab, falls sie zwecks Festplattenaufteilung benötigt wird.

Liebe Grüße

Martin




Derzeit schaut meine Grub Datei so aus:

# Modified by YaST2. Last modification on Mi Jul 9 13:04:03 CEST 2008
default 2
timeout 8

###Don't change this comment - YaST2 identifier: Original name: linux###
title Rt -- openSUSE 11.0 - 2.6.25.9-0.2
kernel (hd0,6)/boot/vmlinuz-2.6.25.9-0.2-rt root=/dev/disk/by-id/scsi-SATA_SAMSUNG_HD250HJS0URJDQPA00163-part7 resume=/dev/sdb6 splash=silent showopts vga=0x317
initrd (hd0,6)/boot/initrd-2.6.25.9-0.2-rt

###Don't change this comment - YaST2 identifier: Original name: xen###
title Xen -- openSUSE 11.0 - 2.6.25.9-0.2
kernel (hd0,6)/boot/xen.gz
module (hd0,6)/boot/vmlinuz-2.6.25.9-0.2-xen root=/dev/disk/by-id/scsi-SATA_SAMSUNG_HD250HJS0URJDQPA00163-part7 resume=/dev/sdb6 splash=silent showopts vga=0x317
module (hd0,6)/boot/initrd-2.6.25.9-0.2-xen

###Don't change this comment - YaST2 identifier: Original name: linux-2.6.25.9-0.2-default###
title openSUSE 11.0 - 2.6.25.9-0.2 (default)
kernel (hd0,6)/boot/vmlinuz-2.6.25.9-0.2-default root=/dev/disk/by-id/scsi-SATA_SAMSUNG_HD250HJS0URJDQPA00163-part7 resume=/dev/sdb6 splash=silent showopts vga=0x317
initrd (hd0,6)/boot/initrd-2.6.25.9-0.2-default

###Don't change this comment - YaST2 identifier: Original name: failsafe###
title Failsafe -- openSUSE 11.0 - 2.6.25.9-0.2
kernel (hd0,6)/boot/vmlinuz-2.6.25.9-0.2-default root=/dev/disk/by-id/scsi-SATA_SAMSUNG_HD250HJS0URJDQPA00163-part7 showopts ide=nodma apm=off acpi=off noresume edd=off x11failsafe vga=0x317
initrd (hd0,6)/boot/initrd-2.6.25.9-0.2-default

###Don't change this comment - YaST2 identifier: Original name: linux-2.6.25.9-0.2-debug###
title Debug -- openSUSE 11.0 - 2.6.25.9-0.2
kernel (hd0,6)/boot/vmlinuz-2.6.25.9-0.2-debug root=/dev/disk/by-id/scsi-SATA_SAMSUNG_HD250HJS0URJDQPA00163-part7 resume=/dev/sdb6 splash=silent showopts vga=0x317
initrd (hd0,6)/boot/initrd-2.6.25.9-0.2-debug

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

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


Und mein FStab

/dev/disk/by-id/scsi-SATA_SAMSUNG_HD250HJS0URJDQPA00163-part6 swap swap defaults 0 0
/dev/disk/by-id/scsi-SATA_SAMSUNG_HD250HJS0URJDQPA00163-part7 / reiserfs acl,user_xattr 1 1
/dev/disk/by-id/scsi-SATA_SAMSUNG_HD250HJS0URJDQPA00163-part1 /windows/c ntfs-3g users,gid=users,fmask=133,dmask=022,locale=de_DE.U TF-8 0 0
/dev/disk/by-id/scsi-SATA_SAMSUNG_HD250HJS0URJDQPA00163-part5 /windows/d ntfs-3g user,users,gid=users,umask=0002,utf8 0 0
proc /proc proc defaults 0 0
sysfs /sys sysfs noauto 0 0
debugfs /sys/kernel/debug debugfs noauto 0 0
usbfs /proc/bus/usb usbfs noauto 0 0
devpts /dev/pts devpts mode=0620,gid=5 0 0

marmor
09.07.08, 13:14
Also die Grafik hab ich mitlerweile hinbekommen. Dafür habe ich als. Zeile

gfxmenu (hd0,6)/boot/message

eingefügt.

Bei Windows selbst hatte ich aber noch keinen Erfolg.

Die Änderung von

rootnoverify (hd0,6)
chainloader (hd0)+1

auf

rootnoverify (hd0,)
chainloader (hd0)+1

oder

rootnoverify (hd0,)
chainloader (hd0)+1

brachte leider nichts

marmor
09.07.08, 14:13
Hi!

Ich bins nochmal. Im Internet gibt es 1000ende solcher Probleme. Da ist es total schwer das richtige zu finden.

Ich hab jetzt einiges herumprobiert, bin aber noch nicht weiter. Neuinstallation des Bootloaders hatte nichts gebracht. Bei 10.3 hatte ich das Problem, dort hatte ich gleich Suse neu installiert, war weniger Aufwand. jetzt habe ich doch schon einige Einstellungen vorgenommen und mag nicht neu installieren, wobei ich jetzt auch schon über 3 Stunden verbringe um den Bootloader zu "richten".

Was ich noch probierte:

Bei menue.lst

title Windows
rootnoverify (hd0,2)
chainloader (hd0)+1

title Windows
rootnoverify (hd0,3)
chainloader (hd0)+1

title Windows
rootnoverify (hd0,0)
chainloader (hd2)+1
(wobei hier schreibt er mir, dass es die Disk nicht gibt, dürfte also falsch sein)

weiters habe ich bei device.map

(hd0) /dev/sdb
auf
(hd0) /dev/sda
geändert. Linux geht in beiden Fällen zu Booten, windows in beiden Fällen nicht.

fdisk -l gibt folgendes aus

Platte /dev/sda: 250.0 GByte, 250059350016 Byte
255 Köpfe, 63 Sektoren/Spuren, 30401 Zylinder
Einheiten = Zylinder von 16065 × 512 = 8225280 Bytes
Disk identifier: 0xff83ff83

Gerät boot. Anfang Ende Blöcke Id System
/dev/sda1 * 1 9944 79875148+ 7 HPFS/NTFS
/dev/sda2 9945 30400 164312820 f W95 Erw. (LBA)
/dev/sda5 9945 29125 154071351 7 HPFS/NTFS
/dev/sda6 29126 29217 738958+ 82 Linux Swap / Solaris
/dev/sda7 29218 30400 9502416 83 Linux

Falls ich das nicht hinbekomme, gibt es einen Weg, dass ich Linux "überspiele" also dass andere Software die nicht auf der CD oben ist, oben bleibt? Ich mag nicht das ganze Linux neu installieren, bloß weil jetzt der Bootloader nicht mehr geht. Das wäre ja ähnlich wie wenn ich ein Auto verschrotte und neu baue, bloß weil ich eine Reifenpanne habe.

Liebe Grüße Martin

Rain_maker
09.07.08, 14:16
###Don't change this comment - YaST2 identifier: Original name: windows###
title Windows
rootnoverify (hd0,0)
makeactive
chainloader (hd0)+1

fuffy
09.07.08, 14:35
Hi!




###Don't change this comment - YaST2 identifier: Original name: windows###
title Windows
rootnoverify (hd0,0)
makeactive
chainloader (hd0)+1
Müsste das nicht "chainloader (hd0,0)+1" heißen (1. Sektor der 1. Partition auf der 1. Platte)? rootnoverify und makeactive sind eigentlich unnötig, wenn es keine weitere Windows-Installation gibt.

Gruß
fuffy

marmor
09.07.08, 14:37
Hallo!

Danke für die Antwort!

Derzeit habe ich folgende Meldung für einen Bruchteil von Sekunde, wenn ich Windows starten möchte

Inizialing gfx code

Dann kommt wieder der Bootloader

Ich probierte auch über Yast "gfxboot" und "grub" zu erneuern. Leider half das auch nix.

Derzeitige Einstellungen:

title Windows
rootnoverify (hd0,6)
chainloader (hd0)+1

Und auf device.map

(hd0) /dev/sda

Rain_maker
09.07.08, 15:04
Kann ich nach jahrelanger Windowsabstinenz jetzt nicht sicher beurteilen, was ich aber sicher sagen kann, der derzeitige Stand mit hd0,6 (das sprang jedenfalls sofort ins Auge) _kann nicht_ funktionieren.

Wenn ein root oder rootnoverify angegeben wird, dann auch mit der richtigen Partition und die ist nun mal (hd0,0).

IIRC reicht dann sogar ein einfaches chainloader +1 ohne weitere Angaben der Platte/Partition.

Greetz,

RM

//Edit:

Mal in den alten Config-Dateien (was ich nicht alles "backuppe", das kann auch bald mal weg) gestöbert und @fuffy=> you're right.



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

Damals lag noch ein Windows auf hda2, für den Threadersteller bedeutet das:



###Don't change this comment - YaST2 identifier: Original name: windows###
title Windows
chainloader (hd0,0)+1sollte reichen.

marmor
09.07.08, 15:26
Hallo Rainmaker!"

Das war es... Du hattest es eh beim vorigen Eintrag geschrieben und ich "nur" das obere ausgebessert gehabt weil ich Dachte, dass es von Dir ein Tippfehler war.

Du schriebst dass es:

chainloader (hd0,0)+1

heißen müsste.

Ja, der Grub hatte bei dem Fehlstart zum falschen Kernel nicht nur in der Zeile drüber das 0,0 auf 0,6 geändert und die Grafik rausgelöscht, sondern auch beim chainloader das ,0 weggelassen gehabt.

Auf das hatte ich die ganzen 5 Std. nicht geschaut.

Danke nochmal. Ich kann jetzt alles starten! Danke!

Rain_maker
09.07.08, 15:28
Bedank Dich lieber bei fuffy, den Fehler bei rootnoverify hatte ich gesehen, den anderen zuerst nicht.

marmor
09.07.08, 15:31
Falls noch wer das Problem hat und keine Lust hat, das Auto zu verschrotten und neu zu bauen, bloß weil er eine Reifenpanne hat.

Windows Starten geht bei mir mit der /boot/grub/menu.lst Dateil:

# Modified by YaST2. Last modification on Mi Jul 9 15:24:21 CEST 2008
default 2
timeout 8
gfxmenu (hd0,6)/boot/message

###Don't change this comment - YaST2 identifier: Original name: linux###
title Rt -- openSUSE 11.0 - 2.6.25.9-0.2
root (hd0,6)
kernel /boot/vmlinuz-2.6.25.9-0.2-rt root=/dev/disk/by-id/scsi-SATA_SAMSUNG_HD250HJS0URJDQPA00163-part7 resume=/dev/sdb6 splash=silent showopts vga=0x317
initrd /boot/initrd-2.6.25.9-0.2-rt

###Don't change this comment - YaST2 identifier: Original name: xen###
title Xen -- openSUSE 11.0 - 2.6.25.9-0.2
root (hd0,6)
kernel /boot/xen.gz
module /boot/vmlinuz-2.6.25.9-0.2-xen root=/dev/disk/by-id/scsi-SATA_SAMSUNG_HD250HJS0URJDQPA00163-part7 resume=/dev/sdb6 splash=silent showopts vga=0x317
module /boot/initrd-2.6.25.9-0.2-xen

###Don't change this comment - YaST2 identifier: Original name: linux-2.6.25.9-0.2-default###
title openSUSE 11.0 - 2.6.25.9-0.2 (default)
root (hd0,6)
kernel /boot/vmlinuz-2.6.25.9-0.2-default root=/dev/disk/by-id/scsi-SATA_SAMSUNG_HD250HJS0URJDQPA00163-part7 resume=/dev/sdb6 splash=silent showopts vga=0x317
initrd /boot/initrd-2.6.25.9-0.2-default

###Don't change this comment - YaST2 identifier: Original name: failsafe###
title Failsafe -- openSUSE 11.0 - 2.6.25.9-0.2
root (hd0,6)
kernel /boot/vmlinuz-2.6.25.9-0.2-default root=/dev/disk/by-id/scsi-SATA_SAMSUNG_HD250HJS0URJDQPA00163-part7 showopts ide=nodma apm=off acpi=off noresume edd=off x11failsafe vga=0x317
initrd /boot/initrd-2.6.25.9-0.2-default

###Don't change this comment - YaST2 identifier: Original name: linux-2.6.25.9-0.2-debug###
title Debug -- openSUSE 11.0 - 2.6.25.9-0.2
root (hd0,6)
kernel /boot/vmlinuz-2.6.25.9-0.2-debug root=/dev/disk/by-id/scsi-SATA_SAMSUNG_HD250HJS0URJDQPA00163-part7 resume=/dev/sdb6 splash=silent showopts vga=0x317
initrd /boot/initrd-2.6.25.9-0.2-debug

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

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


----------------------

Zusammengefaßt:

Die Grafik bekam ich durch das Einfügen von

gfxmenu (hd0,6)/boot/message

zurück.

Bei Windows diesen Eintrag:

rootnoverify (hd0,0)
makeactive
chainloader (hd0,0)+1

vor allem bei chainloader darauf achten ob alle Nullen dran sind und das Kommer zwischen 00 nicht vergessen *g*

marmor
09.07.08, 15:33
Stimmt!

Fuffy, vielen Dank, den Fehler hatte ich übersehen gehabt und der war es!

Vielen Dank! Danke

Rain_maker
09.07.08, 15:43
Mal ne andere Frage.

Was willst du denn mit den ganzen verschiedenen Kerneln?

Da ist ja so ziemlich alles installiert, was es an "Flavors" gibt.

Den debug braucht Du sicher nicht, den xen wohl kaum.