Sto vedendo qualcosa di veramente strano in un armelambiente Debian chroot .
Ma prima, un po 'di retroscena ... Questo è lungo, ma la domanda è complessa e qualsiasi potenziale aiuto dipende dalla conoscenza dell'intera storia.
Ho un SoC ARM incorporato che esegue Linux - più specificamente, un Debian armelLenny su un kernel 2.6.17. La distro Debian stessa è facilmente aggiornabile alle versioni successive ( sudo apt-get dist-upgrade) e può quindi essere portata alla velocità, alle armelversioni
squeezeo addirittura wheezy.
Il problema è che il kernel è personalizzato ... Il SoC ARM in questione non fa parte del kernel mainline, quindi è praticamente abbandonato a 2.6.17.
Se sai come funzionano Linux e GLIBC, puoi già vedere il problema: le versioni GLIBC sono compilate con una versione minima supportata del kernel ... Che è passato oltre 2.6.17. Quindi se proviamo ad esempio chroot a una compressione Debian ...
$ # From inside the little ARM machine running Debian Lenny
$ sudo debootstrap --arch armel squeeze /squeeze \
http://ftp.whateverCountry.debian.org/debian
$ sudo -i
# mount -t proc none /squeeze/proc
# mount -t sysfs none /squeeze/sys
# mount -t devpts none /squeeze/dev/pts
# chroot /squeeze
Fatal: Kernel too old
... vediamo un messaggio del GLIBC di squeeze, che ci dice che non è stato compilato per funzionare con questo vecchio kernel (2.6.17).
Lo stesso problema si verifica anche con wheezy - poiché è più recente di squeeze - e in effetti accadrà con qualsiasi versione di Debian da ora in poi, poiché il loro GLIBC non funzionerà sul mio kernel 2.6.17.
All'inizio ho pensato che questo fosse un rompicapo, ma poi ho capito che in teoria posso ricompilare GLIBC per lavorare con il kernel più vecchio che il mio SoC sta usando ... Ma avrei bisogno di un ambiente identico a quello che è stato usato per compilare libc6 pacchetto ad esempio in Debian squeeze.
Sto indovinando la compilazione di GLIBC e la preparazione del file libc6_2.11.3-4.deb viene effettuata tramite un sistema di compilazione automatica incrociato inventato dagli dei di Debian.
Non sono un dio ... né potrei trovare nulla su Google su come diventare uno - come usare il mio Core i5 come host, per compilare in modo incrociato GLIBC usando le stesse impostazioni della versione del pacchetto (all'interno di Debian squeeze) utilizzando.
Quindi l'ho ingannato: ho capito come impostare la versione ARM di Debian squeeze sul mio Core i5 (una tecnica che utilizza una versione statica del qemu-armbinario).
Una volta che ho eseguito il chroot nella mia versione x86 ospitata Debian-armel-squeeze, sono stato in grado di ...
$ cd /var/tmp
$ apt-get source libc6
...
$ # edit this in - compile for my kernel...
$ vi eglibc-2.11.3/debian/sysdeps/linux.mk
...
MIN_KERNEL_SUPPORTED := 2.6.17
...
$ export DEB_BUILD_OPTS="nocheck parallel=1"
$ cd eglibc-2.11.3
$ dpkg-buildpackage -b -d -us -uc
... e dopo 3 ore (la versione chroot ospitata da Core i5
Debian-armel-squeezeè molto più lenta di una macchina nativa ...) ho ricevuto il mio pacchetto .deb di libc6. Probabilmente occorrerebbero 3 mesi per eseguire questa build nel mio SoC, quindi non mi lamento.
Tornando all'interno del mio vero SoC ARM, ho copiato tutti i file libc (.so) del nuovo pacchetto su quelli predefiniti di squeeze e ho provato a chroot ...
# chroot squeeze/
root@ttsiodras:/#
Sì! Ha funzionato! (o almeno così sembrava)
La mia libc personalizzata segnalata dall'interno del chroot:
# /lib/libc.so.6
GNU C Library (Debian EGLIBC 2.11.3-4) stable release version 2.11.3, by Roland McGrath et al.
Copyright (C) 2009 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.
There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A
PARTICULAR PURPOSE.
Compiled by GNU CC version 4.4.5.
Compiled on a Linux 2.6.26 system on 2014-10-23.
Available extensions:
crypt add-on version 2.1 by Michael Glad and others
GNU Libidn by Simon Josefsson
Native POSIX Threads Library by Ulrich Drepper et al
Support for some architectures added on, not maintained in glibc core.
BIND-8.2.3-T5B
For bug reporting instructions, please see:
<http://www.debian.org/Bugs/>.
Le cose sembravano funzionare - ho copiato un file, invocato ls...
Ma quando ho provato a utilizzare apt-getper installare alcune app squeeze, ho iniziato a ottenere ... alcuni errori imprevisti:
# apt-get install indent
Reading package lists... Done
Building dependency tree... Done
The following NEW packages will be installed:
indent
0 upgraded, 1 newly installed, 0 to remove and 0 not upgraded.
Need to get 110 kB of archives.
After this operation, 516 kB of additional disk space will be used.
Get:1 http://ftp.gr.debian.org/debian/ squeeze/main indent armel 2.2.11-1 [110 kB]
Fetched 110 kB in 0s (236 kB/s)
tar: ./control: Cannot utime: Function not implemented
tar: ./md5sums: Cannot utime: Function not implemented
tar: .: Cannot utime: Function not implemented
tar: Exiting with failure status due to previous errors
dpkg-deb: subprocess tar returned error exit status 2
dpkg: error processing /var/cache/apt/archives/indent_2.2.11-1_armel.deb (--unpack):
subprocess dpkg-deb --control returned error exit status 2
configured to not write apport reports
rm: cannot remove `/var/lib/dpkg/tmp.ci': Function not implemented
dpkg: error while cleaning up:
subprocess rm cleanup returned error exit status 1
Errors were encountered while processing:
/var/cache/apt/archives/indent_2.2.11-1_armel.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)
Oh-oh ... un mucchio di Function not implemented. Sembra che GLIBC riferisca che le cose di base non funzionano ...
Sono riuscito a strace (non chiedete come) e capito che tutte le -atfunzioni stanno fallendo: openat, mkdirat, renameat, ecc - sono tutti ENOSYS di reporting.
Sembra che abbia avuto solo parzialmente successo - alcune chiamate di sistema non riescono nel mio nuovo GLIBC.
È impossibile compilare un squeezeo wheezeGLIBC da eseguire in 2.6.17?
Qualche idea / suggerimento su ciò che ho fatto di sbagliato e / o su come procedere sarebbe molto apprezzato ...