Linuxシステムで開いた後にWindowsのテキストファイルエンコーディングがクラッシュするのはなぜですか?

Linuxシステムで開いた後にWindowsのテキストファイルエンコーディングがクラッシュするのはなぜですか?

私はDebianを使用しており、Windows上でいくつかの* .txtファイルを読みたいので、Windowsディスクをマウントする必要があるかもしれません。時々それは問題ありませんが、時々Debianシステムを使ってファイルを編集または読んでからWindowsで再起動し、代わりにファイルを開こうとすることがあります。

This is text in my txt file.

わかります

This is td�T$(�b.U�D$$�X��B�D$,�@��Z�Eȃ��D$�D$DZ��

私はマウスパッドをDebianエディタとWindows用のメインメモ帳として使用します。テキストを回復する方法はありますか?次からこれが起こらないようにするにはどうすればよいですか?

ベストアンサー1

Linuxでは、ファイルコマンドを使用して競合ファイルをテストし、競合以外のファイルと比較します。

ファイルエンコーディングが一致しない可能性が高く、望ましくない自動検出が含まれる可能性があります。

Linuxは20年間、ほとんどのシステムにUTF-8を提供してきましたが、それを変更しないでください。 Windowsは遅く追加されましたが、最近のインストールでもデフォルトでutf-8を使用する必要があります。

一部のエディタでは、CP850やISO-LATIN-xなどの以前のデフォルト設定を提供できます。ここで、xは数字などです。

曖昧さを避けるために、一部の人々はBOMをファイルの先頭に配置するための措置を講じていました。これは、たとえばLinuxのシェルスクリプトが#!/bin/bash最初にShebang(like)を使用し、BOMを許可しないため、問題をさらに悪化させます。すべて。

可能であれば、すべてのツールをUTF-8に設定し、可能であれば古いファイルを変換します(Linuxプログラム:iconv)。

そして

file clean-and-easy.txt 
file crashing.txt 

まず、ファイルコマンドがascii-text with BOMまたは同じ内容を報告していることを確認する必要がありますUTF-8 Unicode text

おすすめ記事