Jak odzyskać z chmod -R 000 / bin?

A teraz nie jestem w stanie przeskoczyć z powrotem .. ani użyć żadnego z moich innych programów systemowych. Na szczęście jest to na maszynie wirtualnej, z którą bawiłem się, ale czy jest jakiś sposób na rozwiązanie tego? System to Ubuntu Server 12.10.

Próbowałem zrestartować się w trybie odzyskiwania, niestety teraz nie jestem w stanie uruchomić się w systemie z powodu uprawnień, które nie przyznają niektórym programom dostępności od początku do początku - system po prostu się zawiesza. Oto co widzę:

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

Następnie komputer się zawiesza.

Uruchom inny czysty system operacyjny, zamontuj system plików i napraw uprawnienia.

Ponieważ uszkodzony system plików mieszka na maszynie wirtualnej, system hosta powinien być dostępny i działać. Zamontuj tam uszkodzony system plików i napraw go.

W przypadku QEMU / KVM możesz na przykład zamontować system plików za pomocą nbd .

Mimo rootto nie można wykonywać plików, które nie mają xustawionego bitu uprawnień. Możesz jednak wywołać ld.sogo (pod warunkiem, że są to pliki wykonywalne połączone dynamicznie):

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

Użyj tej, która pasuje do architektury chmodpliku wykonywalnego. W moim przypadku ten x86_64:

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

Lub zadzwoń coś /usr/binlub gdzie indziej, aby wykonać chmodjak perl:

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

Uważaj podczas przywracania uprawnień, które niektóre pliki /binlubią mountlub sumają mieć uprawnienia inne niż 0755.

Jeśli po ponownym uruchomieniu komputera, jednak może nie być w stanie dostać się do punktu, w którym można uruchomić perlalbo ld.sochociaż. Możesz to naprawić z tego powodu initramfs(przekaż niepoprawny katalog główny, aby uzyskać powłokę odzyskiwania w initramfs; zobacz także parametr break=bottomlub break=initjądro Debiana, aby initramfs dał ci powłokę po zamontowaniu głównego systemu plików (tylko do odczytu) chociaż)). Lub uruchom maszynę wirtualną z obrazu CD na żywo lub napraw, instalując system plików VM na hoście, jak sugerowali inni.

Naprawianie sposobu initramfs:

W grubdokonaj edycji wpisu rozruchu i usuń root=parametr z linuxpolecenia:

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-Xuruchomić. Initramfs Ubuntu nie znajdzie głównego systemu plików, więc rozpocznij odzyskiwanie sh. Następnie zamontuj główny system plików (w moim przypadku /dev/vdbdostosuj się do swojego komputera) i napraw tam rzeczy:

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

Po uruchomieniu popraw uprawnienia do plików, które nie mają mieć uprawnień 755, porównując z innym systemem.

Naprawianie przez uruchomienie pythonjako init:

W grubedytujemy wpisu rozruchu, tym razem zachować root=parametr, zmiany rodo rwi dodaj 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                                 

Następnie w pytaniu 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

Ponownie, po uruchomieniu, napraw uprawnienia do plików, które nie mają mieć uprawnień 755, porównując z innym systemem.

Użyj Pythona :)

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

To nie powinno wymagać niczego, /binaby wykonać swoją pracę. Oczywiście nie wypróbowałem tego ...

Możesz spróbować sudo chmod -R 744 /path-to-your-system/binz dystrybucji na żywo.