Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

Installer Xubuntu sur MacMini1,1 (Intel, Late 2006)

Fro

Bonjour,

Je déterre un MacMini qui dormait depuis quelques années. Il est actuellement en dual boot Mac Os X Snow Leopard et Windows Xp (oui, je sais...).

Les infos système sur Mac Os donnent :

  Nom du modèle :	Mac mini
  Identifiant du modèle :	Macmini1,1
  Nom du processeur :	Intel Core Duo
  Vitesse du processeur :	1,66 GHz
  Nombre de processeurs :	1
  Nombre total de cœurs :	2
  Cache de niveau 2 :	2 Mo
  Mémoire :	2 Go
  Vitesse du bus :	667 MHz
  Version de la ROM de démarrage :	MM11.0055.B08
  Version SMC (système) :	1.3f4

diskutil -list me donne :

/dev/disk0
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *320.1 GB   disk0
   1:                        EFI                         209.7 MB   disk0s1
   2:                  Apple_HFS Mac OS X                49.9 GB    disk0s2
   3:       Microsoft Basic Data DATA                    249.1 GB   disk0s3
   4:       Microsoft Basic Data SYSTEM                  20.7 GB    disk0s4
/dev/disk1
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *7.8 GB     disk1
   1:                        EFI                         209.7 MB   disk1s1
   2:                  Apple_HFS                         7.4 GB     disk1s2

J'ai installé rEFInd, qui se lance bien au démarrage. Mon problème, c'est de réussir à créer une clé USB d'installation de Xubuntu qui soit reconnue par rEFInd et le Mac. Le lecteur CD/DVD du Mac a rendu l'âme il y a un moment déjà.

J'ai téléchargé la version 32 bits de Xubuntu (xubuntu-18.04.4-desktop-i386.iso).

J'ai essayé de créer la clé via un PC Xubuntu 18.04, en utilisant Unetbootin. J'ai essayé aussi depuis Max OS X, via la commande dd (voir https://osxdaily.com/2015/06/05/copy-iso-to-usb-drive-mac-os-x-command/ et le "disk1" visible dans le listing diskutil ci§dessus).

rEFInd voit bien la clé mais mentionne "Boot Legacy OS from <nom-de-la-clé>" et quand je fais ce choix, il démarre Windows Xp.

Je n'ai plus vraiment d'usage de Windows Xp ni de Mac OS X, mais j'aimerais les garder tant que je n'ai pas Ubuntu qui tourne, voire même les garder tout court, au moins pour l'instant. J'espérais que la partition nommée DATA déjà existante sur mon disque dur puisse accueillir Xubuntu.

J'aurais grandement besoin de votre assistance, je nage dans les lectures entre "BIOS", "Grub", "EFI", "ESP", etc. et le mal de crâne me guette. 🙂

Merci !

noje

Bonjour,

D'abord toutes les spécifications de ton "mac 1,1" peut-être utile par la suite.
https://everymac.com/systems/apple/mac_mini/specs/mac_mini_cd_1.66.html

Selon ce blog ton mac est en 32 bits et ne boot pas sur clé USB sauf avec une procédure de forçage.
http://www.geek-tips.com/2013/03/09/install-linux-mint-on-a-mac-mini-2-1/

Tente peut-être cette solution qui semble avoir fonctionné avec un outil "ISO-2-USB EFI-Booter for Mac" l'origine du logiciel est dite inconnu sur plusieurs sites.
https://forum.ubuntu-fr.org/viewtopic.php?id=825741

Ci-dessous c'est plus récent et expliquer que dans sont cas, il a du ajuster après installation en installant à nouveau GRUB.
https://lofurol.fr/joomla/logiciels-libres/238-installer-linux-mint-19-3-tricia-sur-macbook-pro-9-2

À voir, ce sont des pistes à explorer, mais ce n’est pas de la tarte sous certains anciens équipements Apple, mais c'est toujours possible.
Courage.

Fro

Merci pour les tuyaux !

J'ai suivi les indications du fil Ubuntu-fr de ton 3e lien, en déposant sur la clé USB le fichier bootIA32.efi plutôt que bootX64.efi.
Je n'étais pas sûr d'avoir formaté correctement la clé. Il fallait "Format a USB drive to provide a single FAT32 partition featuring MBR". J'ai sélectionné FAT dans l'outil Disques de mon Xubuntu, mais y aurait-il un "Master Boot Record" pour autant, je n'en savais rien...

La clé n'a pas été reconnue par le menu de démarrage Apple (appui sur la touche Alt au démarrage du Mac). Mais elle a été reconnue par rEFInd, qui a bien voulu lancer le tout.

Après un bref affichage de "Loading Linux..." puis d'un plus long message commençant par "Fasten your seatbelts", que je n'ai pas eu le temps de lire, j'ai eu droit à ça :

efi : EFI_MEMMAP is not enabled
Kernel Panic - not syncing: VFS: Unable to mount root fs on unknown block (0,0)
CPU: 1 PID: 1 Comm: swaper/0 Not tainted 5.3.0_28-generic #30~18.04.1-Ubuntu

Il y avait quelques lignes en plus pour détailler tout ça, mais je me suis dit que recopier la pile d'instructions c'était probablement superflu. 🙂

En suivant la source du fil Ubuntu mentionné plus haut, un commentaire propose une solution pour lancer un Linux Live en utilisant une partition du disque plutôt qu'une clé USB :
https://studyblast.wordpress.com/2011/08/14/guide-mac-os-x-lion-how-to-boot-a-linux-live-system-from-a-usb-drive-how-to-update-any-ocz-ssds-firmware/#comment-359
Mais comme j'ai réussi à avoir un "début" de chargement, je ne sais pas si cette autre méthode m'apporterait bien plus ?

J'ai lu je-ne-sais-plus-où que les iso d'Ubuntu ne contenaient pas ou plus le nécessaire pour se lancer sur des machines qui utilisent l'EFI. Ou quelque chose comme ça, je raconte peut-être n'importe quoi, je n'ai pas bien saisi le tout...
Est-ce qu'un autre ISO de Linux, ou un ISO modifié (et comment ?) ferait davantage l'affaire ?

Sachant que dans tous les cas, la méthode que je suis avait l'air de servir uniquement à lancer Linux en live, sans aller plus loin. Je ne sais pas non plus ce qu'il faudra ensuite pour installer le Linux en question...

noje

Il semble que EFI n’est pas supporté par Ubuntu 32 bits, mais uniquement Ubuntu 64 bits ou l’inverse, mais je crois que c’est uniquement la version 64bits et que la 32 bits ne fait pas l’EFI.
Donc ça confirmerait pourquoi ton boot32.efi à déconner en beau, d’ailleurs il me semble avoir lu aussi que même pour booter une distro en 32 bits il faut un grub en 64 bits (à vérifier là pas le temps je vais aller dodo).

Tente avec le bootX64.efi pour voir si mieux, ou alors regarde avec la piste ci-dessous :

Visiblement il y’a une gentille dame qui a fait des ISO modifié de mate, après si ce n’est pas ton trip de Desktop, si ça fonctionne quand même tu pourras ajouté un autre environnement de bureau.
https://ubuntu-mate.community/t/64-bit-ubuntu-mate-images-for-32-bit-efi-macintosh-computers/18069

Les liens sont actifs, par souci de sécurité il faut faire une vérification sha256sum de l'image ISO.

sha256sum chemin_vers_ou_nom_de_l'image_ISO.

Refait quand même comme tu as fait pour installer l’iso sur la clé USB car pense que c’est toujours nécessaire.
Redit si ça aide, si ça passe ou si ça solutionne.

Fro

Hello,

Si je remplace bootIA32.efi par bootX64.efi, la clé n'est plus reconnue ni par le menu de boot d'Apple, ni par rEFInd.

En utilisant l'iso ubuntu-mate-18.04.1-desktop-amd64+MAC.iso de la gentille dame, le chargement démarre jusqu'au message :
"Fasten your seatbelts now, we are booting the kernel. This may take a while, please be patient..."

Mais l'underscore au-dessous ne clignote pas. Et ça fait déjà une demi-heure environ... Je trouve ça louche. C'est normal, docteur ?

Sinon, ma prochaine tentative, ce serait cette réponse sur AskUbuntu :
https://askubuntu.com/questions/392719/32-bit-uefi-boot-support/715843#715843
Si je comprends bien, le gars utilise 3 ISOs différents, mais pour avoir une installation 32 bits au final.

[EDIT] J'ai donc tenté les instructions du lien ci-dessus :
- formater une clé en FAT avec Gnome Disks
- décompresser xubuntu-18.04.4-desktop-i386.iso sur la clé
- y ajouter les dossiers /boot/ et /EFI/ de xubuntu-18.04.4-desktop-amd64.iso
- ajouter le fichier /efi/boot/bootia32.efi depuis debian-10.3.0-amd64-i386-netinst.iso sur la clé dans le dossier /EFI/BOOT/
- ajouter le dossier /boot/grub/i386-efi de debian-10.3.0-amd64-i386-netinst.iso sur la clé dans le dossier /boot/grub/
- renommer /casper/vmlinuz sur la clé en /casper/vmlinuz.efi
(si j'ai bien compris les commandes rsync, cp et mv mentionnées dans le lien...)

Au lancement depuis rEFInd, j'ai ce message d'erreur :

Starting bootia32.efi
Using load options ''
Failed to open \EFI\BOOT\grubia32.efi - Not found
Failed to load image \EFI\BOOT\grubia32.efi - Not found
start_image() returned Not Found

Naïvement, j'ai cherché ce fichier grubia32.efi manquant sur un des 3 isos : il se trouve sur l'iso Debian. Je l'ai copié dans le dossier /EFI/BOOT/ de la clé.

Maintenant au lancement, j'atterris sur une invite Grub qui mentionne :

GNU Grub version 2.02+dfsg1-20

Minimal BASH-like line edition is supported
[...]

grub> (et son curseur clignotant, m'invitant à taper je-ne-sais-trop-quelle-commande :)

Alors je continue à fouiller, et cette page mentionne le cas du même Mac Mini que le mien (je crois). Mais c'est un peu ardu pour moi :
http://www.rodsbooks.com/ubuntu-efi/

Si ce que j'indique ici vous fait penser à des suggestions plus simples, je suis évidemment preneur !

noje

Fro a écrit[Si je remplace bootIA32.efi par bootX64.efi, la clé n’est plus reconnue ni par le menu de boot d’Apple, ni par rEFInd.

Donc ça confirme que tu es obligé de passer par une phase de boot en 32bits, parce que le processeur ne sait pas gérer que ceci en boot c’est ce que je vous disais, mais ne savais plus le sens.

Fro a écritEn utilisant l’iso ubuntu-mate-18.04.1-desktop-amd64+MAC.iso de la gentille dame, le chargement démarre jusqu’au message :
"Fasten your seatbelts now, we are booting the kernel. This may take a while, please be patient..."

Mais l’underscore au-dessous ne clignote pas. Et ça fait déjà une demi-heure environ… Je trouve ça louche. C’est normal, docteur ?

Non pas anormale, car après elle le dit qu’elle à testé sur un seul « Mac Mini 1,1 » il en existe trois versions différentes et ne donne par la version du SMC....
La phase de boot dans le cas de ton mac mini est annoncé longue, mais 30 minutes oui c’est abusé.

Est-ce que tu as la dernière version du SMC de ton mac mini installé.
Si ce n’est pas le cas alors fait ceci en premier lieu, ça peut peut-être aider pour cette version ISO spéciale MAC 32bits, également si tu comptes supprimer OSX c’est vivement conseiller de le mettre à jour si ce n’est pas fait.

https://support.apple.com/kb/DL361?viewlocale=fr_FR&locale=fr_FR
(dernière version connue du mois de mai 2006).

Retente après de l’installer avec une iso normale 32 bits en mettant en place juste la procédure avec ""ISO-2-USB EFI-Booter for Mac".
Ou alors le CD de la miss pour voir en lieu et place de l’ISO normale.

Oubliez la net-debian très certainement complexe à mettre en place.

Fro

Pour le SMC, le lien que tu donnes précise en version anglaise :

After this update has completed successfully, your SMC Version will be: 1.3f4

C'est déjà la version que me donnent les infos système du Mac.

Du coup, sauf erreur, j'ai déjà tenté la méthode "ISO-2-USB EFI-Booter for Mac" avec l'ISO 32 officiel et avec l'ISO de la gentille dame. Non ?
Y avait-il autre chose à tenter par ces deux biais ?

J'ai aussi une piste par ce lien, j'ai posé une question à l'auteur qui me fait une suggestion, mais pour l'instant je n'y suis pas parvenu, c'est un peu technique pour moi, faudra sûrement que je lui demande des détails :
http://linuxiumcomau.blogspot.com/2017/06/customizing-ubuntu-isos-documentation.html?showComment=1587126879561#c633334041401118800

Merci de ton investissement, j'en chie mais je ne désespère pas. 🙂

noje

Tu pourrais peut-être essayer de booter la clé hors refend, en appuyant sur la touche alt (clavier pc) ne sais plus, mais crois que c'est command sous clavier mac.
C'est du côté gauche il me semble, après tu vois les disques insérer et tu choisis sur lequel tu veux booter....

Pour le CD de la madame, je me demande si tu ne devrais pas la mettre sur une clé USB sans "ISO-2-USB-EFI-Booter For Mac", peux-être qu'elle a déjà fait des modif.
Si ce n'est pas déjà fait....

Passe quand même par ISO-2-USB EFI booter for mac", après vais aller voir le site de l'auteur de refend à l'occasion.
Et voir aussi ton dernier lien, il semble que ce soit un script qui modifie une image 64bits pour la rendre potable sur des machines qui n'acceptent que le 32bits, ce n’est pas très complexe après il y'a beaucoup d'options.

Courage tu vas finir par trouver une issue, question de temps...

Fro

Bonjour,

Après pas mal de tentatives, j'ai finalement réussi grâce à un script modifiant l'iso xubuntu-18.04.4-desktop-i386.iso, script proposé par l'auteur du site Linuxium :
http://linuxiumcomau.blogspot.com/2017/06/customizing-ubuntu-isos-documentation.html, voir commentaires du 17 avril 2020 et suivants.

En résumé :
- j'ai installé rEFInd depuis Mac OS X avec le script automatique proposé par son auteur : http://www.rodsbooks.com/refind/installing.html#installsh
cela permet de détecter une clé USB bootable bien plus facilement qu'avec le menu de démarrage d'Apple (appui sur Alt/Option au démarrage du Mac).
- télécharger un ISO officiel de Xubuntu en version 32 bits.
- le modifier en suivant ces instructions, recopiées depuis le site de Linuxium cité ci-dessus :

1. Download a copy of my latest 'isorespin.sh' script (i.e. version 8.5.0).
2. Cut and paste the following text into a file 'isorespin.patch.sh':
sed -i '4164 s?EFI_CURRENT_SIZE+EFI_GRUB_SIZE?2*EFI_GRUB_SIZE?' isorespin.sh
sed -i '4174 s?sudo?sudo mkdir -p mnt/efi/boot \&\& sudo?' isorespin.sh
sed -i '4178 s?sudo?sudo mkdir -p iso-directory-structure/EFI/BOOT \&\& sudo?' isorespin.sh
sed -i 's/amd64/i386/g' isorespin.sh
sed -i 's/refind_x64.efi/refind_ia32.efi/' isorespin.sh
sed -i 's/bootx64.efi/bootia32.efi/' isorespin.sh
sed -i 's/drivers_x64/drivers_ia32/' isorespin.sh
sed -i 's/shimx64.efi/bootia32.efi/' isorespin.sh
sed -i '3911 a \
sudo cat <<+ | sudo tee -a iso-directory-structure/boot/grub/grub.cfg > /dev/null \
if loadfont /boot/grub/font.pf2 ; then \
set gfxmode=auto \
insmod efi_gop \
insmod efi_uga \
insmod gfxterm \
terminal_output gfxterm \
fi \
\
set menu_color_normal=white/black \
set menu_color_highlight=black/light-gray \
\
menuentry "Try Ubuntu without installing" { \
set gfxpayload=keep \
linux /casper/vmlinuz file=/cdrom/preseed/ubuntu.seed boot=casper quiet splash --- \
initrd /casper/initrd \
} \
+' isorespin.sh
3. Make the 'isorespin.patch.sh' executable by entering:
chmod 700 isorespin.patch.sh
4. Run the 'isorespin.patch.sh' to patch 'isorespin.sh' with:
./isorespin.patch.sh
5. Respin your i386 ISO with the '-b refind' option:
./isorespin.sh -i ubuntu-16.04.6-desktop-i386.iso -b refind
6. Write the resultant ISO to a USB using 'dd':
dd if=linuxium-rEFInd-ubuntu-16.04.6-desktop-i386.iso of=/dev/sdX bs=4M
where X is the drive letter of your USB
7. Boot the USB and select 'LINUXIUMISO' from the rEFInd menu

- attention à donner le vrai nom de l'iso d'origine et de l'ISO modifié, ici l'exemple utilise la version 16.04.6
- trouver la lettre de lecteur de la clé USB est possible via la commande 'df'

- dans mon cas, rEFInd n'affichait pas LINUXIUMISO mais un autre nom, et au premier lancement j'ai atterri sur une invite de commande de "sauvetage", GRUB rescue
- au second essai, j'ai eu droit au menu GRUB avec "Try Xubuntu without installing", et une fois le Live Xubuntu lancé, j'ai pu installer normalement.
- je n'ai pas eu besoin de toucher à mes partitions, j'en avais déjà une vide que j'ai simplement demandé de reformater en ext4 pour y accueillir Xubuntu. je n'ai pas créé de partition d'échange.
- j'ai, juste avant l'installation, sauvegardé la partition ESP qui contenait (entre autres) rEFInd, au cas où GRUB se perde dans les OS installés.
- j'ai effectivement perdu accès à Windows Xp, que je pourrais peut-être retrouver (au besoin, mais ça m'étonnerait 🙂 en installant rEFInd à la place de GRUB. Snow Leopard est toujours accessible et fonctionnel depuis GRUB.

Merci noje pour ton aide !

noje

De rien tu as réussi tout seul et finalement toujours tout est possible...

Si je t’ai bien lu tu as uniquement grub et pas refind est-ce que c’est bien ça ?

Grub à reconnu OSX par contre il n’a pas pris Windows XP.

Depuis ton frais GNU/Linux Ubuntu que te donne la commande suivante :

os-prober

Pour voir ça dit quoi et s’il est vraiment aveugle à XP.

Fro

En fait dans /dev/sda1 se trouvent pas mal de choses dans l'unique dossier EFI présent à la racine :
- /APPLE/EXTENSIONS/Firmware.scap
- /BOOT/bootia32.efi
- /refind/ avec, je suppose, tout ce qu'il faut dedans
- /tools/gptsync_ia32.efi
- /ubuntu/ avec plein de choses aussi, dont grub.efi et grubia32.efi

Mais effectivement, os-prober ne retourne que Mac OS X :

/dev/sda2:Mac OS X:MacOSX:macosx