Clé USB non détectée dans le shell Intel EFI

Question

Je dois mettre à jour une carte Intel S3420GPLC. BIOS, BMC, FRU/SDR, le tout.

Tout est à peu près automatisé dans le téléchargement d'Intel. Vous êtes censé démarrer sur le shell EFI intégré, monter le disque/la clé USB et lancer le startup.nsh script inclus dans le téléchargement.

Le problème est que j'ai essayé à la fois avec une clé USB de 4 Go et un disque USB plus grand de 60 Go, avec de mauvais résultats. Les deux ont, bien sûr, des systèmes de fichiers FAT32.

Lorsque vous les branchez et exécutez map -r depuis le shell EFI, la clé n'est même pas répertoriée. Le disque apparaît comme blk0 et je peux y basculer. Le problème est d'arriver au script:

• ls ou dir commandes renvoie "Cannot open current directory - Not found"
• cd update Retour "Target directory not found"

Il ne semble pas non plus que le disque soit correctement monté. Des pointeurs sur les commandes que je pourrais essayer ou des paramètres du BIOS qui pourraient être désactivés?

Modifier, nouvelles informations:

• J'ai réessayé avec un autre disque dur, qui a donné les mêmes résultats que le premier.
• Les ports/contrôleurs USB ne semblent pas être le problème, ceux que j'ai utilisés fonctionnaient tous avec un clavier.
• mount blk0 fs0 a simplement créé un alias pour blk0 mais ne l'a pas rendu plus lisible.

Answer 1

Le premier problème que vous écrivez dans le style UNIX. Mais l'UEFI utilise le style DOS. Donc, votre séquence de commandes:

map
mount blk0 aaa
aaa:            // !!! change disk in dos stile
cd EFI\debian    // use backslashes
grubx64.efi      // run bootloader without "./"

Le deuxième problème - vous n'avez rien écrit sur le système de partitionnement de disque. Vous ne pouvez pas utiliser le système de partition DOS. Utilisez GPT (GUID Partition Table). Sous Linux, utilisez gdisk. (fdisk ne convient pas).

Comme les types de partition utilisent EF00 pour le disque de démarrage (fat32), 0700 pour la partition racine (Ext4 par exemple)

donc votre lecteur ressemblera à ceci:

gdisk -l /tmp/disk
GPT fdisk (gdisk) version 0.8.7

Partition table scan:
  MBR: protective
  BSD: not present
  APM: not present
  GPT: present

Found valid GPT with protective MBR; using GPT.
Disk /tmp/disk: 2048 sectors, 1024.0 KiB
Logical sector size: 512 bytes
Disk identifier (GUID): 21FCB27E-DBE0-47F9-9D03-811638115E24
Partition table holds up to 128 entries
First usable sector is 34, last usable sector is 2014
Partitions will be aligned on 2-sector boundaries
Total free space is 0 sectors (0 bytes)

Number  Start (sector)    End (sector)  Size       Code  Name
   1              34              53   10.0 KiB    EF00  EFI System
   2              54            2014   980.5 KiB   0700  Microsoft basic data

Answer 2

Fantastique.

J'ai eu ce problème avec une image Fedora 22 Live sur une clé USB créée selon démarrage UEFI des clés USB en utilisant

livecd-iso-to-disk --efi --format --reset-mbr Fedora-Live-Xfce-x86_64-22-3.iso /dev/sdX

Ce qui donne un disque GPT amorçable avec une partition VFAT.

Ensuite, j'ai essayé de créer un ZOTAC Nano CI320 à l'aide de cette clé et je me suis retrouvé dans un boîtier EFI (avec un clavier USB français mappé aux États-Unis, mais celui-ci est d'ailleurs).

Ce qui précède et Shell UEFI m'a fait sortir de l'impasse:

... et c'est parti!