Externes Gehäuse (NVME und TB3) ist beim Start extrem langsam

[oneOeight]

Wenn man da die Sekunden sieht, scheint mir das Apple APFS Funktionen schon sehr merkwürdig implementiert.
Fast 4 Minuten für einen Scan und dann nochmal so lange zum trimmen.

 

[genexx]

Das hat mit APFS nix zu tun, der Controller der NVME von Phoenix bei Samsung ist nicht kompatibel für System Platten und Trim in MacOS.

Selbst die ansonsten sehr gut funktionierende Crucial P5 hat z.B. alle Power Save Modi vom Mac nicht unterstützt und so konstant 9Watt gezogen. Unabhängig davon ob sie Intern oder Extern im Gehäuse am MBA M2 oder am Hacky eingesetzt wurde ( gemessen an der Dose ).

Das habe ich auch nur zufällig mitbekommen da ich alle Systeme im Haus auf Verbrauch optimiert habe und mir dafür eine Mess Steckdose angeschafft habe.

Die WD SN850 dagegen funktioniert in allen Bereichen wie sie soll.

Es gibt noch ein Statement von Crucial das auch bei ausgeschaltetem Trim die Interne Garbage Collection arbeitet, aber das habe ich so noch nicht genutzt und ich weiss auch von Nutzern die mit einer Samsung NVME und ausgeschaltetem Trim Probleme bekommen haben......

 

[oneOeight]

Das hat mit APFS nix zu tun, der Controller der NVME von Phoenix bei Samsung ist nicht kompatibel für System Platten und Trim in MacOS.

Hast du Vergleichswerte für HFS+?
So ein hochbezahlter Ingenieur bei Apple sollte doch da mal nachbessern und nicht ständig sagen "Wir sind Apple, ihr passt euch an!".

 

[genexx]

Das ist im Hackintosh Bereich schon sehr lange bekannt, da ich aber selber für Mac´s oder Hacky´s nie eine Samsung NVME genutzt habe kann ich dir keine 100%ige Antwort dazu geben.

Storage | Anti-Hackintosh Buyers Guide - Dortania​

Das ist ein Mantra geworden und hat zu 100% immer geholfen.

 

[peterwj]

Ist ja schön zu sehen hier : knapp 3,7 Minuten........

Ja, leider

Kauf dir eine WD Black SN 850 NVME und alles ist gut.


Extern oder intern eingebaut.... aber WD Black SN 850 NVME

Werde ich machen. Die Klone ich dann einfach per DD-Command mit einem Linux Live System. Geht wahrscheinlich am schnellsten. Ansonsten habe ich ja noch den Clone vom CCC

 

[Stargate]

Ja, leider

Für dein verwendetes "OSX ist ein 13.1 Ventura" gibt es bereits ein Update.
Vermutlich wird das am grundsätzlichen Problem nichts ändern.

 

[Qantas]

Scheinbar ist das "Trim" aktiv. Disk2 ist die Samsung nvme. Ich habe mal alles abgezogen was sonst noch angeschlossen war. Aber das Verhalten hat sich in keiner Weise geändert. Nur die Platten Bezeichnungen hat sich geändert (Es fehlt die CCC Backupplatte).

iMAC27-2020:~ root# log show --start 2023-01-31 --predicate "processID == 0" |grep -i spaceman |grep disk2
2023-01-31 08:57:57.861630+0100 0x419 Default 0x0 0 0 kernel: (apfs) spaceman_metazone_init:171: disk2 metazone for device 0 of size 4601490 blocks (encrypted: 0-2300745 unencrypted: 2300745-4601490)
2023-01-31 08:57:57.861634+0100 0x419 Default 0x0 0 0 kernel: (apfs) spaceman_datazone_init:600: disk2 allocation zone on dev 0 for allocations of 1 blocks starting at paddr 342196224
2023-01-31 08:57:57.861637+0100 0x419 Default 0x0 0 0 kernel: (apfs) spaceman_datazone_init:600: disk2 allocation zone on dev 0 for allocations of 2 blocks starting at paddr 334823424
2023-01-31 08:57:57.861640+0100 0x419 Default 0x0 0 0 kernel: (apfs) spaceman_datazone_init:600: disk2 allocation zone on dev 0 for allocations of 3 blocks starting at paddr 334168064
2023-01-31 08:57:57.861643+0100 0x419 Default 0x0 0 0 kernel: (apfs) spaceman_datazone_init:600: disk2 allocation zone on dev 0 for allocations of 4 blocks starting at paddr 342065152
2023-01-31 08:57:57.979369+0100 0x419 Default 0x0 0 0 kernel: (apfs) spaceman_scan_free_blocks:3311: disk2 scan took 0.117695 s (no trims)
2023-01-31 09:01:44.932461+0100 0x5ae Default 0x0 0 0 kernel: (apfs) spaceman_scan_free_blocks:3293: disk2 scan took 226.953077 s, trims took 226.485204 s
2023-01-31 09:01:44.932478+0100 0x5ae Default 0x0 0 0 kernel: (apfs) spaceman_scan_free_blocks:3295: disk2 196012838 blocks free in 692358 extents
2023-01-31 09:01:44.932511+0100 0x5ae Default 0x0 0 0 kernel: (apfs) spaceman_scan_free_blocks:3303: disk2 196012838 blocks trimmed in 692358 extents (327 us/trim, 3056 trims/s)
2023-01-31 09:01:44.932522+0100 0x5ae Default 0x0 0 0 kernel: (apfs) spaceman_scan_free_blocks:3306: disk2 trim distribution 1:194275 2+:128219 4+:169277 16+:101460 64+:53028 256+:46099

In den Systeminfo sieht man das aber nicht. Die Screenshot sind im Anhang:
Arbeiten tut die Disk aber im Thunderbolt 3 Mode. Daher sollte auch Trim funktionieren.

Die erwähnte NVMe Samsung, wie auch die NVMe 1TB vertragen sich nicht gerade gut mit Apple. Habe aber keine eigene Erfahrungen mit Samsung, nutze nur Transcend oder WD, sind halt etwas billiger. Das Bericht kenne ich nur aus den Beurteilungen bei Amazon, ist aber glaubwürdig beschrieben dort.

 

[genexx]

@peterwj

Hier noch einmal von einem Entwickler aus der Hackintosh Gemeinde:

Updated November 2022

As we've progressed on from Monterey to Ventura it looks as though the WD Blue and Black NVMe drives are still the very best choice for your macOS boot drive. Samsung has not fixed anything through firmware updates that would let us suggest their NVMe drives for use in your hackintosh. Those would need to have TRIM disabled for use with macOS as a boot drive.

TL;DR : Use WD Blue or Black SSDs with a WD Proprietary controller (avoid the WD SN750 SE)

Choose a 500GB or larger drive for faster read/write speeds and greater longevity of your drive.

1. Have an older PCIe 3.0 board ? Plan to keep it longer term ? Get the SN570 or SN770 in the 1 or 2TB size.

2. Have a PCIe 4.0 board like one from the Z690 line ? Go with SN770 or the higher end SN850(X).

 

[peterwj]

Das Problem ist behoben.

Ich habe gerade eine WD Black SN850X 2TB bekommen und eingebaut.

Der Startvorgang nach dem Einschalten bis der Desktop erscheint dauert gerade mal 55sek. Das lässt sich sehen.

Das zeigt jetzt das Log:
2023-01-31 17:14:21.971895+0100 0x2b0 Default 0x0 0 0 kernel: (apfs) spaceman_metazone_init:171: disk3 metazone for device 0 of size 4601490 blocks (encrypted: 0-2300745 unencrypted: 2300745-4601490)
2023-01-31 17:14:21.971900+0100 0x2b0 Default 0x0 0 0 kernel: (apfs) spaceman_datazone_init:600: disk3 allocation zone on dev 0 for allocations of 1 blocks starting at paddr 244350976
2023-01-31 17:14:21.971903+0100 0x2b0 Default 0x0 0 0 kernel: (apfs) spaceman_datazone_init:600: disk3 allocation zone on dev 0 for allocations of 2 blocks starting at paddr 244416512
2023-01-31 17:14:21.971906+0100 0x2b0 Default 0x0 0 0 kernel: (apfs) spaceman_datazone_init:600: disk3 allocation zone on dev 0 for allocations of 3 blocks starting at paddr 244514816
2023-01-31 17:14:21.971908+0100 0x2b0 Default 0x0 0 0 kernel: (apfs) spaceman_datazone_init:600: disk3 allocation zone on dev 0 for allocations of 4 blocks starting at paddr 243335168
2023-01-31 17:14:22.022811+0100 0xf1 Default 0x0 0 0 kernel: (apfs) spaceman_scan_free_blocks:3311: disk3 scan took 0.050882 s (no trims)
2023-01-31 17:14:22.225485+0100 0x3be Default 0x0 0 0 kernel: (apfs) spaceman_scan_free_blocks:3293: disk3 scan took 0.202667 s, trims took 0.150501 s
2023-01-31 17:14:22.225489+0100 0x3be Default 0x0 0 0 kernel: (apfs) spaceman_scan_free_blocks:3295: disk3 235811529 blocks free in 16587 extents
2023-01-31 17:14:22.225492+0100 0x3be Default 0x0 0 0 kernel: (apfs) spaceman_scan_free_blocks:3303: disk3 235811529 blocks trimmed in 16587 extents (9 us/trim, 110211 trims/s)
2023-01-31 17:14:22.225495+0100 0x3be Default 0x0 0 0 kernel: (apfs) spaceman_scan_free_blocks:3306: disk3 trim distribution 1:12445 2+:1256 4+:2483 16+:203 64+:79 256+:121

Die Samsung nvme wandert jetzt in meine Linux Maschine. Die freut sich über den Riegel.

 

[peterwj]

Vielen Dank für die gute und schnelle Hilfe.

Die ganzen Informationen die hier geflossen sind, waren sehr interessant und hilfreich.

 

[sonnenmilch]

Dankeschön für die Informationen

Kauf einer neuen nvme ist bei mir auch notwendig

Hadere nur zwischen 1TB und 2TB ….