Pourquoi le port interne USB ne botte-t-il pas ESXI 6 sur mon microServer GEN8?
J'essaie d'exécuter ESXI 6 sur le port interne USB 2.0 sur un microServer GEN8 HP. Peu importe ce que j'essaye, cela ne tentera d'aucune tentative de démarrage de l'USB interne pour charger l'hyperviseur.
J'ai installé ESXI 6 avec l'image HP ProLiant personnalisée (Jan 2016). Les étapes que j'ai prises pour faire cela ont été de graver l'ISO à un CD et l'a installée à un transcend de 8 Go lorsqu'il a été branché dans le logement interne USB du microServer GEN8. J'ai tiré tous les lecteurs SATA avant d'installer. La configuration ESXI a détecté le lecteur USB sans problème et installé sans problèmes. Au redémarrage, il ne démarre pas du tout.
J'ai vérifié mon BIOS et toutes les options de clé USB semblent être correctes:
- USB activé - Activé
- Support de démarrage USB - Activé
- Ordre de démarrage principal - USB Dremenkey est défini sur la première priorité
- Priorité de démarrage des entraînements internes - USB Drivekey d'abord
- Enumération USB - Activé
Pour confirmer que le bâton USB fonctionne, je l'ai sorti de la microséreuse GEN8 et l'a démarré sur un ordinateur portable, qui a démarré aucun problème.
J'ai eu le même problème avec un autre lecteur USB, mais j'ai pensé que cela pourrait être malchance pour la compatibilité, mais deux lecteurs USB faisant la même chose semblent un peu soupçonnée.
Que manque-t-il que cela empêche le lecteur USB de démarrer sur le microServer gen8 lors de l'utilisation du port interne?
Pour votre problème réel:
Formatez votre USB avec MBR et non GPT Partitions. Cela réparera ce problème ...
Hit Shift-O lors de l'installation et ajoutez formatwithmbr:
Mon rant ...
Voir: HP ProLiant Microserver Gen8: OS sur un micro SD ou USB Drive une bonne idée?
Quelque chose que beaucoup de gens ne comprennent pas les serveurs HP ProLiant sont que les contrôleurs HP Smart Array sont capables de disposer de plusieurs "disques logiques" sur le même "tableau" physique.
Cela signifie que vous pouvez prendre un groupe de disques et les séparer en deux volumes ou plus. Par exemple. 6 x 300 Go de disques peuvent être un volume de 1 x 100 Go pour un système d'exploitation et 800 Go pour les données. Ceci est une caractéristique précieuse.
Donc, pour l'exemple du microsérover HP en question dans cette question, vous avez un serveur compact avec quatre baies de voiture ...
L'objectif est d'exécuter VMware ESXI et l'OP souhaite l'installer sur une clé USB. Exécuter VMware sur une carte USB ou SD lorsque vous êtes non Utilisation d'un environnement en cluster avec stockage partagé est une mauvaise idée. L'échec de votre périphérique USB/SD est une douleur à traiter.
ESXI ne nécessite pas beaucoup d'espace. Une approche facile de ce type de serveur est de créer un lecteur logique de 16 Go pour house ESXI, puis allouer le reste à votre VM Stockage. De cette façon, vous avez RAID. Protection pour VMware et Votre stockage de données sans gaspiller de l'espace disque.
Ressusciter le fil ...
Le HP MicroServer Gen8 est incroyablement pointilleux sur les formats USB et les ports, il démarre à partir et dans quel ordre.
Clés USB doivent utiliser des partitions MBR, non GPT, et doivent utiliser une méthode SysLinux de démarrage, de préférence un système de fichiers Fat32 et bien sûr pas de taille du secteur au-dessus 16Ko. En outre, les 2 ports USB 3.0 (externe, bleu) ne peuvent pas être utilisées pour démarrer.
Le seul outil que les clés USB répétable produits utilisables pour le HP MicroServer Gen8 était WinSetupFromUSB_1-7_x64 en utilisant les options "Linux ISO GRUB4DOS" et "SysLinux bootsector". Il en résulte un menu de démarrage qui a une entrée Grub pour l'ISO fourni et une entrée SysLinux qui est non fonctionnel, mais nécessaire pour le MicroServer d'accepter le bâton et afficher le menu en premier lieu. Cet outil pourrait réellement formater en NTFS et il était encore dans le démarrage MicroServer.
Rapide des clés USB recommandé. Et la patience, puisque le MicroServer prend 2-3min pour chaque tentative de démarrage et si elle échoue à plusieurs reprises en raison de son pickyness, il est appauvrissant la santé mentale des everone autour d'elle.
Le MicroServer est encore extrêmement compliqué à utiliser et il est pas recommandé à mon humble avis pour tout groupe. Pour les installations SOHO, il a une tonne d'options et des exigences peu stupides rendant presque inutilisable (Aucun démarrage du port SATA embarqué, solution de contournement nécessaire. BIOS MBR uniquement, pas de support UEFI ou TPG, rendant compliqué pour la plupart des OS de 2016 installer médias -. bonne chance de changer une clé USB de GPT à MBR avec Windows seul CPU typiques livrés avec le MicroServer n'ont pas AES-NI, pour le cryptage des disques durs ou le trafic SSL ou le transfert de fichiers SSH est extrêmement unusably lent iLO interface constamment. sur, tire de l'énergie inutilement dans un cadre SOHO. licence iLO avancé nécessaire pour utiliser réellement de toute façon. BIOS- et les mises à jour du firmware ont besoin d'un contrat de garantie, l'enregistrement et le soutien avec HP, trop cher. en utilisant le contrôleur RAID en mode RAID autres que le miroir , il nécessite une licence supplémentaire ou un contrôleur RAID qui est le double du prix de l'ensemble du serveur, pourquoi? marque HP RAM requis ou il se plaindra. ventirad passif, mais un cas très bruyant ventilateur pour compenser cela. La liste se rallonge de plus en plus. Non recommandé) -. Et pour les environnements de production graves, la MicroServer de chétif ne peut jamais satisfaire les performances et la redondance composants nécessaires, avec le manque AES-NI, il ne fournit même pas assez de puissance pour un réglage SOHO.