-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hallo, beim Start meiner Windows-Partition (/dev/hda1) aus Grub heraus bekomme ich stets folgende Fehlermeldung: root (hd0,0) ~ Filesystem type unknown, partition type 0x7 chainloader +1 Hintergrund dabei ist folgender: Ich habe vor kurzem Windows XP in die primäre Partition der Festplatte installiert - zumindest den "DOS-basierenden" Teil der XP-Installation (nach dem geforderten Reboot konnte Windows allerdings nicht booten, also habe ich Grub wieder neu in den MBR geschrieben; Linux kann ich wieder starten, nur Windows bleibt mit o.g. Fehlermeldung stehen). Kann mir jemand weiterhelfen? Danke schon mal - - Stephan - -- ________________________________________________________________________ "Unix is user friendly, it's just very picky about who its friends are." ________________________________________________________________________ GnuPG/PGP public key: 0xAFA87A9E400B232B Key fingerprint.....: 064D F2EE 5948 C6BD E4B4 85F3 AFA8 7A9E 400B 232B -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFBfRiWr6h6nkALIysRArf8AJ9hJNqreeTttG3icE9n/g88/7MU7ACfbtNT DM1ODORuqkSyMB55Gto8myk= =mPBM -----END PGP SIGNATURE-----
Stephan Huber, Montag, 25. Oktober 2004 17:15:
Kann mir jemand weiterhelfen?
http://portal.suse.com/sdb/de/2004/05/fhassel_windows_not_booting91.html -- Antworten an lists@feile.net werden in /dev/null archiviert! Bitte ggf. lists... durch mail... ersetzen. Andreas Feile www.feile.net
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Danke, aber dieses Problem hatte ich bereits ausgeschlossen - keine meiner Platten wird als "broken" dargestellt (d.h. keine Fehler in der Partitionstabelle). Dieses Problem (siehe URL) trat einmal auf und zwar als ich zunächst Windows installierte und anschliessend Linux - daraufhin konnte ich Windows nicht mehr booten (Lösung war die Partitionstabelle zu reparieren, wie in der URL angegeben). Jetzt aber habe ich zuerst Linux installiert und anschliessend Windows (zumindest zur Hälfte, der fällige Reboot während der Installation gelingt mir nicht)... Woran kann das liegen, dass ich Windows nicht booten kann? - - Stephan Andreas Feile wrote: | Stephan Huber, Montag, 25. Oktober 2004 17:15: | | |>Kann mir jemand weiterhelfen? | | | http://portal.suse.com/sdb/de/2004/05/fhassel_windows_not_booting91.html | - -- ________________________________________________________________________ "Unix is user friendly, it's just very picky about who its friends are." ________________________________________________________________________ GnuPG/PGP public key: 0xAFA87A9E400B232B Key fingerprint.....: 064D F2EE 5948 C6BD E4B4 85F3 AFA8 7A9E 400B 232B -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFBfgZ9r6h6nkALIysRAtIRAJ9ZJN3s4Eysmm4s8F8F9Qbad6LQ+wCdFzzu NohBdOCzDFhxqM5nJ+8VZoU= =LYhu -----END PGP SIGNATURE-----
Am Dienstag 26 Oktober 2004 10:10 schrieb Stephan Huber:
Jetzt aber habe ich zuerst Linux installiert und anschliessend Windows (zumindest zur Hälfte, der fällige Reboot während der Installation gelingt mir nicht)...
Woran kann das liegen, dass ich Windows nicht booten kann?
Fehlt das Bootable Flag für die Win-Partition? YaST läßt es nämlich weg, da Linux es nicht braucht. Win dagegen startet ohne nicht. Guck mit fdisk nach und setze es gegebenenfalls nach. Dann kontrollierst Du noch Deine menu.lst; dort muß Win auch drin stehen. Wenn ich mich nicht irre, kann auch GRUB das bootable Flag setzen (makeactive). Helga -- ## Content Developer OpenOffice.org: lang/DE ## Office-Suite für Linux, Mac, Windows -- http://de.openoffice.org/ ## OpenSource-Werkstatt -- http://www.eschkitai.de/
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Helga Fischer wrote: | | Fehlt das Bootable Flag für die Win-Partition? | | YaST läßt es nämlich weg, da Linux es nicht braucht. Win dagegen | startet ohne nicht. | | Guck mit fdisk nach und setze es gegebenenfalls nach. Dann | kontrollierst Du noch Deine menu.lst; dort muß Win auch drin stehen. | Wenn ich mich nicht irre, kann auch GRUB das bootable Flag setzen | (makeactive). | Nein, die NTFS-Partition hatte ich bereits aktiv gesetzt. Ich denke, das Problem hat etwas mit dem MBR zu tun. Wenn ich in der Windows-Wiederherstellungskonsole mittels "fixmbr" den Master Boot Record meiner HD neu schreibe (d.h. Grub aus dem MBR entferne), wird mir dann auch der Eintrag für die Partitionstabelle neu geschrieben? Wie kann ich denn den MBR sichern (z.B. auf Diskette), um ihn bei Problemen wieder zurückzuspielen? - - Stephan - -- ________________________________________________________________________ "Unix is user friendly, it's just very picky about who its friends are." ________________________________________________________________________ GnuPG/PGP public key: 0xAFA87A9E400B232B Key fingerprint.....: 064D F2EE 5948 C6BD E4B4 85F3 AFA8 7A9E 400B 232B -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFBf1+yr6h6nkALIysRAjAaAJ9hHyE1E9S3+yxS9iIN+Ph1OYtW6QCfQBBc XdIgHIA9n8DvrQGdIslwIJ4= =i6gb -----END PGP SIGNATURE-----
Hallo Stephan, Am Mittwoch 27 Oktober 2004 10:43 schrieb Stephan Huber:
Wenn ich in der Windows-Wiederherstellungskonsole mittels "fixmbr" den Master Boot Record meiner HD neu schreibe (d.h. Grub aus dem MBR entferne), wird mir dann auch der Eintrag für die Partitionstabelle neu geschrieben? Wie kann ich denn den MBR sichern (z.B. auf Diskette), um ihn bei Problemen wieder zurückzuspielen?
Ich weiß, daß es geht. LILO hat ihn immer selbstständig gesichert. wie es GRUB hat, müßte ich nachlesen. Das Geschäft mit dem MBR habe ich immer die Anwendungen selbst machen lassen, also entweder Windows (entweder die ungefragte Variante oder die mit einer Startdiskette). Von Linuxseite aus habe ich immer LILO bzw. GRUB verwendet, sprich, wenn die kaputt waren, mußte eben ein Rettungssystem ran. Zu den Zeiten von LILO hatte ich immer eine an den jeweiligen Kernel angepaßte Startdiskette; GRUB nimmt auch einen anderen Kernel, sprich, ich nehme immer eine fast zur Distri passende CD, starte damit das auf der Platte liegende System und rufe grub-install auf. Ggfs, nachdem ich die menu.lst angepaßt habe. Da ich aber fast gar nicht mehr mit Windows arbeite, geht mir der Bootloader inzwischen ziemlich selten verloren. (Daß ich erst vor ein paar Tagen habe durchexerzieren müssen, war beruflich bedingt; da bin ich dann auch gleich bei einer SuSE 9.0 in einen kleinen Fehler des grub-install-Skripts reingerannt. Die Reparaturmaßnahme ist jedoch in der sdb beschrieben und leicht zu bewerkstelligen). Sonst suche mal David Haller Mails; er hat sich ganz sicher mal zum Thema geäußert. Vielleicht hat Du aber auch ein Problem, das mir noch nicht begegnet ist. (Das aus dem genannten sdb-Artikel ist mir auch noch nicht untergekommen und muß auch nicht sein ;)). Helga -- ## Content Developer OpenOffice.org: lang/DE ## Office-Suite für Linux, Mac, Windows -- http://de.openoffice.org/ ## OpenSource-Werkstatt -- http://www.eschkitai.de/
Am Mittwoch, 27. Oktober 2004 10:43 schrieb Stephan Huber:
Helga Fischer wrote: | Fehlt das Bootable Flag für die Win-Partition? | | YaST läßt es nämlich weg, da Linux es nicht braucht. Win dagegen | startet ohne nicht. | | Guck mit fdisk nach und setze es gegebenenfalls nach. Dann | kontrollierst Du noch Deine menu.lst; dort muß Win auch drin stehen. | Wenn ich mich nicht irre, kann auch GRUB das bootable Flag setzen | (makeactive).
Nein, die NTFS-Partition hatte ich bereits aktiv gesetzt. Ich denke, das Problem hat etwas mit dem MBR zu tun.
Wohl weniger. Der DOS-MBR sucht nach der aktiven Partition (Boot-Flag, geht nur bei einer primären Partition) und startet dort einen OS-Loader an einer ganz bestimmten Einsprungadresse im Bootsektor der Partition. Bei Win-NT/2k/XP ruft der die Datei NTLDR.EXE auf, die dann die BOOT.INI auswertet und den Rest von Windows läd. Bei GRUB wird der Stage1 in den MBR geschrieben, welcher statisch ist und Stage2 läd, welches dann z.B. die entsprechende menu.lst auswertet. Lilo läd dagegen das Startmenü selbst mit in den MBR, was zur Folge hat, dass nach jeder Änderung der MBR neu geschrieben werden muss. Stage2 läd dann den entsprechenden Kernel oder den OS-Loader auf der angegebenen Platte. Dafür muss man diesen Ort interaktiv angeben oder in der menu.lst richtig eintragen. Und da scheint ein Fehler vorzuliegen. Das sollte bei dir (natürlich entsprechend an die richtigen Platten/Partitionen angepasst) drinstehen: $ cat /boot/grub/device.map (fd0) /dev/fd0 (hd0) /dev/hda (hd1) /dev/hdb $ cat /boot/grub/menu.lst ... # booting windows title Windows XP # oder was auch immer root (hd0:2) # hier: 1. Platte (Nr. 0), 3. Partition (Nr. 2) makeactiv # sicherheitshalber ;-) chainloader +1 # gibt an, wo der Bootsektor steht, hier ab dem 1. Sektor # der Partition, es ist auch eine Dateiangabe mgl., z.B # bei DOS unter NT: chainloader /bootsect.dos ...
Wenn ich in der Windows-Wiederherstellungskonsole mittels "fixmbr" den Master Boot Record meiner HD neu schreibe (d.h. Grub aus dem MBR entferne), wird mir dann auch der Eintrag für die Partitionstabelle neu geschrieben?
Nein. Der MBR steht zwar auch in Sektor 1 der Platte, aber die Partitionstabelle steht weiter hinten und bleibt erhalten.
Wie kann ich denn den MBR sichern (z.B. auf Diskette), um ihn bei Problemen wieder zurückzuspielen?
z.B. mit dd -- Gruß MaxX Hinweis 1: PMs an diese Adresse werden automatisch vernichtet. Hinweis 2: Bitte unbedingt beachten: http://www.suse-etikette.de.vu
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Zunächst mal danke für deine Hilfe, Matthias. Leider funktioniert das Booten von Windows immer noch nicht... Matthias Houdek wrote: | | Das sollte bei dir (natürlich entsprechend an die richtigen | Platten/Partitionen angepasst) drinstehen: | | $ cat /boot/grub/device.map | (fd0) /dev/fd0 | (hd0) /dev/hda | (hd1) /dev/hdb | Richtig - sieht bei mir folgendermassen aus: (hd0) /dev/hda (hd1) /dev/hdc (fd0) /dev/fd0 | $ cat /boot/grub/menu.lst | ... | # booting windows | title Windows XP # oder was auch immer | root (hd0:2) # hier: 1. Platte (Nr. 0), 3. Partition (Nr. 2) | makeactiv # sicherheitshalber ;-) | chainloader +1 # gibt an, wo der Bootsektor steht, hier ab dem 1. Sektor | # der Partition, es ist auch eine Dateiangabe mgl., z.B | # bei DOS unter NT: chainloader /bootsect.dos | ... | Hier der Abschnitt für die Windows-Sektion (habe makeactive nach erfolglosem Testen wieder herausgenommen): title Windows ~ root (hd0,0) ~ chainloader +1 Schön langsam bin ich mit meinem Latein am Ende - hier nochmals ein bisschen "Background"-Info, wie es dazu kam... Ich hatte bei der Installation meines Systems (dual boot) zunächst Windows installiert (Primäre Partition der 1. Platte, NTFS) und daraufhin Linux (SuSE 9.1 Prof.) in mehreren logischen Laufwerken der erweiterten Partition. Das funktionierte auch wunderbar, d.h. beide OS konnten über den Bootmanager Grub per Menu-Auswahl gestartet werden. Leider gab es dann während der Installation eines Service Packs für Windows einen Stromausfall (kein Scherz!) - sodass Windows nicht mehr zu booten war. Also entschloss ich mich, Windows neu zu installieren und das ist genau das Problem, das ich zu schildern versuche... - ich lege also erneut eine primäre Partition an, starte die Windows-Installation von CD, doch sobald der DOS-basierte Teil der Installation abgeschlossen wird und ich einen Reboot durchführe, um die Installation abzuschliessen, bleibt das System stehen ("error loading os" --> oder so ähnlich)... Der Bootmanager (Grub) wird ja offensichtlich überschrieben, d.h. eigentlich müsste doch das Windows-Setup fortfahren... (tut es aber nicht). :-( Wäre schön, wenn mir jemand weiterhelfen könnte... - - Stephan - -- ________________________________________________________________________ "Unix is user friendly, it's just very picky about who its friends are." ________________________________________________________________________ GnuPG/PGP public key: 0xAFA87A9E400B232B Key fingerprint.....: 064D F2EE 5948 C6BD E4B4 85F3 AFA8 7A9E 400B 232B -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFBghuIr6h6nkALIysRAjhWAJ9uQ72WrPIW0gh6oxWxx1ZtitubDACeJBt/ IQiT1poURNX7fZ3EmwH3p5A= =LJ6Z -----END PGP SIGNATURE-----
Am Freitag, 29. Oktober 2004 12:29 schrieb Stephan Huber:
Zunächst mal danke für deine Hilfe, Matthias. Leider funktioniert das Booten von Windows immer noch nicht...
Matthias Houdek wrote: [...]
Richtig - sieht bei mir folgendermassen aus:
(hd0) /dev/hda (hd1) /dev/hdc (fd0) /dev/fd0
[...] Hier der Abschnitt für die Windows-Sektion (habe makeactive nach erfolglosem Testen wieder herausgenommen):
title Windows ~ root (hd0,0) ~ chainloader +1
Schön langsam bin ich mit meinem Latein am Ende - hier nochmals ein bisschen "Background"-Info, wie es dazu kam...
Ich hatte bei der Installation meines Systems (dual boot) zunächst Windows installiert (Primäre Partition der 1. Platte, NTFS) und daraufhin Linux (SuSE 9.1 Prof.) in mehreren logischen Laufwerken der erweiterten Partition. Das funktionierte auch wunderbar, d.h. beide OS konnten über den Bootmanager Grub per Menu-Auswahl gestartet werden.
Leider gab es dann während der Installation eines Service Packs für Windows einen Stromausfall (kein Scherz!)
Ein großes Lob an deinen Stromversorger. *g*
- sodass Windows nicht mehr zu booten war. Also entschloss ich mich, Windows neu zu installieren und das ist genau das Problem, das ich zu schildern versuche... - ich lege also erneut eine primäre Partition an, starte die Windows-Installation von CD, doch sobald der DOS-basierte Teil der Installation abgeschlossen wird und ich einen Reboot durchführe, um die Installation abzuschliessen, bleibt das System stehen ("error loading os" --> oder so ähnlich)...
Nun, die Neuinstallation von Windoofs sollte eigentlich den MBR plätten (war bisher jedenfalls immer so) und den eigenen installieren.
Der Bootmanager (Grub) wird ja offensichtlich überschrieben, d.h. eigentlich müsste doch das Windows-Setup fortfahren... (tut es aber nicht). :-(
Ja, ich hätte weiterlesen sollen ;-)
Wäre schön, wenn mir jemand weiterhelfen könnte...
Versuch mal folgendes: - Neustart der Installation von Windows, dabei die Win-Partition komplett platt machen und neu formatieren. - beim ersten Neustart nach dem Kopieren der Dateien ("Sie können die CD jetzt entfernen und das System neu starten" oder so) eine Live-CD von Linux rein und grub erneut mit den entsprechenden Einträgen (s.o.) in den MBR installieren. - Live-CD raus und neu booten - es sollte das Grub-Menü starten --> Installation von Win fortsetzen. -- Gruß MaxX Hinweis 1: PMs an diese Adresse werden automatisch vernichtet. Hinweis 2: Bitte unbedingt beachten: http://www.suse-etikette.de.vu
Am Freitag, 29. Oktober 2004 12:29 schrieb Stephan Huber:
Zunächst mal danke für deine Hilfe, Matthias. Leider funktioniert das Booten von Windows immer noch nicht...
[...]
Der Bootmanager (Grub) wird ja offensichtlich überschrieben, d.h. eigentlich müsste doch das Windows-Setup fortfahren... (tut es aber nicht). :-(
Wäre schön, wenn mir jemand weiterhelfen könnte...
Hallo, es sieht so aus als ob Grub nicht ganz verschwunden wäre, würde ich annehmen. Bevor Du nun win erneut installierst, würde ich die entsprechende Partition mal ganz gründlich neu formatieren, damit da nix mehr im Wege ist. Gruss Uli
Hallo, Am Fri, 29 Oct 2004, Stephan Huber schrieb:
Hier der Abschnitt für die Windows-Sektion (habe makeactive nach erfolglosem Testen wieder herausgenommen):
title Windows ~ root (hd0,0) ~ chainloader +1 ^??
Was sollen die '~'?
Der Bootmanager (Grub) wird ja offensichtlich überschrieben, d.h. eigentlich müsste doch das Windows-Setup fortfahren... (tut es aber nicht). :-(
Ohne genaue Info kann man hier nur rumraten. Zeig mal ein 'fdisk -l', deinen MBR[1] und den BR der Windowspartition[2] her. [1] ACHTUNG: erst den Befehl verstehen! dd if=/dev/hda bs=512 count=1 | od -t x1 [2] ACHTUNG: erst den Befehl verstehen! dd if=/dev/hda1 bs=512 count=1 | od -t x1 -- "Remember, no matter how cynical you think you are, reality is going to find a way to make you look naive." -- Shmuel Metz
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, David Haller wrote: |>title Windows |>~ root (hd0,0) |>~ chainloader +1 | | ^?? | | Was sollen die '~'? | Die '~' gehören hier natürlich nicht hin... | | Ohne genaue Info kann man hier nur rumraten. Zeig mal ein | 'fdisk -l', deinen MBR[1] und den BR der Windowspartition[2] her. | # fdisk -l Disk /dev/hda: 82.3 GB, 82348277760 bytes 16 heads, 63 sectors/track, 159560 cylinders Units = cylinders of 1008 * 512 = 516096 bytes ~ Device Boot Start End Blocks Id System /dev/hda1 * 1 40657 20491096+ c W95 FAT32 (LBA) /dev/hda2 40658 159560 59927112 f W95 Ext'd (LBA) /dev/hda5 40658 41697 524128+ 82 Linux swap /dev/hda6 41698 114515 36700240+ 83 Linux /dev/hda7 114516 159560 22702648+ 83 Linux Disk /dev/hdc: 30.0 GB, 30020272128 bytes 16 heads, 63 sectors/track, 58168 cylinders Units = cylinders of 1008 * 512 = 516096 bytes ~ Device Boot Start End Blocks Id System /dev/hdc1 1 58168 29316640+ 83 Linux # dd if=/dev/hda bs=512 count=1 | od -t x1 0000000 eb 48 90 d0 bc 00 7c fb 50 07 50 1f fc be 1b 7c 0000020 bf 1b 06 50 57 b9 e5 01 f3 a4 cb bd be 07 b1 04 0000040 38 6e 00 7c 09 75 13 83 c5 10 e2 f4 cd 18 8b f5 0000060 83 c6 10 49 74 19 38 2c 74 f6 a0 b5 07 b4 03 02 0000100 80 00 00 80 af 7c 8d 02 00 08 fa 80 ca 80 ea 53 0000120 7c 00 00 31 c0 8e d8 8e d0 bc 00 20 fb a0 40 7c 0000140 3c ff 74 02 88 c2 52 be 7b 7d e8 36 01 f6 c2 80 0000160 74 56 b4 41 bb aa 55 cd 13 5a 52 72 4b 81 fb 55 0000200 aa 75 45 a0 41 7c 84 c0 78 3e 75 05 83 e1 01 74 0000220 37 66 8b 4c 10 be 05 7c c6 44 ff 01 66 8b 1e 44 0000240 7c c7 04 10 00 c7 44 02 01 00 66 89 5c 08 c7 44 0000260 06 00 70 66 31 c0 89 44 04 66 89 44 0c b4 42 cd 0000300 13 72 05 bb 00 70 eb 7d b4 08 cd 13 73 0a f6 c2 0000320 80 0f 84 ee 00 e9 8d 00 be 05 7c c6 44 ff 00 66 0000340 31 c0 88 f0 40 66 89 44 04 31 d2 88 ca c1 e2 02 0000360 88 e8 88 f4 40 89 44 08 31 c0 88 d0 c0 e8 02 66 0000400 89 04 66 a1 44 7c 66 31 d2 66 f7 34 88 54 0a 66 0000420 31 d2 66 f7 74 04 88 54 0b 89 44 0c 3b 44 08 7d 0000440 3c 8a 54 0d c0 e2 06 8a 4c 0a fe c1 08 d1 8a 6c 0000460 0c 5a 8a 74 0b bb 00 70 8e c3 31 db b8 01 02 cd 0000500 13 72 2a 8c c3 8e 06 48 7c 60 1e b9 00 01 8e db 0000520 31 f6 31 ff fc f3 a5 1f 61 ff 26 42 7c be 81 7d 0000540 e8 40 00 eb 0e be 86 7d e8 38 00 eb 06 be 90 7d 0000560 e8 30 00 be 95 7d e8 2a 00 eb fe 47 52 55 42 20 0000600 00 47 65 6f 6d 00 48 61 72 64 20 44 69 73 6b 00 0000620 52 65 61 64 00 20 45 72 72 6f 72 00 bb 01 00 b4 0000640 0e cd 10 ac 3c 00 75 f4 c3 00 00 00 00 00 00 00 0000660 00 00 00 00 00 00 00 00 b3 dd b3 dd 00 00 80 01 0000700 01 00 0c 0f ff ff 3f 00 00 00 b1 56 71 02 00 00 0000720 c1 ff 0f 0f ff ff f0 56 71 02 90 d4 24 07 00 00 0000740 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0000760 00 00 00 00 00 00 00 00 00 00 00 00 00 00 55 aa 1+0 records in 1+0 records out 0001000 # dd if=/dev/hda1 bs=512 count=1 | od -t x1 0000000 eb 52 90 4e 54 46 53 20 20 20 20 00 02 08 00 00 0000020 00 00 00 00 00 f8 00 00 3f 00 10 00 3f 00 00 00 0000040 00 00 00 00 80 00 80 00 b0 56 71 02 00 00 00 00 0000060 00 00 0c 00 00 00 00 00 6b 15 27 00 00 00 00 00 0000100 f6 00 00 00 01 00 00 00 d9 ed 1d 24 22 1e 24 ae 0000120 00 00 00 00 fa 33 c0 8e d0 bc 00 7c fb b8 c0 07 0000140 8e d8 e8 16 00 b8 00 0d 8e c0 33 db c6 06 0e 00 0000160 10 e8 53 00 68 00 0d 68 6a 02 cb 8a 16 24 00 b4 0000200 08 cd 13 73 05 b9 ff ff 8a f1 66 0f b6 c6 40 66 0000220 0f b6 d1 80 e2 3f f7 e2 86 cd c0 ed 06 41 66 0f 0000240 b7 c9 66 f7 e1 66 a3 20 00 c3 b4 41 bb aa 55 8a 0000260 16 24 00 cd 13 72 0f 81 fb 55 aa 75 09 f6 c1 01 0000300 74 04 fe 06 14 00 c3 66 60 1e 06 66 a1 10 00 66 0000320 03 06 1c 00 66 3b 06 20 00 0f 82 3a 00 1e 66 6a 0000340 00 66 50 06 53 66 68 10 00 01 00 80 3e 14 00 00 0000360 0f 85 0c 00 e8 b3 ff 80 3e 14 00 00 0f 84 61 00 0000400 b4 42 8a 16 24 00 16 1f 8b f4 cd 13 66 58 5b 07 0000420 66 58 66 58 1f eb 2d 66 33 d2 66 0f b7 0e 18 00 0000440 66 f7 f1 fe c2 8a ca 66 8b d0 66 c1 ea 10 f7 36 0000460 1a 00 86 d6 8a 16 24 00 8a e8 c0 e4 06 0a cc b8 0000500 01 02 cd 13 0f 82 19 00 8c c0 05 20 00 8e c0 66 0000520 ff 06 10 00 ff 0e 0e 00 0f 85 6f ff 07 1f 66 61 0000540 c3 a0 f8 01 e8 09 00 a0 fb 01 e8 03 00 fb eb fe 0000560 b4 01 8b f0 ac 3c 00 74 09 b4 0e bb 07 00 cd 10 0000600 eb f2 c3 0d 0a 41 20 64 69 73 6b 20 72 65 61 64 0000620 20 65 72 72 6f 72 20 6f 63 63 75 72 72 65 64 00 0000640 0d 0a 4e 54 4c 44 52 20 69 73 20 6d 69 73 73 69 0000660 6e 67 00 0d 0a 4e 54 4c 44 52 20 69 73 20 63 6f 0000700 6d 70 72 65 73 73 65 64 00 0d 0a 50 72 65 73 73 0000720 20 43 74 72 6c 2b 41 6c 74 2b 44 65 6c 20 74 6f 0000740 20 72 65 73 74 61 72 74 0d 0a 00 00 00 00 00 00 0000760 00 00 00 00 00 00 00 00 83 a0 b3 c9 00 00 55 aa 1+0 records in 1+0 records out 0001000 Danke schon mal - - Stephan - -- ________________________________________________________________________ "Unix is user friendly, it's just very picky about who its friends are." ________________________________________________________________________ GnuPG/PGP public key: 0xAFA87A9E400B232B Key fingerprint.....: 064D F2EE 5948 C6BD E4B4 85F3 AFA8 7A9E 400B 232B -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFBg5Mjr6h6nkALIysRAqHrAJ4pJiR2aNCLf3HHg9CPmRenLTOwUACfVOqc Eqy05RH+w/2wJy76u6UvxIw= =E7VG -----END PGP SIGNATURE-----
Hallo, Am Sat, 30 Oct 2004, Stephan Huber schrieb:
| Ohne genaue Info kann man hier nur rumraten. Zeig mal ein | 'fdisk -l', deinen MBR[1] und den BR der Windowspartition[2] her.
# fdisk -l
Disk /dev/hda: 82.3 GB, 82348277760 bytes 16 heads, 63 sectors/track, 159560 cylinders Units = cylinders of 1008 * 512 = 516096 bytes
~ Device Boot Start End Blocks Id System /dev/hda1 * 1 40657 20491096+ c W95 FAT32 (LBA) /dev/hda2 40658 159560 59927112 f W95 Ext'd (LBA) /dev/hda5 40658 41697 524128+ 82 Linux swap /dev/hda6 41698 114515 36700240+ 83 Linux /dev/hda7 114516 159560 22702648+ 83 Linux
Das ist falsch, der Bootsektor von hda1 ist der Beginn einer NTFS Partition. Aendere also den Typ auf 7. Der Rest sieht erstmal OK aus.
# dd if=/dev/hda bs=512 count=1 | od -t x1
Ok, bis auf den Typ von hda1.
# dd if=/dev/hda1 bs=512 count=1 | od -t x1 0000000 eb 52 90 4e 54 46 53 20 20 20 20 00 02 08 00 00 0000020 00 00 00 00 00 f8 00 00 3f 00 10 00 3f 00 00 00 0000040 00 00 00 00 80 00 80 00 b0 56 71 02 00 00 00 00 ^^^^^^^^^^^^^^^^^^^^^^^ Laenge - 1, ist wie im MBR, also ok.
0000060 00 00 0c 00 00 00 00 00 6b 15 27 00 00 00 00 00 ^^^^^^^^^^^^^^^^^^^^^^^ Das gibt an, wo die MFT (Master File Table, gleiche Rolle wie die FAT) beginnen soll.
Sollte aber stimmen. Ggfs. kann man den noch mit dem Backup im letzten Sektor der Partition vergleichen. -dnh -- Interpunktion und Orthographie des Postings ist frei erfunden. Eine Übereinstimmung mit aktuellen oder ehemaligen Regeln wäre rein zufällig und ist nicht beabsichtigt.
David Haller wrote:
# fdisk -l
Disk /dev/hda: 82.3 GB, 82348277760 bytes 16 heads, 63 sectors/track, 159560 cylinders Units = cylinders of 1008 * 512 = 516096 bytes
~ Device Boot Start End Blocks Id System /dev/hda1 * 1 40657 20491096+ c W95 FAT32 (LBA) /dev/hda2 40658 159560 59927112 f W95 Ext'd (LBA) /dev/hda5 40658 41697 524128+ 82 Linux swap /dev/hda6 41698 114515 36700240+ 83 Linux /dev/hda7 114516 159560 22702648+ 83 Linux
Das ist falsch, der Bootsektor von hda1 ist der Beginn einer NTFS Partition. Aendere also den Typ auf 7. Der Rest sieht erstmal OK aus.
Schon klar. Der Typ von hda1 war auf 7 gesetzt - hab' nur immer wieder damit rumgespielt, leider bislang ohne Erfolg :-( Das einzige, was mir etwas komisch vorkommt, ist folgendes: Wenn ich z.B. mit einer Windows98-Bootdisk starte, fdisk aufrufe und eine primäre Partition auf der ersten Platte anlege, zeigt mir fdisk daraufhin folgende Partitionen: Display Partition Information Partition Status Type Volume Label MBytes System Usage 1 EXTDOS 58523 100% C:2 A PRI DOS 20011 UNKNOWN 100% Wieso erscheint die primäre Partition hier erst an zweiter Stelle (statt an erster)? Kann das die Ursache dafür sein, dass Win XP nicht zu booten ist (Fehlermeldung beim Reboot nach Beendigung des DOS-basierten Teils der XP-Installation: "Error loading operating system")? Wäre toll, wenn mir jemand weiterhelfen könnte... - Stephan -- ________________________________________________________________________ "Unix is user friendly, it's just very picky about who its friends are." ________________________________________________________________________ GnuPG/PGP public key: 0xAFA87A9E400B232B Key fingerprint.....: 064D F2EE 5948 C6BD E4B4 85F3 AFA8 7A9E 400B 232B
Hallo, Am Tue, 02 Nov 2004, Stephan Huber schrieb:
David Haller wrote:
# fdisk -l [..] Das ist falsch, der Bootsektor von hda1 ist der Beginn einer NTFS Partition. Aendere also den Typ auf 7. Der Rest sieht erstmal OK aus.
Schon klar. Der Typ von hda1 war auf 7 gesetzt - hab' nur immer wieder damit rumgespielt, leider bislang ohne Erfolg :-(
*Argh* Rumspielen bringt bei sowas nur mehr und neue Probleme.
Wenn ich z.B. mit einer Windows98-Bootdisk starte, fdisk aufrufe und eine primäre Partition auf der ersten Platte anlege, zeigt mir fdisk daraufhin folgende Partitionen:
Display Partition Information
Partition Status Type Volume Label MBytes System Usage
1 EXTDOS 58523 100% C:2 A PRI DOS 20011 UNKNOWN 100%
*ARGH* LASS DIE FINGER VOM DOS FDISK!!!
Wäre toll, wenn mir jemand weiterhelfen könnte...
Nicht, wenn du weiter dein System sabotierst. Maile mir mal per PM das Backup des NTFS Bootsektors (minus 1 plus 4 wg. Rechenfehler beim Sektor ausrechnen und ausserdem bekomme ich so auch gleich noch die Partitionstabelle der erweiterten Partition, die im Folgesektor liegen sollte): dd if=/dev/hda bs=512 count=5 skip=40982254 > /tmp/shuber-hda-40982254 Die Datei /tmp/shuber-hda-40982254 mailst du mir dann bitte als Anhang, falls du mit Mozilla mailst, dann komprimiere die Datei noch mit gzip, und maile mir die md5sum, also die Ausgabe von md5sum /tmp/shuber-hda-40982254 -dnh -- Documentation: Cryptic, lacking, erroneous. Pick any three.
Am Montag, 25. Oktober 2004 17:15 schrieb Stephan Huber:
Hallo,
beim Start meiner Windows-Partition (/dev/hda1) aus Grub heraus bekomme ich stets folgende Fehlermeldung:
root (hd0,0) ~ Filesystem type unknown, partition type 0x7 chainloader +1
Hintergrund dabei ist folgender:
Ich habe vor kurzem Windows XP in die primäre Partition der Festplatte installiert - zumindest den "DOS-basierenden" Teil der XP-Installation (nach dem geforderten Reboot konnte Windows allerdings nicht booten, also habe ich Grub wieder neu in den MBR geschrieben; Linux kann ich wieder starten, nur Windows bleibt mit o.g. Fehlermeldung stehen).
Kann mir jemand weiterhelfen?
Ja, kann jemand, nämlich die Firma SuSE mit ihrer Supportdatenbank: http://portal.suse.com/sdb/de/2004/05/fhassel_windows_not_booting91.html Gruß, Martin
Hallo Liste, tritt das folgende Problem (siehe unten) auch unter SuSE 9.2 auf?? Da ich mit 9.1 dieses Problem hatte und danach die Distribution gewechselt hatte. Möchte aber gerne wieder SuSE verwenden, falls dieses Problem unter 9.2 behoben sein sollte. Ich möchte kein Risiko eingehen und im BIOS was verstellen oder den Boot-Manager updaten, wie es im SuSE-Portal erklärt wird. Danke M.Basit Stephan Huber schrieb: Hallo, beim Start meiner Windows-Partition (/dev/hda1) aus Grub heraus bekomme ich stets folgende Fehlermeldung: root (hd0,0) ~ Filesystem type unknown, partition type 0x7 chainloader +1 Hintergrund dabei ist folgender: Ich habe vor kurzem Windows XP in die primäre Partition der Festplatte installiert - zumindest den "DOS-basierenden" Teil der XP-Installation (nach dem geforderten Reboot konnte Windows allerdings nicht booten, also habe ich Grub wieder neu in den MBR geschrieben; Linux kann ich wieder starten, nur Windows bleibt mit o.g. Fehlermeldung stehen). Kann mir jemand weiterhelfen? Danke schon mal - - Stephan ___________________________________________________________ Gesendet von Yahoo! Mail - Jetzt mit 250MB Speicher kostenlos - Hier anmelden: http://mail.yahoo.de
Mustasim Basit wrote:
Hallo Liste,
tritt das folgende Problem (siehe unten) auch unter SuSE 9.2 auf?? Da ich mit 9.1 dieses Problem hatte und danach die Distribution gewechselt hatte. Möchte aber gerne wieder SuSE verwenden, falls dieses Problem unter 9.2 behoben sein sollte. Ich möchte kein Risiko eingehen und im BIOS was verstellen oder den Boot-Manager updaten, wie es im SuSE-Portal erklärt wird.
Danke
M.Basit
___________________________________________________________ Gesendet von Yahoo! Mail - Jetzt mit 250MB Speicher kostenlos - Hier anmelden: http://mail.yahoo.de
Hallo, ich habe sowohl SuSE 9.1 als auch 9.2 zusammen mit Windows XP auf einem Rechner installiert. Allerdings habe ich immer zuerst Windows XP vollständig (mit allen Reboots) installiert und dann das Linux. Ich habe zwei Installationen, hier die einfachste Konfiguration. Die Partitionierung sieht so aus: Gerät boot. Anfang Ende Blöcke Id System /dev/hda1 * 1 9728 78140128+ 7 HPFS/NTFS /dev/hda2 9729 9858 1044225 82 Linux swap / Solaris /dev/hda3 9859 19074 74027520 83 Linux /dev/hda4 19075 19456 3068415 c W95 FAT32 (LBA) Hier liegt Windows XP vollständig in der ersten Partition, dann kommt das Linux System. Das funktioniert aber nur, wenn das BIOS in der Lage ist auch oberen Bereich (über 8 GByte glaube ich - korrigiert mich, wenn das eine andere Größe ist) booten kann. Sonst wäre in diesem Beispiel Linux nicht bootfähig. Auf meinem Laptop musste ich das anders lösen, damit das BIOS alle Systme booten kann. Das sieht dann z.B. so aus: Gerät boot. Anfang Ende Blöcke Id System /dev/hda1 * 1 127 1020096 6 FAT16 /dev/hda2 128 9728 77120032+ f W95 Erw. (LBA) /dev/hda5 128 140 104391 83 Linux /dev/hda6 141 3935 30483306 7 HPFS/NTFS /dev/hda7 3936 4064 1036161 82 Linux swap / Solaris /dev/hda8 4065 9728 45496048+ 83 Linux Hier habe ich auf /dev/hda2 das /boot Verzeichnis für Linux angelegt. Dann kommt auf /dev/hda6 die Windows Partition auf einem NTFS System. Der Anfang liegt noch so, dass das BIOS den Windowsloader am Anfang findet. Dann folgt auf /dev/hda8 der Rest der Linux Installation. Auf /dev/hda1 ist nur eine FAT16 Partition zum Datentausch zwischen Linux und Windows. Diese Konfigurationen haben sowohl mit der 9.1 als auch der 9.2 Version funktioniert. Gruß Detlef
Hallo Herr Grittner und Herr Baldamus, vielen Dank erst einmal für Eure Antworten. Aber leider ist das nicht die Antwort zu meiner Frage. Ich möchte nur wissen, ob dieses Problem unter suse9.2 behoben wurde? WinXP Partitionen möchte ich dabei nicht verändern!!! Mit Mandrake 10.1 habe ich dieses Problem nicht, obwohl es auch den 2.6er Kernel (genauer 2.6.8) verwendet. Vielen Dank im voraus Gruss M. Basit --- Detlef Grittner <detlef.grittner@t-online.de> wrote:
Mustasim Basit wrote:
Hallo Liste,
tritt das folgende Problem (siehe unten) auch unter SuSE 9.2 auf??
Da ich mit 9.1 dieses Problem hatte und danach die Distribution gewechselt hatte. Möchte aber gerne wieder SuSE verwenden, falls dieses Problem unter 9.2 behoben sein sollte. Ich möchte kein Risiko eingehen und im BIOS was verstellen oder den Boot-Manager updaten, wie es im SuSE-Portal erklärt wird.
Danke
M.Basit
___________________________________________________________ Gesendet von Yahoo! Mail - Jetzt mit 250MB Speicher kostenlos - Hier anmelden: http://mail.yahoo.de
Hallo,
ich habe sowohl SuSE 9.1 als auch 9.2 zusammen mit Windows XP auf einem Rechner installiert. Allerdings habe ich immer zuerst Windows XP vollständig (mit allen Reboots) installiert und dann das Linux. Ich habe zwei Installationen, hier die einfachste Konfiguration. Die Partitionierung sieht so aus:
Gerät boot. Anfang Ende Blöcke Id System /dev/hda1 * 1 9728 78140128+ 7 HPFS/NTFS /dev/hda2 9729 9858 1044225 82 Linux swap / Solaris /dev/hda3 9859 19074 74027520 83 Linux /dev/hda4 19075 19456 3068415 c W95 FAT32 (LBA)
Hier liegt Windows XP vollständig in der ersten Partition, dann kommt das Linux System. Das funktioniert aber nur, wenn das BIOS in der Lage ist auch oberen Bereich (über 8 GByte glaube ich - korrigiert mich, wenn das eine andere Größe ist) booten kann. Sonst wäre in diesem Beispiel Linux nicht bootfähig.
Auf meinem Laptop musste ich das anders lösen, damit das BIOS alle Systme booten kann. Das sieht dann z.B. so aus:
Gerät boot. Anfang Ende Blöcke Id System /dev/hda1 * 1 127 1020096 6 FAT16 /dev/hda2 128 9728 77120032+ f W95 Erw. (LBA) /dev/hda5 128 140 104391 83 Linux /dev/hda6 141 3935 30483306 7 HPFS/NTFS /dev/hda7 3936 4064 1036161 82 Linux swap / Solaris /dev/hda8 4065 9728 45496048+ 83 Linux
Hier habe ich auf /dev/hda2 das /boot Verzeichnis für Linux angelegt. Dann kommt auf /dev/hda6 die Windows Partition auf einem NTFS System. Der Anfang liegt noch so, dass das BIOS den Windowsloader am Anfang
findet. Dann folgt auf /dev/hda8 der Rest der Linux Installation. Auf /dev/hda1 ist nur eine FAT16 Partition zum Datentausch zwischen Linux und Windows.
Diese Konfigurationen haben sowohl mit der 9.1 als auch der 9.2 Version funktioniert.
Gruß
Detlef
-- Um die Liste abzubestellen, schicken Sie eine Mail an: suse-linux-unsubscribe@suse.com Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: suse-linux-help@suse.com
__________________________________ Do you Yahoo!? Yahoo! Mail - 250MB free storage. Do more. Manage less. http://info.mail.yahoo.com/mail_250
Mustasim Basit wrote:
Hallo Herr Grittner und Herr Baldamus,
vielen Dank erst einmal für Eure Antworten. Aber leider ist das nicht die Antwort zu meiner Frage. Ich möchte nur wissen, ob dieses Problem unter suse9.2 behoben wurde? WinXP Partitionen möchte ich dabei nicht verändern!!! Mit Mandrake 10.1 habe ich dieses Problem nicht, obwohl es auch den 2.6er Kernel (genauer 2.6.8) verwendet.
Vielen Dank im voraus
Gruss M. Basit
Hallo Herr Basit, also zu Ihrer Frage kurz gesagt: nein. Wenn Windows XP nach der Installation mit seinem eigenen Bootloader startet, dann kann man problemlos ein Dualbootsystem einrichten. Installiert man Windows nach Linux, dann muss bei SuSE Linux GRUB nach seiner Neuinstallation manuell konfiguriert werden. Nachdem Linux wieder läuft, ist folgende Zeile in der grub.conf einzutragen: title Windows root (hd0,0) chainloader +1 Vorausgesetzt, das Windows findet sich in der ersten primären Partition der Festplatte. Die Bootpartition bei Windows ist die mit den Dateien "ntldr" und "boot.ini". Installiert man das komplette Linux nach der Windowsinstallation neu, dann geht alles automatisch. Soweit meine Erfahrungen. Gruß Detlef Grittner
Hallo Detlef, Am Sonntag 2 Januar 2005 14:39 schrieb Detlef Grittner:
Hier liegt Windows XP vollständig in der ersten Partition, dann kommt das Linux System. Das funktioniert aber nur, wenn das BIOS in der Lage ist auch oberen Bereich (über 8 GByte glaube ich - korrigiert mich, wenn das eine andere Größe ist) booten kann.
Das Bios sucht meines Wissens nur im MBR. Der Bootloader war früher beschränkt, ist heute aber nicht mehr der Fall oder die Grenzen sind so hoch, daß ich mich noch nie drum kümmern mußte. Helga -- ## Content Developer OpenOffice.org: lang/DE ## Office-Suite für Linux, Mac, Windows -- http://de.openoffice.org/ ## Etikette, nein Danke? -- http://www.suse-etikette.de.vu/
Helga Fischer wrote:
Hallo Detlef,
Am Sonntag 2 Januar 2005 14:39 schrieb Detlef Grittner:
Das Bios sucht meines Wissens nur im MBR. Der Bootloader war früher beschränkt, ist heute aber nicht mehr der Fall oder die Grenzen sind so hoch, daß ich mich noch nie drum kümmern mußte.
Helga
Hallo Helga, ja, das ist so richtig, nur muss der chainloader dann das eigentliche Betriebssytem bzw. den Windowsbootloader laden, nachdem der Bootloader aus dem MBR abgeholt wurde. Zu meiner eingenen Überraschung musste ich feststellen, dass der chainloader auf meinem Notebook das Betriebssytem auf einer Partition auf der 40 GB Grenze nicht gefunden hat. Es muss das BIOS sein, denn auf anderen Rechnern geht es. Detlef
Mustasim Basit schrieb:
Hallo Liste,
tritt das folgende Problem (siehe unten) auch unter SuSE 9.2 auf??
Stephan Huber schrieb: beim Start meiner Windows-Partition (/dev/hda1) aus Grub
root (hd0,0) ~ Filesystem type unknown, partition type 0x7 chainloader +1 Hintergrund dabei ist folgender: Ich habe vor kurzem Windows XP ..... .... also habe ich Grub wieder neu in den MBR geschrieben
Nein, das Prob tritt zumindest bei W98 und W2K nicht auf. Scheint mir XP-spezifisch zu sein. Über GRUB läßt sich das einwandfrei steuern. Gruß H.-Peter
Hallo Mustasim, Am Sonntag 2 Januar 2005 00:13 schrieb Mustasim Basit:
tritt das folgende Problem (siehe unten) auch unter SuSE 9.2 auf??
Da ich mir erst neulich ein paar Win-Installationen gegönnt habe... Nein, mir ist nichts aufgefallen, daß es nicht geht. Die 9.1 hatte einen Fehler im grub-install-Skript (SDB), den man jedoch manuell beheben konnte. Dann lief das. Wie sieht denn Deine Partitionstabelle aus? YaST setzt kein bootable Flag, vielleicht vermißt Windows das. Das bootable Flag mußt Du auf der Kommandozeile mit fdisk oder cfdisk setzen. Außerdem sollte XP NTFS haben. So gesehen möchte ich eigentlich davon abraten, YaST zu verwenden, wenn es um's einrichten von Multiboot-Systemen geht. Ich renne da fast immer in kleinere Probleme, die mir mit der händischen Konfiguration nicht unterlaufen. Stressfrei ist, erst mit Linux zu partitionieren (hier nehme ich YaST), Windows seine primäre Partition zu geben und das bootable Flag, Win drauf zu hauen und erst Linux hinterher zu installieren. Dann baut YaST WinXP auch passend ein. Anders herum sollte man ein wenig mehr wissen. Helga -- ## Content Developer OpenOffice.org: lang/DE ## Office-Suite für Linux, Mac, Windows -- http://de.openoffice.org/ ## Etikette, nein Danke? -- http://www.suse-etikette.de.vu/
Am Sonntag, 2. Januar 2005 00:13 schrieb Mustasim Basit:
Hallo Liste,
tritt das folgende Problem (siehe unten) auch unter SuSE 9.2 auf?? Da ich mit 9.1 dieses Problem hatte und danach die Distribution gewechselt hatte. Möchte aber gerne wieder SuSE verwenden, falls dieses Problem unter 9.2 behoben sein sollte. Ich möchte kein Risiko eingehen und im BIOS was verstellen oder den Boot-Manager updaten, wie es im SuSE-Portal erklärt wird.
Danke
M.Basit
Stephan Huber schrieb: Hallo,
beim Start meiner Windows-Partition (/dev/hda1) aus Grub heraus bekomme ich stets folgende Fehlermeldung:
root (hd0,0) ~ Filesystem type unknown, partition type 0x7 chainloader +1 Dies ist keine Fehlermeldung. GRUB "versteht" einige Dateisysteme und kann Kernel direkt laden. Bei Windows wird ein Dateisystem verwendet ("0x7" vermutlich NTFS) welches GRUB nicht versteht. Dies ist aber nicht schlimm, denn jetzt kommt "chainloader" dran und lädt den Bootloader von Windows und dieser wiederum den Kernel von Windows.
Hintergrund dabei ist folgender:
Ich habe vor kurzem Windows XP in die primäre Partition der Festplatte installiert - zumindest den "DOS-basierenden" Teil der XP-Installation (nach dem geforderten Reboot konnte Windows allerdings nicht booten, also habe ich Grub wieder neu in den MBR geschrieben; Linux kann ich wieder starten, nur Windows bleibt mit o.g. Fehlermeldung stehen). Es gibt "die" primäre Partition nicht! Es existieren bis zu vier primäre Partitionen auf einer IDE-Festplatte! Die Tatsache, daß Windows nach einer fehlgeschlagenen Installation nicht booten will dürfte wohl kein Problem der SuSE-Mailingliste sein. Wenden Sie sich deswegen vertrauensvoll an Microsoft... Dies ist also ein Problem welches für SuSE nicht existiert und deshalb auch nicht gelöst werden kann, warum sollte SuSE die Fehler von Microsoft korrigieren?
Mit freundlichen Grüßen Stevan Tiefert
participants (11)
-
Andreas Feile
-
David Haller
-
detlef.grittner@t-online.de
-
H.-Peter Baldamus
-
Helga Fischer
-
Martin
-
Matthias Houdek
-
Mustasim Basit
-
Stephan-Huber@t-online.de
-
Stevan Tiefert
-
Ulrich Gerner