No Name Eintrag in OpenCore Los Werden

Hier steht alles was du brauschst.

PCI-ROOT-PFADE UND UUIDS für Custom Entries und verstecken von Partitionen (Detailversion)

Zitat von minimike

Zu gerne würde ich den Eintrag mit "No Name" in OpenCore nun wieder loswerden.

Setze einfach dein Misc/Security/Scanpolicy auf 32513, und beim neustart nvram reset nicht vergessen.

Danach sollte sich das erledigt haben.

Oder alternativ stell den wert auf ein benötigtes...

Gruss Coban

minimike

versuche das ggf. mal via bootice/easyuefi/-oder der uefi shell zu bauen ala Boot-Eintrag im BIOS verschwunden - Wege zur Wiederherstellung

das würde mir dazu einfallen

lg

Du kannst Probieren eine leere Datei mit dem Namen .contenVisibility ins root Verzeichnis zu kopieren dann sollte dieser Eintrag nicht mehr sichtbar sein.

Rootverzeichnis ist nicht EFI Partition.

Zitat von minimike

Wenn ich das Scannen von EFI Partitionen so deakivere

Da hast du was falsch verstanden, mit "32513" wird die scan für ESP/EFI nicht deaktiviert...

Zitat von minimike

Damit geht aber auch gleichzeitig der Verlust für den EIntrag von Wintendo auf der zweiten NVME einher

Die EFI von deinem "Wintendo" ist ne andere wie du siehst, wenn du dies normal installiert hast sollte sie auch im "disk1s1" drinne sein und automatisch vom OC als standard Windows erkannt werden.

Dein sogenanter "Wintendo" selber ist im disk1s3 drinne und der ist so ziemlich sicher ein Ntfs Fileformat dort vorhanden.

Mit 32513 wird das Lock auf nur Filesysteme beschränkt und Harware/Device Locks nicht mehr beachtet.

Wie du auch aufm Bild sehen kannst werden hier;

APFS
HFS

ESP/EFI

NTFS
Linux_Root

Linux_Data
Xbootldr

Filesysteme berücksichtigt, ergo wird danach gescannt.

ESP/EFi wird also so oder so gescannt, wenn dein Efi für Wintendo nicht dort drinne ist wird auch nichts gefunden.
Wenn du aber irgend ein spezielles konfiguration hast und der irgendwo anders liegt musst du natürlich auch ein Treiber von diesem standort in OC einbinden, ergo; bedeutet dies nicht weil dort zbspl. Ntfs scanbar ist kann auch ntfs gelesen werden, damit das System Ntfs lesen kann braucht es ein Treiber. Genau so läuft es zbspl. auch mit dem Linux, OpenLinuxBoot.efi scannt nach Linux installationen, lesen kann es aber mit ext4_x64.efi.
Wenn das ein ganz normales Windows installation ist sollte es auch im OC Menü auftauchen.

Hast du was unter "BlessOverride" oder "Entries" eingetragen? Wenn ja, nimm das mal raus.

Stell den "PickerAttributes" auf "179" und teste es aus.

Gruss Coban

Mein Problem ist etwas anders gelagert, aber ich hänge mich hier mal an den Thread dran.

Seit einiger Zeit habe ich den Windows Bootloader in die OC EFI integriert. Leider habe ich nun aber zwei Icons für Windows im Bootmenü.

Mit Bootpicker oder Scanpolice werde ich diesen allerdings nicht los. Hab auch NTFS abgewählt, aber das zweite Icon bleibt.

Es wäre nicht so tragisch, aber wenn ich das linke Icon betätige grätscht Bitlocker dazwischen und will eine Wiederherstellungsschlüssel haben. Das nervt etwas.

Gib es hierfür eine Workarround?

Hi Arkturus

Schalt einfach den manuellen Eintrag den du gemacht hast aus, das ist nur für Hardcore User die auf spezielle schmerzen stehen..

Setze einfach dein Misc/Security/Scanpolicy auf 32513 (das ist universal lösung, mehr braucht niemand, glaub mir)

Stell den "PickerAttributes" auf 179 (das ist wichtig wenn du selber Icons einsetzen und benammseln willst usw.)

Lade dir einfach einen OpenCore Paket runter;

Navigiere zu dem Ordner "disklabel";

und ziehe den "disklabel" ins Terminal;

ergänze den command folgend hinter disklabel (siehe Bild oben);

disklabel -e "Windows Füdlbürger" .disk_label .disk_label_2x

Das in Anführungszeichen soll einfach deine Windows Titel oder whatever sein, bspl. "Windows 11 Pro" usw... und ausführen.

Gehe in deine Home Verzeichnis; Ausgeblendete elemente einblenden mit "Shift & CMD & "punkt"

kopiere diese beiden Files .disk_label & .disk_label_2x

in deine Windows EFI rein; Genaue Standort muss unter EFI/Microsoft/Boot sein.

Danach einfach neustarten und Nvram Reset nicht vergessen.

Schon hast du ein automatisch erkanntes Windows der nur einmal vorkommt und sogar von dir persönlich benamselt ist.

Wenn du möchtest kannst du jetzt auch unter EFI/OC/Resources/Image/.... einen Windows10.icns oder Windows11.icns usw. reinwerfen und wirst diesen auch angezeigt bekommen.

Danach sollte sich das alles erledigt haben.

Gruss Coban

kann jetzt eine Weile dauern, aber schonmal vorab Danke cobanramo

EDIT: NVRAM-Reset war nicht nötig und so sieht das schon mal gut aus. Danke für den guten Rat cobanramo

Das linke Icon noch verstecken geht wohl nur mit Entrie?

Ich habe hier zu dem alten Thread nochmal eine Verständnisfrage zur Windows-EFI. Die wird im OC-Bootmenü und im Finder nach dem Mounten als No Name angezeigt. Ein Vergleich mit einer normalen GPT-Efi durch diskutil info zeigt keine Unterschiede die darauf schließen lassen, weshalb sich diese Windows-EFI im OC nicht verstecken lässt, außer man entfernt die in Misc/Security/Scanpolice das Häckchen bei ESP. Ich das Disklabel von No Name auf EFI umbenannt, aber daran liegt es nicht. Ich habe auch die OC-EFI in die Windows EFI verlegt was ebenso nichts ändert.

Ein Unterschied könnte m.E. nur bei den ESP/Flag liegen. Kann man daran drehen und wenn Ja wie?

Über Misc/Entries kann ich windows natürlich auch booten. Leider lässt sich das kein Icon zuweisen.

Wenn es da keine Schrauben zu gibt, an denen gedreht werden kann würde ich es eher sol lassen wie es jetzt ist.

EDIT: Das Problem findet man immer erst wenn die Fragen hier gestellt sind. Ich hatte auf die Crucical NVMe eine EFI als Reserve einkopiert, und bei der fehler in EFI/BOOT die versteckte Datei .contentVisibility

Windows war die ganz Zeit unschuldig. Ich wurde jetzt erst misstrauisch, als ich die Windows EFI komplett gelöscht habe, also die ganze Partition. Aber egal, alles funzt jetzt bestens