Unità USB non rilevata nella shell Intel EFI

12

Devo aggiornare una scheda Intel S3420GPLC. BIOS, BMC, FRU / SDR, il tutto.

Tutto è praticamente automatizzato nel download Intel. Dovresti avviare la shell EFI integrata, montare il disco / chiave USB e avviare lo startup.nshscript incluso nel download.

Il fatto è che ho provato con una chiave USB da 4 GB e un disco USB da 60 GB più grande, con scarsi risultati. Entrambi hanno, ovviamente, filesystem FAT32.

Quando li si collega e si esegue map -rdalla shell EFI, la chiave non è nemmeno elencata. Il disco si presenta come blk0e posso passare ad esso. Il problema è arrivare allo script:

lso dirrestituisce comandi"Cannot open current directory - Not found"
cd update ritorna "Target directory not found"

Non sembra nemmeno che il disco sia montato correttamente. Qualche puntatore su comandi che potrei provare o impostazioni del BIOS che potrebbero essere disattivate?

Modifica, nuove informazioni:

Ho provato di nuovo con l'ennesimo disco rigido, che ha prodotto gli stessi risultati del primo.
Le porte / controller USB non sembrano essere il problema, quelle che ho usato funzionavano tutte con una tastiera.
mount blk0 fs0ha semplicemente creato un alias blk0ma non lo ha reso più leggibile.

— Quettier d'argento
fonte

11

Il primo problema che si scrive in stile UNIX. Ma l'UEFI utilizza lo stile DOS. Quindi la tua sequenza di comandi:

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

Il secondo problema: non hai scritto nulla sul sistema di partizionamento del disco. Non è possibile utilizzare il sistema di partizione DOS. Usa GPT (GUID Partition Table). In Linux usa gdisk. (fdisk non si adatta).

Poiché i tipi di partizione utilizzano EF00 per il disco di avvio (fat32), 0700 per la partizione root (Ext4 ad esempio)

quindi il tuo disco sarà simile a questo:

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
fonte

E la gente si lamentava del fatto che il BIOS fosse difficile ....

— Hola Soy Edu Feliz Navidad,

10

Fantastico.

Ho avuto questo problema con un'immagine Fedora 22 Live su una chiavetta USB creata come da avvio UEFI di chiavette USB usando

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

Che fornisce un disco organizzato GPT avviabile con una partizione VFAT.

Poi ho provato a utilizzare un ZOTAC Nano CI320 usando quella levetta e mi sono ritrovato in una shell EFI (con tastiera USB francese svizzera mappata negli Stati Uniti, ma a parte questo).

Quanto sopra e UEFI Shell mi hanno fatto uscire dal vicolo cieco:

... e partiamo!

— David Tonhofer
fonte

Il mio Intel Joule si blocca dopo aver chiamato grubx64.efi in Ubuntu 16.04

— mustafa

Vecchio post, ma quegli screenshot mostravano esattamente cosa dovevo fare per avviare la chiavetta USB da EFI su un tablet Linx 12X64. +1

— Oliver

-3

I supporti (chiave USB, CD, dischi rigidi) devono essere formattati come FAT (16 o 32) per poter essere letti da EFI.

— Tom
fonte

4

La domanda afferma chiaramente che il disco era FAT32. -1 per non averlo letto.

— Deer Hunter