USB Stick mit Norton Recovery Tool bootet nicht auf UEFI PC ohne CSM

Problem:
Mein Notebook OHNE CSM (Compatibility Support Module) im UEFI-BIOS bootet nicht vom USB Stick mit Norton Recovery Tool.

Frage:
Wie kann ich einen USB Stick mit Norton Recovery Tool erstellen,
der an UEFI PCs ohne CSM bootet?

Details:
USB 2.0 Stick mit 2, 4, 8, 16, 32 GB getestet an allen USB Anschlüssen vom Notebook Asus VivoBook Pro N705FN-GC039T
BIOS: American Megatrend Version 2.20.1271
Dieses Notebook hat kein CSM im BIOS!

Das Notebook bootet von vielen verschiedenen USB Sticks problemlos.
Windows 10, Acronis, Minitool, Linux, usw…

USB-Stick erstellt von NBRT.ISO mit Rufus auf Notebook mit Windows 10 Professional 64 Bit Version 1909, installiert im GBT / UEFI Modus.
Ich habe alle Einstellmöglichkeiten von Rufus Version 3.13.1730 ausprobiert.

Ich bedanke mich im Voraus für Tipps und Hinweise.

Hallo, ist denn im Bios usb als First Boot Devise eingestellt?

Hallo Ingo_Hildebrandt,

vielen Dank für deine Antwort.

Wenn ich schreibe, dass andere USB-Sticks problemlos booten,
kannst du davon ausgehen,
dass ich mit Sicherheit weiß wie man erfolgreich von USB-Sticks
bzw. anderen Bootmedien* als der Standard-Bootdevice bootet.

  • andere Bootmedien: externe Festplatten, CD, DVD

Bei dem verwendeten UEFI-BIOS
stelle ich den vom BIOS erkannten USB-Stick
nicht
als First Boot Devise ein,
sondern
ich wähle ganz am Anfang mit [Esc]
temporär den vom BIOS erkannten USB-Stick
als Bootmedium aus.

Damit man den winzigen Zeitraum
in dem das wirkt nicht verpasst,
halte ich vor dem Einschalten vom PC
bzw. rechtzeitig vor einem Neustart
die [Esc]-Taste so lange gedrückt,
bis das BIOS-Bootmenü erscheint.

Wenn ein Bootmedium sowohl im BIOS-
als auch im UEFI-Modus booten kann,
wird dieses Bootmedium im BIOS-Boot-Menü
zwei mal angezeigt.
Ein Mal mit der vom BIOS erkannten Bezeichnung vom Bootmedium
und ein zweites Mal
mit der gleichen vom BIOS erkannten Bezeichnung vom Bootmedium,
aber mit dem Zusatz UEFI.

Hier der direkte Link zum Download der ISO-Datei:
https://support.norton.com/sp/static/external/tools/nbrt.html?ssdcat=221&origin=HelpCenter%3Fserviceid%3D81&product=Norton+360&version=22.20.5.39&plang=sym%3AGE&layouttype=ESD&buildname=Retail&heartbeatID=550475B1-205F-4684-8AE7-E17E60A400FD&eapenabled=false&env=prod&vendorid=1000&plid=917&plgid=41&skup=21416972&skum=21376863&skuf=90001272-FA&endpointid=550475B1-205F-4684-8AE7-E17E60A400FD&partnerid=1000&lic_type=16&lic_attr=17059858&psn=QHQY3X2DC2Y3&puid=5039&templatecat=SBU_W_1000_5039_N360DSP_ESD&schemacat=SBU_W&schemaver=1.0.0.0&olpchannel=SESD&osvers=10.0&oslocale=iso%3ADEU&oslang=iso%3AGER&os=windows&lgct=de-de

Es liegt definitiv nicht an den Einstellungen von Rufus,
denn ich habe alle möglichen Kombinationen
erfolglos durchgetestet.

Dass der mit Rufus erstelle USB-Stick
vom ISO vom Norton Recovery Tool
auf meinem PC nicht bootet,
liegt einzig und alleine daran,
dass

  1. mein UEFI-BIOS kein CSM, Legacy Boot, o.ä. hat
    und dass
  2. das ISO vom Norton Recovery Tool
    ein Booten im reinen UEFI-Modus nicht unterstützt.

Auf dem vom ISO ertellten USB-Stick
ist zwar ein Verzeichnis EFI mit Unterverzeichnis boot
und darin 13 Dateien vorhanden.
Aber irgendwie hat Norton
das mit dem Booten im reinen UEFI-Modus
nicht oder nicht richtig „umgesetzt“.

Meine Idee ist es auf einen bootenden USB-Stick
mit dem zum Norton Recovery Tool passenden Betriebssystem
die „richtigen“ Dateine und Verzeichnissen
vom ISO des Norton Recovery Tool zu kopieren.

Dem Norton Recovery Tool
auf dem USB-Stick
eine für UEFI OHNE CSM
funktionierende Bootumgebung „unterzuschieben“.

Leider ist das mit DIR angezeigte Datum und die Uhrzeit der Dateien im ISO und auf dem USB-Stick nicht aussagefähig!

Dir /s vom ISO:

Verzeichnis von G:\

02.11.2020 20:38 EFI
02.11.2020 20:38 18.416 GPL
02.11.2020 20:39 LiveOS
02.11.2020 20:40 260.571.136 Symantec_NBRT.img
02.11.2020 20:38 isolinux
2 Datei(en), 260.589.552 Bytes

Verzeichnis von G:\EFI

02.11.2020 20:38 .
02.11.2020 20:40 …
02.11.2020 20:38 boot
0 Datei(en), 0 Bytes

Verzeichnis von G:\EFI\boot

02.11.2020 20:38 .
02.11.2020 20:38 …
02.11.2020 20:38 201 BOOT.conf
02.11.2020 20:38 245.323 BOOT.efi
02.11.2020 20:38 201 BOOTIA32.conf
02.11.2020 20:38 245.323 BOOTIA32.efi
02.11.2020 20:38 201 grub.conf
02.11.2020 20:38 20.306.998 initrd0.img
02.11.2020 20:38 24.576 isolinux.bin
02.11.2020 20:38 976 isolinux.cfg
02.11.2020 20:38 12.736 splash.jpg
02.11.2020 20:38 1.341 splash.xpm.gz
02.11.2020 20:38 163.728 vesamenu.c32
02.11.2020 20:38 4.088.096 vmlinuz0
12 Datei(en), 25.089.700 Bytes

Verzeichnis von G:\LiveOS

02.11.2020 20:39 .
02.11.2020 20:40 …
02.11.2020 20:38 8.192 osmin.img
02.11.2020 20:39 550.825.984 squashfs.img
2 Datei(en), 550.834.176 Bytes

Verzeichnis von G:\isolinux

02.11.2020 20:38 .
02.11.2020 20:40 …
02.11.2020 20:40 2.048 boot.cat
02.11.2020 20:38 25.417.728 efiboot.img
02.11.2020 20:38 20.306.998 initrd0.img
02.11.2020 20:38 24.576 isolinux.bin
02.11.2020 20:38 926 isolinux.cfg
02.11.2020 20:38 12.736 splash.jpg
02.11.2020 20:38 163.728 vesamenu.c32
02.11.2020 20:38 4.088.096 vmlinuz0
8 Datei(en), 50.016.836 Bytes

 Anzahl der angezeigten Dateien:
          24 Datei(en),    886.530.264 Bytes
          12 Verzeichnis(se)

Dir /s vom USB-Stick:

Verzeichnis von E:\

13.02.2021 10:45 EFI
13.02.2021 10:46 18.416 GPL
13.02.2021 10:46 LiveOS
13.02.2021 10:47 260.571.136 Symantec_NBRT.img
13.02.2021 10:47 isolinux
13.02.2021 10:48 94 syslinux.cfg
13.02.2021 10:48 196 autorun.inf
13.02.2021 10:48 34.494 autorun.ico
5 Datei(en), 260.624.336 Bytes

Verzeichnis von E:\System Volume Information

13.02.2021 10:45 .
13.02.2021 10:45 …
13.02.2021 10:45 12 WPSettings.dat
13.02.2021 10:46 76 IndexerVolumeGuid
2 Datei(en), 88 Bytes

Verzeichnis von E:\EFI

13.02.2021 10:45 .
13.02.2021 10:45 …
13.02.2021 10:45 boot
0 Datei(en), 0 Bytes

Verzeichnis von E:\EFI\boot

13.02.2021 10:45 .
13.02.2021 10:45 …
13.02.2021 10:46 201 BOOT.conf
13.02.2021 10:46 245.323 BOOT.efi
13.02.2021 10:46 201 BOOTIA32.conf
13.02.2021 10:46 245.323 BOOTIA32.efi
13.02.2021 10:46 201 grub.conf
13.02.2021 10:46 20.306.998 initrd0.img
13.02.2021 10:46 24.576 isolinux.bin
13.02.2021 10:46 976 isolinux.cfg
13.02.2021 10:46 976 syslinux.cfg
13.02.2021 10:46 12.736 splash.jpg
13.02.2021 10:46 1.341 splash.xpm.gz
13.02.2021 10:46 163.728 vesamenu.c32
13.02.2021 10:46 4.088.096 vmlinuz0
13 Datei(en), 25.090.676 Bytes

Verzeichnis von E:\LiveOS

13.02.2021 10:46 .
13.02.2021 10:46 …
13.02.2021 10:46 8.192 osmin.img
13.02.2021 10:46 550.825.984 squashfs.img
2 Datei(en), 550.834.176 Bytes

Verzeichnis von E:\isolinux

13.02.2021 10:47 .
13.02.2021 10:47 …
13.02.2021 10:47 2.048 boot.cat
13.02.2021 10:47 25.417.728 efiboot.img
13.02.2021 10:47 20.306.998 initrd0.img
13.02.2021 10:48 24.576 isolinux.bin
13.02.2021 10:48 926 isolinux.cfg
13.02.2021 10:48 12.736 splash.jpg
13.02.2021 10:48 163.728 vesamenu.c32
13.02.2021 10:48 4.088.096 vmlinuz0
8 Datei(en), 50.016.836 Bytes

 Anzahl der angezeigten Dateien:
          30 Datei(en),    886.566.112 Bytes
          14 Verzeichnis(se)

Was heißt das, also was passiert, nachdem im Boot-Menü der USB-Stick im UEFI-Modus ausgewählt wird?

Auch im UEFI-Modus? Viele Linux-Live-Systeme, z.B. die Debian-Installionssysteme, kann man im Legacy- und im UEFI-Modus booten.

Hast du mal versucht, einen anderen Rechner von diesem USB-Stick zu booten?

Hallo Axurit,

vielen Dank für deine Antwort.

Hier die Antworten auf deine Fragen;

Nachdem ich im BIOS Boot-Menü
den USB-Stick im UEFI-Modus ZUM BOOTEN ausgewählt habe
wird der Bildschirm schwarz - was normal ist.

Normalerweise wird jetzt ein Betriebssystem
und gegegenenfalls ein Programm vom USB-Stick geladen,
was einige Zeit dauern kann.
Je nach Betriebssystem Linux-Derivat oder WindowsPE
erscheinen während des Ladens Meldungen am Bildschirm oder nicht.
Dann kommt irgendwann ein Startbildschirm von dem jeweiligen Betriebssystem
oder gleich von dem jeweiligen Programm, das auf dem USB-Stick mit drauf ist.
Z.B. Windows Installationsprogramm, Acronis True Image, MiniTool Partition Manager, usw…

Bei dem USB-Stick mit Norton Recovery Tool
erscheint nach sehr kurzer Zeit das BIOS Boot-Menü wieder.
Keine Fehlermeldung oder sonst was.
Das zeigt, dass auf dem USB-Stick mit Norton Recovery
nicht das gefunden wird was zum Booten erforderlich ist.

Meine PCs können wegen fehlender CSM Unterstütztung
nur im reinen UEFI-Modus booten.
Alle meine PCs haben kein CSM, nur reines UEFI.
Das ist bei den meisten neuen PCs so.

Hinweis:
Dass UEFI zum Booten eine aktive primäre FAT-Partition braucht,
ist mir bekannt.
MiniTool Partition Wizard Pro Ultimativ 12.3
zeigt auf dem USB-Stick mit Norton Recovery Tool
eine aktive primäre FAT32-Partition an.

Meine Einstellungen für Rufus 3.13.1730:

Partitionschema: MBT+ Zielsystem: BIOS oder UEFI
Dateisystem: FAT32

Auch getestet mit
Partitionschema: GBT + Zielsystem: UEFI (ohne CSM)
Größe der persiatenten Partition Null, oder 1,2,3,4,5 GB
Erweiterete Bezeichnung und Symbile erstellen: Ja /Nein
Fix für ältere BISOe (zusätzliche Partition usw.): Ja /Nein

Ich habe ALLE in Rufus möglichen Kombinationen gestestet

  • ohne Erfolg.

Das Problem besteht heute 12.06.2022 auch mit der neuesten Version von nbrt.iso immer noch unerändert!