Linuxを解決しました、私のLC_ALL環境はzh_CN.gbkです。
中国語のファイル名のファイルをWindowsのfat32ディスクに入れたところ、Windowsに戻った後でファイル名が文字化けしていることがわかりました。
まずはじめに、Google、baidu、convmvがお勧めです。このツールはperlで書かれていて、とても便利なツールですが、ここでは私には適していません。
----------------------------------私はゴージャスです分割線-------------------------------------
まだ具体的にウィンドウズの下でwinhexで見た後に、document、political.txtのような話す例は、最初に文字化けの根本的な原因について話す、それらのファイル名が確かにgbkエンコーディングであることがわかった、しかしエンコーディングは分離しました。
政治、GBKコードはD5FE D6CEですが、ハードディスクに保存した場合はD500 FE00 D600 CE00となります。 00を超えていなくても、ウィンドウの下ではUnicodeが使用されているので、手動でD5FE D6CEに変更することはできません。
----------------------------------私はゴージャスです分割行---------------------------------
convmvを使ってgbkをlinuxにしてみてください。確認するにはUnicodeに変換しますが、その前にhexeditを使用して確認します。
Linuxではこのファイル名がサポートされていないため、Unicode、ucs-2le、utf-16leに変換できません。
hexeditが見えないことがわかりました。ファイル名、内容を見るだけです。
----------------------------------私はゴージャスです行を分割する---------------------------------
linuxからファイルを書き、それからntfsの下に書きます。名前を見て、それも文字化けしていますか。
この発見は文字化けすることはなく、問題を解決するためにこの方法を使用します。
解決方法:linuxの下に、誤ったファイルやフォルダをfat32からcpを/rootに、それからmvをntfsにして、OK〜。
----------------------------------私はゴージャスな境界線です---- -----------------------------
問題の概要:
手作業による修正に加えて、fat32で中国語を復元する方法、10時間を費やしました。
Linuxでconvmvを使用する方法。 linux組み込みはutf-8をサポートしていますが、utf-16はサポートしていません。
そのため、最後の名前変更操作を実行すると、utf-16のファイル名を認識できず、エラーが報告されます。
しかし、この問題により、さまざまな変換方法や変換方法、変換方法について理解を深めることができます。〜
----------------------------------私はゴージャスな境界線です------- --------------------------
原因分析:
fat32ディスクをマウントすると、マウント方式がgbkに設定されていますntfsが設定を見つけられませんでした。
これが理由ですか。その後、Linuxの調査に入ります。
実際に読むときには、共有記憶領域の説明は役に立ちませんので、小さなプログラムを書いて、子プロセスを大まかに作成し、子プロセスはその文字列を端末から受け取り、共有領域に格納します。文字列を読み、それを
に指定されたストレージクラス今日のプログラムのコンパイル時に、エラー:パラメータ に指定されたストレージクラスが現在の行の検索で見つからず、新しく追加されたことがわかります。ヘッダーファイルで、最後の
について話す同日、私の同僚は私のコンピュータで、envコマンドを使って操作手順を教えてくれました。まあ、私は文盲だと認めていますが、このコマンドが何をしているのかわかりません! ! !それは私の無知の
シェルを作成するときには、次のようなシナリオがあります。
例:passwdファイルをバックアップし、それをbak_path =” /mnt /sql_bak /”にバックアップします。
そしてファイル名はbakですか?
このようにシェルに慣れてください。
#!/bin /shbak_path =" /mnt /bak /" cp $ /etc
Grep java