convmv-クラウドでのオンライン

プログラム：

NAME

convmv-ファイル名をあるエンコーディングから別のエンコーディングに変換します

SYNOPSIS

変換 [オプション]ファイル...ディレクトリ（S）

OPTIONS

-f エンコーディング
変換元のファイル名の現在のエンコーディングを指定します

-t エンコーディング
ファイル名の変換先のエンコーディングを指定します

-i インタラクティブモード（アクションごとにy / nを尋ねる）

-r ディレクトリを再帰的に通過する

--nfc
ターゲットファイルは、UTF-8（Linuxなど）の正規化フォームCになります。

--nfd
ターゲットファイルは、UTF-8（OS Xなど）の正規化フォームDになります。

--qfrom , --qto
名前の変更の「from」または「to」についてもっと静かにしてください（端末を台無しにする場合）
例えば）。 これは実際、ASCII以外の文字を置き換える以外に何もしません
（バイト単位）？ 印刷出力に*が付いている制御文字は、影響しません。
操作自体の名前を変更します。

--exec command
指定されたコマンドを実行します。 コマンドを引用する必要があり、＃1は次のように置き換えられます
古い、新しいファイル名で＃2。 このオプションを使用すると、リンクターゲットは変更されません。

例：

convmv -f latin1 -t utf-8 -r --exec "echo＃1は＃2に名前を変更する必要があります" path / to / files

- リスト
使用可能なすべてのエンコーディングを一覧表示します。 より多くの中国語または日本語のエンコーディングのサポートを取得するには
PerlHanExtraまたはJIS2KEncodeパッケージをインストールします。

--lowmem
すべてのファイルのハッシュを作成しないことにより、メモリフットプリントを低く抑えます。 これにより、チェックが無効になります
シンボリックリンクターゲットがサブツリーにある場合。 シンボリックリンクのターゲットポインタが変換されます
とにかく。 数十万または数百万のファイルを変換する場合、メモリ
convmvの使用量はかなり高くなる可能性があります。 このオプションは、その場合に役立ちます。

--ノスマート
デフォルトでは、convmvはファイル名がすでにUTF8でエンコードされているかどうかを検出し、これをスキップします
ある文字セットからUTF8への変換を実行する必要がある場合はファイル。 「--nosmart」は
また、そのようなファイルのUTF-8への変換を強制します。これにより、「二重エンコード」が発生する可能性があります。
UTF-8 "（以下のセクションを参照）。

--fixdouble
「--fixdouble」オプションを使用すると、convmvはファイルを変換するだけです。
変換後にエンコードされたUTF-8。 これは、二重にエンコードされたUTF-8ファイルを修正するのに役立ちます。
UTF-8でない、または変換後にUTF-8にならないすべてのファイルは
触れた。 以下の「doubleUTF-8を元に戻す方法...」の章も参照してください。

--注記
実際にファイルの名前を変更する必要があります。 デフォルトでは、convmvは必要なものだけを出力します
行う。

-解析可能
これは、GUIフロントエンドを作成したい人が見つける高度なオプションです。
便利です（他の人も多分）。 convmvは、
簡単に解析できる方法。 最初の列には、アクションまたはある種の情報が含まれています。
XNUMX番目の列には、ほとんどの場合、変更するファイルが含まれ、必要に応じて
0番目の列には、変更された値が含まれます。 各列は\ XNUMX \ nで区切られています
（nullbyte改行）。 各行（0つのアクション）は\ 0 \ XNUMX \ n（nullbyte nullbyte）で区切られます
改行）。

--no-preserve-mtimes
ファイル名を変更すると、通常、親ディレクトリのmtimeが更新されます。 以来
バージョン2のconvmvは、デフォルトでmtimeを古い値にリセットします。 ファイルシステムの場合
XNUMX秒未満の解決をサポートatimeとmtimeのXNUMX秒未満の部分が失われます
Perlはまだそれをサポートしていないので。 このオプションを使用すると、次のことができます disable 保存
mtimesの。

- 交換
名前を変更するファイルがすでに存在する場合、
他のファイルの内容は同じです。

-エスケープ解除
このオプションは、この醜い％XNUMX進シーケンスをファイル名から削除し、それらを次のように変換します。
（うまくいけば）より良い8ビット文字。 --unescapeの後、文字セットを実行することをお勧めします
会話。 ％20などのこのシーケンスは、を介してダウンロードするときに生成されることがあります
httpまたはftp。

- アッパー , - 低い
ファイル名をすべて大文字またはすべて小文字に変換します。 ファイルがASCIIエンコードされていない場合、
convmvは、文字セットが-fスイッチを介して入力されることを想定しています。

--map =いくつか-余分なマッピング
いくつかのカスタム文字マッピングを適用します。現在サポートされているのは次のとおりです。

Linux用の不正なntfs文字のマッピング用のntfs-sfm（-undo）、ntfs-sfu（-undo）
またはMacintoshcifsクライアント（MS KB117258も参照してください。mount.cifsのmapcharsマウントオプション
Linux)。

ntfs-pretty（-undo）は、不正なntfs文字をかなり正当なものにマッピングします
それらの日本語版。

ジョブの設定方法については、 map_get_newname（） 必要に応じて独自のマッピングを簡単に追加する方法を機能させます。 私にさせて
convmvにいくつかの有用なマッピングが欠けていると思うかどうかを知ってください。

-ドット付き
ドットレスi / Iの問題に注意してください。 「I」の小文字バージョンもドットなしになります
「i」の大文字バージョンも点線で表示されます。 これはトルコ語の問題です
とアゼルバイジャン語。

ちなみに、iという文字の上付き文字は中世に追加されました
（原稿の）文字をそのような文字の隣接する垂直ストロークと区別する
u、m、およびnとして。 Jは、この時点とその後に出現したiの変形形式です。
別の手紙になりました。

- 助けて
利用可能なオプションの簡単な要約を印刷する

--ダンプオプション
利用可能なすべてのオプションのリストを印刷する

DESCRIPTION

変換 単一のファイル名、ディレクトリツリー、および含まれているファイル名の変換を支援することを目的としています
ファイルまたはファイルシステム全体を別のエンコーディングに変換します。 ファイル名を変換するだけで、変換するのではありません
ファイルの内容。 convmvの特別な機能は、それも処理することです
symlinksは、シンボリックリンクターゲットが
変換も。

これはすべて、古い8ビットロケールからUTF-8に切り替えたい場合に非常に便利です。
ロケール。 ディレクトリをすでに部分的になっているUTF-8に変換することも可能です
UTF-8でエンコードされています。 convmvは、特定のファイルがUTF-8でエンコードされているかどうかを検出でき、スキップします
デフォルトでそれら。 このスマートネスをオフにするには、「-nosmart」スイッチを使用します。

ファイルシステム 問題
ほとんどすべてのPOSIXファイルシステムは、ファイル名がどのようにエンコードされているかを気にしません。
例外：

HFS + on OS X / ダーウィン

Linuxおよび（ほとんど？）他のUnixライクなオペレーティングシステムは、いわゆる正規化形式Cを使用します
（NFC）デフォルトではUTF-8エンコーディング用ですが、これを強制しないでください。 ダーウィン、
Macintosh OSは、正規化フォームD（NFD）を適用します。この場合、いくつかの文字が
別の方法。 OS Xでは、NFCUTF-8ファイル名を作成することはできません。
ファイルシステム層で防止されます。 HFS +では、ファイル名はUTF-16に内部的に保存されます。
基盤となるBSDシステムを処理できるようにするために、UTF-8に変換し直して、NFDを作成します。
見る http://developer.apple.com/qa/qa2001/qa1173.html デフェイルの場合。 とても良かったと思います
悪い考えであり、通常のPOSIX準拠システムを期待するOSXの下で多くのことを破ります。
それ以外の場所では、convmvはファイルをNFCからNFDに、またはその逆に変換できます。
このようなシステムとの相互運用性ははるかに簡単です。

JFS

iocharset = utf8を使用してJFSパーティションをマウントする場合、同様の問題が発生します。
JFSは、ファイル名をUTF-16に内部的に格納するようにも設計されています。 LinuxのJFSが
本当にJFS2であり、これはOS / 2用のJFSを書き直したものです。 JFSパーティションは常に
iocharset = iso8859-1でマウントされます。これは、最近の2.6.6カーネルのデフォルトでもあります。 もしも
これは行われず、JFSはPOSIXファイルシステムのように動作せず、次のようなことが起こる可能性があります。
ISO-8859-1エンコーディングのファイル名など、特定のファイルをまったく作成できません。 それだけ
OS / 2との相互運用が必要な場合は、使用するものに応じてiocharsetを設定する必要があります
ロケールcharmap。

NFS4

他のPOSIXファイルシステムにも関わらず、RFC3530（NFS 4）はUTF-8を義務付けていますが、次のようにも述べています。
nfs4_cs_prepプロファイルは、正規化フォームを指定していません。 これのその後の改訂
仕様は、特定の正規化形式を指定する場合があります。
NFS4を使用すると、convmvの変換および正規化機能が非常に役立つ場合があります。

FAT / VFAT & NTFS

NTFSおよびVFAT（長いファイル名の場合）は、UTF-16を内部的に使用してファイル名を格納します。 あなたがすべき
これらのファイルシステムのXNUMXつをマウントする場合は、ファイル名を変換する必要はありません。 適切に使用する
代わりにオプションをマウントしてください！

認定条件 〜へ 取り消す UTF-8 （または 他の） エンコード ファイル名
特定のファイル名を「二重エンコード」する場合があります。たとえば、
ファイル名はすでにUTF-8でエンコードされており、誤って一部から別の変換を行った
文字セットをUTF-8に。 逆に変換することで、簡単に元に戻すことができます。 NS
from-charsetはUTF-8である必要があり、to-charsetは以前のfrom-charsetである必要があります
誤って使用した。 「--fixdouble」オプションを使用する場合、convmvは次のことのみを確認します
変換後もUTF-8でエンコードされたファイルが処理され、
UTF-8以外のファイルはそのままにしておきます。 次の手順を実行して、正しい結果が得られることを確認する必要があります。
以前に「--notest」を使用せずに変換すると、「-qfrom」オプションも役立つ場合があります。
二重のutf-8ファイル名は、印刷されている場合、端末を台無しにする可能性があります-それらは
多くの場合、ターミナルウィンドウで面白いことをする制御シーケンスが含まれています。 もし、あんたが
誤って変換された文字セットについてはわかりません。「-qfrom」を使用すると、
最終的にファイル名を破壊することなく、必要なエンコーディングをいじる良い方法。

認定条件 〜へ 修理 サンバ ファイル
（Samba 2.xの）smb.confにある場合、正しい「文字セット」が設定されていません
変数、Win *クライアントから作成されたファイルはクライアントので作成されています
コードページ、たとえば西ヨーロッパ言語の場合はcp850。 その結果として、
非ASCII文字を含むものは、Unixサーバーで「ls」すると失敗します。 もし、あんたが
その後、「文字セット」変数をiso8859-1に変更します。新しく作成されたファイルは問題ありませんが、
しかし、古いファイルはまだWindowsエンコーディングで台無しにされています。 この場合、convmvは
また、古いSamba共有ファイルをcp850からiso8859-1に変換するためにも使用されます。

ちなみに、Samba 3.xは最終的にデフォルトでUTF-8ファイル名にマップされるため、移行時にも
Samba2からSamba3に、ファイル名を変換する必要がある場合があります。

ネタトーク 相互運用性 問題
Netatalkがバージョン8でサポートされているUTF-2に切り替えられている場合、そうではありません。
ファイル名の名前を変更するのに十分です。 もっとやる必要があります。 見る
http://netatalk.sourceforge.net/2.0/htmldocs/upgrade.html＃volumes-and-filenamesと
詳細については、Netatalkのuniconvユーティリティ。

onworks.netサービスを使用してオンラインでconvmvを使用する