Sim, sou o mantenedor do rEFInd.
Basta executar o script install.sh
do OS X para instalar o rEFInd como o carregador de inicialização padrão, ignorando o rEFIt, embora você também queira instalar um driver do sistema de arquivos EFI para o sistema de arquivos no qual reside o kernel do Linux. (Isso permitirá a inicialização direta do Linux sem envolver o GRUB.) Além disso, a execução do script install.sh
do rEFInd não removerá completamente o rEFIt. Se você achar que o rEFInd funciona tão bem ou melhor que o rEFIt, você pode excluir o rEFIt manualmente removendo o diretório /EFI/refit
no OS X (ou no seu ESP, se você o instalou lá).
Dito isto, parece-me improvável que o rEFInd conserte o problema que você está tendo. Eu nunca ouvi falar desse problema antes, mas minha suspeita é que é uma limitação de firmware, não um bug no rEFIt. Fiz algumas alterações no processamento de vídeo em rEFInd e é possível que uma dessas alterações resolva inadvertidamente seu problema. Vale a pena tentar responder para ver se este é o caso, mas eu não esperava minhas esperanças.
Você pode tentar remover completamente o rEFIt antes de instalar o rEFInd para testar se o computador inicializará com o monitor desconectado, sem que nenhum gerenciador de inicialização de terceiros tenha sido instalado. Em caso afirmativo, o rEFIt provavelmente está interrompendo ou pausando e aguardando a entrada quando o monitor é desconectado. Se rEFInd fizer a mesma coisa, seria difícil depurá-lo, porque não há atualmente nenhum recurso para gravar um arquivo de log que revele onde esse travamento ocorre.