Ntfs2btrfs - NTFS helyben konvertálása btrfs fájlrendszerré

Fájlrendszer, NAS, storage
Az Ntfs2btrfs segédprogram segítségével helyben konvertálhatunk Microsoft NTFS fájlrendszert linuxos btrfs fájlrendszerré.

Ami működik:

  • Files
  • Directories
  • Symlinks
  • Other reparse points
  • Security descriptors
  • Alternate data streams
  • DOS attributes (hidden, system, etc.)
  • Rollback to original NTFS image

Ami nem működik:

  • Windows' old extended attributes (you're not using these)
  • Large (i.e >16KB) ADSes (you're not using these either)
  • Preservation of LXSS metadata
  • Preservation of the case-sensitivity flag
  • Unusual cluster sizes (i.e. not 4 KB)
  • Encrypted files

A segédprogram megtalálható itt.

Ha külön driver kezeli, amit először fel kell rakni, az pont a natív jelző ellentéte. De ezt nem tudtam, hogy bootolni is tud ilyenkor róla, amit azért is tartok hihetetlennek, mert egy csomó windowsows rendszerprogram és egyéb elterjedt windowsos szoftverek sok funkciója fixen össze van drótozva az NTFS-sel, ha azt kihúzod alóluk, nem fognak normálisan futni. FAT-hoz meg ReFS-hez (ami egy átcímkézett, kibővített NTFS valójában) tudja emulálni a hiányzó funkciókat a Windows kernel, de btrfs-nél kötve hiszem, hogy lehetne ilyen. Technikailag meg lehetne annál is csinálni, de azt csak az MS tudja (zárt kód átka ugyebár), és ebben meg a jogi licencakadály korlátozza, hiszen a btrfs licence GPL3, a forráskódot nyitva kéne tartsa, de a MS erre nem lenne hajlandó, hogy a kernelük forráskódját emiatt akár csak részben is megnyissák. Emiatt nem állnak át Linux kernelre se.

“A computer is like air conditioning – it becomes useless when you open Windows.” (Linus Torvalds)

( KaTT | 2022. 03. 09., sze – 00:20 )

Tudna mondani valaki egy olyan példát, ahol erre szükség lehet, és nem egyszerűbb, biztonságosabb egy btrfs-t létrehozni, majd oda másolni az ntfs-ről? Oké, nincsen hely, akkor hasznos lehet.

Ki lehet a célcsoportja ennek? Ezen felbuzdulva gondolkozom egy HPFS-ből AFFS file rendszer konverziót megvalósító alkalmazáson, csak még nem döntöttem el, hogy OS/2-n, Amígán vagy Windows-on fog majd futni az app... :-)

Sakk-matt,
KaTT :)

Érdekes kérdés, de lehet ilyen helyzet ami más kérdés, hogy használnám-e egy éles rendszeren, bár tesztelés után még akár igen.

Egy példa lehet egy nagyon nagy file mennyiséget, méretet vagy a szerű repoja szerint MDB állományokat kezelő Windows Server NTFS-el, amit így in-place lehet Linuxra migrálni. Elég extrém, de lehet, hogy megvan a helye és az oka, hogy megcsinálták.

"Egy példa lehet egy nagyon nagy file mennyiséget, méretet vagy a szerű repoja szerint MDB állományokat kezelő Windows Server NTFS-el, amit így in-place lehet Linuxra migrálni. " - Egy mentés akkor is kell előtte, úgyhogy a másolat elkésíztését nem úszod meg... (Illetve ha bátor vagy, akkor igen...)

Nem gondolom, hogy a mentés megúszása lenne a fő cél.

A másolat készítése alatt még futhat az eredeti szerver, de a visszatöltés alatt már nem. Ha a konvertálás gyorsabb, mint a visszatöltés (valószínűleg igen), akkor egy 15 órás visszatöltés helyett lehet elegendő egy 5 órás konvertálás.

Nagy Péter

Pont ezt akartam írni én is. Programozási gyakorlatnak cool, de a gyakorlatban nem látom, hogy mi szükség lenne erre. Hiszen NTFS-es rendszer alatt (értsd: Windows) senki nem fogja a fájlrendszert kicserélni btrfs-re. Adatpartícióknál okés, de akkor meg egyszerűbb a btrfs-t külön létrehozni és az adatokat átmásolni.

“A computer is like air conditioning – it becomes useless when you open Windows.” (Linus Torvalds)

( ricsip v | 2022. 03. 13., v – 10:58 )

Ami nem működik:

  • Unusual cluster sizes (i.e. not 4 KB)

Azért ez elég meredek, h. ezt nem kezeli