chmod -R 000 / binから回復する方法は？

そして今、私はそれを元に戻すことはできません。他のシステムプログラムを使用することもできません。幸いなことに、これは私がいじっていたVM上にありますが、これを解決する方法はありますか？システムはUbuntu Server 12.10です。

復旧モードで再起動しようとしましたが、残念ながら、init-bottomが実行可能になった後、許可が一部のプログラムに付与されていないため、システムを起動できません。システムがハングします。これは私が見るものです：

Begin: Running /scripts/init-bottom ... done
[   37.062059] init: Failed to spawn friendly-recovery pre-start process: unable to execute: Permission denied
[   37.084744]  init: Failed to spawn friendly-recovery post-stop process: unable to execute: Permission denied
[   37.101333] init: plymouth main process (220) killed by ABRT signal

この後、コンピューターがハングします。

別のクリーンなOSを起動し、ファイルシステムをマウントし、権限を修正します。

破損したファイルシステムがVMに存在するため、ホストシステムを使用可能にして動作させる必要があります。壊れたファイルシステムをそこにマウントして修正します。

QEMU / KVMの場合、たとえばnbdを使用してファイルシステムをマウントできます。

としてもroot、x許可ビットが設定されていないファイルは実行できません。あなたができることはそれを呼び出すld.soことです（動的にリンクされた実行可能ファイルである場合）：

$ echo /lib/*/ld*.so
/lib/i386-linux-gnu/ld-2.27.so /lib/x86_64-linux-gnu/ld-2.27.so

chmod実行可能ファイルのアーキテクチャに一致するものを使用します。私の場合、x86_64次のとおりです。

sudo /lib/x86_64-linux-gnu/ld-2.27.so /bin/chmod 755 /bin /bin/chmod

またはで何かを呼び出す/usr/bin行うために他の場所かchmodのようにperl：

sudo perl -e 'chmod 0755, "/bin", "/bin/chmod"

いくつかのファイルという権限復元する際に注意する/binようにmountまたはがsu0755以外の権限を持っていることを意味しているが。

あなたが再起動した場合、しかし、あなたが実行できるポイントを取得できないことがありますperlかld.soけれども。あなたはから物事を修正することができますinitramfsも参照;（ただしinitramfsを回復シェルを取得するために、誤ったルートディレクトリを渡しbreak=bottomたりbreak=init、カーネルパラメータルートファイルシステムがマウントされた後のinitramfsはあなたにシェルを与えるためのDebian上で、（読み取り専用をしかし））。または、ライブCDイメージからVMをブートするか、他の人が提案したようにホストにVMファイルシステムをマウントして修正します。

initramfsの方法を修正します。

でgrub、ブートエントリを編集root=し、linuxコマンドからパラメーターを削除します。

setparams 'Ubuntu, with Linux 3.2.0-27-generic'                          

recordfail                                                               
gfxmode $linux_gfx_mode                                                  
insmod gzio                                                              
insmod ext2                                                              
set root='(hd1)'                                                         
search --no-floppy --fs-uuid --set=root dc02b07c-88ef-4804-afe0-4f02db2\ 
94561                                                                    
linux /boot/vmlinuz-3.2.0-27-generic                                     
initrd /boot/initrd.img-3.2.0-27-generic                                 

Ctrl-X起動します。Ubuntuのinitramfsはルートファイルシステムを見つけられないため、リカバリを開始しshます。次に、ルートファイルシステムをマウントし（私の場合は/dev/vdb、マシンに適応します）、そこで修正します：

Target filesystem doesn't have requested /sbin/init.
No init found. Try passing init= bootarg.


BusyBox v1.18.5 (Ubuntu 1:1.18.5-1ubuntu4) built-in shell (ash)
Enter 'help' for a list of built-in commands.

(initramfs) mkdir /x
(initramfs) mount /dev/vdb /x
[   48.430071] EXT3-fs (vdb): error: couldn't mount because of unsupported optio
nal features (240)
[   48.477406] EXT4-fs (vdb): recovery complete
[   48.477747] EXT4-fs (vdb): mounted filesystem with ordered data mode. Opts: (
null)
(initramfs) chmod -R 755 /x/bin
(initramfs) umount /x
(initramfs) reboot

起動したら、別のシステムと比較して、755のアクセス許可を持たないファイルのアクセス許可を修正します。

pythonとして実行して修正init：

でgrub、ブートエントリを編集します。今回はroot=パラメータを保持し、変更roしてrwから追加しinit=/usr/bin/pythonます。

setparams 'Ubuntu, with Linux 3.2.0-27-generic'                          

recordfail                                                               
gfxmode $linux_gfx_mode                                                  
insmod gzio                                                              
insmod ext2                                                              
set root='(hd1)'                                                         
search --no-floppy --fs-uuid --set=root dc02b07c-88ef-4804-afe0-4f02db2\ 
94561                                                                    
linux /boot/vmlinuz-3.2.0-27-generic root=UUID=dc02b07c-88ef-4804-afe0-\
4f02db294561 rw init=/usr/bin/python
initrd /boot/initrd.img-3.2.0-27-generic                                 

次に、pythonプロンプトで：

Begin: Running /scripts/init-bottom ... done.
Python 2.7.3 (default, Apr 20 2012, 22:39:59)
[GCC 4.6.3] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> import os
>>> os.chmod('/bin/sh',0755)
>>> os.chmod('/bin/chmod',0755)
>>> os.execl('/bin/sh','sh')
sh: 0: can't access tty; job control turned off
# chmod -R 0755 /bin
# mount -o remount,ro /
[  100.704720] EXT4-fs (vdb): re-mounted. Opts: errors=remount-ro
# exec /sbin/init

繰り返しますが、一度起動したら、別のシステムと比較して、755のアクセス許可を持たないファイルのアクセス許可を修正します。

Pythonを使用:)

$ python
>>> import os
>>> os.chmod('/bin', 0755)

/bin仕事をするのに何も必要ないはずです。明らかに、私はこれを試していません...

sudo chmod -R 744 /path-to-your-system/binライブディストリビューションから試すことができ ます。