Grub-Installation schlägt fehl

Guten Abend,

ich habe mir vor kurzem das Acer Aspire 5930G inklusive vorinstalliertem Windows Vista zugelegt. Die Festplatte war in zwei sichtbare Partitionen und zwei versteckte Partitionen unterteilt, auf denen - soweit ich das beurteilen kann - sowohl Recovery-Daten (separat auf einer der versteckten Partitionen) als auch ein Backup einiger für Windows relevanten Ordner liegen(auf der anderen Partition).

Nun hatte ich vor, Ubuntu neben Windows-Vista parallel zu installieren. Allerdings bricht derselbige Installationsvorgang immer mit der Nachricht "Grub konnte auf hd0 nicht installiert werden".

Ich vermute, dass das Problem darin besteht, dass einfach kein Schreibzugriff von Acer auf den "Bootloader-Bereich" vorgesehen ist, da sonst das ganze Recovery-Zeugs nicht mehr richtig funktioniert.

Hat jemand schon Erfahrungen mit ähnlicher Problematik gemacht und weiß dies zu umgehen? Neupartitionierung/Formatierung/Installation kommt im Moment nicht in Frage, da ich bereits massenweise Daten angesammelt hab. Jedenfalls, sofern es keine andere Möglichkeit gibt

Ich habe vor der Installation natürlich eine weitere, ext3 formatierte, Partition eingerichtet, daran wird's also nicht liegen.

Matzer schrieb:

Guten Abend,

ich habe mir vor kurzem das Acer Aspire 5930G inklusive vorinstalliertem Windows Vista zugelegt. Die Festplatte war in zwei sichtbare Partitionen und zwei versteckte Partitionen unterteilt, auf denen - soweit ich das beurteilen kann - sowohl Recovery-Daten (separat auf einer der versteckten Partitionen) als auch ein Backup einiger für Windows relevanten Ordner liegen(auf der anderen Partition).

Nun hatte ich vor, Ubuntu neben Windows-Vista parallel zu installieren. Allerdings bricht derselbige Installationsvorgang immer mit der Nachricht "Grub konnte auf hd0 nicht installiert werden".

Ich vermute, dass das Problem darin besteht, dass einfach kein Schreibzugriff von Acer auf den "Bootloader-Bereich" vorgesehen ist, da sonst das ganze Recovery-Zeugs nicht mehr richtig funktioniert.

Hat jemand schon Erfahrungen mit ähnlicher Problematik gemacht und weiß dies zu umgehen? Neupartitionierung/Formatierung/Installation kommt im Moment nicht in Frage, da ich bereits massenweise Daten angesammelt hab. Jedenfalls, sofern es keine andere Möglichkeit gibt

Ich habe vor der Installation natürlich eine weitere, ext3 formatierte, Partition eingerichtet, daran wird's also nicht liegen.

Autsch. Hast du etwa vom ubuntu installer die ntfs partition verkleinern lassen? Das geht generell schief bei vista-ntfs partitionen. Die ntfs partition sollte man davor verkleinern um platz für die ext-partition platz zu schaffen. Aber ich fürchte, dein Problem ist ein anderes sry

volkard

ich könnte mir nur denken, daß den linux übers bios auf die platte zugreift und im bios-setup eingestellt ist, daß der boot-sektor nicht geändert werden kann. bei asus heoßt das evtl "Install: Finished" für schutz und "Install: Setup" für änderbar.

ich könnte mir nur denken, daß den linux übers bios auf die platte zugreift und im bios-setup eingestellt ist, daß der boot-sektor nicht geändert werden kann. bei asus heoßt das evtl "Install: Finished" für schutz und "Install: Setup" für änderbar.

Sorry, hatte ich vergessen zu erwähnen: In den BIOS-Einstellungen hatte ich bereits nachgeguckt, es gibt leider keine solche (öffentlich sichtbare) Funktion.

Autsch. Hast du etwa vom ubuntu installer die ntfs partition verkleinern lassen? Das geht generell schief bei vista-ntfs partitionen. Die ntfs partition sollte man davor verkleinern um platz für die ext-partition platz zu schaffen. Aber ich fürchte, dein Problem ist ein anderes sry

Nein, das von Ubuntu eigens genutzte Partitionierungsprogramm erschein mir etwas.... seltsam . Es hat mir komische neue Partitionskonstellationen vorgeschlagen. Außerdem war ich mir unsicher, wie gut es mit NTFS-Partitionen umgehen kann (man hört ja immer dieser schrecklichen Geschichten bezüglich Linux und NTFS-Schreibzugriff :-P). Ich hab dann auf "Paragon Partition Manager" zurückgegriffen und hab die entsprechende NTFS-Partition verkleinert. Den unzugewiesenen Speicherplatz hab ich entsprechend der neuen, ext3-formatierten Partition zugewiesen.