Várhatóan Linus közreműködése lök akkorát a folyamaton, hogy a következő beolvasztási időablakban beolvasztásra kerülhessen a driver a mainline kernelbe. Ha így lesz, akkor az év vége felé kiadásra kerülő 5.15-ös kernelben már benne lehet a Paragon NTFS drivere.
- A hozzászóláshoz be kell jelentkezni
- 958 megtekintés
Hozzászólások
Nem biztos h. nyugodtan engedném a Linux-os NTFS drivernek írkálni azt a diszket, amit utána windows-on is szeretnék használni (read-only persze mehet minden gond nélkül!). Mivel még a msft-osok se mernek bottal se hozzányúlni az NTFS spagetti kódjához, 3rd party értelmezése csak hibás lehet előbb v. utóbb :)
- A hozzászóláshoz be kell jelentkezni
ez rendkívül szakmai volt. kérnék egy linket ahol microsoft fejlesztők nyilatkoznak hogy nem nyúlnak a spagetti kódhoz.
kb 25*52*5 mentésből (1-32gb bzip2) egyik sem okozott fájlrendszer hibát ntfs-3g-n.
- A hozzászóláshoz be kell jelentkezni
köszi ez érdekes volt!
- A hozzászóláshoz be kell jelentkezni
!!!THIS!!!
"Besides: you guys have systemd, which if I'm going to treat it the same way I treated NTFS, is an all-devouring octopus monster about crawl out of the sea and eat Tokyo and spit it out as a giant binary logfile"
- A hozzászóláshoz be kell jelentkezni
Mit mutat nálad a naptár? 1998-at?! :)
“Az ellenség keze betette a lábát”
- A hozzászóláshoz be kell jelentkezni
Ebben elvi síkon igazad lehet, de gyakorlati síkon meg nincs semmi baj ezzel a Paragon-féle driverrel. Ne feledjük, hogy ez már 10+ éve létező megoldás, amit a Paragon particionáló, adatmentő, klónozó szoftverekben már régóta sikerrel használ, mindenféle adatvesztések és problémák nélkül. Az újdonság csak annyi, hogy most átportolják a kernelbe. Vagyis már egy éve át van portolva, de csak reszelgették a kódot, és nem lett commitolva bele hivatalosan.
Az nyilvánvaló, hogy a teljes NTFS-t nem is lehet átportolni semmire, mert vannak benne Windows kernelre, meg Windows GUI/API-ra olyan hivatkozásai, amiknek nem lesz megfelelője más rendszereken. De ettől még lehet a driver teljesen stabil, és használható, írás, olvasás, tömörítés, titkosítás, defrag, ACL, stb. mind normálisan működhet.
“Windows 95/98: 32 bit extension and a graphical shell for a 16 bit patch to an 8 bit operating system originally coded for a 4 bit microprocessor, written by a 2 bit company that can't stand 1 bit of competition.”
- A hozzászóláshoz be kell jelentkezni
Értem én, hogy milyen hosszú ideje működik ez a dolog elvileg hibátlanul, de én továbbra is tartanék tőle windows boot-ra (is) használt OS diszket írni linux alól is, aztán meg vissza a windows alá.
Samsung tv-re simán rádugom az NTFS-es fénykép / film / zene tároló usb vinyót, de az csak olvassa, semmit nem ír rá! Plusz az nem OS boot/rendszer diszk, csak egy adathurcoló valami. Nincsenek rajta junction-ök, reparse point-ok, hardlinkek, kvóta, EFS, compressed file-ok, large size file record, és a többi nyalánkság.
- A hozzászóláshoz be kell jelentkezni
Ezt neked kell eldöntened, hogy miben bízol. Nyilván nem kötelező használni. Egyébként Windows rendszerpartíciót nem is nagyon szokott kelleni írogatni. Arra inkább egy adatpartíciót szoktak létrehozni, aminek eleve az a célja, hogy azért NTFS, hogy a Windows és Linux is kezdjen vele valamit. De ha már használtál Paragon szoftvereket, akkor ettől a linuxos portolástól sem kell tartani.
“Windows 95/98: 32 bit extension and a graphical shell for a 16 bit patch to an 8 bit operating system originally coded for a 4 bit microprocessor, written by a 2 bit company that can't stand 1 bit of competition.”
- A hozzászóláshoz be kell jelentkezni
Elvben értem az aggodalmat, de ez már egy elég kiforrott driver, és az NTFS legtöbb sajátosságát is támogatja. Ráadásul a Paragon nem visszafejtette a működést, hanem Microsoft partnerként megkapta a dokumentációt hozzá. Ismerek filmes céget, aki már több, mint 3 éve használja a Paragon féle NTFS drivert olyan lemezeken, amiket windows alatt is használnak rendszeresen, és bizonyos könyvtárakra még a compress is be van kapcsolva.
Soha semmi probléma nem volt veleük.
Sőt, volt olyan lemez, amit még Linux alatt formáztak NTFS-re (a paragon féle driver enged NTFS-re formázni), másoltak rá adatot, majd az adatok mellé telepítettek egy Windows 7-et formázás nélkül, és azóta is erről fut a Windows. Szóval ha a FAT lemezre mersz írni linux alól, akkor ettől sem kell jobban tartani.
Nagy Péter
- A hozzászóláshoz be kell jelentkezni
Az eddigi driver se volt valami hű de jó, hátha ezek a Paragonos fiúk tudnak valamit. Na meg, ha tényleg ennyire rossz a helyzet és lassan nem lesz emberük a Microsoftnál kernelt kalapálni, megérheti nekik viccen kívül is a váltás Linux kernelre, onnantól meg az lesz a szabvány, ami abban van :)
A másik, hogy van ugye már Microsoft distro is, bár azzal lehet, hogy közvetlenül sose fognak NTFS-t piszkálni, de hátha jobban odafigyelnek majd az NTFS Linux "kompatibilitására".
Színes vászon, színes vászon, fúj!
Kérem a Fiátot..
- A hozzászóláshoz be kell jelentkezni
ntfs-3g már 10 éve bizonyítottan stabil volt, mi történt vele?
- A hozzászóláshoz be kell jelentkezni
fuse vs kernel
- A hozzászóláshoz be kell jelentkezni
A 3G-s változat egy userlandben futó FUSE modul, emiatt lassabb, meg nagyobb az overheadje. Ez az új 3-ra végződő driver a kernelben lesz, és emiatt natívan fut, kisebb overheaddel, meg többet fog tudni. Én ugyan nem használok Linux alatt NTFS-t, de legyen, ideje lesz már nagyon, hogy rendesen támogatva legyen.
Természetesen ha akarod, az ntfs-3g csomagot továbbra is felteheted, és használhatod azt is helyette.
“Windows 95/98: 32 bit extension and a graphical shell for a 16 bit patch to an 8 bit operating system originally coded for a 4 bit microprocessor, written by a 2 bit company that can't stand 1 bit of competition.”
- A hozzászóláshoz be kell jelentkezni