Beiträge von Arkturus

Der Brother läuft ja extern über einen USB3 Port. Der Drucker funktioniert. Ich habe alle Ports probiert, auch die zwei USB2 Ports.

nachdem ich an meinem Brother DCP 7055 den Scanner immer noch nicht zum Arbeiten bewegen kann, habe ich mal das USB-Mapping mittels Mojave erneuert. Das alte Mapping funktionierte unter Ventura nicht korrekt, weshalb ich dieses als Ursache für die Scanner-Probleme ausschließen wollte. Der Scanner wird erkannt, arbeite aber nicht. Neues Mapping hat nichts gebracht.

Das Mapping sieht unter Big Sur so aus:

unter Ventura Beta 4 so

hier mal der XHC Abschnitt der IOReg

und die Ausgabe von

ioreg -l -p IOService -w0 | grep -i XHC2 > XHC.txt

xhc.txt

Was kann ich hier ggf. verbessern, damit USB korrekt funktioniert?

Es geht um den KBL-Desktop mit SMBIOS iMacPro1,1.

Version 13.0 Beta (22A5311f)

Anstelle von OCAT empfiehlt sich ein ordentlicher Editor deiner Wahl. Ich nutze PlistEdit pro und da kannst Du in einem Fenster deine Config.plist und daneben die Sample.plist öffnen und abgleichen, per Drag and Drop kannst Du einfach Teile rüberschieben. OCAT ist für Fortgeschrittene, wenn Du OC nicht kennst, lernst du es mit OCAT nur oberflächlich oder gar nicht kennen. Ich schließe mich kaneske an und empfehle den Dortania Guide als Basis, zusammen mit der Sample.plist aus dem OC Paket, welches du verwendest. Hubert1965

Zitat von Hubert1965

user232 Du schreibst als erste Aktivität »Ich würde mit OCAT die Database anwählen«

Dazu habe ich 2 Fragen:

1. Was ist OCAT?
2. Welche Database?

Wovon genau redest du da?

Du schreibst auch, OpenCore sei nicht unbedingt nötig. Kannst du das bitte etwas genauer ausführen? Ich habe nach der Lektüre mehrerer Foreinbeiträge nämlich den Eindruck gewonnen, dass OpenCore der besserer und vor allem der zukunftssicherere Bootloader sei. Ich dachte sogar, Monterey (und Ventura) würde nur mit OpenCore funktionieren. Ich würde jedenfalls gerne jenen Bootloader verwenden, bei dem die Wahrscheinlichkeit, dass er in 5 Jahren noch immer brauchbar ist, größer ist als bei anderen Bootloadern.

Das führt wieder zu derselben Frage, die ich in anderen Worten schon gestellt habe:

Ist es ratsam und sinnvoll, von Clover zu OpenCore zu wechseln?

- Falls ja: Wie geht das?

- Falls nein: Was wäre in diesem Fall der erste Schritt, um mein Projekt zu beginnen? (Siehe Eröffnungsposting)

Alles anzeigen

Die Frage wurde ja beantwortet und wie das geht auch. OC ist gut un umfassend dokumentiert. Da bleibt nichts offen. Danz im Gegenteil Clover. Bei diesem Teil konnte man darauf hoffen, dass die Helferlein aus dem Forum zur Seite springen. Das hat mir als Einsteiger sehr geholfen. Nun mit OC ist das ja alles anders. Da gibs hier Hilfe zur Selbsthilfe und es werden Verständnisfragen immer beantwortet und bei Problemlösungen geholfen. Wenn Du nicht weiterkommst, dann stelle einfach deine Fragen zu OC, Vorzugsweise auch im Sammelthread im Unterforum zu OC. Dort erstmal zu Suchen lohnt immer Hubert1965

Möglicherweise entscheidest Du dich ja auch weiterhin mit Clover . Auch da gibts inzwischen ein Unterforum speziell für Freunde vom Clover.

EDIT: Jetzt habwen sich unsere Threads fast überschnitten. Das Video zum OCAT zeigt ganz gut wie Du aktualisierst. Ich würde Dir empfehlen, zuerst akuelles OCAT udn dann aktuellen OC zu verwenden. Also jeweils Latest Versionen, Aktuell ist OC 0.8.2 Hubert1965

Hallo Joerg, kann ich unterschreiben. Ändern werden wir es nicht

stimmt, was quake ich hier rum. Habe das mit dem Thread von user_232 verwechselt. Da gings um ganz andere Fragen, das SMBIOS betreffend.

iMac20,1 und iMac20,2 nutzen die folgenden Grafikkarten: AMD Radeon Pro 5300, Radeon Pro 5500 XT, Radeon Pro 5700, or Radeon Pro 5700 XT. Insoweit muss eines dieser SMBIOS's funktionieren. Dazu die passenden MLB, SN und S-UUID. Die CPU ist m.E. nachrangig und kanmn vernachlässigt werden. Ich nehme an, das es immer noch um

Z370 AORUS Gaming 7 geht. spotter

hast Du mal NVRAM zurück gesetzt? spotter

Fehler in der EFI kann ich auch nicht erkennen. Bleibt Bios zu checken. Aber bei der GPU gibst da wohl nichts zu tun, meistens.

J185f gehört zu iMac 20,2 und müsste funktionieren user232

Zitat von user232

Obwohl ich bei beiden Hackintoshs Security auf 02 gestellt habe bricht die Installation mit dem kleinen Update ab. Kann es sein, dass mein "imac19,1" welcher ja keinen T2 Chip verbaut hat sich mit dem Securebootmodel j185f beißt, gehört ja zu iMac20,2.

Was soll man den für imac19,1 am besten für Securebootmodel auswählen?

Du kannst iMac20,1 mit j185 verwenden, ohne SN und SUUID zu generieren, Versuch macht klug. Wenn nicht, zur alten config.plist zurückkehren user232

Ups, zu spät. Hab einfach drübergenügelt und zumindest die 13.3 Beta Löpt mit ApECID 2. 12.6 ist noch am rödeln.

Aber Danke. Der Tip kommt in die Sammlung. Doctor Plagiat

EDIT:

Auch Big Sur 11.6.8 (20G725) verträgt sich nach Wiederherstellung mit der ApECID 2 bestens. Rein ökonomisch ist natürlich Dein Workarround vorzuziehen Doctor Plagiat

Die Wiederherstellung aus dem Recovery dauert ewig.

"Ewigkeit dauert lang, besonders gegen Ende" (Woody Allen)

Zitat von cobanramo

Hab die Erfahrung gemacht das wenn die AppleSecureBoot voll eingerichtet ist, dann auch mit der "kleinen" Update funktioniert.

Also bei meinem Rechnern funktioniert das so;

Überall wo ich die Sicherheitsstufe "01" habe bricht es ab und lädt den grossen Installer.

Überall wo ich die Sicherheitsstufe "02" habe läuft die kleine Update ohne Probleme durch.

nvram 94b73556-2197-4702-82a8-3e1337dafbfb:AppleSecureBootPolicy

Sicherheitsstufe 02 erreicht man nur mit einem Wert im "ApECID"

Hier ist auch alles problemlos durchgeflutscht.

Gruss Coban

Alles anzeigen

wenn ich auf meinen KBL-Desktop die ApECID auf 1 oder 2 setze, dann wollen sowohl Ventura als auch Big Sur nur noch in den Wiederherstellungsmodus. Liegt das daran das ich keine T2 Chip habe und deshalb für die ApECID nur die 0 nutzen kann? Oder sollte ich die macOS aus dem Wiederherstellungsmodus neu installieren?

Du warst schneller. Aber so läuft es nun. Der Eintrag mit Leap 15.3 liegt auf ner anderen Platte, wo früher die EFI lag. Das ist kein Thema.

Vielen Dank für die Mühe und die Geduld Doctor Plagiat

EDIT

Den Fehler hatte ich erst hier auf der Webseite entdeckt. Im Editor ist alles einen Nummer zu klein für meine Müden Augen.

ich hatte jetzt parallel nach dem know How von JimSalabim den Path aus der Efi Shell geholt. Doctor Plagiat

Opensuse liegt in fs10:

der Path sieht so aus

PciRoot(0x0)/Pci(0x17,0x0)/Sata(0x4,0xFFFF,0x0)/HD(1,GPT,E24FD0CB-7ACA-4186-9BEE-C73EA78FAAE9,0x28,0x64000)/\EFI\opensuse\grub64x.efi

analog dem Aufbau der openSuSE EFI

die Entries wird im OC Menü angezeigt, aber Grub wird nicht gefunden.

der Fehler ist hier: grub64x.efi

Das Löschen des alten Eintrags ist eigentlich entbehrlich.

Eine manuellen Eintrag würde ich gerne machen und habe den ganzen Nachmittag damit verbracht Anleitungen zu finden. In der Configuration.pdf wird das nicht näher beschrieben (denke ich) und in der Sample.plist gibs auch kein Beispiel dafür.

Die erste Konfiguration für Leap 15.3 hatte ich nach insanely gemacht. Aber da waren nur die Drivers beschrieben, das war ja nicht schwer.

Bei der ScanPolice hatte ich eigentlich im Rechner alles ausgewählt. Aber ich teste mal die 3110147

das mach ich gleich mal. Den NVRAM mit CleanNVRAM zu löschen hatte ich schon versucht.

Wenn der alte Eintrag drinnen bleibt, ist ja nicht schlimm, aber OC finden TumbleWeed nicht. Das Bios-Bootmenü hat den Eintrag der auch funktioniert. Doctor Plagiat

einen Moment bitte .......

EDIT:

Bios-Bootmenü

Ausgabe von efibootmgr

dieses entspricht den Einträgen im Bios-Bootmenü

Das Menü von Grub hat noch den Hinweis auf Leap 15.3 zur EFI der Time Machine-HDD, welche aber leer ist. 'diskutil list' sagt da nichts.

Aber die Frage ist ja, weshalb OC die EFI von TumbleWeed nicht erkennt. Die Linux Driver, einschl. ext4 und btrfs sind ja auch drin, was aber erst mit eigentlichen Bootvorgang ein Rolle spielen dürfte.

EDIT: Hier mal die EFI vom TumbleWeed

Ich stehe hier irgendwie auf dem Schlauch und finden den Faden nicht. Seit einiger Zeit konnte ich openSuSE Leap 15.3 nicht mehr aus dem OC-Menü booten. Nach kurzem Grub2 Bootscreen springt der Startvorgang auf die Grub-Shell aber die Tastatureingaben für das Root-Passwort werden nicht akzeptiert. Control-D funktioniert auch nicht.

Da ich ohnehin vor hatte auf Tumbleweed umzustellen habe ich kurzerhand neu installiert und dabei die selbe Partionierung verwendet. Leider bleibt der Eintrag m Bootmenü bestehen, obwohl die EFI formatiert und neu geschrieben wurde. Wenn ich den Button für Leap 15.3 starte komme ich in den gleichen Ablauf wie vor der Neuinstallation. Boote ich Tumbleweed aus dem Bios-Bootmenü klappt das bestens. Nur findet OC 0.8.3 die EFI vom Tumbleweed nicht.

Nach meiner Erinnerung hatte OC 0.7.2 seinerzeit Leap 15.3 direkt erkannt.

Anbei mal meine Config.plist. Vielleicht kann jemand das Problem erkennen.

Config.plist

die Beta 3 nach einigem zickzack mit Hilfe der Lilu.kext und OpenCore.efi von mhaeuser un dem Dev-Team endlich drauf. Die OCAT hat zwar die OC 0.8.3 geholt, aber nicht die richtige Version. Die habe ich mit dem KU geladen und in die EFI kopiert. Danach funzte es und jetzt ist gut.

Leider funktioniert der Scanner immer noch nicht. Wird zwar erkannt aber tut nicht was er soll

Zitat von karacho

…….

BTW. Mein Scanner im Multifunktionsdrucker HP OfficeJetf Pro 6970 funktioniert jetzt wieder seit der Beta

darauf hatte ich auch gehofft, bei meinem alten DCP 7055 von Brother, leider noch vergebens. karacho

Zitat von msart

Arkturus

Warum ?

Was kann Apple dafür, das ein Lieferant die falschen Listen mit Serien Nummern übermittelt, ein Batch dann an "Normale Kunden" geht und jene dann auf einmal vom Spital Zürich oder anderen Verwaltet werden sollen ?

Der tägliche Irrsinn halt. Nix ungewöhnliches.

Alles anzeigen

kann ein Dritter unauthorisiert mein iPhone übernehmen, oder habe ich das falsch verstanden?