Il titolo dice NTFS, ma la diagnosi originale ha rilevato qualcosa di diverso. lsblk -f ha mostrato che la partizione USB era in realtà HFS+. L’utente è riuscito a montarla in /DATA/usb-test, ma continuava a non comparire in File di ZimaOS. Il kernel ha quindi registrato che l’accesso in scrittura a un filesystem HFS+ con journaling non era supportato e che il filesystem era stato montato in sola lettura.
La fonte contiene quindi due problemi distinti: un percorso montato manualmente che File di ZimaOS non considerava come spazio di archiviazione gestito e un filesystem HFS+ con journaling che Linux esponeva in sola lettura. Non si trattava di un problema di rilevamento hardware USB.
Controlla il filesystem prima di dare per scontata l’etichetta
L’utente pensava che il disco fosse NTFS. Il comando:
lsblk -fha mostrato sdc1 come hfsplus. Fai sempre affidamento sui metadati effettivi del filesystem, non sulla memoria o sull’etichetta dell’enclosure.
Il disco era già montato
L’output originale mostrava sdc1 montato in percorsi tra cui:
/DATA/usb-test
/var/lib/casaos_data/usb-testQuesto significa che “non visibile in File” non equivaleva più a “non montato”.
Un montaggio manuale non è necessariamente una voce di archiviazione gestita da ZimaOS
La risposta della community spiegava che File normalmente mostra i percorsi di archiviazione gestiti da ZimaOS, invece di directory arbitrarie create tramite un montaggio manuale dalla shell. Questa spiegazione non è stata confermata dallo staff di IceWhale, quindi considerala un probabile limite tra interfaccia e gestore dello spazio di archiviazione, non una garanzia ufficiale.
Il kernel ha indicato esplicitamente HFS+ con journaling come filesystem di sola lettura
La riga chiave del log indicava che l’accesso in scrittura a un filesystem HFS+ con journaling non era supportato e che forzare la modalità di scrittura sarebbe stato rischioso.
Non usare un montaggio con scrittura forzata su dati HFS+ importanti solo per semplificare una migrazione.
Le versioni attuali di ZimaOS indicano HFS/HFS+ come supportati in lettura e scrittura
La documentazione attuale di IceWhale sui formati indica HFS/HFS+ come supportati in lettura e scrittura su dischi USB e interni. Si tratta di un supporto più ampio rispetto al caso specifico del montaggio manuale dell’aprile 2026, in cui il kernel aveva trattato il volume con journaling come di sola lettura.
Consulta la matrice aggiornata dei formati supportati, quindi testa l’unità esatta senza apportare modifiche distruttive.
Per una migrazione una tantum, la sola lettura può essere sufficiente
Se l’obiettivo è copiare vecchi file Mac da HFS+ nello spazio di archiviazione RAID di ZimaOS, l’accesso in sola lettura è spesso più sicuro che forzare il supporto alla scrittura. Copia i dati sul NAS, verificali e riformatta l’unità esterna solo se vuoi riutilizzarla con un filesystem diverso.
Riformatta solo dopo aver copiato i dati in modo sicuro
exFAT è comodo per lo scambio tra piattaforme; ext4 o Btrfs sono più adatti alla gestione e alle funzionalità native di Linux. La formattazione elimina il filesystem esistente, quindi conserva copie verificate prima di modificarlo.
Domande frequenti sulla visibilità delle unità USB
L’unità originale era davvero NTFS?
No. lsblk -f l’ha identificata come HFS+.
Il disco USB era stato rilevato da ZimaOS?
Sì. L’unità e la partizione erano state rilevate e la partizione era stata montata manualmente.
Perché era in sola lettura?
Il log del kernel originale indicava che l’accesso in scrittura a HFS+ con journaling non era supportato e che il filesystem era stato montato in sola lettura.
