[gelöst] chroot: cannot run command `/bin/bash': No such fil

[maeru]

EDIT:
Problem gelöst!
Ich habe einfach im chroot eine Kopie von /lib und /lib64 umbenannt. Jetzt funktioniert alles wie gewünscht.

Vielen Dank an alle die mitgewürgt haben.

PROBLEM:
Hallo Debianer,

Ich habe ein latentes Problem beim aufsetzen vom chroot.
Wenn ich "chroot /home/user/chroot/" aufrufe bekommt ich diese Ausgabe:

Code: Alles auswählen

# chroot /home/user/chroot/
chroot: cannot run command `/bin/bash': No such file or directory

Das gleiche passiert auch, wenn ich chroot mit zusätzlichem Paramter aufrufe, also z.B.

Code: Alles auswählen

# chroot /home/user/chroot/ /bin/dash
chroot: cannot run command `/bin/dash': No such file or directory

# chroot /home/user/chroot/ /bin/sh
chroot: cannot run command `/bin/sh': No such file or directory

So sieht der Verzeichnisbaum von meinem chroot aus:

Code: Alles auswählen

$ ls -R
.:
bin  dev  etc  home  lib  tmp  usr  var

./bin:
bash  cat  chmod  chown  cp  dash  ln  ls  mkdir  more  sh

./dev:

./etc:

./home:

./lib:
ld-linux-x86-64.so.2  libcom_err.so.2  libdl.so.2       libnsl.so.1
libacl.so.1           libcrypt.so.1    libext2fs.so.2   libnss_compat.so.2
libattr.so.1          libc.so.6        libncurses.so.5  libutil.so.1

./tmp:

./usr:
bin

./usr/bin:
checkinstall

./var:
tmp

./var/tmp:

Kann mir jemand sagen, wo das Problem liegt, denn in es wird in keinem mir bekannten Wiki ein ähnliches Problem erwähnt.

Vielen Dank schonmal

[detix]

/bin/sh verlinkt mittlerweile auf dash,
ändere das im chroot Ordner auf bash

[maeru]

Das ist denke ich nicht das Problem, denn "chroot /home/user/chroot/ /bin/dash" funktioniert ja auch nicht. Außerdem zeigt /bin/sh bereits auf dash.

Code: Alles auswählen

# chroot /home/user/chroot/ /bin/dash
chroot: cannot run command `/bin/dash': No such file or directory

Trotzdem danke.

[detix]

Ein Versuch wars wert
Vielleicht fehlen auch nur ein paar libs.
Was sagt denn

Code: Alles auswählen

ldd /bin/bash
ldd /bin/dash

linux-gate... fehlt schon mal

[maeru]

linux-gate ist ja nur eine virtuelle Libs, die sich im Speicher befindet, da kein Pfad existiert.

Code: Alles auswählen

linux-gate.so.1 =>  (0xffffe000)

[detix]

Dann kann ich dir leider nicht weiterhelfen,
aber Einen hätt ich noch, starte mal so:

Code: Alles auswählen

strace -f chroot /home/user/chroot /bin/bash 2>&1

[maeru]

Der Tipp war klasse!
Allerdings ist der Output ziemlich diffus: 34458
z.B. in Zeile 34:

Code: Alles auswählen

execve("/bin/dash", ["/bin/dash"], [/* 34 vars */]) = -1 ENOENT (No such file or directory)

Das erscheint mir äußerst seltsam. Hast Du vielleicht dazu eine Idee.

Vielen Dank nochmal

[detix]

Ich hab das mal nachvollzogen, mit deinen Dateien aus /bin und /lib
So gibt es auch hier keinen chroot, selber Fehler wie bei dir!

Kopiere ich aber das komplette /lib Verzeichnis, so klappt chroot.

Es müssen also einige libs fehlen, auch wenn strace ziemlich schweigsam ist,
chroot funktioniert also grundsätzlich mit nur diesen beiden Ordnern.

[cosmac]

hi,

probiert doch mal, genau die libs zu kopieren, die "ldd /bin/dash" auswirft. Wenn ich die kompletten /lib und /bin kopiere, brauch' ich ja kaum noch ein chroot

ENOENT The file filename or a script or ELF interpreter does not exist,
or a shared library needed for file or interpreter cannot be
found.

[ulauer]

bei mir funktionierte es unter debian squeeze x86_64 mit folgenden libs:

ld-2.11.3.so libacl.so.1 libattr.so.1.1.0 libc-2.11.3.so libdl.so.2 libproc-3.2.8.so librt-2.11.3.so libsepol.so.1
ld-linux.so.2 libacl.so.1.1.0 libblkid.so.1 libc.so.6 libncurses.so.5 libpthread-2.11.3.so librt.so.1 libuuid.so.1
ld-linux-x86-64.so.2 libattr.so.1 libblkid.so.1.1.0 libdl-2.11.3.so libncurses.so.5.7 libpthread.so.0 libselinux.so.1 libuuid.so.1.3.0

[kampmannpeine]

Ich habe ein ähnliches Problem mit "ln" - es wird nicht gefunden. Die Befehlszeile lautet:

root@debian-prim:~/chroot# chroot /mnt/chroot ln -s /proc/mounts /etc/mtab
chroot: failed to run command ‘ln’: No such file or directory

Irgendeine Idee?