Correction des tables de partition - Dual Boot Ubuntu et Leopard
Même si j'ai pu installer et exécuter Ubuntu 11.10 en double démarrage dans un MacBook Pro 5.1, il semble qu'il y ait encore quelque chose à corriger: rEFIt me donne deux icônes pour me connecter à Ubuntu. En ce moment, quand je démarre l'ordinateur, je dois choisir entre: Apple de HD, Linux de HD et Linux de Partition 3.
l'outil de partition rEFIt indique qu'il n'est pas nécessaire de synchroniser les tables car "Aucune partition GTP n'a été trouvée", bien qu'il indique également qu'il n'a pas pu trouver gtpsync. Selon cet outil, il y a trois partitions sur le disque: une pour Mac, une pour LinuxSwamp et une pour Ubuntu.
L'utilisation de DiskUtility dans Mac diffère, montrant 4 partitions: 200 Mo comme "volume de démarrage", 173 Go comme partition Mac, 1023 Mo nommés "disk0S2" (c'est le marais linux) et 59 Go nommés "disk0S3" qui est la partition Ubuntu.
L'utilisation de DiskUtility dans Ubuntu affiche 3 partitions (elle n'affiche pas celle de 200 Mo). Gparted montre les mêmes 4 partitions que Mac, et je me souviens lors de l'installation d'Ubuntu, l'outil d'installation a montré quelques autres petits "espaces libres" entre les partitions.
Pour corriger les tableaux, j'ai essayé de installer GDISK dans Mac et de suivre les instructions de ce message sur le forum, mais après avoir écrit Sudo gdisk /dev/disk0 dans le terminal (et après avoir écrit mon mot de passe) je reçois dyld: unknown required load command 0x80000022 Trace/BPT trap. Il se pourrait que Gdisk ne fonctionne pas dans Leopard?
J'ai également essayé de corriger les tables de cette façon . Et j'ai essayé de me débarrasser de cette icône Linux supplémentaire sur rEFIt en suivant en utilisant Sudo fdisk -u /dev/disk0 dans MacOS Terminal, mais la seule icône Linux que j'obtiens - qui est celle de Partition3 - ne démarre pas (je dois donc suivre la dernière façon de corriger les tables pour que grub soit réinstallé dans/sda).
Alors ..... des idées quoi faire ?? Pour le moment, ce n'est pas grave, car je peux travailler avec tout.
Je ne peux pas être positif, mais mon intuition est que vous voyez deux options de démarrage du BIOS pour Linux, l'une basée sur le MBR et l'autre basée sur la partition de démarrage. S'ils fonctionnent tous les deux, la suppression du code MBR devrait éliminer le doublon; cependant, il y a un risque que si vous le faites, cela se retourne contre et Linux ne fonctionnera pas du tout. Si vous voulez essayer, faites-le depuis Linux:
Sudo dd if=/dev/sda of=/path/to/external/medium/backup.mbr bs=512 count=1
Sudo dd if=/dev/zero of=/dev/sda bs=440 count=1
Soyez très très prudent avec ces commandes! Si vous tapez mal l'une des commandes dd, vous pourrait finir par effacer les données critiques. Notez en particulier que la deuxième commande utilise un bs=440 option, pas bs=512 comme dans la première commande. Assurez-vous également d'inclure le count=1 option pour les deux commandes, mais surtout pour la seconde. Changement /path/to/external/medium dans un répertoire où vous avez monté un disque amovible. Cela vous fournira une option de récupération si quelque chose tourne mal; vous pourrez démarrer avec un système d'urgence et relancer la première commande, mais inversez le if= et of= options, pour restaurer le disque à son état d'origine.
Une autre option consiste à passer de rEFIt à sa plus récente fourchette, rEFInd, et à convertir d'une option de démarrage du BIOS pour démarrer en mode EFI, comme décrit ici. You ' Nous pourrons alors désactiver l'analyse des chargeurs de démarrage du BIOS et limiter la liste de démarrage au nombre de chargeurs de démarrage EFI que vous souhaitez installer. Cela vous donnera plus de flexibilité, mais cela prendra un certain effort pour le configurer, et il y a aussi un risque qu'il ne fonctionne pas correctement - certains Mac ont encore du matériel que Linux ne peut pas initialiser correctement lorsqu'il est démarré en mode EFI, bien que ce problème soit beaucoup moins important qu'il ne l'était dans le passé.