'rm'がPATHに見つからないか、実行可能ではありません

4

さて、私は大きな間違いを犯しました。coreutils：i386からcoreutils：arm64にアップグレードしようとしましたが、うまくいきませんでした。現在、rm、touch、chmod、mvなど、多くのプログラムはありません。

だから、私は実行しようとしますapt-get install coreutils：

root@srv028:/tmp# apt-get install coreutils
Reading package lists... Done
Building dependency tree
Reading state information... Done
The following NEW packages will be installed:
  coreutils
0 upgraded, 1 newly installed, 0 to remove and 0 not upgraded.
1 not fully installed or removed.
Need to get 0 B/2,727 kB of archives.
After this operation, 14.6 MB of additional disk space will be used.
dpkg: warning: 'rm' not found in PATH or not executable
dpkg: error: 1 expected program not found in PATH or not executable
Note: root's PATH should usually contain /usr/local/sbin, /usr/sbin and /sbin
E: Sub-process /usr/bin/dpkg returned an error code (2)

バックアップはありますが、それは半日の作業が失われることを意味します。私の質問は、これは回復可能ですか？もしそうなら、どのように？

linux debian

— ダニエル・ファン・デン・バーグ
ソース

作業をバックアップしてから作業バックアップを復元できないのはなぜですか？

— ラムハウンド

私はできましたが、約6時間前にそのバックアップを作成し、それ以来取り組んでいます。したがって、私はまた、費用対効果の高い方法を検討しているだけで、それをバックアップして実行するのにさらに6時間かかる場合は価値がありません。

— ダニエルヴァンデンバーグ

coreutilsを手動でダウンロードし、必要なファイルをPATHに含まれる非標準の場所（おそらく/ usr / local / bin）に抽出してみてください。次に、インストールされたrmなどを使用して、coreutilsを再インストールします。

— ロビン

4

まあ、最初はhttps://unix.stackexchange.com/questions/115743/i-deleted-bin-rm-how-do-i-recover-itのapportのおかげで

sudo touch /bin/rm
sudo chmod +x /bin/rm
apt-get download coreutils
sudo dpkg --unpack coreutils*

rmがあるはずの場所にダミーファイルを作成し、実行許可を追加します。coreutilsアプリケーションをダウンロードし（sudoは不要）、その後ファイルをインストールします。dpkgはcoreutilsパッケージを読み取り、インストールを行います。

— イエス・セペダ
ソース

また、touchもchmodも使用できない場合はどうすればよいですか？nanoを使用することで、そこにいないタッチを回避できましたが、chmodはもう少し難しくなります。

— ダニエルヴァンデンバーグ

確かではありませんが、コマンドのパケット全体でrootとしてアクセスできるようにLinux usbブート可能から始めて、そのブートに含まれているchmodを使用して変更を加えることができます。

— イエス・セペダ

今ではシステムを再インストールしたばかりですが、仮想マシンであるため、手に入れることができませんでした。この質問はもはや関連性がありませんが、同じ間違いを犯した人たちの助けとして、おそらくうまくいったはずの答えが来た場合に備えて、ここに残しておきます。

— ダニエル・ヴァン・デン・バーグ

（1）この質問— / usr / bin / chmodなしでchmodする方法は？—関連性があり、有用で、教育的および/または面白いかもしれませんが、それは/usr/bin/chmodまだ存在しているが、単に実行不可能なモードに変更された状況に関するものです。また、システムのほとんどが無傷であると想定しています。（2）  Unix Recovery Legendは、はるかに悪い災害からの復旧の物語であり、教育的で楽しいものでもあります。（3）外部メディアからVMを起動できなかったと言うのはなぜですか？

— Gマン

1

busyboxがまだ利用可能でした。だから私はdebファイルを使用して抽出しdpkg -x coreutils_8.23-4_amd64.deb coreutils、次にファイルをコピーしbusybox cp coreutils/bin/* /bin/てbusybox chmod +x /bin/*

— マクシミリアン・ルタ
ソース

0

わかりました、私は同じ間違いをしました。私にとって、touchもchmodも機能しませんでした...しかし、幸運なことに、emacsがインストールされていました。そう：

sudo emacs
空のファイル/ bin / rmを作成します
emacsで、C-x set-file-modes/ bin / rmのモードを+ xに変更します。
apt-get download coreutils
sudo dpkg --unpack coreutils*

— ジャラウ
ソース