netgear

Quando vuoi l'immagine te la passo in PM.

Ci sono vari modi, il più semplice è quello di usare una delle mie preinstallazioni, va ripristinata con R-Drive Image e avviata, in fase di ripristino devi dirgli di usare tutto il disco perché ora la Recovery viene messa in coda: - Facilitazioni - Installations - MacOS86

Visto che c'è poco da modificare ho ritirato fuori il mitico Windows vista, uno dei miei Sistemi preferiti. Sempre piacevole usarlo specie su hardware "recenti" :). -

Si ovviamente, la seconda installazione ha creato come primaria (predefinita) una voce di boot nel BCD, ora morta, apri il BCD con Bootice, elimina la voce orfana e lascia quella corretta, lo vedi che punta su una posizione esistente. - - BOOTICEx64_2016.06.17_v1.3.4.0.zip Puoi vederlo anche dagli strumenti di Windows msconfig e company... -

La seconda installazione di Windows immagino abbia fatto il primo riavvio..?

Io dovessi usare questo Sistema a questo punto prendere un MAC STUDIO e finalmente avresti un hack davvero perfetto :). Ora con i prezzi ci siamo 2000/2500 e ti levi di mezzo tutto...

unlocker423, va bene.

Conway Twitty - Hello Darlin' (1971)..mp4

Tutti gli SSD Crucial sono progettati e testati con il presupposto che verranno usati senza Trim.

Ora ieri ho preso 10 EVO 870 da 500 Gb, tanto per no sbagliare, 5 Kingston da 240, ora sono indeciso su questi Lexar da 500 gb, mi alletta il prezzo a 24/25€, che poi li uso più che altro per Windows quindi il problema non si porrebbe. Quello che non mi piace dei Samsung e che se li usi esterni ad ogni spegnimento parte il contatore POR, insomma ogni disco ha la sua 😄. Ci sono state mandate di alto taglio Samsung, 1, 2 e 4 Tb che raggiunti i 10 TBW cominciavano ad allocare settori e quant'altro...

Among other things, the controller also manages the SLC caching, optimizing the DRAM cache, encryption, LDPC, garbage collection, wear-leveling as well as TRIM

Non ti piace 19.2, tolto il TRIM non vedo più KP. Insomma sti SSD non gli piacciono molto a MAC, ma forse in APFS semplicemente basta non usare il TRIM e festa.

Aggiungo che ogni tot di avvii c'è un KP che non vedevo da anni, ne ho già visti due, subito al primissimo avvio: - panic(cpu 0 caller 0xffffff800b4d9790): "The global payload bytes pointer is NULL\n" @apfs_vfsops.c:2370 Panicked task 0xffffffaa1306a218: 110 threads: pid 0: kernel_task Backtrace (CPU 0), panicked thread: 0xffffffa07a0a2b30, Frame : Return Address 0xfffffff2d1f26f00 : 0xffffff80083edf9d 0xfffffff2d1f26f50 : 0xffffff800855b786 0xfffffff2d1f26f90 : 0xffffff800854aa10 0xfffffff2d1f26fe0 : 0xffffff8008388951 0xfffffff2d1f27000 : 0xffffff80083ee27d 0xfffffff2d1f270f0 : 0xffffff80083ed929 0xfffffff2d1f27150 : 0xffffff8008be0ecb 0xfffffff2d1f27240 : 0xffffff800b4d9790 0xfffffff2d1f27a80 : 0xffffff800b4e4163 0xfffffff2d1f27ab0 : 0xffffff80085d81f4 0xfffffff2d1f27c40 : 0xffffff80088c7837 0xfffffff2d1f27f50 : 0xffffff800842aa44 0xfffffff2d1f27fa0 : 0xffffff800838819e Kernel Extensions in backtrace: com.apple.filesystems.apfs(2142.41.2)[1847833C-A5FF-314D-9781-D900ADF70459]@0xffffff800b44b000->0xffffff800b5d9fff dependency: com.apple.driver.AppleEFINVRAM(2.1)[B92F6FB9-C95E-30E1-AA08-A72BE749EE43]@0xffffff80097bc000->0xffffff80097c5fff dependency: com.apple.driver.AppleEffaceableStorage(1.0)[D349ACC5-6CA8-37CE-B161-226197662EF1]@0xffffff80097d2000->0xffffff80097d7fff dependency: com.apple.iokit.CoreAnalyticsFamily(1)[D6BCA827-68BC-3F4F-BF2C-B0F282538279]@0xffffff8009cdb000->0xffffff8009ce4fff dependency: com.apple.iokit.IOStorageFamily(2.1)[FB7B8D23-9A09-33DA-89B8-FC81EAA04353]@0xffffff800af32000->0xffffff800af48fff dependency: com.apple.kec.corecrypto(12.0)[A589451C-2D9B-3094-B16B-9FBA03EF7EAD]@0xffffff800b61f000->0xffffff800b696fff dependency: com.apple.security.AppleImage4(5.0.0)[2312E0E0-1D69-3740-878C-D10BF90B42CC]@0xffffff800985d000->0xffffff800987bfff Process name corresponding to current thread (0xffffffa07a0a2b30): kernel_task Mac OS version: Not yet set Kernel version: Darwin Kernel Version 22.1.0: Sun Oct 9 20:14:54 PDT 2022; root:xnu-8792.41.9~2/RELEASE_X86_64 Kernel UUID: BF7C9676-EF23-3E8D-A2E2-25DAC63091B6 roots installed: 0 KernelCache slide: 0x0000000008000000 KernelCache base: 0xffffff8008200000 Kernel slide: 0x00000000080dc000 Kernel text base: 0xffffff80082dc000 __HIB text base: 0xffffff8008100000 System model name: iMac19,2 (Mac-63001698E7A34814) System shutdown begun: NO Panic diags file unavailable, panic occurred prior to initialization Hibernation exit count: 0 System uptime in nanoseconds: 1634817774 Last Sleep: absolute base_tsc base_nano Uptime : 0x00000000617159f2 Sleep : 0x0000000000000000 0x0000000000000000 0x0000000000000000 Wake : 0x0000000000000000 0x0000000cb5184c20 0x0000000000000000 Compressor Info: 0% of compressed pages limit (OK) and 0% of segments limit (OK) with 0 swapfiles and OK swap space Zone info: Zone map: 0xffffff9079107000 - 0xffffffb079107000 . PGZ : 0xffffff9079107000 - 0xffffff907b108000 . VM : 0xffffff907b108000 - 0xffffff9547907000 . RO : 0xffffff9547907000 - 0xffffff96e1107000 . GEN0 : 0xffffff96e1107000 - 0xffffff9bad907000 . GEN1 : 0xffffff9bad907000 - 0xffffffa07a107000 . GEN2 : 0xffffffa07a107000 - 0xffffffa546907000 . GEN3 : 0xffffffa546907000 - 0xffffffaa13107000 . DATA : 0xffffffaa13107000 - 0xffffffb079107000 Metadata: 0xffffff804eeb7000 - 0xffffff806eeb7000 Bitmaps : 0xffffff806eeb7000 - 0xffffff8074eb7000

Sul Sito Samsung ho visto che per l'EVO 870 MAC c'è un firmware specifico, quindi il problema gira tutto intorno a questo TRIM, in effetti se facevo una ricerca in rete me ne sarei subito reso conto 😄

Ah ok, alla fine mi interessava solo sapere perché si avviava lento 🙂

Ah si, strano avevo fatto una prova fugace senza provare nulla, solo oggi ho detto leviamoci la curiosità. Ah perdonami avevo capito le opzioni di APFS, non pensavo al trim come opzione specifica. Quindi su questa marca di disco non si deve usare TRIM, avrà già lui una compensazione interna..?

Come Fabio, mica ho capito, provato trimforce ma stesso rallentamento.

Allora dopo aver verificato che la velocità del Disco era conforme e non poteva essere lui la causa del rallentamento, ho scoperto che il problema è l'abilitazione in Open Core del TRIM, tolto quello l'avvio è rientrato nei pochi secondi previsti.

Windows 11 SSD 870 EVO 13 secondi SSD Lexar n100 18 secondi

Monterey SSD 870 EVO 12 secondi SSD smarcato 16 secondi SSD Lexar ns100 44 secondi HDD meccanico 49 secondi

E se invece il led di attività rimanesse acceso indipendentemente dalle pause di caricamento..? dovrei verificare in verbose, sarebbe più comprensibile, ho provato nel tempo anche un sacco di SSD smarcati ma questa cosa non l'avevo più riscontrata... Mmm... Ho qui cinque marche di SSD e solo sto Lexar lo fa.

Cestino per le cartelle di RETE, si può fare. -

No Fabio, ho fatto questi due TEST senza modificare nulla sul config, è raro che accada, ma accadeva anche con i Dischi meccanici e spostando il Disco da una macchina ad un'altra il problema non c'era, c'era anche in HFS+ Ora con gli SSD non l'avevo mai visto, magari non è il solito problema, ma chissà che accade, il Disco sta fisso come se desse il massimo, come un Sistema che scarrozza alla ricerca di dati che dura fatica a trovare, era solo una curiosità, uno vendeva una partita di questi Lexar e ho detto proviamone uno prima di prenderli. Su Windows cmq va come un Samsung 870 EVO. Regolare quindi. Si TRIM attivo ma non è quello il problema. Ci vuole tre quattro volte più tempo a completare il primo stage, dopo sembra regolare.