#1 Le 30/09/2012, à 19:30
- Unkky
Chroot : bash ne veut pas se lancer
Bonjour,
J'ai un système installé sur une SD sur lequel je voudrais effectuer des opérations (par exemple apt-get) et je ne veux/peux pas booter sur la SD
Je sais (ou alors j'ai mal compris ce que je faisais à l'époque) que l'on peut charger ce système à partir d'un autre (genre ma Ubuntu desktop) par la console, quelqu'un aurait la commande sous la main?
Dernière modification par Unkky (Le 30/09/2012, à 20:51)
Hors ligne
#2 Le 30/09/2012, à 19:47
- michel_04
Re : Chroot : bash ne veut pas se lancer
:D
De la bonne manière de poser les questions - Trouver de l'aide grâce au Groupe des Parrains Linux - Le Pacte des Gnous
PCs sous Debian Stable & Debian Sid.
Hors ligne
#3 Le 30/09/2012, à 20:50
- Unkky
Re : Chroot : bash ne veut pas se lancer
Merci beaucoup c'est exactement ça
Cependant, j'obtiens une erreur :
chroot: cannot run command « /bin/bash »: Aucun fichier ou dossier de ce typeJ'ai regardé ce à quoi c'est dû : apparemment, c'est souvent à cause d'un lien foiré vers la bibliothèque que bash (le bash chrooté) cherche
Or dans mon cas, bash veut /lib/ld-linux-armhf.so.3 et j'ai bien un lien nommé /media/chr/lib/ld-linux-armhf.so.3 (qui pointe vers un lien qui pointe vers /media/chr/lib/arm-linux-gnueabihf/ld-2.13.so)
Une idée?
Infos :
Le système chrooté est un arm
# ldd /bin/bash
libncurses.so.5 => /lib/libncurses.so.5 (0xb7701000)
libdl.so.2 => /lib/tls/i686/cmov/libdl.so.2 (0xb76fd000)
libc.so.6 => /lib/tls/i686/cmov/libc.so.6 (0xb75a2000)
/lib/ld-linux.so.2 (0xb775a000)
# file /bin/bash
/bin/bash: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.15, stripped
# file bin/bash
bin/bash: ELF 32-bit LSB executable, ARM, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.26, strippedDernière modification par Unkky (Le 30/09/2012, à 22:18)
Hors ligne