USB-Laufwerk in Intel EFI-Shell nicht erkannt

Ich muss eine Intel S3420GPLC-Karte aktualisieren. BIOS, BMC, FRU / SDR, das Ganze.

Beim Intel-Download ist alles ziemlich automatisiert. Sie sollten von der integrierten EFI-Shell booten, das USB-Laufwerk / den USB-Stick mounten und das startup.nshim Download enthaltene Skript starten .

Ich habe es sowohl mit einem 4-GB-USB-Stick als auch mit einem größeren 60-GB-USB-Stick versucht, mit schlechten Ergebnissen. Beide haben natürlich FAT32-Dateisysteme.

Wenn Sie sie anschließen und map -rüber die EFI-Shell ausführen, wird der Schlüssel nicht einmal aufgelistet. Die Festplatte wird als angezeigt blk0und ich kann darauf umschalten. Das Problem ist, zum Skript zu gelangen:

• lsoder dirBefehle zurück"Cannot open current directory - Not found"
• cd update kehrt zurück "Target directory not found"

Es sieht auch nicht so aus, als ob die Festplatte korrekt gemountet ist. Gibt es Hinweise auf Befehle, die ich ausprobieren könnte, oder auf BIOS-Einstellungen, die möglicherweise deaktiviert sind?

Bearbeiten, neue Infos:

• Ich habe es erneut mit einer anderen Festplatte versucht, die die gleichen Ergebnisse lieferte wie die erste.
• Die USB-Anschlüsse / Controller scheinen nicht das Problem zu sein, die, die ich verwendet habe, arbeiteten alle mit einer Tastatur.
• mount blk0 fs0hat einfach einen Alias ​​für erstellt blk0, ihn aber nicht mehr lesbar gemacht.

Das erste Problem, das Sie im UNIX-Stil schreiben. Das UEFI verwendet jedoch den DOS-Stil. Also Ihre Befehlsfolge:

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

Das zweite Problem - Sie haben nichts über das Festplattenpartitionierungssystem geschrieben. Sie können das DOS-Partitionssystem nicht verwenden. Verwenden Sie GPT (GUID Partition Table). Verwenden Sie unter Linux gdisk. (fdisk passt nicht).

Da die Partitionstypen EF00 für die Startdiskette (fat32) verwenden, 0700 für die Root-Partition (z. B. Ext4)

Ihr Laufwerk sieht also folgendermaßen aus:

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

Fantastisch.

Ich hatte dieses Problem mit einem Fedora 22 Live-Image auf einem USB-Stick, der gemäß dem UEFI-Start von USB-Sticks mit erstellt wurde

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

Dies ergibt eine bootfähige GPT-organisierte Festplatte mit einer VFAT-Partition.

Dann habe ich versucht, einen ZOTAC Nano CI320 mit diesem Stick zu testen, und befand mich in einer EFI-Shell (mit einer auf die USA abgebildeten Schweizer französischen USB-Tastatur, aber das ist übrigens so).

Das oben genannte und UEFI Shell haben mich aus der Sackgasse gebracht:

... und los geht's!

Medien (USB-Stick, CD, Festplatten) müssen als FAT (16 oder 32) formatiert sein, damit sie von EFI gelesen werden können.