Testweise mal mit CSM Boot versucht anstatt mit UEFI Boot?
Da kann nichts kaputt gehen. Nur mal sehen ob du damit ins BIOS kommst.
Kannst ja später wieder umstellen.
Das ist jetzt aber das aktuelle ROM von deiner Karte, oder?
Um schreiben oder kommentieren zu können, benötigst du ein Benutzerkonto.
Du hast schon ein Benutzerkonto? Melde dich hier hier an.
Jetzt anmeldenHier kannst du ein neues Benutzerkonto erstellen.
Neues Benutzerkonto erstellenTestweise mal mit CSM Boot versucht anstatt mit UEFI Boot?
Da kann nichts kaputt gehen. Nur mal sehen ob du damit ins BIOS kommst.
Kannst ja später wieder umstellen.
Das ist jetzt aber das aktuelle ROM von deiner Karte, oder?
Aus eigener Erfahrung kann ich sagen, dass ein langer Start-Vorgang kann auch mit Problemen mit Bluetooth zusammenhängen kann.
Starte mit dem Start-Parameter -v und achte darauf, ob dort bei der Ausgabe sowas wie Timeout(XX sec) erscheint.
Bei einer fehlerhaften Konfiguration wiederholt sich diese Anzeige meist in Abständen von 60 Sekunden.
Bei ganz viel Glück startet der Rechner irgendwann durch. Bei weniger Glück bleibt er in einer Schleife hängen.
Bei meinem T520 waren das mal 5 Minuten.
Der USB-Hub für Bluetooth muss unbedingt als "internal" konfiguriert sein.
So wie das in deiner SSDT aussieht, müssten das die Ports HS11 und HSS12 mit den Connector-Types "FF" (255) sein.
Ich kann mich irgendwie dunkel erinnern, dass ich da auch mal Probleme mit meinem Z77 und der RX580 hatte.
Versuch mal, ob du mit der WX4100 mit dem CSM-Modus ins BIOS kommst.
Zwecks Abwärtskompatibilität haben ältere Grafikkarten neben der UEFI-Firmware noch eine BIOS-Firmware.
Ob das bei den neuesten Karten noch so ist kann ich nicht sagen, da mittlerweile alle Borads mit UEFI arbeiten.
Es könnte gut möglich sein, dass das VBIOS der WX4100 mit einer gewissen Holzhammer-Technik geschrieben wurde.
Deshalb auch die Bitte von Bob-Schmu, dass gesicherte VBIOS deiner Karte hier hoch zu laden.
Nicht, dass dort im UEFI-Teil was verkorkst ist.
Du bekommst erst ein Bild, wenn die Treiber von Mac OS geladen sind.
Schaut irgendwie danach aus, dass da ein Bug drin ist.
Wir sollten jetzt versuchen, ob wir mit dem CSM-Modus zumindest ins BIOS kommen.
Ich gehe mal davon aus, dass du den Monitor an den Ausgang der Karte angeschlossen hast, oder?
Ist mir auch mal passiert, dass der Stecker in der Onboard steckte.
https://www.google.com/search?q=WX4100+UEFI+GOP+OPTION+ROM
Der Blindflug beim Mac Pro 3,1 ist normal, da es sich bei der Grafikkarte um ein Customer-Modell handelt.
griven Big Sur läuft auf meinem T520 noch ganz passabel mit dem Sandy Bridge und der HD3000.
Habe gestern sogar mal Microsoft Office installiert. Kann man mit arbeiten.
Monterey geht gerade noch so. Das Laden der Apps ist da schon ein Geduldsspiel.
Ventura kannst du dann schon bald knicken, weil sich da massive Grafikprobleme einschleichen.
Sonoma wollte ich mir nicht mehr antun.
Big Sur hat Im Herbst 2023 das letzte Update erhalten. Kann man noch nutzen.
Habe da noch keine Einschränkungen bei Safari und Mail feststellen können.
Die meisten Programme lassen sich auch installieren. Money Money möchte mindestens Monterey.
Das hat aber was mit einer bestimmten Funktion zu tun. Für sowas benutze ich lieber meinen Mini M2.
Gristepa Wozu dient eigentlich Portainer??? Ich installiere alles mit Docker Compose.
Ich habe Portainer zwar installiert und mir mal angeschaut, aber ich nutze das nicht.
Ich fand das doppelt gemoppelt.
Man sollte diese Idee-Sleep auch nicht als das betrachten, wofür es gar nicht vorgesehen ist.
Nämlich als systemgesteuerten Power-Button.
Dieses Idle-Sleep dient doch vorrangig dazu, in den Schlafmodus zu wechseln, wenn man mal den Arbeitsplatz für eine gewisse Zeit verlässt. Kommt nichts, so bleibt der Rechner stumm. Kommt was, so verrichtet der Rechner seine Arbeit und legt sich wieder schlafen.
Ist die Arbeit am Ende des Tages getan, so drückt man den Power-Button, bzw. fährt den Rechner vorschriftsmässig runter. Das ist meine Philosophie.
Aber jedem das Seine.
Okay, also eine Fall-Back Funktion für einen zweiten DNS-Server.
Muss mich da selbst noch genauer einlesen.
Ich habe gestern mal testweise die Hosts-Datei mit einschlägigen Adressen gefüllt.
https://someonewhocares.org/hosts/zero/
Übrigens kann man die Dateien in den Systemverzeichnissen gut mit dem guten alten MidnightCommander bearbeiten. Sogar Drag&Drop in den MC-Editor ist möglich.
sudo mc
Würde auf meinem Selbstbau-NAS mit Openmediavault auch gerne adguard als Docker installieren.
Emby und Plex laufen da schon eine Weile ganz gut. Benutze jedoch nicht den Portainer sondern Compose.
Habe zwar Portainer installiert, aber den nutze ich nicht. Frage mich immer noch nach dem Sinn.
Warum für die Verwaltung der Docker-Apps eine Docker-App installieren?
Bei Emby habe ich mir das Docker-Script selbst geschrieben.
Finde ich jetzt auch nicht so wild, da für Compose mal ein paar Zeilen Text zu schreiben.
Meine Frage:
Da adguard die Funktion als DNS-Servers übernimmt.
Was passiert eigentlich im Netzwerk, wenn ich das NAS ausschalte und somit adguard nicht mehr erreichbar ist?
Gibt es da so etwas wie eine Fallback-Funktion?
Die mögliche Lösung steht doch schon in deiner Log-Datei
Assertions PID 200(coreaudiod) Released PreventUserIdleSystemSleep
Der Prozess coreaudio mit der PID 200 verhindert den den Systemschlaf im Leerlauf des Benutzers
Prüfe mal, welche Programme bei dir so laufen, die auf coreaudio zugreifen.
Eigentlich sind das alle Programme die irgendwelche Töne oder Musik von sich geben.
Solche Programme, die meist so im Hintergrund mitlaufen, die man oft nicht auf dem Schirm hat.
Das wären zum Beispiel solche Programme wie iTunes, Spotify, Radio-Apps, ...
Prüf mal deine Einstellungen in den Programmen.
Kann mir nicht vorstellen, dass sich Programme über das System hinwegsetzen, aber man weiss ja nie.
iTunes über Remote gekoppelt?
Prüf mal
Die Einstellungen bringen nicht unbedingt was mit der Karten App.
Sie sind trotzdem nützlich für schwachbrüstige Rechner.
Neustart ist nicht notwendig,
Mit diesen Einstellungen kannst du die Bildschirmleistung noch mal ein wenig beschleunigen.
Habe ich auf meinem T520 ebenfalls so eingestellt. Bringt schon was.
-Bewegung reduzieren
-Transparenz reduzieren
Ausserdem kannst du noch die CPU ein wenig entlasten mit moderaten Einstellungen bei Spotlight
Max Bist du das?
https://de.ifixit.com/Antworte…irmware+Update+nicht+mehr
Habe mich mal bei HP umgeschaut. So wie es aussieht gibt es da nichts Aktuelles.
Die Unterstützung geht nur bis Windows 10. Die letzten Aktualisierungen stammen aus 2016 .
Ich habe auch schon Treiber-Installer unter Windows 11 eingesetzt, die eigentlich für Windows 10 vorgesehen waren.
Aber Firmware-Installer sind nochmal eine andere Hausnummer.
Ich würde es auch mit einer alten Version probieren.
Zur Nvidia hab ich ja schon was geschrieben
Moin hab kein Ton und Grafikkarte wird nicht angezeigt!
Was dankend abgelehnt wurde.
Die SIP kann sich jeder so berechnen lassen wie er möchte.
Funktioniert wunderbar mit dem Calculator im OCLP
Settings -> Security -> auswählen was man braucht -> SIP wird berechnet
Es kommt immer darauf an was man braucht und was man zulässt.
Deshalb kann man das nicht pauschalieren, welcher Wert bei welchem OS zum Einsatz kommen muss.
Auf jeden Fall muss der Haken bei "ALLOW_UNTRUSTED_KEXTS" immer gesetzt sein für unsere Treiber im Ordner "EFI/OC/Kexts".
Ihr müsst mal mit der Maus über die einzelnen Einstellungen fahren.
Es wird angezeigt, ab welchem OS die Einstellung integriert wurde.
Ihr werdet auch erkennen, dass sich seit Big Sur nichts geändert hat.
Das heißt, dass man mit der Einstellung "03080000" ab Big Sur ganz gut zurechtkommt.
Wenn man jetzt einen Wert verwendet, der erst ab einem späteren OS greift, dann hat man womöglich ein Problem.
Die Einstellung "ALLOW_UNAUTHENTICATED_ROOT" würde mit Catalina nicht funktionieren, da es diese Einstellung erst ab Big Sur gibt.
Wie gesagt, ab Big Sur ist man da im Normalfall auf der sicheren Seite. Es sei denn man hat Sonderwünsche.
Mojave/Catalina: EF070000 (0x7EF)
High Sierra: FF030000 (0x3FF)
Funktioniert wunderbar mit dem Calculator im OCLP
Settings -> Security -> auswählen was man braucht -> SIP wird berechnet
TheWachowski Warum sollte das keinen Lerneffekt haben?
Bei dieser Vorgehensweise muss er sich zwangsweise mit den Aktualisierungen selbst beschäftigen.
Er würde sich im Umgang mit Opencore, OCAT, OCC, PLIST Editor einarbeiten.
Und das nennst du keinen Lerneffekt?
ERR (0XE): kannst du im BIOS "CFG Lock" auf "Disable" stellen.
Wenn nicht, dann geht das über die Config.
AppleXcpmCfgLock einschalten
ifoehn welche Version von Opencore benutzt du?
Wenn ich deine Config in die Opencore Auxillary Tools (OCAT) mit Version 0.97 lade, dann hast du 49 Fehler.
ozw00d weiss jetzt nicht, was du damit sagen willst, da ich schrieb
Ab einem bestimmten Release von Big Sur hat der Portlimit-Patch nicht mehr funktioniert.
Ab da war es zwingend erforderlich die Ports zu kartieren/konfigurieren (Mapping).
Die USB-Konfiguration funktioniert wunderbar mit Catalina und dem Hackintool.
Dafür gab sogar mal tolle Anleitungen. Wo sind die eigentlich hin?
Ach, dafür war nochmal das "I"
USB-Mapping macht man ja nicht jeden Tag. Ist schon eine Weile her. Hab da sicherlich auch schon mal draufgeklickt.
Die kleinen Änderungen mache ich nur noch von Hand im PLIST Editor. Mit Hackintool überprüfe ich nur noch mal schnell.
spinna Ich tippe hier mal stark auf USB und SIP.
Welches System versuchst du zu installieren?
Wenn neuer als Catalina, dann ist folgendes zu beachten.
Deaktiviere erstmal UsbInjectAll.kext. Dieser Kext hat seit Big Sur nichts mehr in der EFI verloren.
Deine USB-Ports sind doch schon über ACPI mit den beiden SSDT konfiguriert.
Je nachdem welches System du installieren möchtest, ist auch die SIP mit "csr-active-config" anzupassen.
Damit die unsignierten Treiber geladen werden.
OCAT überprüft nur die Syntax und die Abhängigkeiten.
Bei Sonoma ist es nur ein Eintrag, falls die Updates nicht angezeigt werden sollten.
Es ist auch kein Wunder, wenn man immer noch mit der SIP von Mojave unterwegs ist.
Okay, alles in Ordnung. War auch eine etwas pampige Antwort von mir.
Hätte mich nur gefreut, wenn du einen aktuelleren Link einer originalen Clover-Doku hättest schicken können.
Ich weiss, dass es ein Einmann-Projekt ist.
So wie ich das sehe ist die Doku von unserem Freund "5T33Z0" mit Version r5156 wohl die Aktuellste, die das Netz zu bieten hat.
Der legt sich da auch verdammt ins Zeug. Na ja, bald hat er nicht mehr soviel Zeit.
Ab einem bestimmten Release von Big Sur hat der Portlimit-Patch nicht mehr funktioniert.
Ab da war es zwingend erforderlich die Ports zu kartieren/konfigurieren (Mapping).
Die USB-Konfiguration funktioniert wunderbar mit Catalina und dem Hackintool.
Dafür gab sogar mal tolle Anleitungen. Wo sind die eigentlich hin?