chroot kończy się niepowodzeniem - nie można uruchomić polecenia `/ bin / bash ': Brak takiego pliku lub katalogu


16

Jestem nowicjuszem chroot, próbującym zrobić proste więzienie chroot, ale raz po raz uderzam głową o ten sam problem ... Każda pomoc byłaby ogromnie doceniona

Utworzyłem katalog /usr/chroot, którego chcę używać jako więzienia, pod nim utworzyłem podkatalogi i skopiowałem do niego zależności /bin/bash:

[root@WIG001-001 ~]# cd /usr/chroot/
[root@WIG001-001 chroot]# ls
[root@WIG001-001 chroot]# mkdir bin etc lib var home


[root@WIG001-001 chroot]# ldd /bin/bash        
linux-vdso.so.1 =>  (0x00007fff99dba000)        
libtinfo.so.5 => /lib64/libtinfo.so.5 (0x00000037a2000000)        
libdl.so.2 => /lib64/libdl.so.2 (0x000000379fc00000)        
libc.so.6 => /lib64/libc.so.6 (0x000000379f800000)        
/lib64/ld-linux-x86-64.so.2 (0x000000379f400000)

[root@WIG001-001 chroot]# cp /lib64/libtinfo.so.5 /usr/chroot/lib/  
[root@WIG001-001 chroot]# cp /lib64/libdl.so.2 /udr/csr/chroot/lib/  
[root@WIG001-001 chroot]# cp /lib64/libc.so.6 /usr/chroot/lib/  
[root@WIG001-001 chroot]# cp /lib64/ld-linux-x86-64.so.2 /usr/chroot/lib/  
[root@WIG001-001 chroot]# cp /bin/bash bin  
[root@WIG001-001 chroot]# pwd  
/usr/chroot  
[root@WIG001-001 chroot]# /usr/sbin/chroot .  
/usr/sbin/chroot: cannot run command `/bin/bash': No such file or directory  


it looks like the /bin/bash created under /usr/chroot is fine as the below works:  
[root@WIG001-001 chroot]# su - nobody -s /usr/chroot/bin/bash  
-bash-4.0$ 

Czy ktoś może mi dać pomysł, gdzie mogę się stąd udać?


Czy to jest literówka w pytaniu, czy błąd w wykonanych krokach? cp /lib64/libdl.so.2 /udr/csr/chroot/lib/(powinien być /usrzamiast /udr)
Wstrzymany do odwołania.

Przepraszam, to artefakt związany z używaniem Putty do rejestrowania sesji telnet. Jak sugerujesz, faktycznie wprowadzone polecenie to cp /lib64/libdl.so.2 / usr / chroot / lib /
Mike Atkinson

Odpowiedzi:


30

Komunikat o błędzie jest mylący : /bin/bash: No such file or directorymoże oznaczać, że /bin/bashnie istnieje lub że używany przez niego moduł ładujący dynamiczny /bin/bashnie istnieje. (Otrzymasz również tę wiadomość do skryptu, jeśli interpreter w #!linii nie istnieje).

/bin/bashszuka, /lib64/ld-linux-x86-64.so.2ale pod warunkiem /lib/ld-linux-x86-64.so.2. Zrób /usr/chroot/lib64symbolikę liblub odwrotnie.


Przepraszam, naprawdę doceniam pomoc i jestem pewien, że masz rację, ale nadal jestem zdezorientowany! Nie jestem pewien, gdzie widzisz / bin / bash jest dostarczany z /lib/ld-linux-x86-64.so.2 i dalej jestem zdezorientowany, ponieważ / usr / chroot / lib64 nie istnieje. Czy byłoby zbyt bezczelne prosić o listę poleceń? Rozumiem linki sym i sposób ich tworzenia, ale jestem naprawdę zdezorientowany tym, co się tutaj dzieje i co sugerujesz, aby to poprawić. Bardzo dziękuję za pomoc!
Mike Atkinson,

1
@ Mike: Spójrz na swoje cppolecenia: skopiowałeś pliki z /lib64systemu podstawowego do /libchroot. Ale plik bash nadal szuka ld-linux-x86-64.so.2w /lib64(którego jeszcze nie stworzyłeś), nie /lib. Zaoszczędzisz sobie bóle głowy, dokonując /libi /lib64równowartość w chroot, więc uruchomić ln -s lib /usr/chroot/lib64. Jeśli chodzi o to, dlaczego komunikat o błędzie dotyczy, basha nie o ld-linux-x86-64.so.2, zobacz mój pierwszy akapit.
Gilles „SO- przestań być zły”

To działa idealnie, dziękuję bardzo za poświęcenie czasu, jest bardzo doceniane!
Mike Atkinson,

Świetna odpowiedź. W moim przypadku problem został spowodowany przez rsync bez flagi zachowania linków
gtsouk

1
@miyalys If /libjest dowiązaniem symbolicznym do /usr/libumieszczenia pliku w /usr/libnim /lib, ponieważ są to ten sam katalog! Na pierwszy rzut oka nie działało, ponieważ moduł ładujący przechowuje pamięć podręczną zawartości /libi /usr/lib, i zaczął działać, gdy pamięć podręczna została odbudowana. Uruchomienie ldconfigpowoduje przebudowanie pamięci podręcznej i mogło to być zrobione przez Ciebie lub automatycznie, np. Przez menedżera pakietów, gdy instalujesz aktualizację oprogramowania.
Gilles 'SO - przestań być zły'


-1

Napotkałem również ten sam błąd. Najlepszym sposobem jest znalezienie różnicy między obrazem ratunkowym (live CD) „/” content a „/ mnt / sysimage”.

Problem został rozwiązany przez skopiowanie / bin i / sbin z katalogu „/” do „/ mnt / sysimage”, gdzie został przypadkowo usunięty.

#cp -r /bin /sbin /mnt/sysimage
#reboot

-4

powinieneś spróbować skopiować plik .bashrc do katalogu domowego. i to z pewnością pomoże.


3
To nonsens.
Sven
Korzystając z naszej strony potwierdzasz, że przeczytałeś(-aś) i rozumiesz nasze zasady używania plików cookie i zasady ochrony prywatności.
Licensed under cc by-sa 3.0 with attribution required.