Snad se pletu, ale obráceně podpora filesystémů funguje ještě hůř. Chtěl jsem ve Win10 připojit něco s EXT3 a byla to pěkná "bažina". Přitom v XPčkách s tím nebyl takový problém a stačil na to třeba plugin v Total Commanderu.
V podstatě se mi nepodařilo najít FS, který by spolehlivě a efektivně pracoval v Lin i Win.
Máte s připojováním souborových systémů (ext2/3/4, btrfs, xfs, zfs, ...) do Win lepší zkušenost?
ext2 do Windows jsem kdysi měl, ale to není moc cesta - jen ten seznam FS je rozsáhlý, k tomu přidejte LVM...
A naopak, z Linuxu si se Storage Spaces taky moc neužijete. Dynamické disky Windows nějak jdou z Linuxu, ale ty jsou na ústupu kvůli EFI.
Jediné, co spolehlivě na dual-boot stroji funguje, je sdílená partition s rozumným FS, nejlépe exFAT, tomu každý rozumí velmi dobře. NTFS následuje, ale pro zápis v macOS potřebujete placenou podporu.
Takže u externích disků skončíte nejspíš taky u exFAT.
Právě že nestačí "nejaka forma FAT "
FAT32 má problém s velikostí souborů.
exFAT problém s kompatibilitou se starými Win
vFAT, uvFAT, FAT32+ a další mají slabou podporu a narazíte třeba na problémy s dlouhými názvy souborů a kódováním nábodeníček.
Sambou řeším základní propojení. Ale pro některé use case by se hodilo mít použitelný FS pro Win(xp..11) i Lin. A ten jsem nenašel.
Když se hodí přes palubu staré Win tak exFAT je asi nejlepší varianta. Ale já ty staré Win hodit přes palubu nechci a v současném setu ani nemůžu.
Už jsem tu na něj několikrát postoval odkaz:
https://archive.org/download/winxp-exfat-driver
Ale byly s ním v XP problémy.
Tak záleží, co přesně od toho chcete..
A předesílám, že připojování ZFS bych rovnou vzdal, pokud se nebavíme o nějakém specifickém, kontrolovaném recovery (Klennet atp.). Když už bych nutně potřeboval přístup, tak bych si spustil v Hyper-V celou Linuxovou distribuci (nebo FreeBSD) se stejnou minor verzí ZFS modulu (např. 2.3). Pak přesměroval do VM všechny disky, kde ten daný FS je, opatrně naimportoval pool, připojil a vysdílel ven přes Sambu.
V rychlosti:
- ten plugin do TC funguje pořád, ale je jen RO a má spousty omezení.
- od stejné firmy je i Reader, který to připojí FS jako písmenko, ale třeba XFS už je za peníze.
- Paragon má funkční komerční driver pro ext4, s tím funguje v pohodě včetně třeba základního LVM (míněno bez složitějších dm targetů). Btrfs, XFS pak jen pro čtení. Kdybych chtěl něco pro běžnou práci, řešil bych to nejspíš takhle.
- open source ext2fsd mi nikdy pořádně nefungoval, bylo tam spousty potíží. Bral bych to jen jako totální nouzovku (na čistý fs v R/O režimu bez žurnálu). Od původního projektu existuje fork, který spousty věcí vylepšil, dokonce je to i podepsané, ale dlouho jsem to netestoval.
Co funguje relativně v pohodě a doporučil bych pro občasný přístup k souborům, je WSL2.
https://learn.microsoft.com/en-us/windows/wsl/wsl2-mount-disk
Ve WSL2 je kernel (6.6 aktuálně) přímo se standardními moduly (ext4, xfs, btrfs.. atp.), není problém připojit LVM atd. Podporuje to všechny fíčury těch FS jako normální Linux.. není nutné mít strach z toho, co autor nějakého Windows ovladače pro FS implementoval a co už ne.
Jediné zásadnější omezení je, že se tam musí poslat celý disk, tzn. pokud má člověk třeba multiboot s Windows na jednom disku, nejde to.
Připojení pak např. přes:
wsl.exe --mount \\.\PHYSICALDRIVE2 --bare
(parametr --bare zařídí, že se to automaticky nemountuje)
následně pak už běžící wsl instanci připojit přes mount do složky s libovolnými parametry (např. subvol pro Btrfs atp.).
Pro opakované použití se to dá samozřejmě celé naskriptovat.
Na data z WSL instance se pak dá přistupovat z Windows přes speciální UNC cesty (je tam 9P/plan9 driver).
např. \\wsl.localhost\FedoraLinux-42\mnt\tmp
Poslední dvě poznámky. Normálně to používá unixová práva, takže ve WSL musí být uživatel se správným UID/GID, nebo je potřeba otevřít práva pro všechny (sudo chmod normálně funguje).
Logicky, to chce pak také nějak regulérně ukončit a odpojit FS.