• Willkommen im Linux Club - dem deutschsprachigen Supportforum für GNU/Linux. Registriere dich kostenlos, um alle Inhalte zu sehen und Fragen zu stellen.

[gelöst]BIOS-Einträge

susejunky

Moderator
Teammitglied
Hallo wschmock,
wschmock schrieb:
... wenn ich von UEFI and Legacy auf nur UEFI aktiviere dann wrd efi voon derlive-Version installiert.
wieso installiert???

Hier noch einmal Schritt für Schritt, was Du tun solltest:

  1. In Deinem UEFI (welches Du als BIOS bezeichnest) von "Legacy+UEFI" auf "UEFI" umstellen
  2. Dieses https://download.opensuse.org/tumbleweed/iso/openSUSE-Tumbleweed-KDE-Live-x86_64-Current.isoLIVE-System starten und dann weiter verwenden, um in einer Konsole als Benutzer "root" die folgenden Befehle auszuführen:
  3. Code:
    efibootmgr -v
  4. Code:
    od -An -t u1 /sys/firmware/efi/vars/SecureBoot-8be4df61-93ca-11d2-aa0d-00e098032b8c/data
  5. Code:
    dmidecode --no-sysfs -t 0,1,2
  6. Code:
    lsblk -f
  7. Die Ergebnisse der obigen Befehle vollständig (d.h. stets die von Dir verwendeten Befehlseingabe gefolgt von den Ausgaben bis hin zur nächsten leeren Befehlsaufforderung) hier zeigen.

Viele Grüße

susejunky
 
OP
W

wschmock

Hacker
hallo,
Ich kann Dir nicht ganz folgen. Was meinst Du mit: wenn ich von UEFI and Legacy auf nur UEFI aktiviere dann wrd efi voon derlive-Version installiert.
BIOS ist bei mir im CMOS-Chip auf dem Motherboard. mit Taste End (BIOS-setup) kann man Einstellungen vornehmen z.B.. von UEFI and Legacy auf UEFI umstellen und die DVD mit dem live-System starten und wird damit in meinen Rechner installieren. wozu soll hier eine Liste der Partionen stehen ? im Linux-Bereich gibt es eine nicht von mir erstellte kleine Partion grub2.core und auf der Windows-Festplatte System und Recover Fotos: https://paste.opensuse.org/19611923https://paste.opensuse.org/98524694
 
wschmock schrieb:
wozu soll hier eine Liste der Partionen stehen ?
Wenn dein UEFI (ja Du hast kein BIOS aber das ist nicht wichtig) erlaubt die Installation im alten BIOS Modus aber auch gleichzeitig UEFI Modus dann kann schon das Installationsprogramm in kribbeln kommen. Ich bin kein Experte für EFI Konfigurationen, das werden hier Andere klären.

Die Ausgabe der Befehle könnte aber zeigen die Partitionierung der FP und damit Antwort geben auf die Frage; GPT oder doch MSDOS?

Es ist aber deine Entscheidung, was Du uns zeigst oder auch nicht.
 
OP
W

wschmock

Hacker
hallo, und nochmal: ich habe auf meinen Festplatten kein EFI/UEFI ! hier die Augaben ser Befehle:
Code:
linux@k4l:~> su
k4l:/home/linux # efibootmgr -v
BootCurrent: 000A
Timeout: 1 seconds
BootOrder: 000A,0001,0006
Boot0001  opensuse-secureboot   HD(4,GPT,91ce0d03-1fff-4faa-8ae5-6b8eca07314f,0x23c32000,0x4f800)/File(\EFI\opensuse\shim.efi)
Boot0006  opensuse      HD(4,GPT,91ce0d03-1fff-4faa-8ae5-6b8eca07314f,0x23c32000,0x4f800)/File(\EFI\opensuse\grubx64.efi)
Boot000A* UEFI: HL-DT-ST DVDRAM GH24NSB0        PciRoot(0x0)/Pci(0x1f,0x5)/Ata(0,0,0)/CDROM(1,0x753ae,0x7800)AMBO
k4l:/home/linux # od -An -t u1 /sys/firmware/efi/vars/SecureBoot-8be4df61-93ca-11d2-aa0d-00e098032b8c/data
od: /sys/firmware/efi/vars/SecureBoot-8be4df61-93ca-11d2-aa0d-00e098032b8c/data: No such file or directory
k4l:/home/linux # dmidecode --no-sysfs -t 0,1,2
# dmidecode 3.3
# SMBIOS entry point at 0x000f04c0
Found SMBIOS entry point in EFI, reading table from /dev/mem.
SMBIOS 2.7 present.

Handle 0x0000, DMI type 0, 24 bytes
BIOS Information
        Vendor: American Megatrends Inc.
        Version: FA
        Release Date: 07/24/2013
        Address: 0xF0000
        Runtime Size: 64 kB
        ROM Size: 8 MB
        Characteristics:
                PCI is supported
                BIOS is upgradeable
                BIOS shadowing is allowed
                Boot from CD is supported
                Selectable boot is supported
                BIOS ROM is socketed
                EDD is supported
                5.25"/1.2 MB floppy services are supported (int 13h)
                3.5"/720 kB floppy services are supported (int 13h)
                3.5"/2.88 MB floppy services are supported (int 13h)
                Print screen service is supported (int 5h)
                8042 keyboard services are supported (int 9h)
                Serial services are supported (int 14h)
                Printer services are supported (int 17h)
                ACPI is supported
                USB legacy is supported
                BIOS boot specification is supported
                Targeted content distribution is supported
                UEFI is supported
        BIOS Revision: 4.6

Handle 0x0001, DMI type 1, 27 bytes
System Information
        Manufacturer: Gigabyte Technology Co., Ltd.
        Product Name: To be filled by O.E.M.
        Version: To be filled by O.E.M.
        Serial Number: To be filled by O.E.M.
        UUID: 03850296-045c-05b8-f506-c90700080009
        Wake-up Type: Power Switch
        SKU Number: To be filled by O.E.M.
        Family: To be filled by O.E.M.

Handle 0x0002, DMI type 2, 15 bytes
Base Board Information
        Manufacturer: Gigabyte Technology Co., Ltd.
        Product Name: Z77-D3H
        Version: To be filled by O.E.M.
        Serial Number: To be filled by O.E.M.
        Asset Tag: To be filled by O.E.M.
        Features:
                Board is a hosting board
                Board is replaceable
        Location In Chassis: To be filled by O.E.M.
        Chassis Handle: 0x0003
        Type: Motherboard
        Contained Object Handles: 0

k4l:/home/linux # lsblk -f
NAME    FSTYPE   FSVER            LABEL                        UUID                                 FSAVAIL FSUSE% MOUNTPOINT
loop0   squashfs 4.0                                                                                      0   100% /run/overlay/squashfs_container
loop1   ext4     1.0                                           f0350f4d-f153-418c-811f-03bf77590ad0  898.2M    73% /run/overlay/rootfsbase
sda
├─sda1  swap     1                                             87dfa47f-cdf4-4efd-a5fc-55d0d01e0794
├─sda2  ext4     1.0                                           347d2dbf-b165-4736-bc7b-08d733db772e
├─sda3  ext4     1.0              sda3-Ordner1                 46ae374b-9222-4497-9d32-e101c6ba343b
├─sda4
├─sda5  ext4     1.0                                           a8860368-a3ec-4121-a863-3d902aa498f0
├─sda6  ext4     1.0              sda6-Ordner2                 cf9eeeb1-2c86-49e5-a5ba-03f0082cd685
├─sda7  ext4     1.0                                           22ab7a24-c703-4804-b79e-83a86e29ed00
├─sda8  ext4     1.0              sda8-Ordner3                 99777e48-0932-401f-b687-058e6bb06f3c
├─sda9  ext4     1.0              sda9-8_GB                    8985eb70-fb0d-43e5-a4c5-c747511195de
├─sda10 ext4     1.0                                           9a154749-2307-4681-8fcf-dc07835b93dc
├─sda11 ext4     1.0                                           07e959a0-2b05-4ff9-9f12-94c45bac0a83
└─sda12 ext4     1.0                                           1f3749e6-e811-4989-8174-1e656b29b2cd
sdb
├─sdb1  swap     1                swap                         21a2e50d-21bb-4429-87f2-a3f05d89a13d
└─sdb2  ext4     1.0              S-16.2                       74ed790f-a6ca-4a7a-8491-65cf1c2d2aad
sdc
└─sdc1  vfat     FAT32            ESD-USB                      66B9-8508                              14.8G     1% /run/media/linux/ESD-USB
sdd
├─sdd1  ntfs                      System-reserviert            941066FF1066E7A6
├─sdd2  ntfs                      Win8                         CAF65B89F65B74A3
├─sdd3  ntfs                                                   0E942C77942C6405
└─sdd4  ntfs                      Archiv                       9000C15C00C149C4
sr0     iso9660  Joliet Extension openSUSE_Tumbleweed_KDE_Live 2021-04-19-08-10-41-00                     0   100% /run/overlay/live
k4l:/home/linux #
sda4 ist vom Typ grub-boot-core. im NVRAM sollten nur die Bezeichnungen der internen und externen Hardware-Speicher stehen in keine Betriebssysteme !
 
A

Anonymous

Gast
ja wenn jetzt von DVD gebootet efibootmgr dir die UEFI-Boot-Variablen anzeigt die du nicht haben willst., dann kannst du sie dort auch mit efibootmgr jetzt löschen. Optionen dazu -b und -B sollte in der Manpage auch geschrieben sein.

robi
 

susejunky

Moderator
Teammitglied
Hallo wschmock,
wschmock schrieb:
... und nochmal: ich habe auf meinen Festplatten kein EFI/UEFI !
das ist korrekt. Auf Deinen Festplatten könntest Du höchstens eine EFI System Partition (ESP) haben, aber das von Dir gezeigte Ergebnis von lsblk -f zeigt, dass keine solche Partition auf Deinem System vorhanden ist.

Wie ich bereits gesagt habe: UEFI ist die korrekte Bezeichnung für die Firmware Deiner Systemplatine (auch wenn der Hersteller sie als BIOS bezeichnet), was auch die vorletzte Zeile des von Dir gezeigte Ergebnisses von dmidecode --no-sysfs -t 0,1,2 beweist:


wschmock schrieb:
k4l:/home/linux # dmidecode --no-sysfs -t 0,1,2
# dmidecode 3.3
# SMBIOS entry point at 0x000f04c0
Found SMBIOS entry point in EFI, reading table from /dev/mem.
SMBIOS 2.7 present.

Handle 0x0000, DMI type 0, 24 bytes
BIOS Information
Vendor: American Megatrends Inc.
Version: FA
Release Date: 07/24/2013
Address: 0xF0000
Runtime Size: 64 kB
ROM Size: 8 MB
Characteristics:
PCI is supported
BIOS is upgradeable
BIOS shadowing is allowed
Boot from CD is supported
Selectable boot is supported
BIOS ROM is socketed
EDD is supported
5.25"/1.2 MB floppy services are supported (int 13h)
3.5"/720 kB floppy services are supported (int 13h)
3.5"/2.88 MB floppy services are supported (int 13h)
Print screen service is supported (int 5h)
8042 keyboard services are supported (int 9h)
Serial services are supported (int 14h)
Printer services are supported (int 17h)
ACPI is supported
USB legacy is supported
BIOS boot specification is supported
Targeted content distribution is supported
UEFI is supported
BIOS Revision: 4.6
Das hier


wschmock schrieb:
Code:
k4l:/home/linux # efibootmgr -v
BootCurrent: 000A
Timeout: 1 seconds
BootOrder: 000A,0001,0006
Boot0001  opensuse-secureboot   HD(4,GPT,91ce0d03-1fff-4faa-8ae5-6b8eca07314f,0x23c32000,0x4f800)/File(\EFI\opensuse\shim.efi)
Boot0006  opensuse      HD(4,GPT,91ce0d03-1fff-4faa-8ae5-6b8eca07314f,0x23c32000,0x4f800)/File(\EFI\opensuse\grubx64.efi)
Boot000A* UEFI: HL-DT-ST DVDRAM GH24NSB0        PciRoot(0x0)/Pci(0x1f,0x5)/Ata(0,0,0)/CDROM(1,0x753ae,0x7800)AMBO
ist der Inhalt der NVRAM-Variablen Deines UEFIs.

Wenn ich Dich richtig verstehe, möchtest Du die beiden Einträge Boot0001 (opensuse-secureboot) und Boot0006 (opensuse) löschen.

Das kannst Du wie folgt machen:

  1. In Deinem UEFI (welches Du als BIOS bezeichnest) von "Legacy+UEFI" auf "UEFI" umstellen
  2. Dieses https://download.opensuse.org/tumbleweed/iso/openSUSE-Tumbleweed-KDE-Live-x86_64-Current.isoLIVE-System starten und dann weiter verwenden, um in einer Konsole als Benutzer "root" die folgenden Befehle auszuführen:
  3. Code:
    efibootmgr -v
    Sollten sich die Zahlen der Bootnnnn-Einträge für opensuse-secureboot und opensuse gegenüber den oben genannten geändert haben, musst Du in den nächsten beiden Befehlen die Werte hinter dem Parameter -b entsprechend anpassen.
  4. Code:
    efibootmgr -b 0001 -B
  5. Code:
    efibootmgr -b 0006 -B
  6. Code:
    efibootmgr -v
    Die Einträge sollten nicht mehr angezeigt werden und Du kannst Dein UEFI wieder auf "Legacy+UEFI" umstellen.

Meine Empfehlung:

Rüste alle Deine Systeme auf UEFI-Boot-Modus um. Aber bitte arbeite vorher die verschiedenen Links, welche ich Dir im Verlauf dieses Themas zur Verfügung gestellt habe, durch, damit Du verstehst, wie die unterschiedlichen Boot-Modi funktionieren.

Viele Grüße

susejunky
 
OP
W

wschmock

Hacker
hallo, hat gut funktioniert, vielen vielen Dank für die Geduld mit mir.. nach meinen bisherigen schlechten Erfahrungen mir UEFI und den vielen überflüssigen Ratschlägen was man alles tun muss um Windows mit UEFI zu starten bleibe ich bleibe bei der Legacy-Metode mit der ich alle Systeme, auch Windows, direkt starten kann. es gab hier zu viele nicht passende Zusammenstellungen von Fachbegriffen. die Behauptung es gibt bei GPT-Formatierung kein MBR kann ich nicht bestätigen. meine Festplatten sind GPT-formatiiert und in der 1. Festplatte sind die ersten 2048 Blocks ein MPR in dem der Startcode steht und wo das boot-menu zu finden ist. ferner enthält der Bereich die Partionstabelle der Festplatte. ich habe mal den Befehl testdisk laufen lassen und dort sehr viele Fehler aufgetaucht mit Vorschlägen zur Korektur, z.B. e2fsck -b xxxxxxx -B. ich bin mir nicht sicher ob ich das machen soll da ja alles gut funktioniert. merkwürdig ist das in dem log-file auch angeschlossene Festplatten stehen bei denen die Stromversorgung nicht eingeschaltet ist.
 

susejunky

Moderator
Teammitglied
Hallo wschmock,
wschmock schrieb:
... hat gut funktioniert,
sehr schön! Das freut mich.


wschmock schrieb:
... nach meinen bisherigen schlechten Erfahrungen mir UEFI und den vielen überflüssigen Ratschlägen was man alles tun muss um Windows mit UEFI zu starten bleibe ich bleibe bei der Legacy-Metode mit der ich alle Systeme, auch Windows, direkt starten kann.
Es ist Deine freie Entscheidung, welche Boot-Methode (Legacy oder UEFI) Du einsetzt.

Allerdings solltest Du Eines immer bedenke:

Die Boot-Methode "UEFI und Legacy" vermischt zwei sehr unterschiedliche Boot-Methoden.

Der Umgang mit dieser Methode erfordert somit einerseits Kenntnis darüber, wie diese Methode in Deinem UEFI implementiert ist und andererseits ein gutes Verständnis, wie die beiden unterschiedlichen Boot-Methoden (UEFI bzw. Legacy) grundsätzlich funktionieren. Meines Erachtens hat die Boot-Methode "UEFI und Legacy" somit ein deutlich höheres Fehler-Potential als eine "reinee" Boot-Methode ("nur UEFI" bzw. "nur Legacy").


wschmock schrieb:
... die Behauptung es gibt bei GPT-Formatierung kein MBR kann ich nicht bestätigen. meine Festplatten sind GPT-formatiiert und in der 1. Festplatte sind die ersten 2048 Blocks ein MPR in dem der Startcode steht
Korrekt!

Auch bei GPT-Formatierung gibt es einen MBR, der als protective MBR bezeichnet wird und sich in seinem Aufbau vom MBR unterscheidet. Es ist auch möglich mit Hilfe diese MBR ein Betriebssystem zu starten (Details siehe https://de.wikipedia.org/wiki/GUID_Partition_Table oder https://uefi.org/sites/default/files/resources/UEFI_Spec_2_9_2021_03_18.pdf Seite 115 ff.).


wschmock schrieb:
... ich habe mal den Befehl testdisk laufen lassen und dort sehr viele Fehler aufgetaucht mit Vorschlägen zur Korektur, z.B. e2fsck -b xxxxxxx -B. ich bin mir nicht sicher ob ich das machen soll da ja alles gut funktioniert.
Für diese Fragestellung solltest Du ein neues Thema hier im Forum anlegen und dabei genau den verwendeten Befehl sowie die dabei angezeigten Fehler zeigen.

Es wird sich sicherlich ein Forums-Mitglied finden, das Dir dazu dann weiterhelfen kann.

Viele Grüße

susejunky
 

josef-wien

Ultimate Guru
Da muß ich für die Nachwelt schon wieder etwas zur GPT und dem "BIOS-Modus" schreiben.


wschmock schrieb:
in der 1. Festplatte sind die ersten 2048 Blocks ein MPR in dem der Startcode steht und wo das boot-menu zu finden ist
Im Boot-Code des Sektors Null (nur dieser heißt MBR) befindet sich ein Sprungbefehl zu jener Adresse, an der der eigentliche Boot-Code beginnt. Das kann der Bootsektor einer Partition oder der Sektor, der die entsprechende Bootmanager-Datei enthält, oder
wschmock schrieb:
sda4 ist vom Typ grub-boot-core
(also die "BIOS Boot Partition on a GPT system" von GRUB 2) sein. Ab dem Sektor 1 beginnt die erste Partitionentabelle (die zweite befindet sich am Ende der Platte).


wschmock schrieb:
meine Festplatten sind GPT-formatiiert
Für die Windows-Platte kann das nicht stimmen.
 
Oben