このブラウザーはサポートされなくなりました。
Microsoft Edge にアップグレードすると、最新の機能、セキュリティ更新プログラム、およびテクニカル サポートを利用できます。
![](data:image/svg+xml, %3Csvg xmlns='http://www.w3.org/2000/svg' height='64' class='font-weight-bold' style='font: 600 30.11764705882353px "SegoeUI", Arial' width='64'%3E%3Ccircle fill='hsl(268.8, 41%, 36%)' cx='32' cy='32' r='32' /%3E%3Ctext x='50%25' y='55%25' dominant-baseline='middle' text-anchor='middle' fill='%23FFF' %3EMY%3C/text%3E%3C/svg%3E)
下のようなHDDをフォーマットするバッチファイルをコマンドプロンプト上で実行すると添付画面のようにぐちゃぐちゃな表示となってしまいます（それはF:ドライブが存在しない時の表示）。
皆様がテストされる場合には"set DRIVE=F:"は存在しないドライブに書き換え下さい。
一体どうなっているのかおわかりになりますか。
バッチファイルはシフトJISで改行コードはCrLfにしてあります。
PCの再起動やターミナルアプリのリセットはやってみましたが変わりませんでした。
setlocal
set DRIVE=F:
set LABEL="Apacer PHD"
echo %DATE% %TIME% %DRIVE%ドライブのフォーマットを開始
format %DRIVE% /fs:ntfs /p:1 /v:%LABEL% /y > format.log
echo %DATE% %TIME% フォーマット完了
endlocal
![](data:image/svg+xml, %3Csvg xmlns='http://www.w3.org/2000/svg' height='64' class='font-weight-bold' style='font: 600 30.11764705882353px "SegoeUI", Arial' width='64'%3E%3Ccircle fill='hsl(3.2, 68%, 10%)' cx='32' cy='32' r='32' /%3E%3Ctext x='50%25' y='55%25' dominant-baseline='middle' text-anchor='middle' fill='%23FFF' %3EM%3C/text%3E%3C/svg%3E)
私のPCの環境
Windows 11 Pro 24H2
バッチファイルの内容
> type test.bat
setlocal
set DRIVE=AAA:
set LABEL="Apacer PHD"
echo %DATE% %TIME% %DRIVE%ドライブのフォーマットを開始
format %DRIVE% /fs:ntfs /p:1 /v:%LABEL% /y > format.log
echo %DATE% %TIME% フォーマット完了
endlocal
実行結果
> test.bat
> setlocal
> set DRIVE=AAA:
> set LABEL="Apacer PHD"
> echo 2025/08/11 16:02:54.66 AAA:ドライブのフォーマットを開始
2025/08/11 16:02:54.66 AAA:ドライブのフォーマットを開始
> format AAA: /fs:ntfs /p:1 /v:"Apacer PHD" /y 1>format.log
> echo 2025/08/11 16:02:54.67 フォーマット完了
2025/08/11 16:02:54.67 フォーマット完了
> endlocal
以上のように特に問題はありません。
上の例のように type コマンドでバッチファイルの内容を表示したら正しく表示されますか？
また、1行づつコマンド プロンプトで入力したらどうなりますか？
set DRIVE=F: の行がエコーされないのが変ですね？
set DRIVE=F: の行以外を rem でコメントにして実行したらどうでしょうか？
![](data:image/svg+xml, %3Csvg xmlns='http://www.w3.org/2000/svg' height='64' class='font-weight-bold' style='font: 600 30.11764705882353px "SegoeUI", Arial' width='64'%3E%3Ccircle fill='hsl(304, 52%, 39%)' cx='32' cy='32' r='32' /%3E%3Ctext x='50%25' y='55%25' dominant-baseline='middle' text-anchor='middle' fill='%23FFF' %3EA%3C/text%3E%3C/svg%3E)
発生条件は、
setlocal
endlocal
の間ってことですか。
発生条件を調べたら、何か分かるかも。
setlocal
endlocal
をやめたら、どうなるか、とか。
cmd /c test.bat
ならどうなるか、とか。
ご返信ありがとうございます。
投稿は初めてでちょっとわからないのですが、ご質問への回答はこの欄に書けばいいのですかね？
当方はWindows 11 Home 24H2で、最近PCがクラッシュして「PCのリセット」を行ったばかりなのでOSにゴミがたまっているということはないと思います。
typeコマンドでは正常にバッチファイルの内容が表示されます。
1行づつコマンドプロンプトで入力したら各行正常に動作します。
F:が存在しない状態なので format.log には「指定されたドライブがありません。」と書き出されていています。
次の通りコメントアウトして実行しましたが添付のように怪しい結果となりました。
rem setlocal
set DRIVE=F:
rem set LABEL="Apacer PHD"
rem echo %DATE% %TIME% %DRIVE%ドライブのフォーマットを開始
rem format %DRIVE% /fs:ntfs /p:1 /v:%LABEL% /y > format.log
rem echo %DATE% %TIME% フォーマット完了
rem endlocal
上の画面がsetlocalとendlocalを削除した場合の画面で、
下の画面が元のバッチファイルを cmd /c test.bat で実行した場合の画面です。
どうなっているのでしょうかね。
発生条件は、
set DRIVE=F:
のようですね。
set "DRIVE=F:"
だと、どうなりますか。
普通に有り得ない話なので、追求しても仕方がないでしょう。
osの上書きインストール
このPCを初期状態に戻す。
クリーンインストール
などで、直るんじゃないですか。
まるで、
set DRIVE=F:
これで、コマンドラインバッファの読み出し位置が書き出し位置から右にずれるみたいだ。
先ほど書きましたようにOSの上書きはやったばかりです（7月26日)。
変なソフトをインストールもしていないし、そんなすぐに壊れるとは思いません。
手間がかかることを何回もやる気はありません
原因を追究するほうが無限に手間が掛かりそう。 motosan さんの
私のPCの環境
では正常なのだから、それに近づけるのが早道でしょう。
質問作成者が受け入れた回答
再現しました。
エンコードを下記のようにしました。
日本語（Shift-JIS）
改行=LF
（追記 改行を CRLF に変更すると正しく動作します。）
>test.bat
>setlocal
>EL="Apacer PHD"
'EL' は、内部コマンドまたは外部コマンド、
操作可能なプログラムまたはバッチ ファイルとして認識されていません。
>IVEドライブのフォーマットを開始
'IVEドライブのフォーマットを開始' は、内部コマンドまたは外部コマンド、
操作可能なプログラムまたはバッチ ファイルとして認識されていません。
>DRIVEntfs /p:1 /v: /y 1>format.log
'DRIVEntfs' は、内部コマンドまたは外部コマンド、
操作可能なプログラムまたはバッチ ファイルとして認識されていません。
>TETIME フォーマット完了
'TETIME' は、内部コマンドまたは外部コマンド、
操作可能なプログラムまたはバッチ ファイルとして認識されていません。
>endlocal
コマンドプロンプトのエンターキーは CR だからなあ。
バッチでも CR がないとダメなのかなあ。
motoさん、確かに私の画面と似ていますね。
でも私はCrLfにしているのにどうして変になるのだろうか・・・・
PowerShell(ターミナル) で16進表示にして確認してください。
Format-Hex -Path test.bat
実行結果です。
上段が LF だけ、下段が CRLF
PowerShell は UTF-8 で表示するので、Asciiの日本語は文字化けしています。(訂正 コンソールなのでUTF-8ではありません。単にAsciiだから文字化けしていました)
下段のように 0D0A になっていますか？
メモ帳で確認すると下記のようになります。
LFの時は Unix(LF) ANSI となります。
どのような表示になっていますか？
ご指摘ありがとうございました。
テキストエディタの改行コードの判定に頼ってバイナリで見るのを怠っていました。
見ましたところなぜかLfが混ざっていました。
CrLfに直して問題解決しました。
motosanさんをはじめ皆様の書き込みに感謝すると共に、貴重なお時間を使わせてしまいましたことをお詫び申し上げます。
cmd.exeのバグも問題だけど、言っても直さんだろうけど、
そのテキストエディタも問題でしょう。言えば直すかも。
メモ帳では、そういうことは起きないはず。 と思ったら、しっかり起こる。こりゃダメだ。言っても直さんかも。
そもそも判別できないので、対策にはならないが、
全選択、コピー、貼り付けで、改行が表示どおりに変わる。
findstr /v /n "$" test.bat
で、
CRLFがない行、つまり、改行のない末尾行か、LFの行が出る。
改行コード LF で日本語を含むバッチファイルの動作がおかしい件 - miauのブログ
これですね。
2010-09-29 ですって。
echo あ
echo い
echo う
>lf
>echo あ
あ
>ho い
'ho' は、内部コマンドまたは外部コマンド、
操作可能なプログラムまたはバッチ ファイルとして認識されていません。
>cho う
'cho' は、内部コマンドまたは外部コマンド、
操作可能なプログラムまたはバッチ ファイルとして認識されていません。
>
結構、ポピュラーな問題のようで、言及してる人が多いですね。
こんにちは。皆さんのご意見はどれも素晴らしく、とても参考になります。私からも、念のため別の視点で提案させてください。
setlocal を外す、各行を手動で実行してみる、type コマンドで内容を確認する、などのテストはどれも有効だと思います。ただ、私が疑っているのはもう少し根本的な問題で、バッチファイル自体のエンコーディングに起因する破損の可能性です。
たとえ type test.bat で内容が正常に表示されていて、テキストエディタ上でも問題がないように見えても、保存形式によっては Windows のコマンドパーサーが行を誤って解釈することがあります。特に以下のようなケースです：
こういった問題は見た目では分かりにくくても、set や echo のような行がスキップされたり、正しく実行されなかったりします。
以下の手順を試してみてください：
clean_test.bat として保存し、実行してみてください。さらに、以下のコマンドを実行して行の解析状態を確認することもできます：
type test.bat | findstr /n "^"
もし一部の行が表示されなかったり、行がつながってしまっている場合は、エンコーディングやBOMが原因でパーサーが正しく認識できていないことが分かります。
このような「見えない破損」は、PCのリセット後やコードページの変更、エディタの設定ミスなどで発生することがあり、外見上は正常に見えるため原因の特定が難しいです。
少しでも原因切り分けの助けになれば幸いです。
ご返事ありがとうございます。
しかしそのような初心者的ミスは犯していません。
zipはここには添付できないようでしたのでギガファイル便というアップローダーにバッチファイルを入れてアップしました。
https://50.gigafile.nu/1119-ccf15bdf328a45056ef4749383621a1a2
D:>type test.bat | findstr /n "^"
1:setlocal
2:
3:set DRIVE=F:
4:set LABEL="Apacer PHD"
5:
6:echo %DATE% %TIME% %DRIVE%ドライブのフォーマットを開始
7:format %DRIVE% /fs:ntfs /p:1 /v:%LABEL% /y > format.log
8:echo %DATE% %TIME% フォーマット完了
9:
10:endlocal
これは初心者のミスだと言っているわけではありません。このような問題はよくあることで、私の投稿でも触れたように、システム設定が原因の場合も実際にあります。とはいえ、あなたが投稿された内容を見る限り、バッチファイルの構造自体は正しく見えますので、ここでもう一つの可能性として「実行時のコードページの挙動」に注目したいと思います。
バッチファイルの内容が正しくても、ファイルの保存時に使われた文字コードと、実行時のコンソールのコードページが一致していないと、変数の展開やマルチバイト文字の扱いで不具合が発生することがあります。
以下の手順で確認してみてください：
chcp 65001 >nul
echo の行を一時的にシンプルなASCIIのみの出力にしてください：
echo START: %DATE% %TIME% %DRIVE%
cmd /u /c test.bat
/u オプションはUnicode出力を有効にするもので、出力ストリームに関連した問題の診断に役立つことがあります。もしUTF-8を強制したり、Unicode出力モードに変更することで問題が解消する場合、スクリプトそのものではなく、実行環境側のエンコーディング処理に原因がある可能性が高いです。
もし状況が変わったら、ぜひ教えてください。
ご丁寧なご返信ありがとうございます。
chcp 65001 >nul を冒頭に書いた時の結果は上のスクショでうまくいきませんでした。
次に、
chcp 65001 >nul
setlocal
set DRIVE=F:
set LABEL="Apacer PHD"
echo START: %DATE% %TIME% %DRIVE%
format %DRIVE% /fs:ntfs /p:1 /v:%LABEL% /y > format.log
echo END: %DATE% %TIME%
endlocal
と書き換えて実行した結果は正常動作しました。ログファイルには「Specified drive does not exist.」と書かれていました。
chcp 65001 >nul が無くても動作し、ログファイルは日本語で「指定されたドライブがありません。」でした。
cmd /u /c test.bat の結果は下のスクショでうまくいきませんでした。
ASCIIならば通るとわかっただけでもよかったです。何かの設定をいじればどうにかなるかな。