Seite 2 von 3
Re: Mit Rufus erstellte USB-Sticks booten nicht wegen UEFI/Secure Boot
Verfasst: 06.09.2026, 20:07
von Linund11
rufus-2.18p.exe nehmen und Linux-ISO schreiben als DD, wirklich als DD etwas tricki aber dann ist es Original bootfähig.
Mache ich immer so z.B. mit Mint ISO incl. Kernel 7.x und 26H2
Re: Mit Rufus erstellte USB-Sticks booten nicht wegen UEFI/Secure Boot
Verfasst: 06.09.2026, 23:49
von Holgi
Linund11 hat geschrieben: 06.09.2026, 20:07
rufus-2.18p.exe nehmen
warum muss es die 2.18p Version sein? Hat die eine Besonderheit?
Re: Mit Rufus erstellte USB-Sticks booten nicht wegen UEFI/Secure Boot
Verfasst: 07.09.2026, 10:28
von GwenDragon
@Holgi es geht derzeit nur im die grml.iso, Debian CD/DVD laufen ja mit Rufus.
Re: Mit Rufus erstellte USB-Sticks booten nicht wegen UEFI/Secure Boot
Verfasst: 07.09.2026, 10:45
von GwenDragon
Linund11 hat geschrieben: 06.09.2026, 20:07
rufus-2.18p.exe nehmen und Linux-ISO schreiben als DD, wirklich als DD etwas tricki aber dann ist es Original bootfähig.
Das hilft auch nicht bei der
GRML Iso. Sie bootet nicht.
Re: Mit Rufus erstellte USB-Sticks booten nicht wegen UEFI/Secure Boot
Verfasst: 07.09.2026, 11:23
von Holgi
DD hilft auch hier:
Screenshot 2026-09-07 112118.jpg
Re: Mit Rufus erstellte USB-Sticks booten nicht wegen UEFI/Secure Boot
Verfasst: 07.09.2026, 11:24
von GwenDragon
Ich hatte auch versucht in einer Linux-VM per dd die ISO zu kopieren, die hatte genauso das Problem, dass im BIOS dann die Fehlermeldung kam wegen Secure Boot Policy.
Ich nehme an, GRML kann nicht per USB auf meinem PC gestartet werden.
Re: Mit Rufus erstellte USB-Sticks booten nicht wegen UEFI/Secure Boot
Verfasst: 07.09.2026, 11:25
von Linund11
@Gwen: Lesen in deinem Link steht doch alles.
Code: Alles auswählen
Booting related options:
------------------------
toram Copy the whole CD/medium to RAM and run from there
toram=filename.squashfs Copy the specified file to RAM and run from there
Usage example: grml toram=grml-medium.squashfs
Notice: grml2ram is an alias for this option which
corresponds with the grml flavour settings by default
bootfrom=/dev/sda1 Use the squashfs file from directory 'live' of the specified device
Setup can be done by executing:
rsync -a --progress /run/live/medium/live /media/sda1/
NOTE: you can can also use bootfrom=/dev/disk/by-label/yourlabel
(adjust yourlabel as needed), which should prevent choosing the
wrong block device (e.g. if more than one disk is present).
bootfrom=removable Restrict search for the live media to removable type only.
bootfrom=removable-usb Restrict search for the live media to usb mass storage only.
isofrom=[fs:][/device]/grml.iso Use specified ISO image for booting.
Useful when booting as a rescue system from a different device.
If you want to load the image from a device different from the root device
specified through the bootloader, prefix its device path to the path, like
in "/dev/sda1/grml.iso".
Internally, the initrd will mount the given device, automatically detecting
the file system.
If needed, prefix the file system separated with a colon character to
override the automatic detection, like in "ext4:/dev/sda1/grml.iso".
As an example, boot the according grml kernel and initrd using the
bootoptions "boot=live isofrom=btrfs:/dev/vda40/path/to/grml.iso"
NOTE: "fromiso" does the same as "isofrom", it's just there
to prevent any typing errors
NOTE: you can can also use isofrom=/dev/disk/by-label/yourlabel
(adjust yourlabel as needed), which should prevent choosing the
wrong block device (e.g. if more than one disk is present).
findiso=/grml-....iso Look for the specified ISO file on all disks where it usually
looks for the .squashfs file (so you don't have to know the device name
as in isofrom=....).
fetch=$IP/filename.squashfs Download a squashfs image from a given url, copying to ram and booting it.
live-media-path=/live/grml... Sets the path to the live filesystem on the medium
By default, it is set to /live/$GRML_FLAVOUR/ (where $GRML_FLAVOUR
is corresponding to grml64-full, grml32-full, grml64-small,...
[Note: this parameter is mandatory]
module=grml Instead of using the default "$name.module" another file can
be specified without the extension ".module"; it should be placed
on "/live" directory of the live medium
Useful for Multiboot USB pen, see
https://wiki.grml.org/doku.php?id=tips#multiboot_usb_pen
bootid=mybootid Use specified argument as identifier for the ISO.
mybootid is specified in /conf/bootid.txt on the ISO.
ignore_bootid Disable bootid verification.
@Holgi: Die 2.18 ist am besten für Linux und DD, da als einzige kompatibel mit fast allen ISO.
Viele neue Rufus Versionen funken nicht mit alten DD Linux ISO
Re: Mit Rufus erstellte USB-Sticks booten nicht wegen UEFI/Secure Boot
Verfasst: 07.09.2026, 11:51
von Holgi
danke @Linund11
hab´sie mir gleich mal heruntergeladen und beiseite gelegt.
Re: Mit Rufus erstellte USB-Sticks booten nicht wegen UEFI/Secure Boot
Verfasst: 07.09.2026, 12:53
von GwenDragon
Ich bin nun wirklich nicht unerfahren mit bootable USB-Sticks, aber GRML raubt mir die Nerven …
@Linund11 Die Boot-Parameter, wo soll ich die denn setzen, wenn der Bootloader von USB nicht wegen Secure Boot lädt?
Wenn ich im BIOS auf Anderes Betriebssystem + CSM + UEFI schalte, klappt es nicht.
Re: Mit Rufus erstellte USB-Sticks booten nicht wegen UEFI/Secure Boot
Verfasst: 07.09.2026, 13:22
von DK2000
Secureboot muss aus sein. Ansonsten bootet GRML nicht. Keine der Bootdateien ist in irgendeiner Form signiert, weswegen das UEFI mit dieser Meldung kommt.
Ich habe nur das gefunden;
https://github.com/grml/grml/issues/191 ... 3267866864
Letzter Eintrag war März 2026 und die sind wohl immer noch am Diskutieren, wie man da verfahren soll und das wohl schon seit 2022. Ich finde da auch nichts weiter, ob es da eine öffentliche ISO gibt, welche Secureboot unterstützt. Die aktuelle ISO 2026.09 unterstützt das jedenfalls nicht.
Re: Mit Rufus erstellte USB-Sticks booten nicht wegen UEFI/Secure Boot
Verfasst: 07.09.2026, 14:22
von GwenDragon
@DK2000 Danke für den Hinweis. Also nicht einfach nutzbar, ohne am BIOS der PCs rum zu basteln.
Also werde ich weiterhin Debian 12 Live nutzen.
Re: Mit Rufus erstellte USB-Sticks booten nicht wegen UEFI/Secure Boot
Verfasst: 07.09.2026, 14:35
von Linund11
GwenDragon hat geschrieben: 07.09.2026, 14:22
@DK2000 Danke für den Hinweis. Also nicht einfach nutzbar, ohne am BIOS der PCs rum zu basteln.
Also werde ich weiterhin Debian 12 Live nutzen.
Unter Linux-Mint (Live) einfach mit USB-Abbilderstellung auf einen USB-Stick schreiben und gut ist es, siehe hier mal kurz gemacht und UEFI-Boot durchgeführt, läuft eins a-
https://ibb.co/3m6Pxdz4
https://ibb.co/0RLz6QGZ
https://ibb.co/VW3bR8T4
Re: Mit Rufus erstellte USB-Sticks booten nicht wegen UEFI/Secure Boot
Verfasst: 07.09.2026, 15:36
von DK2000
Mit oder ohne Secureboot? Das geht aus Deinen Screenshots nicht hervor.
Re: Mit Rufus erstellte USB-Sticks booten nicht wegen UEFI/Secure Boot
Verfasst: 07.09.2026, 17:01
von Linund11
DK2000 hat geschrieben: 07.09.2026, 15:36
Mit oder ohne Secureboot? Das geht aus Deinen Screenshots nicht hervor.
Hier funktioniert beides, hängt aber stark von der Hardware ab.
Kannst du auch in einem alten Screenshots lesen, wird dann virtuell vom UEFI erzeugt.
https://ibb.co/yBXYR3km
https://ibb.co/PG87dFXM
https://ibb.co/prx29H9t
https://ibb.co/mVCC2xPV
Re: Mit Rufus erstellte USB-Sticks booten nicht wegen UEFI/Secure Boot
Verfasst: 07.09.2026, 17:55
von GwenDragon
Mit zurück gesetzten Keys und Secure Boot off started SystemRescue von USB, kann dann über nicht das Root-System laden.
GRML probiere ich gleich noch. Na, wenigstens das klappt.