Neue Infos: Nach 2 von 4 Durchläufen und über 38 Stunden habe ich den Test abgebrochen. Und weil ich gerade am Staubsaugen wa den Rechner mal "flachgelegt", alle RAM-Riegel noch einmal nachgedrückt. Und die seit Einbau sowieso nicht funktionierende Netzwerkkarte ausgebaut. Und das ist jetzt rund 18 Stunden (Arbeitszeit des Rechners) her und seitdem keine Abstürze oder Monitorflackern mehr. Irgendwie komisch...
Beiträge von Norderstedter
-
-
Kann pro Durchlauf mit 128GB bis zu 12 Std. dauern.
Danke für die Warnung. Der USB-Stick ist gerade fertig, der Test muß dann aber die Nacht abwarten.
--------------
Neue Info: Nach über 9 Stunden Testdurchlauf (aktuell 2/4) sind 0 Fehler gefunden. Das könnten wohl 15-18 Stunden werden... Zum Glück steht hier noch ein Zweitrechner.
-
Moin!
Da ich keine direkte Gruppe "Fehlersuche nach einem Jahr" gefunden habe versuche ich meine Frage hier abzusetzen. Falls es eine besser geeignete Abteilung gibt bitte verschieben oder Bescheid sagen.
Mein Hacki läuft seit 2020, inzwischen mit 11.7.10. Seit langer Zeit habe ich zwei Probleme: Einer meiner vier Monitore macht sporadisch, aber im "Pulk" das Bild dunkel- also tagelang kein Problem, dann über 10 Minuten bis einem halben Tag wird das Bild für 1-1,5 Sekunden dunkel. Alle paar Minuten. Dann wieder etliche Ausfälle. Dann wieder Stunden oder Tage gar nicht. Dann wieder von vorn. Es fällt nur das Bild aus, denn wenn der Moni sich abschalten würde (Netzteil) dann würde MacOS die offenen Fenster auf die anderen Monis verschieben. Ich dachte das wäre der Monitor und wollte schon Ersatz besorgen.
Doch dann trat Problem zwei auf. Alle paar WOCHEN geht der Rechner einfach aus. So als ob er aus Bock runterfahren würde, aber ohne Meldung. Es werden alle vier Monitore dunkel, wenige Sekunden später geht auch das Netzteil aus. (kann ich sehen, weil die Beleuchtung im Netzteil aus geht). Nach einem Start kommt dann das Bootmenü (ich wähle das Startvolume aus), der Rechner bootet, dann kommt der Kernel Panic Bildschirm. ABER: Der Startvorgang läuft einfach weiter, der Rechner funktioniert dann wieder einige Wochen. Ägerlich, aber nicht dringend...
Die beiden Probleme begleiten mich seit bestimmt einem Jahr.
Doch heute war es anders. Nach meiner Mittagspause wacht der Rechner nicht aus dem Ruhezustand auf - ich sehe den Mauszeiger auf schwarzem Hintergrund, dann das drehende Farbrad. Komisch denke ich noch, aber warte noch ab - und nach gefühlt 1 Minute kommt ganz normal der Anmeldebildschirm. Dann einige 10 Minuten später der "bekannte" Absturz (Problem 2). Neu gestartet, ist ja schon Routine. Doch jetzt das Neue an der Sache: Ein anderer Bildschirm hat plötzlich Problem 1!!!! Der Fehler ist also nach dem Absturz gewandert.
Was kann das jetzt sein? Meine Wissen ist da recht begrenzt, daher bitte ich um Hilfe bei der Überlegung:
- Der oder ein Monitor kann es nicht sein, weil der Fehler wandert.
- Gemeinsamer Faktor ist die Grafikkarte oder das RAM.
- Für einen RAMtest gibt es Programme. Was könnt ihr mir da empfehlen? Wie lange sollte der Test laufen?
- Ist so ein Problem schon mal auf einer Grafikkarte beobachtet worden?
- Netzteil wird es wohl nicht sein, weil die Lüfter geräuschmäßig völlig unauffällig sind (bis sich der Rechner komplett abschaltet).
- Was könnte es noch sein?
Hardware-Übersicht:
Modellname: Mac Pro
Modell-Identifizierung: MacPro7,1
Prozessortyp: AMD Ryzen 9 3900X 12-Core Processor
Prozessorgeschwindigkeit: 3,8 GHz
Anzahl der Prozessoren: 1
Gesamtanzahl der Kerne: 12
L2-Cache (pro Kern): 512 KB
L3-Cache: 64 MB
Hyper-Threading Technologie: Aktiviert
Speicher: 128 GB
Systemfirmwareversion: 2020.41.1.0.0
Speicher-Steckplätze:
ECC: Deaktiviert
Erweiterterer Speicher: Ja
P0 CHANNEL A/DIMM 0:
Größe: 32 GB
Typ: DDR4
Geschwindigkeit: 2133 MHz
Status: OK
Hersteller: Unknown
Teilenummer: CMK128GX4M4D3600C18
Seriennummer: -
P0 CHANNEL A/DIMM 1:
Größe: 32 GB
Typ: DDR4
Geschwindigkeit: 2133 MHz
Status: OK
Hersteller: Unknown
Teilenummer: CMK128GX4M4D3600C18
Seriennummer: -
P0 CHANNEL B/DIMM 0:
Größe: 32 GB
Typ: DDR4
Geschwindigkeit: 2133 MHz
Status: OK
Hersteller: Unknown
Teilenummer: CMK128GX4M4D3600C18
Seriennummer: -
P0 CHANNEL B/DIMM 1:
Größe: 32 GB
Typ: DDR4
Geschwindigkeit: 2133 MHz
Status: OK
Hersteller: Unknown
Teilenummer: CMK128GX4M4D3600C18
Seriennummer: -
AMD Radeon RX 570:
Chipsatz-Modell: AMD Radeon RX 570
Typ: GPU
Bus: PCIe
PCIe-Lane-Breite: x16
VRAM (gesamt): 8 GB
Hersteller: AMD (0x1002)
Geräte-ID: 0x67df
Versions-ID: 0x00ef
Metal-Familie: Unterstützt, Metal GPUFamily macOS 2
Displays:
DELL P2418D:
Auflösung: 2560 x 1440 (QHD/WQHD - Wide Quad High Definition)
UI sieht aus wie: 2560 x 1440 @ 59.00Hz
Framepuffertiefe: 30-Bit Farbe (ARGB2101010)
Display-Seriennummer: MY3ND0120CRT
Synchronisierung: Aus
Eingeschaltet: Ja
Rotation: Unterstützt
Helligkeit automatisch anpassen: Ja
Verbindungstyp: Thunderbolt/DisplayPort
DELL P2418D:
Auflösung: 2560 x 1440 (QHD/WQHD - Wide Quad High Definition)
UI sieht aus wie: 2560 x 1440 @ 59.00Hz
Framepuffertiefe: 30-Bit Farbe (ARGB2101010)
Display-Seriennummer: MY3ND01202XT
Synchronisierung: Aus
Eingeschaltet: Ja
Rotation: Unterstützt
Helligkeit automatisch anpassen: Ja
Verbindungstyp: Thunderbolt/DisplayPort
DELL P2416D:
Auflösung: 2560 x 1440 (QHD/WQHD - Wide Quad High Definition)
UI sieht aus wie: 2560 x 1440 @ 59.00Hz
Framepuffertiefe: 30-Bit Farbe (ARGB2101010)
Display-Seriennummer: P9NK165R1L0L
Hauptdisplay: Ja
Synchronisierung: Aus
Eingeschaltet: Ja
Rotation: Unterstützt
Helligkeit automatisch anpassen: Ja
Verbindungstyp: Thunderbolt/DisplayPort
U28D590:
Auflösung: 6720 x 3780
UI sieht aus wie: 3360 x 1890 @ 30.00Hz
Framepuffertiefe: 30-Bit Farbe (ARGB2101010)
Display-Seriennummer: H4MF602680
Synchronisierung: Aus
Eingeschaltet: Ja
Rotation: Unterstützt
Helligkeit automatisch anpassen: Ja
MainboardGigabyte X570 Aorus Elite
-
Ab Monterey muss AppleVTD funktional sein, also im BIOS VT-D an und DisableIOMapper=false
Wir reden immer noch über dein Ryzen System oder?
Ja, immer noch mein Ryzentosh. Sorry, ich hatte hier diverse Probleme die nicht zum Rechner gehören, die waren vorrangig, und da kann ich dann schon mal was verwechseln.
Das Tutorial was ich dir gesendet habe ist DEUTSCH!
Gesendet? Ich hoffe du meinst den Link zu "X299 Tutorial" - ehrlich da habe ich die Überschrift gelesen, ist eine andere BEzeichnung als meine Karte, und dann in den 2 Tagen nicht mehr dran gedacht. Werde ich mir gleich mal durchlesen.
-
X299 Tutorial - ASUS WS X299 Sage/10G
So, ich lese gerade die mittels DeepL übersetzte Seite. In Beitrag #158 steht "oder", abhängig vom Chipsatz. Als ursprünglicher Atari- und dann Mac-Nutzer sagt mir "Chipsatz" im Moment wenig, d.h. welchen Chipsatz hat mein Board? (immerhin weiss ich das damit ein Teil vom Mainboard gemeint ist.)
Im Beitrag #159 steht eine Anleitung, kann ich die für mein Board so nehmen? (und nach dem Patch SmallTreeIntel8259x.kext anwenden? Ist die Zahl dort eine Bauteilenummer die exakt passen muß?)
In #165 steht wiederrum steht "Nein" (zu nic-Patch und .kext), aber dann wieder Nic patschen und Treiber verwenden. Was denn nun? Nein oder doch?
In #169 steht das die Karte (hier eine X540) ohne Patch läuft, wenn Sonoma installiert ist. Ist es dann, entgegen voriger Empfehlung erst nach der Lauffähigkeit aller Komponenten die OS Version zu erhöhen, sinnvoll jetzt "aufzusteigen", um die Patcherei zu ersparen?
In #170 steht, das die X550-T2 auch schon auf 13.6 läuft. Diese Satz
kann ich nicht nachvollziehen. Wurde die Karte modifiziert?
In #176 steht was von
Ist damit "deaktivieren" gemeint?
Ihr seht, ich habe mich mit dem Link beschäftigt, aber schlauer bin ich daraus nicht geworden, es sind nur mehr Fragen entstanden.
-
Man muss nur wie immer beim Hack die Regeln beachten.
Die nicht offensichtlich sind und hier nur auf Nachfrage genannt werden.
Deine Tips werde ich morgen anlesen bzw. ausprobieren. Danke soweit schonmal.
-
-
Leider funktioniert es bei mir nicht - ich versuche ja schon seit einem Jahr andere Karten zum laufen zu bringen. Es geht einfach nicht...
Ich habe die Seite 7 aus dem Link überflogen, aber mein englisch reicht nicht aus um nur ein Viertel von dem dort geschriebenem zu verstehen.
-
nicht ganz unwichtig- welche osx version solle sich der karte annehmen? Online
Im Moment 11.7.2 (Big Sur), aber demnächst etwas neueres (nicht das ganz neueste).
Danke für den Link. Die ersten Links darin (erster Beitrag) habe ich runtergeladen, aber sind die auch für MacOS nutzbar?Denn da ist kein .Kext drin...
Die weiteren Links sind nicht mehr Verfügbar.
-
Moin!
Ich hoffe hier richtig zu sein, da ich das Problem als "Treiber"-Problem einschätze.
Ich hatte für meinen Rechner die Empfehlung bekommen eine X550T2 zu kaufen. Die habe ich heute eingebaut. BIOS-Reset und NV-RAM-Reset habe ich gemacht. Trotzdem wird die Karte vom Mac nicht erkannt - weder erscheint sie im Systemübersicht-Ethernet-Karten noch in Systemübersicht-PCI-Karten. Auch in Kontrollfeld-Netzwerk ist nichts zu sehen (der Mainboard-Anschluß ist da und funktioniert). Trotzdem ist die Karte irgendwie aktiv, bei eingestecktem Kabel ist die orange LED an und die grüne LED blinkt. Aus dem Blink-Rythmus meine ich zu erkennen, das sie eine Verbindung zum Switch aufbaut.
Im Anhang die aktuell verwendete EFI. Geändert habe ich zur letzten Woche: ClearNVRAM eingeschaltet, Audio-Support eingeschaltet.
-
Leute, die lieber andere Leute für sich arbeiten lassen, brauchen sowas natürlich nicht.
Ich würde lieber selbst arbeiten als auf andere Leute angewiesen zu sein, aber ich habe bei PC-Technik & Programmieren irgendwann in den späten 1990er Jahren den (Wissens-)Anschluß verloren. Ist leider so, bin Baujahr 1960 und ab Januar Frührentner (weil nicht mehr arbeitsfähig). Falls du (und auch griven) zufällig oder grundsätzlich im Hamburger Raum sein solltest, dann melde dich gerne um gemeinsam über PCs und die Welt zu schnacken, die erste Runde geht auf mich.
-
OCAT
Quellcode? Gibt es da nicht was fertiges von Ratiopharm?
Im Ernst: Ich wüßte nicht was ich mit dem Code anfangen soll uns was mit "Debüt-Version" gemeint ist.
Da griven ja schon reagiert hat ein GROSSES DANKE an euch.
-
So, neuer Stand der Dinge:
Mit der letzten EFI von griven (die mit der Zeitlupenfunktion) kann ich mein altes BigSur starten. Wenn ich jetzt eine Version ohne die Zeitverzögerung bekommen könnte sollte mein Rechner wieder laufen.
Ich habe jetzt 7 Log-Dateien von diesem Stick, die letzte hänge ich unten dran, sind die anderen sechs auch noch interessant?
-
Was ich nicht verstehe ist warum Du jetzt macOS neu installierst Du hast Doch eine, zumindest theoretisch, lauffähige Installation von BigSur warum also wird die nicht verwendet?
Weil ich da Daten drauf habe und die nicht riskieren möchte (trotz TM-Backup). Daher erst einmal eine inzwischen überflüssige SSD "neu bespielen" und sehen ob es dann läuft.
warum also wird die nicht verwendet?
Also nur vom Efi-Stick booten und dann im Auswahlmenü auswählen. Werde ich dann probieren.
die Einstellungen für Mac OS noch anpassen musst, oder?
Nach dem Link habe ich folgende Einstellmöglichkeiten nicht gefunden: Serial(Com Port & Parallel: weil gar nicht vorhanden?)
4G Decoding (die vielen Unterpunkte habe ich nicht verstanden, und einen derartigen Menüpunkt finde ich nicht im BIOS).
EHCI/XHCI: Nicht gefunden (gehört das zur Abteilung S-ATA?)
OS-Type: Nicht gefunden.
-
Du weisst aber, dass du nach dem Laden der Standard-BIOS-Einstellungen, die Einstellungen für Mac OS noch anpassen musst, oder?
Jetzt! Ich hoffe, das ich da alles finde.
-
Moin!
Nach rund 1 Stunde gehampel läuft jetzt das Installationsprogramm um eine 4 TB SSD mit BigSur zu bespielen. Ich hoffe, jetzt alles korrekt wiederzugeben:
Ich habe den PC unter Linux heute morgen bis ca. 10 Uhr benutzt, dann runtergefahren und am Netzteilschalter ausgeschaltet. Dann die (heute angekommenen) 128 GB RAM eingebaut. CMOS-RESET-Pins kurzgeschlossen. Dann den Rechner gestartet und gleich ins BIOS. Mich empfängt eine Meldung das ich die optimalen BIOS-Einstellungen neu vornehmen solle. Das BIOS macht sowas auch allein, lediglich die BIOS-Sprache habe ich auf deutsch umgestellt.
Einstellungen gespeichert und Neustart (aus dem BIOS-Fenster). Dann vom EFI-Stick gebootet. Es dauert EXTREM LANGE bis was passiert, dann kommen einige Textmeldungen (siehe Foto). Dann wird der Bildschirm schwarz, es passiert erst einmal gar nichts.
Nach gefühlten 5 Minuten (real eher weniger) laufen im Schneckentempo Meldungen durch. Irgendwann kommt dann wieder ein schwarzer Bildschirm, dann (nach gefühlt ewiger Zeit) die bootbaren Laufwerke als Icons. Ich drücke die Leertaste, es passiert nichts, sogar die Maus läßt sich nicht mehr bewegen. Wieder nach langer Zeit erscheinen weitere Einträge, unter Anderem ein Icon für eine Shell. Die Maus funktioniert wieder.
Ich starte das Installationsprogramm, nach Umweg über Spracheinstellung und SSD formatieren beginnt die Installation. Während ich das hier schreibe läuft die Installation voran, und auf einmal (weil ich hier schreibe sehe ich nicht was dort passiert) ist ein Linux gebootet. Nach einem Neustart finde ich im (BIOS)Bootmenü zwar u.a. die 4 TB SSD, aber keine EFI für das Laufwerk.
Fotos folgen gleich. -
Danke, morgen vormittag. Bin gerade auf dem weg ins Bett.
-
Du hast jetzt einen NVRAM Reset und einen CMOS Reset (gemäß Anleitung zu Deinem Mainboard) gemacht und konntest Danach einmalig (oder auch öfter) über den Punkt hinaus booten der auf Deinem Screenshot angezeigt wird (das ist wichtig zu wissen)?
Ja. Aber nicht das letzte Bild.
Damit das funktioniert muss ein ausreichend großer, zusammenhängender Speicherbereich unterhalb der 4GB Grenze frei sei wo das alles seien Platz findet und das ist hier nicht gegeben.
Nach einem Reset des PCs, wo 64 GB RAM drinstecken? Sollte ein RAM-Baustein defekt sein? Linux zeigt mir allerdings (ohne Intensivtest) 64 GB als vorhanden an.
Wenn Du also über den jetzt im Screenshot gezeigten Status schon hinausgekommen bist und dann irgendwas von RadeonSensor da stand dann wäre die nächste Frage welche EFI hast Du da benutzt und wie kommt es das da der Sensor wieder aktiv ist?
Benutz habe ich 2 EFIs, einmal die vom EFI-Stick in der Version #46 von Bluebyte ("EFI-Stick") und einmal die alte Version von Anfang der Woche (vor dem Umbaubeginn). Deswegen habe ich das in #49 so genau beschrieben.
Zumindest in der Version die ich Dir zugeworfen hatten waren beide enthaltenen Extensions mit Bezog auf Radeon deaktiviert...
Wieso jetzt "beide"? Ich hatte immer nur von einer gewußt und das ja weiter vorn noch einmal extra nachgefragt. Und nein, ich kann jetzt nicht genau sagen wie die wieder reingekommen sind.
Das Foto von #49 enthält die EFI vom Stick ohne Radeonsensor, soweit ich es verstanden habe.
-
Neue Infos: Ich konnte nun den Menüpunkt NVRAMreset finden und ausführen. Daraufhin bootet der Installationsstick weiter bis wieder die bekannte Meldung "RadeonSensor" kam und alles stoppte. Ich habe dann den Radeonsensor in der Plist deaktiviert (mittels Open Core Configurator) und neu versucht. Da lief der Bootvorgang bis zu der Stelle, wo der Bildschirm gelöscht wurde und ein weisser Apfel auf schwarzen Grund kam. Dann passierte gar nichts mehr, auch kein Zugriff auf einen der beiden Sticks (EFI & Installation).
Durch das neu erlangte Wissen (Danke an bluebyte für die Info) habe ich dann wieder auf die Ausgangssituation zurückgebaut (2*2 TB SSD mit Apple FS, alle anderen SSD auch wieder angeklemmt). Dann ohne Sticks gebootet, beim Bootauswahlmenü die Leertaste gedrückt, den (doppelten Eintrag: "Clear NVRAM" und "Reset NVRAM") für VRAMReset gedrückt (mehrfach, wie aus alten Zeiten geläufig) und weiter gebootet. Aber egal was (Big Sur, Recovery 11.5.5. DMG, BigSur reservesystem), der Bootvorgang blieb immer beim Radeonsensor stehen (erklärbar, weil auf dem EFI-System, wo der Rechner z.Z. hochfährt, immer noch der Eintrag "ein" ist).
Was mich wundert ist, das trotz BIOS-Reset & NVRAM Reset der Radeon-Fehler immer noch auftritt. Daher die Frage: Ist es sinnvoll, auf der "P5" (die SSD, wo das Big Sur drauf ist) das EFI zu ändern? Das ginge dann aber nur über dem Umweg über Linux, weil ich die NVME-SSD nicht an den Mac Mini anschließen kann.
20 min danach:
Das Bild zeigt den letzten Versuch, wieder mit beiden Bootsticks (Efi & Installer), und es dauert gefühlte 60 Sekunden bevor die erste Bildschirmzeile auf dem Schirm erschien, und jede weitere Zeile benötigte 5-10 Sekunden um zu erscheinen. Jetzt steht der Rechner seit mind. 3 Minuten an gleicher Stelle und es tut sich nichts mehr.
-
Checkst du das nicht, was ich dir vorhin vorschlage habe?
ICh habe aus deiner Nachricht geschlossen, das du die Zeit zum lesen des Bootmenüs verlängern möchtest. Und wie vorhin schon geschrieben: WARUM? Das bringt mir den NVRAMReset-Eintrag nicht zurück. Was nicht da ist kann ich auch nach 10 oder 30 Sekunden nicht finden.
Wenn der Picker geladen ist und die Icons zum Auswählen auf dem Bildschirm erscheinen musst du die Leertaste drücken.
DAS stand vorher nicht da! Du schreibst seit kurzem von einem "Picker", aber nicht davon, das du damit die Bootauswahl meinst. ICh hatte nach der Diskussion um "Picker" einen WEITEREN Eintrag im Bootmenü erwartet. Das das nicht so von dir gemeint ist - woher soll ich das erkennen??? (Das ist ein leider üblichens Problem ziwschen Experten und Laien, kommt häufig vor)
Dadurch wird die Auswahl durch die Tools erweitert, die unter MISC -> Tools eingetragen sind.
Wenn du DAS weiter vorn geschrieben hättest...
Vielleicht mal schneller reagieren wenn die bunten Bildchen auf dem Bildschirm erscheinen.
Ich habe sofort reagiert: Mit Pfeiltasten einmal vor und einmal zurück die ganzen Bootmöglichkeiten (Icons) durchgeblättert. Nochmal: Woher soll ich das mit der Leertaste wissen wenn es nirgends steht?
Manchmal glaube ich du willst uns hier zum Narren machen und feixt dir heimlich einen am Rechner.
Nein, dafür ist mir meine Zeit zu schade. Sehe es bitte aus meiner Sicht: Du behälst Infos bei dir, die ich nicht kenne. Wie soll ich da anders reagiern als "geht nicht"?
Also: Angebot: Ich probiere deine gemachten Änderungen gern aus und werde berichten. Aber du solltest eben auch wissen un dbitte bei mir oder weiteren Fragern auch berücksichtigen, das ich dein Wissen NICHT habe und daher bei unsichtbaren Möglichkeiten eben nichts sehe/erkenne oder machen kann.
