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

12

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 / clé USB et lancer le startup.nshscript 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 plus gros disque USB 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 -rpartir du shell EFI, la clé n'est même pas répertoriée. Le disque apparaît comme blk0et je peux y basculer. Le problème est d'arriver au script:

lsou dirretourne des commandes"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 fs0a simplement créé un alias blk0mais ne l'a pas rendu plus lisible.

— Silver Quettier
source

11

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

— Kirill Podlivaev
source

Et les gens se plaignaient que le BIOS était difficile ...

— Hola Soy Edu Feliz Navidad

10

Fantastique.

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

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 shell EFI (avec un clavier USB français mappé aux États-Unis, mais celui-ci est d'ailleurs).

Ce qui précède et UEFI Shell m'ont sorti de l'impasse:

... et c'est parti!

— David Tonhofer
source

Mon Intel Joule se bloque après avoir appelé grubx64.efi dans Ubuntu 16.04

— mustafa

Ancien article, mais ces captures d'écran ont montré exactement ce que je devais faire pour démarrer la clé USB à partir d'EFI sur une tablette Linx 12X64. +1

— Oliver

-3

Les supports (clé USB, CD, disques durs) doivent être formatés en FAT (16 ou 32) pour être lisibles depuis EFI.

— À M
source

4

La question indique clairement que le disque était FAT32. -1 pour ne pas l'avoir lu.

— Deer Hunter