Optwareがインストールされているバイナリに、「該当するファイルやディレクトリはありません」と表示されます。

「ローダー」に依存するファイルを実行できない場合、受信したエラーは実行中のファイルではなくローダーと関連がある可能性があります。

• 動的にリンクされたデフォルトの実行可能ファイルのローダーは、動的ライブラリーのロードを担当するシステムの一部です。これは/lib/ld.so実行可能ファイルに似ており、実行可能ファイルで/lib/ld-linux.so.2なければなりません。
• /bin/shスクリプトのローダーは、で始まるスクリプトなど、shebang行に記載されているプログラムです#!/bin/sh。

エラーメッセージは誤解を招き、ローダーに問題があることを示していません。残念ながら、カーネルインターフェイスには数値エラーコードを報告するスペースしかありませんが、エラーが実際に他のファイルに関連付けられていることを示すスペースがないため、この問題を解決するのは困難です。一部のシェルはスクリプト自体に対してこれを行いますが（#!スクリプトの行を読み取り、エラー条件を再評価します）、ネイティブバイナリに対して同じことをしたいシェルは見たことがありません。

lddまた、いくつかの特別な環境変数を設定してからプログラムを実行し、ローダーにアクションを実行させることで機能するため、バイナリでは機能しません。straceまた、カーネルが報告する以上を報告しないため、意味のある情報も提供しません。そして私たちが見たように、カーネルは知っているすべてを報告することはできません。

ここで再インストールしたい実行可能ファイル（smbd、transmission-daemonなど）がシステムに存在しないローダーを要求しています。したがって、新しいフィードもシステムに適していません。

これは通常、正しいシステム（またはシステムスイート）とスーパーアーキテクチャに対してバイナリを実行しようとしていますが、無効なサブアーキテクチャに対して実行しようとしたときに発生します。これにはそれを必要とするシステムにELFバイナリがあるため、カーネルはそれを正しくロードできます。これはARMプロセッサで実行されるARMバイナリなので、これらの命令は意味があり、プログラムがそのローダを見つけることができます。しかし、これは間違ったローダーです。

これで推測し始めましたが、新しいフィードが間違ったARMのようです。ABI。 ABIは、プロシージャ間呼び出し、特にライブラリ関数呼び出しのための汎用言語です。一部のプロセッサアーキテクチャでは、いくつかのABI選択が可能であり、1つを選択して一貫して使用する必要があります。現在、Linuxディストリビューションには2つのARM ABIがあります。既存のarm-elfABI、そして最新えび( arm-eabi)。同じシステムでABIを混在させることはできないため、ABIのパッケージソースを見つける必要があります（または別のABI用にシステムを再インストールする必要があります）。