Unidad USB no detectada en el shell Intel EFI

Debo actualizar una placa Intel S3420GPLC. BIOS, BMC, FRU / SDR, todo.

Todo está bastante automatizado en la descarga de Intel. Se supone que debe iniciar el shell EFI integrado, montar el disco / llave USB e iniciar el startup.nshscript incluido en la descarga.

La cosa es que probé con una llave USB de 4GB y un disco USB más grande de 60GB, con malos resultados. Ambos tienen, por supuesto, sistemas de archivos FAT32.

Al conectarlos y ejecutarlos map -rdesde el shell EFI, la clave ni siquiera aparece en la lista. El disco aparece como blk0y puedo cambiar a él. El problema es llegar al script:

• lso dircomandos devuelve"Cannot open current directory - Not found"
• cd update devoluciones "Target directory not found"

Tampoco parece que el disco esté montado correctamente. ¿Algún indicador sobre los comandos que podría probar o la configuración del BIOS que podría estar desactivada?

Editar, nueva información:

• Intenté nuevamente con otro disco duro, que arrojó los mismos resultados que el primero.
• Los puertos / controladores USB no parecen ser el problema, los que utilicé todos trabajaron con un teclado.
• mount blk0 fs0simplemente creó un alias blk0pero no lo hizo más legible.

El primer problema que escribes en estilo UNIX. Pero el UEFI usa el estilo DOS. Entonces su secuencia de comandos:

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

El segundo problema: no tiene nada escrito sobre el sistema de particionamiento de disco. No puede usar el sistema de partición DOS. Use GPT (tabla de particiones GUID). En Linux usa gdisk. (fdisk no cabe).

Como los tipos de partición usan EF00 para el disco de arranque (fat32), 0700 para la partición raíz (Ext4 por ejemplo)

así su disco se verá así:

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

Fantástico.

Tuve este problema con una imagen en vivo de Fedora 22 en un dispositivo USB creado según el arranque UEFI de dispositivos USB usando

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

Lo que proporciona un disco de arranque organizado por GPT con una partición VFAT.

Luego intenté myy un ZOTAC Nano CI320 usando ese dispositivo y me encontré en un shell EFI (con un teclado USB francés suizo asignado a los EE. UU., Pero eso es por cierto).

Lo anterior y UEFI Shell me sacaron del callejón sin salida:

... y nos vamos!

Los medios (llave USB, CD, discos duros) deben formatearse como FAT (16 o 32) para que EFI pueda leerlos.