コマンドラインから実行可能ファイルを実行したいのです./arm-mingw32ce-g++が、エラーメッセージが表示されます。
bash: ./arm-mingw32ce-g++: No such file or directoryUbuntu Linux10.10を実行しています。ls -lリスト
-rwxr-xr-x 1 root root 433308 2010-10-16 21:32 arm-mingw32ce-g++sudo（sudo ./arm-mingw32ce-g++）を使用すると、
sudo: unable to execute ./arm-mingw32ce-g++: No such file or directoryそこにあるときにOSがファイルを見ることができない理由がわかりません。何かご意見は？
回答:
このエラー./arm-mingw32ce-g++は、存在しない（ただし存在する）か、存在し、カーネルによって認識される動的にリンクされた実行可能ファイルであるが、動的ローダーが使用できないことを意味する場合があります。ldd /arm-mingw32ce-g++;を実行すると、必要なダイナミックローダーを確認できます。マークされているものnot foundはすべて、インストールする必要のあるダイナミックローダーまたはライブラリです。
amd64インストールで32ビットバイナリを実行しようとしている場合：
ia32-libs。ia32-libs-multiarchます。ia32-libs-multiarch適切な:i386パッケージのセットをインストールまたは選択し:amd64ます。ia32-libs-*Ubuntu 16.04では非推奨です。代わりに、インストールlib32ncurses5しlib32z1てください。
UbuntuでSeleniumソースをビルドしようとしたときに、このエラーに直面しました。すべての前提条件を満たした後でも、正しいシバンを使用した単純なシェルスクリプトを実行できませんでした。
file file-name # helped me in understanding that CRLF ending were present in the file.
ファイルをVimで開いたところ、Windowsマシンでこのファイルを編集したからといって、DOS形式であることがわかりました。以下のコマンドでファイルをUnix形式に変換しました。
dos2unix filename # actually helped me and things were fine.
プラットフォーム間でファイルを編集するときは常に、ファイル形式にも注意を払う必要があることを願っています。
このエラーは、スクリプトを実行しようとして、シバンのスペルが間違っている場合にも発生する可能性があります。ことを確認し、それが読み込み#!/bin/sh、#!/bin/bashまたはあなたが使用している方の通訳。
./my/full/path/myscript代わりに実行しようとしていました./myscript。
32/64ビットの問題が発生しない単純なbashスクリプトでも同じエラーが発生しました。これは、実行しようとしているスクリプトにエラーがあることが原因である可能性があります。このubuntuフォーラムの投稿は、通常のスクリプトファイルでは、前に「sh」を追加でき、そこからデバッグ出力が得られる可能性があることを示しています。例えば
$ sudo sh arm-mingw32ce-g++
出力が得られるかどうかを確認します。
私の場合、実際の問題は、実行しようとしたファイルがLinuxではなくWindows形式であったことでした。
このエラー“No such file or directory”が発生しましたが、ファイルがWindowsで作成され、Ubuntuで実行しようとしましたが、新しい行がある場合はファイルに無効な15 \ rが含まれていたために発生します。不要なものを切り捨てる新しいファイルを作成しました
sleep: invalid time interval ‘15\r’
Try 'sleep --help' for more information.
script.sh: 5: script.sh: /opt/ag/cont: not found
script.sh: 6: script.sh: /opt/ag/cont: not found
root@Ubuntu14:/home/abc12/Desktop# vi script.sh
root@Ubuntu14:/home/abc12/Desktop# od -c script.sh
0000000 # ! / u s r / b i n / e n v b
0000020 a s h \r \n w g e t h t t p : /
0000400 : 4 1 2 0 / \r \n
0000410
root@Ubuntu14:/home/abc12/Desktop# tr -d \\015 < script.sh > script.sh.fixed
root@Ubuntu14:/home/abc12/Desktop# od -c script.sh.fixed
0000000 # ! / u s r / b i n / e n v b
0000020 a s h \n w g e t h t t p : / /
0000400 / \n
0000402
root@Ubuntu14:/home/abc12/Desktop# sh -x script.sh.fixed
私はちょうどこの問題を抱えていましたmingw32 bash。node / npmをから実行してからProgram Files (x86)\nodejs、disabledディレクトリに移動しました（基本的にパスから削除しました）。Program Files\nodejsパスにも（つまり64ビットバージョン）がありましたが、x86バージョンの後でのみです。bashシェルを再起動した後、64ビットバージョンのnpmが見つかりました。node常に正しく機能していました（node -vx86バージョンが移動されたときに変更されたもので確認されました）。
bash -rbashを再起動する代わりに機能したと思います：https：//unix.stackexchange.com/a/5610
他の人が言っているように、これは、実行可能ファイルではなく、ローダーが見つからないためです。残念ながら、メッセージは十分に明確ではありません。
実行可能ファイルが使用するローダーを変更することで修正できます。この別の質問で私の完全な答えを参照してください：単一のホスト上の複数のglibcライブラリ
基本的に、使用しようとしているローダーを見つける必要があります。
$ readelf -l arm-mingw32ce-g++ | grep interpreter
[Requesting program interpreter: /lib/ld-linux.so.2]
次に、同等のローダーの正しいパスを見つけ、実行可能ファイルを変更して、実際のパスからローダーを使用します。
$ ./patchelf --set-interpreter /path/to/newglibc/ld-linux.so.2 arm-mingw32ce-g++
インクルードのパスも設定する必要があります。実行しようとすると、パスが必要かどうかがわかります。他のスレッドのすべての詳細を参照してください。
私はこの問題を抱えていましたが、その理由はNotepad ++などの一部のエディターでのEOLでした。[編集]メニュー/ EOL変換で確認できます。Unix（LF）を選択する必要があります。お役に立てば幸いです。
今後の参照用にここに追加（同じケースに該当する可能性のあるユーザー向け）： このエラーは、Windows（Linuxシステムとは行区切り文字が異なるために余分な文字が導入される）で作業し、このスクリプトを実行しようとしたときに発生します（余分な文字が挿入されています） Linuxでは。エラーメッセージは誤解を招く恐れがあります。
Windowsでは、行区切り文字はCRLF（\ r \ n）ですが、LinuxではLF（\ n）です。これは通常、テキストエディタで選択できます。
私の場合、これはWindowsで作業し、実行のためにUnixサーバーにアップロードしたために発生しました。
scriptdir=$(cd "$( dirname "${BASH_SOURCE[0]}" )" && pwd)その後cd $scriptdir || exit 1、スクリプトが開始さ\rれましたが、windowsで編集されたファイルのがscriptdir値に追加されました。それで、メッセージ: no such file or directoryはそれが不平を言っていたものを消してしまうので、最も混乱しました。
not a dynamic executable（ia32-libsをインストールする前）でした。