Ext2-es fájlrendszer mountolása más karakterkódolással

Naplózó filerendszerek (journaling)

Üdv kedves HUP felhasználók!

Először is bocsánat a besorolásért, mert ext2 tudtommal nem naplózó fs.

Szóval ahogy a tárgyból is látszik, be szeretném mountolni egyik ext2-es partíciómat az alapértelmezettől eltérő karakterkódolással. Ennek oka az, hogy a vinyómat 3 részre osztottam. Van 1 10 gigás ntfs winnek, egy 5 gigás Linuxnak és a maradék nagyjából 100 giga egy adat partíció mind2 rendszernek. (Azért ext2 mert szükségem van a nagy fájlok támogatására de ntfs-t nem túl egyszerű használni Linuxszal.) Winbe ext2ifs-sel mountolom be a partíciót, de ez a progi nem módosítja a karakterkódolást ezért Linuxon az ékezetes fájlok nem használhatóak. (Sajnos néha nem tudom megkerülni az ékezeteket.) Szóval az lenne a kérdésem, hogy hogyan tudom mountolni az adat partíciómat másik, a win xp sp2 általt használt karakterkódolással?
Már próbáltam megadni neki iocharsetet is vfat illetve ext2 fs típussal, de nem akarta bemountolni.

Fedora Core 4-et használok 2.6.17-es kernellel (i686-os gép).

Segítségeteket nagyon szépen megköszönném!

  • 2415 megtekintés

( egmont | 2006. 09. 21., cs – 16:04 )

Szerintem ez a téma már nagyon sokszor szerepelt itt a hup-on, nézz körül.

Röviden összefoglalva:

A kernel nem nyújt lehetőséget arra, hogy ext2 (vagy bármilyen Linux) fájlrendszert másmilyen karakterkészlettel csatolj Az iocharset opció csak a Windows fájlrendszerek (vfat stb.) esetén működik. Kerülő megoldások (például fuse) elképzelhető, hogy működnek, nem tudom létezik-e például fuse-hoz ilyen modul.

Azt írod, hogy az ext2ifs nem módosítja a karakterkódolást. Ez teljességgel kizárt, ugyanis a Win XP mindenképpen UTF-16 kódolást használ, a Linux meg semmiképpen sem tudja ezt a kódolást használni a fájlnevekben. Tehát tuti hogy végez konvertálást, csak az a baj, hogy nem olyat, mint amilyen neked kellene.

Azt ajánlom, nézz körül az ext2ifs dokumentációjában, registry-ben, neten stb., hogy képes-e UTF-8 kódolást (amit a Fedora használ ext2-n) feltételezni. Ha nem, akkor keress helyette másik wines progit, ami tud UTF-8-at.

Ez az LC_CTYPE sem akart működni, pontosabban nem próbáltam végig mindent, de nem hinném, hogy megoldás lenne.

Akkor viszont olyan kérdésem lenne, hogy ntfs fájlrendszer kezelése fedora core 4-en mennyire megoldott ntfs plug-innal? Szóval írás-olvasás, jogosultságok...

( BaT | 2006. 09. 21., cs – 17:17 )

Ahogy mondtad, utánanéztem a dolognak és ezt találtam:

When I access to an Ext2/Ext3 volume on Windows, file names with language-specific characters appear distorted.

It is probably caused by an activated UTF-8 encoding in your Linux installation. You may check it by the locale tool (on Linux):
locale
When it outputs something, which ends with "utf8" in the line "LC_CTYPE=", UTF-8 encoding is enabled. Unfortunately, the current version of the Ext2 IFS software does not support UTF-8 encoded file names. (The driver always uses the current code page of Windows.)

Ha jól értem, ez azt takarja, hogy ha a locale parancs kihoz egy ilyen sort:
LC_CTYPE="hu_HU.UTF-8"
akkor elvileg nincs gond a karakter kódolással. Ennek ellenére van.

Sajnálom, úgy látom, alapvető problémáid vannak angol nyelvű szöveg értelmezésével :-(
Leírja, hogyan tudod ellenőrzini, hogy utf8-at használsz-e, és igen, megállapítod te is a leírás alapján, hogy azt használsz. Másfelől azt is írja, hogy sajnos az ext2ifs jelenlegi verziója nem támogatja az utf8-at. Namost ezt a kettőt ha összerakod...

( Csigaa | 2006. 09. 21., cs – 17:26 )

convmv -> átalakítja a fájlnevek karakterkódolását

Nem rossz progi, de ennél lehetne egy kicsit interaktívabb megoldás is. De ha nem marad más, akkor ez is jó.

Egyébként most már egyértelmű, hogy iso 8859-2-es vagy még inkább cp1250-es kódolással vannak mentve a fájlok, ahogy te is írtad, egmont. Ez az LC_CTYPE érték módosítható? És ha igen, akkor lehet-e megoldás az, hogy ennek az értéknek megodom a wines karakterkódolást?

Vigyázz, ha átalakítod fájlneveidet convmv-vel, akkor lehet hogy a Linux jól fogja látni, de akkor ezentúl a Windows nem.

LC_CTYPE átállítása: az LC_CTYPE környezeti változót kell beállítani hu_HU vagy en_US vagy ilyesmi értékre (utána a "locale charmap" paranccsal ellenőrizheted hogy a megfelelő karakterkészletet válaszolja-e), és győződj meg róla, hogy az LC_ALL nincs beállítva. Azt hogy ezeket hol célszerű beállítani ahhoz hogy az egész rendszerre vonatkozzanak, nem tudom megmondani, ez baromira disztró-specifikus.

( BaT | 2006. 09. 22., p – 14:59 )

Feltelepítettem a linux-ntfs drivert, de csak olvashatóként tudja becsatolni az ntfs fájlrendszert. Létezik esetleg másik ntfs driver ami képes írni is ntfs fájlrendszerre?

Ebből építkeztem, bár olvastam, hogy csak read-onlyt tud...

Közben találtam egy jó megoldást (itt HUPon is, meg máshol is) végül egy captive nevű mellett döntöttem ami kb ugyan az, mint az ntfs-3g csak egy csomagba sűrítve...

Ezúton szeretném megköszönni az építő jellegű hozzászólásokat!

Ajánlom esetleg ezt is kipróbálni: http://hup.hu/node/27405 .
Én nem próbáltam, de mások sok ígéreteset írtak róla. Annyit megnéztem a forrásban, hogy ez korrektül tud karakterkészletesdi-konvertálósdit, ahogyan a Windows fájlrendszerek meghajtóitól az ember számít rá, szóval megadhatod a Linux karakterkészletét (UTF-8 a te esetedben), és okosan alakítgatni fog ez és a Windows karakterkészlete (ami mindenképpen UTF-16) között. Hogy mennyire könnyű telepíteni, tud-e nagy fájlokat kezelni stb., azt nem tudom, majd te kitapasztalod :-)