Beiträge von spotter

  • Bootzeit ca. 3 min

    Kleines Update meinerseits:


    Ich habe die Samsung 960 Evo 250GB gegen eine Corsair MP510 mit 960GB aufgerüstet und TRIM wieder mit -1 aktiviert.

    Ergebnis ist jetzt eine Bootzeit von 11 Sekunden ab OpenCore und folgende Ausgabe zu log show --debug --last boot --predicate "processID == 0" | grep spaceman:


    Edit: Ach ja und die zwei Fehler welche ocvalidate meldet habe ich ausgemerzt, die Einträge werden von OCAuxTools aber wieder gelöscht wenn ich die Config.plist damit öffne und speichere, denke da muss OCAuxTools angepasst werden.

    Code
    1. 2022-03-01 21:21:38.257264+0100 0x3d2 Default 0x0 0 0 kernel: (apfs) spaceman_metazone_init:191: disk4 metazone for device 0 of size 2617462 blocks (encrypted: 0-1308731 unencrypted: 1308731-2617462)
    2. 2022-03-01 21:21:38.257268+0100 0x3d2 Default 0x0 0 0 kernel: (apfs) spaceman_datazone_init:625: disk4 allocation zone on dev 0 for allocations of 1 blocks starting at paddr 61898752
    3. 2022-03-01 21:21:38.257271+0100 0x3d2 Default 0x0 0 0 kernel: (apfs) spaceman_datazone_init:625: disk4 allocation zone on dev 0 for allocations of 2 blocks starting at paddr 61440000
    4. 2022-03-01 21:21:38.257274+0100 0x3d2 Default 0x0 0 0 kernel: (apfs) spaceman_datazone_init:625: disk4 allocation zone on dev 0 for allocations of 3 blocks starting at paddr 61472768
    5. 2022-03-01 21:21:38.257277+0100 0x3d2 Default 0x0 0 0 kernel: (apfs) spaceman_datazone_init:625: disk4 allocation zone on dev 0 for allocations of 4 blocks starting at paddr 61505536
    6. 2022-03-01 21:21:38.282836+0100 0x74 Default 0x0 0 0 kernel: (apfs) spaceman_scan_free_blocks:3171: disk4 scan took 0.025537 s (no trims)
    7. 2022-03-01 21:21:38.519540+0100 0x74 Default 0x0 0 0 kernel: (apfs) spaceman_scan_free_blocks:3153: disk4 scan took 0.236699 s, trims took 0.199026 s
    8. 2022-03-01 21:21:38.519544+0100 0x74 Default 0x0 0 0 kernel: (apfs) spaceman_scan_free_blocks:3155: disk4 178784414 blocks free in 8405 extents
    9. 2022-03-01 21:21:38.519547+0100 0x74 Default 0x0 0 0 kernel: (apfs) spaceman_scan_free_blocks:3163: disk4 178784414 blocks trimmed in 8405 extents (23 us/trim, 42230 trims/s)
    10. 2022-03-01 21:21:38.519550+0100 0x74 Default 0x0 0 0 kernel: (apfs) spaceman_scan_free_blocks:3166: disk4 trim distribution 1:6387 2+:491 4+:843 16+:242 64+:197 256+:245

  • Bootzeit ca. 3 min

    Jawoll, nachdem ich einmal "Erste Hilfe" im DiskUtility verwendet habe bin ich innerhalb von 16 sekunden im System :)

    War ja doch naheliegend, da mit der Kingston SATA SSD schon eine Minute erreicht wurde.


    Laut Stoppuhr habe ich jetzt 47 min mit booten verbracht :D


    Vielleicht Upgrade ich die SSD dann mal.. ist das ein reines Samsung Problem? Jede andere SSD vergleichbare SSD kann ich kaufen?


    Zitat von hackmac004

    Ich hab jetzt noch nicht testen können, aber ocvalidate zeigt 2 fehler in der config an die du noch verbessern solltest.



    ist ocvalidate ein Terminal tool? OCAuxiliaryTools und Config-Validator melden keine Probleme...

  • Bootzeit ca. 3 min

    Ja klar. Die Serial habe ich oben schon vergessen rauszunehmen, werde ich dann neu generieren sobald ich hier am Ziel bin.

    Dateien

    • EFI.zip

      (12,96 MB, 65 Mal heruntergeladen, zuletzt: )

  • Bootzeit ca. 3 min

    Damit hattest du schonmal recht, ich habe auf die aktuellste verklinkte Version aktualisiert und nun spuckt er es so aus:


    Code
    1. 2022-02-26 11:08:15.934139+0100 0x343 Default 0x0 0 0 kernel: (apfs) spaceman_scan_free_blocks:3153: disk4 scan took 0.000000 s, trims took 0.000000 s


    ABER: Der Bootvorgang dauert jetzt 5:18 min, dabei bleibt er sehr lange an der Stelle im Bild hängen.

  • Bootzeit ca. 3 min

    Anbei die Ausgabe:


    Ich habe dennoch einmal das System auf eine alte Kingston SATA SSD geklont und gebootet, das holt die Bootzeit auf 1:18 min runter.

    Ist zwar immer noch viel, aber deutet dann wohl doch auf ein Problem mit der Samsung SSD



  • Bootzeit ca. 3 min

    Hallo zusammen,


    mein System auf 12.2.1 benötigt ziemlich genau 2:50 min zum booten ab Open Core.

    Die Suche habe bereits gequält und diesen Beitrag gefunden in der über TRIM Problematik berichtet wird:


    Luxusproblem: Bootzeit. Pause von 40Sek bei "bootroot" in Monterey 12.1


    Meine SSD ist eine Samsung 960 EVO NVMe 250GB, aber ein Update auf OC 0.7.9 und SetApfsTrimTimeout auf -1 oder 0 ändert nicht eine Sekunde beim booten.

    Woran könnte das noch liegen?

    Dateien

    • EFI.zip

      (12,96 MB, 81 Mal heruntergeladen, zuletzt: )

  • Hilfe zu OpenCore Update

    Ich habe derzeit Big Sur 11.6.2 mit OpenCore 0.6.8 ziemlich fehlerfrei laufen und würde gerne auf 12.1 macOS Monterey updaten.


    Momentan fehlt mir jedoch der Kopf mich in den Updateprozess einzudenken, OCCConfigCompare wirft mir jede menge entgegen um dass ich mich kümmern müsste, mit der 0.6.8 Config bleibt der Boot Prozess unter 0.7.6 direkt stecken.


    Würde sich jemand erbarmen und sich meinen EFI Ordner einmal vorknöpfen?


    Ausgabe von OCCompareConfig:

    Spoiler anzeigen

    Dateien

    • EFI.zip

      (15,05 MB, 40 Mal heruntergeladen, zuletzt: )

  • Kein Sound trotz Ausgabegerät

    So, habe mal beide Szenarien angehangen, jeweils mit nvram -p und nvram -xp als Datei gespeichert, ich sehe unterschiede bei

    SystemAudioVolume, weiß diese aber nicht zu deuten...

    Dateien

    • Archiv.zip

      (6,38 kB, 76 Mal heruntergeladen, zuletzt: )

  • Kein Sound trotz Ausgabegerät

    Die NVRam Variablen bleiben auch nach dem abschalten erhalten:


    Code
    1. Last login: Wed May 5 16:14:29 on console
    2. xxx@MacPro ~ % nvram -p | grep -i myvar
    3. myvar test
    4. xxx@MacPro ~ %

    Hätte mich auch gewundert wenn nicht, da er sich auch die Auswahl des Startvolumes immer korrekt merkt, das wäre ja sonst nach dem Ausschalten auch weg, oder?

  • Kein Sound trotz Ausgabegerät

    So, jede menge neu Erkentnisse und cool zu sehen wieviel anklang das Thema findet, daher gebe ich mir Mühe mein bestes zu der Lösung Beizutragen:


    Zuerst: MacPeet Ich habe zuvor, das Update von OC 0.6.4 auf 0.6.8 sowie ein macOS Update von 11.0 auf 11.3 vollzogen, vorher war diese Problematik nicht vorhanden, ob jetzt aber OpenCore oder das macOS Update der Auslöser war kann ich nicht mehr nachvollziehen.


    Alle weiteren Überlegungen hier im Thema gehen schon genau in die richtige Richtung, ich versuche jetzt mal Stichwortartig meine Erkentnisse zu teilen und bin gerne für etwaiges Testen und Fehlersuche bereit, der Fehler lässt sich auf meinem System reproduzieren.
    Ja, anonymous_writer, ich habe eine Dualboot mit Windows 10, und ja, der Fehler wird durch den Boot von Windows 10 ausgelöst.

    Es tritt dann auf wenn ich Windows 10 starte und dann reboote in macOS, sprich unter Windows 10 auf neu starten klicke und dann macOS boote.

    Fahre ich das System komplett runter und schalte ihn dann ein, ist alles wieder gut und der Sound ist da, ein NVRAM reset ist gar nicht nötig.


    Sprich:


    Systemstart direkt in OS X = Alles in Ordnung

    Neustart von OS X nach OS X = auch alles in Ordnung

    Systemstart unter Windows und anschließend neustart zu OS X = Fehler ist vorhanden, kein Sound

    Systemstart unter Windows, System runterfahren (also Rechner aus) und anschließend direkt in OS X starten = alles in Ordnung


    Sollte so nachvollziehbar sein :top:

  • Kein Sound trotz Ausgabegerät

    Hi,


    ich habe plötzlich keine Soundausgabe über das Mainboard mehr und weiß nicht wo ich bei der Fehlersuche ansetzen soll da eigentlich alles korrekt steht und auch in der Systemkofiguration angezeigt wird.

    Sprich "Interne Lautsprecher" war bisher immer der Köpfhörerausgang am Mainboard und das wird auch immernoch angezeigt, nur kommt kein Sound raus.


    Die digitalen Ausgänge über HDMI und DisplayPort auf den beiden Monitoren funktionieren auch noch einwandfrei, nur der Analoge nicht.


    Den Analogen Sound habe ich per AppleALC.kext und dem bootArg "alcid=30" realisiert, die LayoutID wurde speziel für mein Mainboard von MacPeet erstellt und hat bisher perfekt gepasst.


    Kurz gesagt, angezeigt wird noch alles richtig (siehe Screenshots) aber es kommt kein Ton mehr raus....

  • OpenCore Sammelthread (Hilfe und Diskussion)

    Habe eben das Update auf OC 0.6.8 vollzogen, seitdem ist die "Cursor Geschwindigkeit" im Menü viel zu schnell, wenn drei Boot Entry's existieren schaffen ich es nicht den mittleren auszuwählen, es springt recht schnell zum letzten rüber, egal wie kurz ich den Cursor nach rechts drücke - Ist sowas jemanden bekannt?

  • Mitteilungen auf zweitem Monitor

    Alle Mitteilungen vom Kalender, Apps, Anrufen usw. werden mir seit Big Sur auf dem rechten Monitor oben rechts in der Ecke eingeblendet obwohl er nicht der Hauptmonitor ist.

    Ich finde in dazu auch keine Einstellung in den Systemeinstellungen.

    Bin ich blind oder muss man das jetzt so akzeptieren bei Big Sur?


    Früher waren die Mitteilungen immer da wo auch Finder-Leiste und Dock angesiedelt waren...