Comment passer de reVIt à reFUnd
J'ai récemment installé Ubuntu Server (12.04.3) sur un MacMini1.1 ...
Le MacMini était déjà doté d’OSX (Leopard) et je voulais le conserver. Après de nombreuses recherches, j’ai donc utilisé gpart et fdisk au sein d’un "LiveCD Ubuntu-Desktop i386" pour réduire la partition OSX. et a ensuite utilisé une clé usb-stick-Ubuntu-Server-i386 d’une manière similaire pour formater la partition restante et y installer le serveur Ubuntu.
Tout s'est bien passé jusqu'à présent. Processus effrayant mais sans faille :)
Avant de faire tout cela, j'ai installé rEFIt. Je l'ai vu sur tant de guides Internet et je m'en suis souvenu depuis la veille de mon poste de responsable informatique et de technicien ... J'étais donc sûr que ce serait LA chose à faire pour m'aider.
Et en effet, c’était génial, mais j’ai manqué un détail très important: sur la page Web principale de rEFIt, ils indiquent clairement: "Comme vous l’auriez peut-être remarqué, rEFIt n’est plus maintenu activement. Veuillez consulter rEFInd , un fork qui est maintenu et en développement actif. "
Alors maintenant, tout à coup, je remarque cet étrange phénomène: Mon système d'exploitation Ubuntu Server ne démarre correctement que lorsqu'un écran est connecté à la machine (MacMini). Le clavier et la souris ne semblent pas être nécessaires, mais si je redémarre sans qu'un écran ne soit connecté, il reste bloqué en cours de route et je ne peux pas y accéder via PuTTY à partir de ma machine Windows pas si éloignée. Si je connecte ensuite un écran au MacMini, je constate qu’il s’est coincé en cours de route et qu’aucune option n’est choisie. Actuellement, ma seule option semble être de redémarrer avec un écran connecté, puis de le débrancher et de le reconnecter à mon ordinateur Windows, où j'utilise PuTTY pour une connexion SSH sur le réseau local.
J'ai décidé de consulter le site Web de rEFIt pour connaître les options de dépannage, lorsque j'ai soudainement remarqué le commentaire sur rEFInd et que je l'avais instantanément reproché.
J'ai vu que le responsable de rEFInd est ici dans les forums (ai-je bien compris que c'est Rod Smith ? Alors j'ai pensé, après avoir expliqué la situation et à quel point c'est délicat pour mon travail - Je Posez cette question soi-disant simple: j'ai lu le guide d'installation sur le site de recherche et je ne comprends toujours pas comment je peux remplacer mon entreprise actuelle par la nouvelle installation sans avoir à formater quoi que ce soit, ni effacer, ni supprimer, ni supprimer. risquer quelque chose dans mon système et/ou dans mes fichiers actuels, pouvez-vous m'aider, s'il vous plaît?
Oui, je suis le responsable de rEFInd.
Il suffit d'exécuter le script install.sh sous OS X pour installer rEFInd en tant que chargeur de démarrage par défaut, en contournant rEFIt, bien que vous souhaitiez peut-être également installer un pilote de système de fichiers EFI pour le système de fichiers sur lequel réside votre noyau Linux. (Cela permettra le démarrage direct de Linux sans impliquer GRUB.) De plus, l'exécution du script install.sh de rEFInd ne supprimera pas complètement rEFIt. Si vous trouvez que rEFInd fonctionne aussi bien ou mieux que rEFIt, vous pouvez supprimer rEFIt manuellement en supprimant le répertoire /EFI/refit sous OS X (ou sur votre ESP, si vous l'avez installé ici).
Cela dit, il me semble peu probable que la résolution du problème revienne à résoudre le problème que vous rencontrez. Je n'ai jamais entendu parler de ce problème auparavant, mais je soupçonne qu'il s'agit d'une limitation du microprogramme, pas d'un bogue dans rEFIt. J'ai apporté quelques modifications à la gestion de la vidéo dans rEFInd, et il est concevable qu'une de ces modifications résolve votre problème par inadvertance. Cela vaut la peine d'essayer de vérifier si c'est le cas, mais je ne pouvais pas espérer.
Vous voudrez peut-être essayer de supprimer complètement rEFIt avant d'installer rEFInd pour vérifier si l'ordinateur démarrera avec le moniteur débranché sans qu'aucun gestionnaire de démarrage tiers ne soit installé. Si c'est le cas, alors rEFIt est probablement en attente ou en pause et attend l'entrée lorsque le moniteur est déconnecté. Si rEFInd fait la même chose, il sera difficile de déboguer, car il n’existe actuellement aucune possibilité d’écrire un fichier journal qui indiquerait où se produit un tel blocage.