Ce qui s’est passé sur le TerraMaster F2-425
L’utilisateur a installé ZimaOS 1.5.3 sur un disque NVMe connecté via le chemin USB interne du NAS. Le système a démarré, mais est ensuite devenu partiellement non réactif, les applications sont apparues comme des entrées obsolètes ou zombies, et l’arrêt pouvait rester bloqué. L’utilisateur a joint des données de diagnostic montrant un système équipé d’un Intel Celeron N5095 et de 4 Go de mémoire.
Pourquoi le chemin de stockage était le principal suspect
Une réponse de la communauté soupçonnait le système d’exploitation et le chemin de stockage de Docker via USB, plutôt que Jellyfin ou Transmission pris individuellement. Il s’agissait d’une déduction, et non d’une déclaration officielle de compatibilité. L’élément utile est apparu plus tard : après avoir réinstallé ZimaOS sur l’un des SSD, l’utilisateur a indiqué que le système fonctionnait correctement.
Journaux à recueillir avant de couper l’alimentation
Les commandes utiles citées dans le fil étaient dmesg -T | tail -200, journalctl -p err -b et journalctl -u docker --no-pager. systemd documente le filtrage des journaux dans la documentation de journalctl, tandis que le noyau Linux documente l’affichage des messages dans le guide de recherche de bogues du noyau.
Ce que ce cas démontre réellement
Il ne prouve pas que toutes les installations de ZimaOS utilisant l’USB planteront. Il montre que la modification du chemin de stockage du système d’exploitation de cet utilisateur a coïncidé avec un fonctionnement stable et constitue donc un indice de diagnostic important dans ce cas précis. Pour suivre la procédure d’installation prise en charge, consultez le guide d’installation actuel de ZimaOS et le guide de stockage actuel.
