Das sind Diskussionen unter
völlig Ahnungslosen.
Bei der Vorstellung, irgend etwas davon könne sich evtl. in meinem Langzeitgedächtnis festsetzen, wünsche ich mir eine "secure delete" Funktion für die grauen Zellen.
Ich verstehe ein wenig deine Ungeduld, aber bitte halte dich mit irgendwelchem Gebastel zurück. Ich möchte die Beschreibung so verfassen, dass auch ein wenig Hintergrundinfo dabei rüberkommt um anderen so die Möglichkeit geben, die Vorgehensweise zu adaptieren. Ich fang schon mal an und stelle Teil 1 hier rein, das hilft dir zwar noch nicht aber du kannst dich ja schon mal ein wenig reinlesen.
hast du irgendwie ICQ oder IRC
Eher würde ich mir rostige Nägel ins Knie schlagen lassen, sobald ich daran auch nur denke. Und zwar so viele wie nötig sind, bis dieser Schmerz aufhört.
kann ich nicht auch direkt alles aus grub2 booten?
Natürlich. Was anderes macht refit ja auch nicht, als an GRUB zu übergeben (wenn du dort ein Linux oder Windows auswählst).
vielleicht ist es dann einfacher wenn ich Refit einfach weglasse?
Wenn du dich das fragst, wozu hast du's dann überhaupt haben wollen?
rEFIt ändert an der ganzen Grub/Linux-Installationsprozedur genau ---> gar nichts.
Egal, letz tu it.
1)
Zunächst einmal bootest du OS X von einem externen Medium.
Version ist egal, jedes System ab 10.4.8 würde genügen, sofern es auf diesem Rechner nur läuft. Die Recovery-Partition geht aber
nicht als Startvolume - es sei denn du hast eine auf einem
externen Medium eingerichtet (oder einer
zweiten internen HD). Wichtig ist dass der Start von einem anderen
Gerät stattfindet.
Dort öffnest du ein Terminal.
(
Wenn du dafür ein vollständiges externes System benutzt, sind alle schreibend wirksamen Befehle mit zusätzlichem "sudo" auszuführen. Das minimale Installationssystem auf DVD/RecoveryHD braucht das nicht, da bist du sowieso schon 'root'.)
2)
Zur Sicherheit verifizierst du erst mal, ob deine interne HD (wie zu erwarten) die Zuordnung "/dev/disk0" besitzt. Das ist fast immer so, aber eben nur fast. Du möchtest nicht auf ein falsches Gerät zugreifen:
Falls doch was anderes verwendet wird kannst du ruhig weitermachen, halt einfach nur mit einem entsprechend korrigierten Wert.
3)
Dann müssen erst sämtliche geladenen Volumes von der HD deaktiviert werden.
Nachdem das erfolgreich war, kannst du die bestehende GPT-Partitionierung anzeigen lassen:
Code:
diskutil unmountDisk disk0
gpt -r show /dev/disk0
Dort sollte jetzt am Ende der HD zwischen der letzten Partition und der Backup-Partitionstabelle ein noch freier Bereich von 2015 Sektoren zu sehen sein. Der bietet sich wie ein ofenfrisches Brötchen dafür an, den GRUB Loader da rein zu pflanzen.
Der ganze Trick dabei ist, hierfür eine eigene Partition (mit einer eigens dafür reservierten Typbezeichnung) zu erstellen, die anstatt eines aktivierbaren Dateisystems nur das nackte Ladeprogramm enthält.
Nochmals ganz langsam: Keine Formatierung, nix lesbares, nur der nackte Code.
Das aber an einer Stelle an der man ihn ganz simpel lokalisieren kann, und an der er auch nicht unabsichtlich durch was anderes überschrieben wird. Mounten kann man diese Partition hinterher nicht, aber das ist auch gar nicht so beabsichtigt.
Wählt man hierfür
den richtigen Partitionstyp (der als kryptische GUID zu definieren ist), dann wird ein später mal zu installierender GRUB-2 das automatisch erkennen und sein eigenes Ladeprogramm ganz von selbst dort platzieren, wenn man ihn "in den MBR" installiert. Einen Grub-Legacy muss man noch ausdrücklich dazu überreden, dort Platz zu nehmen.
Die freien 2015 Sektoren sind zum Schweinefüttern genug für diese "BIOS Boot Partition".
Ein wenig "Padding" davor und danach darf schon auch sein, also kommt sie mit diesem Befehl hier grade richtig zu liegen:
Code:
gpt add -i 6 -b 236976136 -s 2000 \
-t "21686148-6449-6E6F-744E-656564454649" /dev/disk0;
Kleine Anmerkung für Nachahmer:
'gpt' weigert sich das zu tun, sofern es irgendwelche kollidierenden Einträge in der MBR-Tabelle gibt. Die MBR-Tabelle muss vor der Bearbeitung in ihren Normalzustand versetzt werden, in dem es nur einen einzigen Schutzeintrag gibt. Erst nachdem alle Änderungen an der GPT abgeschlossen sind, können -und müssen- die MBR-Einträge wieder synchronisiert werden.
4)
Dann folgt ein kleiner, eher "kosmetischer" Akt. Die Partition möchte gerne einen eigenen, beschreibenden Namen bekommen. Da nach jeder Änderung der Partitionierung (wie gerade eben) der Dienst "diskarbitrationd" getriggert wird und sofort wieder alle erkennbaren Volumes mountet, müssen sie dazu erst wieder deaktiviert werden.
Code:
diskutil unmountDisk disk0
gpt label -i 6 -l "BIOS Boot Partition" /dev/disk0
diskutil unmountDisk disk0
5)
Da hier ein kritisches Stück Programmcode abgelegt werden soll ist es eine gute Idee, erst mal den gesamten Partitionsbereich mit Nullen zu überschreiben. Es darf nämlich unter keinen Umständen passieren, dass später evtl. noch herumliegender "Garbage" zusammen mit dem Code eingelesen und fehlinterpretiert wird. Das könnte durchaus passieren, da der MBR-Code nicht bytegenau, sondern rein blockorientiert arbeitet. Vorsicht ist die Schwiegermutter im Porzellanfachgeschäft.
Code:
dd if=/dev/zero of=/dev/disk0s6
diskutil unmountDisk disk0
Und weil wir grade dabei sind, werden auch gleich noch evtl. übriggebliebene Reste von unbrauchbarem MBR-Ladecode eliminiert. Ich brauche wohl nicht zu erwähnen, dass du dich bei solchen Luftangriffen besser nicht vertippst.
Code:
dd if=/dev/zero of=/dev/disk0 conv=notrunc bs=1 count=446
diskutil unmountDisk disk0
Bei dieser Gelegenheit drücken wir uns jetzt noch eine kleine Korinthe durch den anatomischen Südpol.
Linux verlangt das zwar nicht, aber jede via BIOS gebootete HD sollte eine Datenträger-ID für Windows NT besitzen. Hierfür darfst du dir selbst
zwei beliebige alphanumerische Zeichen ausdenken, die sich wiederholen sollten. (Microsoft spricht zwar nur von einem 32-bittigen Zähler, aber Kombinationen die nicht nach dem beschriebenen Schema erstellt wurden haben sich schon oft als seltsame Ursache erwiesen, die den NT Kernel beim Boot einfrieren lässt. Das Mirakel der "illegalen" Werte kennt nur MS allein.)
Wichtig ist, dass die Kennung jeder deiner HDs individuell sein und bleiben muss.
Beispiel:
Code:
echo "GaGa" | \
dd of=/dev/disk0 conv=notrunc bs=1 count=4 seek=440
diskutil unmountDisk disk0
6)
Jetzt kommt der vergnügliche Teil, es wird Zeit sich die MBR-Partitionierung schön zu reden.
Wie schon mal erwähnt, das ist nur für das alte Grub-Legacy nötig, der neuere bräuchte das nicht mehr. (Dafür ist dieser erheblich schwieriger zu konfigurieren, wenn man seine Menüdatei manuell erstellen muss, die fällt um einiges komplexer aus.) Ratsam ist es in jedem Fall das trotzdem zu erledigen, denn zB auch die Lader von diversen verfügbaren Live-Systemen könnten diese Hilfestellung noch benötigen (und ein Windows sowieso).
Zunächst einmal ein kleines "Do & don't do" für solche "hybriden" MBR-Tabellen. Drei Teile:
a) Was im MBR unbedingt vorhanden sein
muss
b) Was dort vorhanden sein
kann/soll
c) Was dort keinesfalls vorhanden sein darf
--- 2 B continued ---
...