ファイル名にスペースは使用できませんか？

一般に、UnixおよびLinuxでは、ファイル（通常のファイル、dir、リンク、デバイスファイルなど）のファイル名にスペースを含めることは避けてください。

しかし、私はいつもそうしています。内部にスペースがあるファイル名の場合、

• Nautilusでは、スペース文字はスペースとして表示されます。
• Bashターミナルで\ は、スペースを表すために使用するか、二重引用符でファイル名を囲みます。
• 一部のアプリケーションのファイル（Nautilus、OSもそうするかどうかはわかりません）では、ファイル名はスペースで置き換えられて書き込まれます%20。

ファイル名にスペースは実際に許可されていませんか？

ファイル名のスペースを正しく使用または処理するにはどうすればよいですか？

/ファイル名にはスペース、および実際にはNUL を除くすべての文字を使用できます。ファイル名にスペースを使用しないことを推奨するのは、スペースを十分にサポートしていないソフトウェアによってスペースが誤って解釈される可能性があるためです。おそらく、そのようなソフトウェアにはバグがあります。しかし、間違いなく、シェルスクリプトのようなプログラミング言語では、スペースを含むファイル名が表示されると破損するソフトウェアを簡単に作成できます。シェルスクリプトは、スペースのあるファイル名を使用してそれら。

置き換えられたスペース%20は、ファイル名にはあまり見られません。これは主に（Web）URLに使用されます。URLからの％エンコードが、しばしば偶然にファイル名になることがあるのは事実です。

あなたが観察したように、ファイル名にスペースを使用できます。

wikipediaのこのチャートの「ほとんどのUNIXファイルシステム」エントリを見ると、次のことがわかります。

• 任意の8ビット文字セットが許可されます。7ビットASCIIもこの傘の下に含めることができます。これは、さまざまな8ビットセットのサブセットであり、常に8ビットバイトを使用して実装されているためです。

• 禁止されている文字は/、「null」のみです。「ヌル」はゼロバイトを指しますが、いずれにしてもテキストデータでは許可されません。

ただし、シェルを使用する*と、POSIXのグロビング演算子である最も面倒な面倒な作業を引き起こすいくつかの文字があることに気付くかもしれません。

「ハッスル」の定義方法に応じて、そこに空白（スペース、タブ、改行など）を含めることができます。これにより、引用符で囲む必要が生じるため""です。しかし、スペースが許可されているため、これは避けられません...

ファイル名のスペースを正しく使用または処理するにはどうすればよいですか？

シェル/コマンドラインコンテキストでは、ファイル名を一重引用符または二重引用符で囲みます（ただし、 WRTの他の問題と同じではないことに注意してください）\。

> foo my\ file\ with\ spaces\ in\ the\ name

その理由は主に歴史的なものです。ファイル名には時空の霧の中に戻ることは許可されていなかったため、キーワード/ファイル名の区切り文字としてスペースが使用されていました。将来のシェルインタープリターは、古いスクリプトとの互換性が必要でした。そのため、今日の頭痛の種に悩まされています。

人間とのやり取りをあまり必要としないプロセスの開発者は、スペースを完全に落とすことで、物事をずっと簡単にすることができます。Appleはこれを行います。/System/Library/CoreServices/のコンテンツにはスペースがほとんど含まれていません。スペースのあるプログラムはユーザーに代わって開かれ、WouldLookStrangeIfCamelCasedです。同様のUNIX専用パスもスペースを避けます。

（多少関連する逸話：90年代半ばに、Windowsドローンが「WindowsではできないMacでできることを1つ挙げてください」->「ファイル名に12文字を使用します。」->沈黙。これらの12文字でも可能です）

そのため、他の場所で何度も述べられているように、ファイル名にはほぼすべての文字を含めることができます。しかし、ファイル名はファイルではないと言う必要があります。通常、ファイルを開くにはファイル名が必要ですが、ファイル名は実際のファイルを指しているだけなので、ファイル属性としてある程度の重みがあります。これは、iノード番号とともに、それを記録したディレクトリに保存されたリンクです。これは、実際のファイルにより近い近似です。

だから、あなたが知っている、あなたが望むものは何でもそれを呼び出します。カーネルは気にしません-カーネルが処理するすべてのファイル参照は、とにかく実際のiノード番号を処理します。ファイル名は人間が消費 -クレイジーなものにしたいなら、それはあなたのファイルシステムです。ここで、私はいくつかのクレイジーなことをします：

最初に20個のファイルを作成し、スペースのみで名前を付けます。各ファイル名には、最後のファイルより1つ多くスペースが含まれています。

until [ $((i=$i+1)) -gt 20 ]
do  v=$v' ' && touch ./"$v"
done

これはちょっとおかしいです。私を見てls：

ls -d ./*
./      ./          ./              ./                  ./                 
./      ./          ./              ./                  ./                  
./      ./          ./              ./                  ./                   
./      ./          ./              ./                  ./     

次に、このディレクトリをミラーリングします。

set -- * ; mkdir ../mirror
ls -i1qdU -- "$@" |
sh -c 'while read inum na
    do  ln -T "$1" ../mirror/$inum
    shift ; done' -- "$@"
ls -d ../mirror/*

ここにあります ../mirror/の内容：

../mirror/423759  ../mirror/423764  ../mirror/423769  ../mirror/423774
../mirror/423760  ../mirror/423765  ../mirror/423770  ../mirror/423775
../mirror/423761  ../mirror/423766  ../mirror/423771  ../mirror/423776
../mirror/423762  ../mirror/423767  ../mirror/423772  ../mirror/423777
../mirror/423763  ../mirror/423768  ../mirror/423773  ../mirror/423778

わかりましたが、たぶんあなたは尋ねています-しかし、それは何が良いですか？どっちがどっちかわかりますか？正しいiノード番号を正しいファイル名にリンクしていることをどのようにして確認できますか？

まあ...

echo "heyhey" >>./'    ' 
tgt=$(ls -id ./'    ')
cat ../mirror/${tgt%% .*} \
    $(ls -1td ../mirror/* | head -n1) 

出力

heyhey
heyhey

に含まれるiノード番号../mirror/"${tgt%% .*}"と、参照されているiノード番号の両方./' 'が同じファイルを参照しています。同じファイルを記述します。彼らはそれに名前を付けていますが、それ以上のものはありません。不思議なことはありませんが、実際には、自分にとって不便なこともありますが、最終的にはUNIXファイルシステムの動作にほとんど影響を与えません。