iluro
Le diagnostic se resserre.
Manifestement > le volume
HD (macOS «
Sierra») du SSD de l'
iMac est bien sélectionné comme volume de démarrage automatique de l'
EFI. En conséquence : le
boot_manager (gestionnaire de démarrage) n'a pas à être déclenché pour identification d'un volume de démarrage. Donc aucun délai de démarrage ne peut provenir d'un temps de scan par ce logiciel des volumes montés.
Non. Dès que l'
EFI accède en lecture à la
NVRAM > hop ! une adresse de boot automatique est trouvée > hop ! il y a accès direct au SSD > à l'en-tête de son volume > suivi du chemin au
boot_loader (
/System/Library/CoreServices/boot.efi) > exécution du
boot_loader > affichage de la signalant son activation.
Alors ta conjecture m'a l'air de tenir la route : délai dû au temps nécessaire pour monter le volume
RAID du périphérique.
Voici comment je me figure la séquence. Quand tu presses le bouton "
Power" d'allumage > tu actives l'
EFI (
firmware = micro-logiciel recelé dans une puce de la Carte-Mère) > l'
EFI procède immédiatement au
POST (
Power-On Self-Test) = vérification de compatibilité des composants du
hardware de la bécane) > en cas de test validé > retentissement du
Chime (Gong !). C'est ultra-rapide.
Ensuite : il y a un
intermède entre ce
check-up interne du
hardware > et la visite de la
NVRAM pour charger arguments de boot et adresse de l'appareil à démarrer. Cet intermède est consacré à l'activation des ressources basiques du
hardware :
RAM >
processeur >
clavier >
BUS de périphériques etc. C'est à ce moment-là que les disques sont "
attachés" au Système du Mac > et que leurs volumes sont
montés une première fois.
Tous les volumes montables sans aucune exception. Par exemple : des volumes qui ne montent jamais lorsque l'OS est démarré (volume de la partition
EFI n°1 du disque ou volume de la partition
Recovery HD n°3 du disque) > eh bien ! ils sont montés à ce moment du pré-boot > afin que tout soit accessible en adressage (et éventuellement pour le scan du
boot_manager si aucun appareil de démarrage automatique n'est sélectionné en
NVRAM).
Tu me vois venir : si tu as un périphérique à 2 disques solidarisés par un
RAID miroir matériel > il n'est pas inenvisageable, effectivement, que la séquence :
attachement de ces disques au Système du Mac =>
montage du Volume
RAID-miroir soit plus lente que pour un DDE standard. Si c'est le cas > eh bien ! il doit y avoir nécessairement suspension du processus de l'
EFI > le temps que le volume soit
monté.
Car imaginons au contraire que le processus
EFI se rue sur la
NVRAM illico juste après le
POST interne sans attendre aucune réponse des disques périphériques et des montages des volumes > et si l'adresse de boot automatique (at:
efi-boot-device en
NVRAM) pointait justement au volume du
RAID-miroir, hein ? Cela voudrait dire que l'
EFI chargerait une adresse à un volume actuellement indisponible > car non encore
monté.
Par suite > tout disque attaché dont le volume traîne au montage pour une raison
x > doit forcément étirer le délai suspensif pour l'
EFI entre le
POST et l'accès à la
NVRAM. Donc le temps de démarrage doit augmenter.
=> à toi de tester expérimentalement cette conjecture en jouant sur les périphériques de ton
iMac...