So, long story short, ho cambiato il mio amato e ancora funzionante DS216j in favore di un nuovo DS225+.
Controcorrente? Sì. Mi sono lasciato intimidire o rovinare la giornata dalla stupida decisione di Synology di non certificare alcun disco a eccezione dei suoi? No, me ne sono fregato e avevo già cercato il work-around da utilizzare (qui: github.com/007revad/Synology_HDD_db), ma Synology nel frattempo ha fatto marcia indietro, e meno male, mi ha reso la vita certamente più semplice.

Tutto risolto, amici come prima, grazie al DSM 7.3 che il mio DS225+ ha installato in maniera del tutto automatica nel momento in cui ho tolto i dischi dal mio DS216j e li ho montati nel nuovo NAS.

Transmission

Andiamo alla sostanza: tutte le applicazioni si sono aggiornate automaticamente, da sole, non ho dovuto fare alcunché. Transmission, però, mi dava errore, invitandomi alla reinstallazione.
Si tratta di un pacchetto che proviene dalla community, installato tramite fonti alternative specificate nel Centro Pacchetti di Synology che, tra le varie cose, ho anche snellito e aggiornato andando a verificare quali URL fossero ancora disponibili.
Questi sono ancora funzionanti, se li vuoi adottare:

https://packages.synocommunity.com/
https://packages.pcloadletter.co.uk/
https://spk.synologyitalia.com/
https://www.cphub.net/
https://packages.jdel.org/

Per poter avere maggiori informazioni in merito alle cartelle usate (che avrei voluto salvare per poterle ripristinare facilmente in seguito), ho dato un’occhiata allo spazio GitHub di SynoCommunity e ho individuato questo bug aperto: github.com/SynoCommunity/spksrc/issues/6584, e in particolare il paragrafo “Manually edit spk file to support x25 models (optional)“, all’interno del quale viene indicato come forzare l’aggiornamento di un pacchetto per renderlo compatibile con le serie x25+ dei prodotti Synology (se ne parla anche su Reddit, tra l’altro: reddit.com/r/synology/comments/1m74prx/2025_plus_series_limited_synocommunity_package/?show=original).

Una rapida occhiata alla documentazione di Synology per avere conferma della generazione del processore (Gemini Lake, che con il nuovo kernel utilizzato su queste serie diventa “geminilakenk“, come riportato all’indirizzo kb.synology.com/it-it/DSM/tutorial/What_kind_of_CPU_does_my_NAS_have#x25-series). Mano a VS Code, download manuale del pacchetto (synocommunity.com/package/transmission, in versione per DSM 7.1 e dedicato a Gemini Lake, il nome – a oggi che sto pubblicando l’articolo – è transmission.v27.f42661[apollolake-avoton-braswell-broadwell-broadwellnk-broadwellnkv2-broadwellntbap-bromolow-cedarview-denverton-epyc7002-geminilake-grantley-kvmx64-purley-r1000.spk), apertura con 7-Zip e modifica del file INFO:

Quello che ho fatto è stato semplicemente aggiungere geminilakenk subito dopo il già esistente geminilake. Ho salvato il file e confermato a 7-Zip che sarebbe stato necessario aggiornare l’archivio. A quel punto mi è bastato semplicemente andare a installare manualmente il file SPK che è stato visto come un aggiornamento di quello già esistente, e ora Transmission funziona meravigliosamente come nulla fosse mai accaduto.

Dubbi? Domande? Opere? Omissioni? Usa l’area commenti che trovi qui di seguito! 👋

#KeepItSimple