Gemenskapslösning

USB-enhet upptäckt men saknas i ZimaOS-filer: källan var HFS+, monterad skrivskyddad och utanför den hanterade lagringen

An April 2026 ZimaBlade thread initially described as an NTFS USB drive. lsblk later proved it was HFS+, already mounted manually under /DATA/usb-test, but not visible in Files. The kernel also warned that write access to the journaled HFS+ filesystem was unsupported and mounted it read-only.

Rubriken säger NTFS, men källanalysen visade något annat. lsblk -f visade att USB-partitionen faktiskt var HFS+. Användaren lyckades montera den under /DATA/usb-test, men den visades fortfarande inte i ZimaOS Files. Kärnan loggade sedan att skrivåtkomst till journalförande HFS+ inte stöddes och att filsystemet hade monterats skrivskyddat.

Källan innehåller alltså två separata problem: en manuellt monterad sökväg som ZimaOS Files inte behandlade som hanterad lagring, samt ett journalförande HFS+-filsystem som Linux exponerade skrivskyddat. Det var inte ett fel med USB-hårdvarans identifiering.

ZimaOS-avisering som identifierar en extern Samsung HM500JI USB-enhet på 500 GB med en Hantera-knapp
ZimaOS identifierade den fysiska USB-disken direkt; problemet gällde filsystemet och hur monteringen presenterades.

Kontrollera filsystemet innan du antar att etiketten stämmer

Användaren trodde att disken var NTFS. Kommandot:

lsblk -f

visade sdc1 som hfsplus. Lita alltid på filsystemets faktiska metadata i stället för minnet eller etiketten på höljet.

Disken var redan monterad

Utdata från källan visade att sdc1 var monterad under sökvägar som bland annat:

/DATA/usb-test
/var/lib/casaos_data/usb-test

Det innebär att ”visas inte i Files” inte längre var samma sak som ”är inte monterad”.

En manuell montering är inte nödvändigtvis en hanterad lagringspost i ZimaOS

Svaret i communityt resonerade att Files normalt visar lagringsplatser som hanteras av ZimaOS, snarare än godtyckliga kataloger som skapats genom en manuell montering i skalet. Den förklaringen har inte bekräftats av IceWhale-personal, så se den som en sannolik gräns mellan användargränssnittet och lagringshanteraren, inte som en officiell garanti.

Kärnan rapporterade uttryckligen att journalförande HFS+ var skrivskyddat

Den viktiga loggraderna angav att skrivåtkomst till ett journalförande HFS+-filsystem inte stöddes och att det kunde vara riskabelt att tvinga fram skrivläge.

Använd inte en tvingad skrivmontering på värdefulla HFS+-data bara för att göra en migrering enklare.

Aktuella ZimaOS listar HFS/HFS+ som stödda för läsning och skrivning

IceWhales aktuella dokumentation om formatering listar HFS/HFS+ som stödda för läsning och skrivning på USB- och interna diskar. Det är bredare än det specifika fallet med manuell montering i april 2026, där kärnan behandlade den journalförande volymen som skrivskyddad.

Använd den aktuella matrisen över stödda diskformat och testa sedan den exakta disken på ett icke-destruktivt sätt.

För en engångsmigrering kan skrivskyddad åtkomst räcka

Om målet är att kopiera gamla Mac-filer från HFS+ till RAID-lagring i ZimaOS är skrivskyddad åtkomst ofta säkrare än att tvinga fram skrivstöd. Kopiera data till NAS-enheten, verifiera den och formatera sedan om den externa disken endast om du vill återanvända den med ett annat filsystem.

Formatera bara om efter att data har kopierats säkert

exFAT är praktiskt för utbyte mellan olika plattformar; ext4 eller Btrfs passar bättre för Linux-inbyggda funktioner och ägarskap. Formatering förstör det befintliga filsystemet, så behåll verifierade kopior innan du ändrar det.

Vanliga frågor om synlighet för USB-diskar

Var disken i källan faktiskt NTFS?

Nej. lsblk -f identifierade den som HFS+.

Identifierades USB-disken av ZimaOS?

Ja. Disken och partitionen identifierades, och partitionen monterades manuellt.

Varför var den skrivskyddad?

Källans kärnlogg angav att skrivåtkomst till journalförande HFS+ inte stöddes och att den monterades skrivskyddad.