christian
21.02.11, 15:06
Liebe Forums-Gemeinde!
Ich habe am Freitag Fedora 14 installiert, hierbei ergab sich folgendes Problem: Fedora 14 lässt sich problemlos starten, bei der Auswahl von Windows 7 (Eintrag "Other" im Grub-Bootloader) kommt folgende Meldung:
BOOTMGR is missing
Press Ctrl + Alt + Del to restart
Nach dem in der Meldung empfohlenen Restart trat das Problem erneut auf. Bei dem Befehl "fdisk -l" erhielt ich folgende Ausgabe:
Platte /dev/sda: 500.1 GByte, 500107862016 Byte
255 Köpfe, 63 Sektoren/Spur, 60801 Zylinder, zusammen 976773168 Sektoren
Einheiten = Sektoren von 1 × 512 = 512 Bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0xedc94219
Gerät boot. Anfang Ende Blöcke Id System
/dev/sda1 2048 821247 409600 27 Unbekannt
/dev/sda2 821248 281806847 140492800 7 HPFS/NTFS
/dev/sda3 * 281806848 282830847 512000 83 Linux
/dev/sda4 282830848 976773119 346971136 5 Erweiterte
/dev/sda5 282832896 976773119 346970112 8e Linux LVM
Platte /dev/dm-0: 53.7 GByte, 53687091200 Byte
255 Köpfe, 63 Sektoren/Spur, 6527 Zylinder, zusammen 104857600 Sektoren
Einheiten = Sektoren von 1 × 512 = 512 Bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00000000
Festplatte /dev/dm-0 enthält keine gültige Partitionstabelle
Platte /dev/dm-1: 5133 MByte, 5133828096 Byte
255 Köpfe, 63 Sektoren/Spur, 624 Zylinder, zusammen 10027008 Sektoren
Einheiten = Sektoren von 1 × 512 = 512 Bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00000000
Festplatte /dev/dm-1 enthält keine gültige Partitionstabelle
Platte /dev/dm-2: 296.5 GByte, 296453406720 Byte
255 Köpfe, 63 Sektoren/Spur, 36041 Zylinder, zusammen 579010560 Sektoren
Einheiten = Sektoren von 1 × 512 = 512 Bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00000000
Festplatte /dev/dm-2 enthält keine gültige Partitionstabelle
Die Datei /boot/grub/grub.conf hat folgenden Inhalt:
# grub.conf generated by anaconda
#
# Note that you do not have to rerun grub after making changes to this file
# NOTICE: You have a /boot partition. This means that
# all kernel and initrd paths are relative to /boot/, eg.
# root (hd0,2)
# kernel /vmlinuz-version ro root=/dev/mapper/vg_leu-lv_root
# initrd /initrd-[generic-]version.img
#boot=/dev/sda
default=0
timeout=5
splashimage=(hd0,2)/grub/splash.xpm.gz
hiddenmenu
title Fedora (2.6.35.6-45.fc14.i686.PAE)
root (hd0,2)
kernel /vmlinuz-2.6.35.6-45.fc14.i686.PAE ro root=/dev/mapper/vg_leu-lv_root rd_LVM_LV=vg_leu/lv_root rd_LVM_LV=vg_leu/lv_swap rd_NO_LUKS rd_NO_MD rd_NO_DM LANG=de_DE.UTF-8 SYSFONT=latarcyrheb-sun16 KEYTABLE=de rhgb quiet
initrd /initramfs-2.6.35.6-45.fc14.i686.PAE.img
title Other
rootnoverify (hd0,1)
chainloader +1
Meine Frage lautet nun: Welche Einträge muss ich wie editieren, damit beide Systeme bootfähig sind?
Zur Fehler-Eingrenzung kann ich folgende Informationen liefern:
Ich nutze Windows 7 Home Premium mit allen verfügbaren Updates auf einem Toshiba Satellite-Notebook.
Bei einer vorher durchgeführten Test-Installation auf meinem alten Acer Aspire-Notebook mit Windows Vista trat das Problem nicht auf.
Vor Fedora hatte ich Debian 6.0 installiert, und beide Betriebssysteme waren problemlos bootfähig.
Die Partition /dev/sda2 mit NTFS ist die einzige verbliebene Windows-Partition. Die Daten- und Recovery-Partition (letztere war eine versteckte) hat mir die Debian-Installation gelöscht, obwohl ich den Installer dazu mit Sicherheit nicht angewiesen habe. Das Windows war/ist vorinstalliert.
Die Windows-Installation als Solche ist noch vorhanden, mit Fedora kann ich auf meine Daten zugreifen.
Die Installation des Bootloaders unter Fedora lief automatisch ab.
Liegt das Problem am System oder war das ein dummer Zufall nach dem Schema "1000 mal geht's gut und einmal geht's schief"?
Mit Google fand ich schon ähnliche Fehler, aber die Partitionstabellen und Rahmenbedingungen waren stats andere.
Vielen Dank und viele Grüße,
Christian
Ich habe am Freitag Fedora 14 installiert, hierbei ergab sich folgendes Problem: Fedora 14 lässt sich problemlos starten, bei der Auswahl von Windows 7 (Eintrag "Other" im Grub-Bootloader) kommt folgende Meldung:
BOOTMGR is missing
Press Ctrl + Alt + Del to restart
Nach dem in der Meldung empfohlenen Restart trat das Problem erneut auf. Bei dem Befehl "fdisk -l" erhielt ich folgende Ausgabe:
Platte /dev/sda: 500.1 GByte, 500107862016 Byte
255 Köpfe, 63 Sektoren/Spur, 60801 Zylinder, zusammen 976773168 Sektoren
Einheiten = Sektoren von 1 × 512 = 512 Bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0xedc94219
Gerät boot. Anfang Ende Blöcke Id System
/dev/sda1 2048 821247 409600 27 Unbekannt
/dev/sda2 821248 281806847 140492800 7 HPFS/NTFS
/dev/sda3 * 281806848 282830847 512000 83 Linux
/dev/sda4 282830848 976773119 346971136 5 Erweiterte
/dev/sda5 282832896 976773119 346970112 8e Linux LVM
Platte /dev/dm-0: 53.7 GByte, 53687091200 Byte
255 Köpfe, 63 Sektoren/Spur, 6527 Zylinder, zusammen 104857600 Sektoren
Einheiten = Sektoren von 1 × 512 = 512 Bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00000000
Festplatte /dev/dm-0 enthält keine gültige Partitionstabelle
Platte /dev/dm-1: 5133 MByte, 5133828096 Byte
255 Köpfe, 63 Sektoren/Spur, 624 Zylinder, zusammen 10027008 Sektoren
Einheiten = Sektoren von 1 × 512 = 512 Bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00000000
Festplatte /dev/dm-1 enthält keine gültige Partitionstabelle
Platte /dev/dm-2: 296.5 GByte, 296453406720 Byte
255 Köpfe, 63 Sektoren/Spur, 36041 Zylinder, zusammen 579010560 Sektoren
Einheiten = Sektoren von 1 × 512 = 512 Bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00000000
Festplatte /dev/dm-2 enthält keine gültige Partitionstabelle
Die Datei /boot/grub/grub.conf hat folgenden Inhalt:
# grub.conf generated by anaconda
#
# Note that you do not have to rerun grub after making changes to this file
# NOTICE: You have a /boot partition. This means that
# all kernel and initrd paths are relative to /boot/, eg.
# root (hd0,2)
# kernel /vmlinuz-version ro root=/dev/mapper/vg_leu-lv_root
# initrd /initrd-[generic-]version.img
#boot=/dev/sda
default=0
timeout=5
splashimage=(hd0,2)/grub/splash.xpm.gz
hiddenmenu
title Fedora (2.6.35.6-45.fc14.i686.PAE)
root (hd0,2)
kernel /vmlinuz-2.6.35.6-45.fc14.i686.PAE ro root=/dev/mapper/vg_leu-lv_root rd_LVM_LV=vg_leu/lv_root rd_LVM_LV=vg_leu/lv_swap rd_NO_LUKS rd_NO_MD rd_NO_DM LANG=de_DE.UTF-8 SYSFONT=latarcyrheb-sun16 KEYTABLE=de rhgb quiet
initrd /initramfs-2.6.35.6-45.fc14.i686.PAE.img
title Other
rootnoverify (hd0,1)
chainloader +1
Meine Frage lautet nun: Welche Einträge muss ich wie editieren, damit beide Systeme bootfähig sind?
Zur Fehler-Eingrenzung kann ich folgende Informationen liefern:
Ich nutze Windows 7 Home Premium mit allen verfügbaren Updates auf einem Toshiba Satellite-Notebook.
Bei einer vorher durchgeführten Test-Installation auf meinem alten Acer Aspire-Notebook mit Windows Vista trat das Problem nicht auf.
Vor Fedora hatte ich Debian 6.0 installiert, und beide Betriebssysteme waren problemlos bootfähig.
Die Partition /dev/sda2 mit NTFS ist die einzige verbliebene Windows-Partition. Die Daten- und Recovery-Partition (letztere war eine versteckte) hat mir die Debian-Installation gelöscht, obwohl ich den Installer dazu mit Sicherheit nicht angewiesen habe. Das Windows war/ist vorinstalliert.
Die Windows-Installation als Solche ist noch vorhanden, mit Fedora kann ich auf meine Daten zugreifen.
Die Installation des Bootloaders unter Fedora lief automatisch ab.
Liegt das Problem am System oder war das ein dummer Zufall nach dem Schema "1000 mal geht's gut und einmal geht's schief"?
Mit Google fand ich schon ähnliche Fehler, aber die Partitionstabellen und Rahmenbedingungen waren stats andere.
Vielen Dank und viele Grüße,
Christian