Dysk USB nie został wykryty w powłoce Intel EFI

12

Muszę zaktualizować kartę Intel S3420GPLC. BIOS, BMC, FRU / SDR, całość.

Wszystko jest dość zautomatyzowane w pobieraniu Intel. Musisz uruchomić system ze zintegrowanej powłoki EFI, zamontować dysk / klucz USB i uruchomić startup.nshskrypt zawarty w pliku do pobrania.

Chodzi o to, że próbowałem zarówno z kluczem USB 4 GB, jak i większym dyskiem USB 60 GB, z kiepskimi wynikami. Oba mają oczywiście systemy plików FAT32.

Podczas podłączania ich i uruchamiania map -rz powłoki EFI klucz nie jest nawet wymieniony na liście. Dysk pokazuje się jako blk0i mogę się na niego przełączyć. Problem polega na dostaniu się do skryptu:

  • lslub dirpolecenia zwraca"Cannot open current directory - Not found"
  • cd update zwroty "Target directory not found"

Nie wygląda też na to, żeby dysk był poprawnie zamontowany. Jakieś wskazówki dotyczące poleceń, które mógłbym wypróbować, lub ustawienia BIOS, które mogą być wyłączone?

Edytuj, nowe informacje:

  • Próbowałem jeszcze raz z innym dyskiem twardym, który przyniósł takie same wyniki jak pierwszy.
  • Porty USB / kontroler nie wydają się stanowić problemu, te, których używałem, działały z klawiaturą.
  • mount blk0 fs0po prostu utworzył alias do, blk0ale nie uczynił go bardziej czytelnym.
Srebrny Quettier
źródło

Odpowiedzi:

11

Pierwszy problem, który piszesz w stylu UNIX. Ale UEFI używa stylu DOS. Więc twoja sekwencja poleceń:

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

Drugi problem - nic nie napisałeś o systemie partycjonowania dysku. Nie możesz używać systemu partycji DOS. Użyj GPT (tabela partycji GUID). W systemie Linux użyj gdisk. (fdisk nie pasuje).

Ponieważ typy partycji używają EF00 dla dysku rozruchowego (fat32), 0700 dla partycji głównej (na przykład Ext4)

więc dysk będzie wyglądał następująco:

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
źródło
Ludzie narzekali, że BIOS jest trudny ...
Hola Soy Edu Feliz Navidad
10

Fantastyczny.

Miałem ten problem z Fedora 22 obrazu Live na dysku USB utworzonego zgodnie UEFI bagażniku pamięci USB przy użyciu

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

Co daje rozruchowy dysk zorganizowany przez GPT z partycją VFAT.

Następnie spróbowałem użyć ZOTAC Nano CI320 za pomocą tego kija i znalazłem się w powłoce EFI (ze szwajcarską francuską klawiaturą USB odwzorowaną na USA, ale to już nie koniec).

Powyższe i UEFI Shell wyciągnęły mnie z ślepej uliczki:

Boot powłoki UEFI: podążaj za białym królikiem # 1 Boot powłoki UEFI: podążaj za białym królikiem # 2 Boot powłoki UEFI: podążaj za białym królikiem # 3

... i ruszamy!

David Tonhofer
źródło
Mój procesor Intel Joule zawiesza się po wywołaniu grubx64.efi w Ubuntu 16.04
mustafa
Stary post, ale te zrzuty ekranu pokazały dokładnie, co muszę zrobić, aby uruchomić pamięć USB z EFI na tablecie Linx 12X64. +1
Oliver,
-3

Nośniki (klucz USB, CD, dyski twarde) muszą być sformatowane jako FAT (16 lub 32), aby można je było odczytać z EFI.

Tomek
źródło
4
Pytanie wyraźnie stwierdza, że ​​dysk to FAT32. -1 za brak czytania.
Deer Hunter