Funktioniert nicht (Gigabyte X570) - benötige Hilfe

Moin!

Hardware siehe Anhang.

Ich hatte vor kurzem nebenan gefragt, ob für mein Board Tahoe oder Sequoia besser geignet ist. Die Antwort war Sequoia, und mir wurde dort eine OC Update empfohlen. Ich habe also OC aktualisiert und das auf eine SSD (EFI-Partion) gepackt. Dann den Installer von Se. von einer anderen SSD aus aufgerufen und das OS installiert. Der Installer läuft durch bis zum erstem Reboot. Dann kommt der Apfel aber kein Ladebalken o.ä. Nach über 15 Minuten habe ich den Versuch abgebrochen, weil nichts mehr passierte (die Zugriffs-LED der SSDs blinke unregelmäßig weiter).

Als zweiten versuch habe ich die SSD gelöscht, die EFI aus dem laufendem System (Big Sur) rüberkopiert und auf Big Sur den Sequioa-Installer aufgerufen. Natürlich die Se.-SSD als Ziel angewählt. Auch hier wieder lief bis zum erstem Reboot alles ohne Problem, dann nur noch der weisse Apfel ohne weitere Funktion.

Die Anleitung von Dortania habe ich durchgesehen - die englische Version habe ich nicht verstanden, die automatische Übersetzung von Firefox war anfangs noch lustig zu lesen (es war immer die Rede von "Fahrern"), aber wie es dann um Parametereinstellungen ging bin ich ausgestiegen - das war mir zu hoch.

Als Drittes habe ich mir noch einen USB-Stick vom OpenCorePatcher erstellen lassen. Doch der hat gar nicht erst gebootet (Endlosschleife auf Firmware-Bootauswahl-Ebene).

ISt jemand in der Lage mir eine komplette EFI mit allen notwendigen Einstellungen zu erstellen?

Zitat von fabiosun

also opencore and all your kexts must be updated

Schön. Und wie? Ich habe keinen "Update"-Knopf/Buttom gefunden.

Zitat von fabiosun

your BIG Sur EFI has two ethernet kexts (one old for Intel another for realtek ethernet card)

Ich habe noch eine 4-Port Karte (Ethernet), die jetzt wieder im Rechner ist. Soll eine Intel sein:

─ Network

├── I211 Gigabit Network Connection

│ ├── Device ID: 0x1539

│ ├── Vendor: 0x8086

│ ├── PCI Path: PciRoot(0x0)/Pci(0x1,0x2)/Pci(0x0,0x0)/Pci(0x4,0x0)/Pci(0x0,0x0)

│ └── ACPI Path: \_SB.PCI0.BXBR.BYUP.BYD4.BYS4

├── 82571EB/82571GB Gigabit Ethernet Controller (Copper)

│ ├── Device ID: 0x10bc

│ ├── Vendor: 0x8086

│ └── PCI Path: PciRoot(0x0)/Pci(0x1,0x2)/Pci(0x0,0x0)/Pci(0x2,0x0)/Pci(0x0,0x0)/Pci(0x2,0x0)/Pci(0x0,0x0)

├── 82571EB/82571GB Gigabit Ethernet Controller (Copper)

│ ├── Device ID: 0x10bc

│ ├── Vendor: 0x8086

│ └── PCI Path: PciRoot(0x0)/Pci(0x1,0x2)/Pci(0x0,0x0)/Pci(0x2,0x0)/Pci(0x0,0x0)/Pci(0x4,0x0)/Pci(0x0,0x0)

├── 82571EB/82571GB Gigabit Ethernet Controller (Copper)

│ ├── Device ID: 0x10bc

│ ├── Vendor: 0x8086

│ └── PCI Path: PciRoot(0x0)/Pci(0x1,0x2)/Pci(0x0,0x0)/Pci(0x2,0x0)/Pci(0x0,0x0)/Pci(0x2,0x0)/Pci(0x0,0x1)

└── 82571EB/82571GB Gigabit Ethernet Controller (Copper)

├── Device ID: 0x10bc

├── Vendor: 0x8086

└── PCI Path: PciRoot(0x0)/Pci(0x1,0x2)/Pci(0x0,0x0)/Pci(0x2,0x0)/Pci(0x0,0x0)/Pci(0x4,0x0)/Pci(0x0,0x1)

Zitat von Caldir

Schon mal mit "Opcore Simplify" probiert ?

Jetzt schon, aber das Programm läuft nicht (irgendein Python-Problem):

ry@Ryzentoshs-iPro simply % OpCore-Simplify.command

zsh: command not found: OpCore-Simplify.command

ry@Ryzentoshs-iPro simply %

Zitat von karacho

Oder die Datei OpCore-Simplify.command mit der Maus einfach doppelklicken.

Komisch, jetzt gehts (mit Doppelklick).

Allerdings gibt es ein Problem. Nach "Drag and drop your hardware report here (.JSON): "

weiss ich nicht welcher Report das sein soll. Der von OCSysinfo scheint es nicht zu sein, denn (gerade Sekunden vorher neu erstellt):

Ist das jetzt ein Bedienfehler von mir?

Zitat von Caldir

davon ein Hardware dump erstellen und danach den pfad einfügen.

Seit wann kann MacOS eine exe ausführen?

Zitat von Caldir

Evtl. mit WinPE probieren ?

Vielleicht kannst du es dir nicht vorstellen, aber mein Haushalt ist seit immer Windowsfrei und bleibt es auch.

Zitat von karacho

sondern die Source (als *.zip). Darin ist dann die HardwareSniffer.py offline

Geht wieder nicht... Irgendwie werde ich alt...

Zitat von karacho

Dann setz mal einen Punkt und ein Slash ./ vor HardwareSniffer.py, ./HardwareSniffer.py

Blödes py: Setzt offensichtlich "harte" Pfade voraus:

Dabei habe ich vorher extra per cd den richtigen Pfad gesetzt.

Gut, dann werde ich mal nach "var" umkopieren und nochmal probieren.

Neuer Fehler:

Also das Paket liegt jetzt in /var/mail, und die Importdateien werden offenbar gefunden (keine Fehler mehr mit "from: can't read /var/mail/Scripts", aber warum die "import"e nicht gefunden werden entzieht sich meinem Kentnissen.

Warum läuft das bei anderen Leute, aber bei mir nicht? Weil ich kein Programmierer bin und mir deswegen irgendwelche Dateien fehlen?

Zitat von karacho

Was hat das in /var/mail zu suchen? und wie kommt das da hin? In /var/mail hast du doch als normaler User keine Schreibberechtigung.

Na, wenn das Script in /var/mail seine Unterordner sucht, dann packe ich die dorthin. Das war einfach.

Zitat von karacho

Wenn du die Hardware-Sniffer-main.zip von github heruntergeladen hast, dann ist die in deinem Downloadordner. Wenn du die dann dort entpackst, dann hast du die Dateien im Ordner Downloads/Hardware-Sniffer-main.

Im Downloadordner wird alles automatisch entpackt...

Zitat von karacho

Starte dein Terminal und dann cd Downloads/Hardware-Sniffer-main

Ist mir suspekt! Weil ich ja nicht die EFI-Partion des laufenden Systems ändern möchte (sogenanntes Produktivsystem), sondern die EFI der zweiten SSD. Deswegen habe ich den kompletten Ordner auf eben diese (2.) SSD kopiert und dort gestartet. Nachvollziehbar? Und da kamen dann die Fehlermeldungen (erst lief gar nichts, dann die Fehler mit den nicht gefundenen Pfaden).