Unidade USB não detectada no shell Intel EFI

12

Preciso atualizar uma placa Intel S3420GPLC. BIOS, BMC, FRU / SDR, a coisa toda.

Tudo é praticamente automatizado no download da Intel. Você deve inicializar no shell EFI integrado, montar o disco / chave USB e iniciar o startup.nshscript incluído no download.

O problema é que eu tentei com uma chave USB de 4 GB e um disco USB de 60 GB maior, com resultados ruins. Ambos têm, é claro, sistemas de arquivos FAT32.

Ao conectá-los e executá-los no map -rshell EFI, a chave nem está listada. O disco aparece como blk0e eu posso mudar para ele. Problema está chegando ao script:

  • lsou dircomandos retorna"Cannot open current directory - Not found"
  • cd update retorna "Target directory not found"

Também não parece que o disco esteja montado corretamente. Algum ponteiro nos comandos que eu poderia tentar ou nas configurações do BIOS que poderiam estar desativadas?

Editar, novas informações:

  • Tentei novamente com mais um disco rígido, que produziu os mesmos resultados que o primeiro.
  • As portas / controladoras USB não parecem ser o problema; todas as que usei funcionavam com um teclado.
  • mount blk0 fs0simplesmente criou um alias para, blk0mas não o tornou mais legível.
Silver Quettier
fonte

Respostas:

11

O primeiro problema que você escreve no estilo UNIX. Mas o UEFI usa o estilo DOS. Então, sua sequência de comandos:

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

O segundo problema - você não tem nada escrito sobre o sistema de particionamento de disco. Você não pode usar o sistema de partição DOS. Use GPT (tabela de partição GUID). No Linux, use o gdisk. (o fdisk não se encaixa).

Como os tipos de partição usam EF00 para o disco de inicialização (fat32), 0700 para a partição raiz (Ext4, por exemplo)

para que sua unidade fique assim:

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 as pessoas costumavam reclamar que o BIOS eram difíceis ....
Hola Soy Edu Feliz Navidad
10

Fantástico.

Eu tive esse problema com uma imagem do Fedora 22 Live em um pen drive criado de acordo com a inicialização UEFI de pen drives usando

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

O que fornece um disco organizado por GPT inicializável com uma partição VFAT.

Então tentei usar um stick da ZOTAC Nano CI320 e me encontrei em um shell EFI (com teclado USB suíço francês mapeado para os EUA, mas isso foi feito por você).

O acima e UEFI Shell me tiraram do beco sem saída:

Inicialização do shell UEFI: Siga o coelho branco nº 1 Inicialização do shell UEFI: Siga o coelho branco # 2 Inicialização do shell UEFI: Siga o coelho branco nº 3

... e lá vamos nós!

David Tonhofer
fonte
Meus trava Intel Joule Depois de chamar grubx64.efi no Ubuntu 16.04
Mustafa
Post antigo, mas essas capturas de tela mostravam exatamente o que eu precisava fazer para inicializar o pendrive da EFI em um tablet Linx 12X64. +1
Oliver
-3

A mídia (chave USB, CD, unidades de disco rígido) deve ser formatada como FAT (16 ou 32) para ser legível na EFI.

Tom
fonte
4
A pergunta afirma claramente que o disco era FAT32. -1 por não ter lido.
Deer Hunter