セクションは、その中の不明瞭な/興味のない場所のように、理解を損なうことなくスキップできます。

リダイレクト

いつものように：

echo foo > bar echo foo 2> bar echo foo > bar 2>&1 

ねこ

はい、Windowsには、UNIXの本質を表現するコマンドの1つである、多面的なcatコマンドに類似したものがあります。 これはtypeコマンドです。 ファイル名という1つ以上の引数を取ります。

 type file 

タイプを画面から読み取らせたい場合（たとえば、ファイルを作成し、その場でコンテンツを埋める必要がある場合）、タイプする必要があります。

 type con > file 

conは/dev/tty類似物です（これについては次のセクションで詳しく説明します）。
つまり、上記のコマンドは、UNIXコマンドcat /dev/tty > fileまたはcat - > fileまたは単にcat > file類似していcat > file 。

ファイルの入力が終了したら、Ctrl-Zを押して新しい行でEnterキーを押します。 これはファイルの終わりを示すもので、UNIXのCtrl-Dに類似しています。

これで、Ctrl-DとCtrl-Zの技術的な詳細がたくさんあるので、それらをスキップして次のセクションに進むことができます。

UNIXでは、ユーザーがCtrl-Dを押すと、この組み合わせはアプリケーション自体によって処理されません（たとえば、GNU / Linuxのtty1では、CONFIG_VTが有効になっているとカーネルによって処理されます[今日（2012）CONFIG_VTはデスクトップでデフォルトで有効になっていますが、捨てる予定]）。 また、起動されたアプリケーションは、純粋な形式でEOF（ファイルの終わり、ファイルの終わり）を受け取ります（キーの組み合わせ自体やCtrl-D文字は受け取りません）。 つまり、入力が単純​​に終了したかのようです。 つまり、アプリケーションのgetcharはEOFを返し、readは0を返します。

Windowsでは、同じことをCtrl-ZとEnterで強制的にgetcharにEOFを返します。

/ dev / null、/ dev / ttyなど

/dev/nullの類似物は、nulデバイスです。 そして、それは各フォルダに存在するかのようです。 これは、古いバージョンのDOSがフォルダがなかったときから続いています。

今、他のデバイスについて。 /dev/ttyの類似物は、consoleという単語からのconです。 さらに、conは/dev/tty類似物であり、 /dev/consoleではなく、Windowsではコマンドラインの各ウィンドウに独自のconがあるためです。

アナログ/dev/ttyS0 、 /dev/ttyS1 、 /dev/ttyS2 、 /dev/ttyS3は、com1、com2、com3、com4です（ただし、com5などはまだあります）。 これらはシリアルコンソールデバイスであり、COMポートであり、シリアルポートです。

通常のWindowsツールを使用して、conやnulなどの名前のファイルやフォルダーを作成することはできませんが、 mkdir \\.\c:\conように設計できます。

Windowsでconと呼ばれるファイルを作成するのが難しい理由のコミック版があります。 すなわち、ビル・ゲイツには「con」、つまりオタクというニックネームがありました。 詳細については、たとえば、 vk.com / wall-31439745_2474を参照してください（もちろん、この情報は信頼できません）。

これらのデバイスの詳細については、 en.wikipedia.org / wiki / Device_file＃MS-DOSをご覧ください。

/ dev、/ dev / sda1、...

前のセクションを読んだ後、質問があるかもしれません。 /dev/null 、 /dev/ttyおよびさらにいくつかのデバイス？ /dev/sda1や他の無数のデバイスはどこにありますか？ 実際、GNU / Linuxでは、/ devフォルダーに何百ものデバイスを含めることができます！

答えは次のとおりです。はい、Windowsにはそのようなデバイスを含むフォルダー全体があります。 これは\Deviceです。 通常のユーザーインターフェイスから見るのは困難です。 \Device\HarddiskVolume1ようなデバイスがあります-これはGNU / Linux'ovoy /dev/sda1類似物です。

これらのデバイスは、WindowsのNTバージョンに登場し、前のセクションのデバイスとは異なり、DOS時代から長続きしません。

パイプ、彼らはコンベアです

cmd1 | cmd2 cmd1 | cmd2 （UNIXと同じ）。

/ etc / fstab

その類似物は、WindowsレジストリのHKEY_LOCAL_MACHINE\SYSTEM\MountedDevicesです（はい、はい、WindowsにはUNIXと同様に、マウントの概念があります）。 ところで、あるパーティションから別のパーティションにインストールされたWindowsを転送したり、Windowsのディスクの名前を変更したりする場合、これが解決策です！

ここで、あるパーティションから別のパーティションにWindowsを転送することを計画した人たちのための物語があります。 残りはスキップして次のセクションに進むことができます。

たとえば、Windowsをあるパーティションから別のパーティションに移動した場合、2つの手順を実行する必要があります。ブートローダーとその構成（次のセクションで詳しく説明します）を処理し、このレジストリキーを編集します（一般に、 GNU / Linuxの場合：GRUB + fstab）。 キーが編集されていない場合、Windowsは起動できません。そのため、新しいパーティション（つまり、Windowsをコピーしたパーティション）からロードを開始し、古い（つまり、Windowsをコピーしたパーティション）から続行します。 システムのすべてのものが新しいものから読み込まれ、すべての種類のカスペルスキーが古いものから読み込まれます。 そのため、エントリ「（デフォルト）」を除くすべてのエントリをこのブランチから削除する必要があります。 その後、Windowsはパーティションについて知っていたすべてを忘れ、次に起動するときに、パーティションを開始元（必要なもの）と見なします。 つまり、パーティションを自動的に検出します。

確かに、いくつかのWindowsのレジストリをロードせずに編集するにはどうすればよいかという疑問が生じます。 うーん、これにはWindows PEを使用しました。これは海賊版Windowsビルドキットの一部であったため、詳細は説明しません。 （このスレッドの他の方法を参照してください： EndUserからgeektimes.ru/post/156749/#comment_5355987 。）

さらにいくつかのオプション：

• レジストリをクリーンアップするには、コンピューターの電源を切り（「ハード」にすることができます）、Windowsをコピーします。 しかし、私はそれをチェックしませんでした。 Windowsがこのレジストリキーを編集できるようにし、オフにしたときに再びレジストリキーが入力されないということはありません。
• レジストリを編集し、すぐにコンピューターの電源を切らずに、実行中のWindowsを別のパーティションにコピーします。 しかし、これもチェックされませんでした。
• ある物理ディスクから別の物理ディスクにWindowsをコピーする場合、コピー後に古い物理ディスクをコンピューターから削除し、新しいWindowsを少なくとも1回起動できます（WindowsがMountedDevicesを更新するように）。 その後、古いディスクを挿入できます。 同じ物理ディスク上のパーティションでも同じトリックを実行できます。単に、古いパーティションを一時的に削除してから復元するだけです（これは非常に注意して行う必要があることは明らかです）。 そしてもちろん、これはすべてテストされていません:)）
• GNU / LinuxでWindowsレジストリをwinregfsとしてマウントする

そして最後に：パーティション（Acronisなど）をコピー/バックアップするために異なるプログラムを使用しても意味がありません：それらはすべてレジストリを変更しないため（ほとんどの場合）、この状況では機能しません（同じコンピューター内でWindowsをコピーします）。

また、このセクションのすべての資料は、Windows XPでのみテストされました。

/boot/grub/grub.cfg

Windows XPでは、対応するのはWindowsパーティションのルートにあるboot.iniファイルで、Windows 7ではWindowsブートマネージャーです。

強力なシェル

標準インタープリター（つまり、cmd.exe）には、UNIXインタープリターだけでなく、分岐などのさまざまな機能があります。 デバッグ出力（la set -x ）、つまりecho onもありますが、デフォルトでは有効になっており、通常はスクリプトの最初のアクション（もちろんecho off ）でecho offになります。

一般に、Windowsのechoコマンドは非常に一貫性がありません。かなり奇妙な方法での動作は、引数に依存します。

cmd.exe	バッシュ
エコーfoo	エコーfoo
エコーオン	-xを設定
反響する	セット+ x
エコー	shopt -o xtrace

もちろん、この表を見た後、すべてのUnixoidsは頭をつかんで言った：「どんな種類の馬鹿がWindowsを設計したのか？」しかし、UNIXでも、すべてが順調に進まない：どのような理由でset -xがデバッグをオンにし、 set +xがオフにする??? 同じことは、setコマンドによって有効にされる残りのモードにも当てはまります。

ああ、強力なコマンドインタープリターを約束しました。 :)もちろん、cmd.exeは1つではありません。 しかし、PowerShellはそうです。 PowerShellの機能の1つは、lsなどの通常のUNIXコマンドを「理解」することです。 確かに、実際には、このコマンドは名前と考え方だけがUNIXに似ていますが、このlsのオプションはまだ完全に異なっています。 lsはGet-ChildItemエイリアスの1つです。 また、Windowsには、ビジュアルデバッガーでPowerShellスクリプトを記述するための本格的なIDEがあります！ UNIXでこれを想像できますか？ はい、もちろんbashdbがありますが、もちろんビジュアルデバッガーの方が便利です。

Evgeny_Shiryaev 、 6opoDuJIo 、 amdf 、 easyman 、 EndUser 、 risik 、 NoOne 、およびaikの貴重なコメントとバグ修正に感謝します。