In de titel staat NTFS, maar de diagnose van de bron wees op iets anders. lsblk -f liet zien dat de USB-partitie in werkelijkheid HFS+ was. De gebruiker had deze succesvol gekoppeld onder /DATA/usb-test, maar toch verscheen de partitie niet in ZimaOS Files. Vervolgens logde de kernel dat schrij toegang voor gejournalde HFS+ niet werd ondersteund en dat het bestandssysteem alleen-lezen was gekoppeld.
De bron bevat dus twee afzonderlijke problemen: een handmatig gekoppeld pad dat door ZimaOS Files niet als beheerde opslag werd behandeld, en een gejournald HFS+-bestandssysteem dat Linux alleen-lezen beschikbaar stelde. Het was geen probleem met de detectie van de USB-hardware.
Controleer het bestandssysteem voordat je ervan uitgaat dat het label klopt
De gebruiker dacht dat de schijf NTFS was. De opdracht:
lsblk -fliet zien dat sdc1 als hfsplus werd aangeduid. Vertrouw altijd op de daadwerkelijke metagegevens van het bestandssysteem in plaats van op je geheugen of het label van de behuizing.
De schijf was al gekoppeld
De uitvoer uit de bron liet zien dat sdc1 was gekoppeld onder paden zoals:
/DATA/usb-test
/var/lib/casaos_data/usb-test“Niet zichtbaar in Files” betekende dus niet langer hetzelfde als “niet gekoppeld”.
Een handmatige koppeling is niet automatisch een beheerde ZimaOS-opslaglocatie
In het antwoord van de community werd beredeneerd dat Files normaal gesproken door ZimaOS beheerde opslaglocaties toont, in plaats van willekeurige mappen die via een handmatige shell-koppeling zijn aangemaakt. Deze uitleg is niet bevestigd door medewerkers van IceWhale. Beschouw dit daarom als een waarschijnlijke grens tussen de gebruikersinterface en de opslagbeheerfunctie, niet als een officiële garantie.
De kernel meldde expliciet dat gejournalde HFS+ alleen-lezen was
De belangrijkste logregel gaf aan dat schrijven naar een gejournald HFS+-bestandssysteem niet werd ondersteund en dat het forceren van de schrijfmodus riskant zou zijn.
Gebruik geen koppeling met geforceerde schrijfrechten voor waardevolle HFS+-gegevens alleen om een migratie eenvoudiger te maken.
De huidige ZimaOS-documentatie vermeldt HFS/HFS+ als ondersteund voor lezen en schrijven
De huidige documentatie van IceWhale over formatteringsindelingen vermeldt HFS/HFS+ als ondersteund voor lezen en schrijven op USB-schijven en interne schijven. Dat is ruimer dan de specifieke handmatige-koppelingscasus uit april 2026, waarin de kernel het gejournalde volume als alleen-lezen behandelde.
Gebruik de actuele matrix met ondersteunde schijfindelingen en test de exacte schijf vervolgens op een niet-destructieve manier.
Voor een eenmalige migratie kan alleen-lezen voldoende zijn
Als het doel is om oude Mac-bestanden van HFS+ naar RAID-opslag in ZimaOS te kopiëren, is alleen-lezen toegang vaak veiliger dan het forceren van schrijfmogelijkheden. Kopieer de gegevens naar de NAS, controleer ze en formatteer de externe schijf daarna alleen als je deze opnieuw wilt gebruiken met een ander bestandssysteem.
Formatteer pas opnieuw nadat de gegevens veilig zijn gekopieerd
exFAT is handig voor uitwisseling tussen verschillende platforms; ext4 of Btrfs past beter bij Linux-eigenaren en -functies. Formatteren vernietigt het bestaande bestandssysteem, dus zorg dat je geverifieerde kopieën hebt voordat je dit wijzigt.
Veelgestelde vragen over de zichtbaarheid van USB-schijven
Was de schijf uit de bron daadwerkelijk NTFS?
Nee. lsblk -f identificeerde deze als HFS+.
Werd de USB-schijf door ZimaOS gedetecteerd?
Ja. De schijf en partitie werden gedetecteerd en de partitie werd handmatig gekoppeld.
Waarom was de schijf alleen-lezen?
De kernel-log uit de bron gaf aan dat schrijven naar gejournalde HFS+ niet werd ondersteund en dat het bestandssysteem alleen-lezen was gekoppeld.
