[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Building minimal rootfs to use as non-root on arm device

>> I have created a rootfs using buildroot, but using a crosstool-ng toolchain
>> with glibc.  This showed me the minimal set of files necessary.  I then
>> replaced all the libraries with ones pulled straight from the squeeze .deb
>> packages for armel.

>Hmm. If the problem was to find out the minimal set of files, wouldn't
>grip dependencies do the same?

Good point.  This issue, dns not working, also occurred when doing a full debootstrap (fakechroot variant), but that is also different. 

>> Entering the same setup, but using qemu and chroot on my host machine
>> works

>Are "using qemu and chroot" two distinct test cases?

No.  I copied qemu_arm_static to /usr/bin and used chroot to make this my root.  So, I was on an x86 machine, but used chroot with qemu to emulate being on an arm device with the given root. 

>> When I run "*strace ping google.com*" I get the following:

> Is this on the target?


>> *open("/data/local/target/bin/ping", O_RDONLY) = 3*

> If yes, how is the rootfs mounted, and what is /data/local/target?

fakechroot is what I use and /data/local/target is the location that I want to be my root.

I use this command:
/data/local/target/usr/bin/fakeroot-sysv -f /data/local/target/usr/bin/faked-sysv -l /data/local/target/usr/lib/libfakeroot/libfakeroot-sysv.so /data/local/target/usr/bin/fakechroot -l /data/local/target/usr/lib/fakechroot/libfakechroot.so /data/local/target/usr/sbin/chroot /data/local/target ash

>> *open("/etc/resolv.conf", O_RDONLY)      = -1 ENOENT (No such file or
>> directory)*
>> *connect(3, {sa_family=AF_INET, sin_port=htons(53),
>> sin_addr=inet_addr(""
)}, 16) = 0*
>> *open("/data/local/target/etc/hosts", O_RDONLY|O_CLOEXEC) = 3*
>> it figured out that
>> the host file wasn't simply at /etc/hosts, but why do you think it didn't
>> look in the correct location for nsswitch.conf and resolv.conf?

>The fastest way to answer your question would probably be to look at your
>implementation of gethostbyname & Co.

I don't implement these.  libc uses fopen to open these files and I thought fakechroot should modify the path that it is looking for them.  It does that in other cases.  Trying to figure out why this specifically is not working. 

>Do you mean that the correct location should be
>/data/local/target/etc/resolv.conf? If yes, why? What is the problem
>using /etc/resolv.conf?

Yes.  Just like it knew to add /data/local/target to the beginning of where it was looking for the hosts file.  This is because I have run fakechroot. 

>With kind regards,


Reply to: