Re: Debian kernel boot failure

Page principale

Répondre à ce message
Auteur: Christian Marillat
Date:  
À: guilde
Sujet: Re: Debian kernel boot failure
On 05 mai 2023 22:47, ymartin59@??? wrote:

[...]

>> busybox est un binaire qui combine plus de 250 applications de
>> base (258 pour la version 1.35.0)
>> Busybox utilise le nom avec lequel il est appelé argv[0] pour
>> l'exécuter.
>
> Merci Christian
> (je le savais déjà)


Je m'en doute, c'est surtout pour les gens qui peuvent lire les archives
de la liste.

[...]

> Finalement debsums a trouvé un package corrompu:
> # debsums -c
> /usr/bin/pzstd
> /usr/bin/zstd
> /usr/share/doc/zstd/changelog.Debian.gz
> /usr/share/man/man1/pzstd.1.gz


Quand même. Depuis initramfs-tools 0.141 en date du 10 avril 2022 la
compression de l'initrd est faite par défaut par zstd.

[...]

>initrd fonctionnel (avec quelques fichiers divers en moins que l'autre):
>  /usr/lib64/ld-linux-x86-64.so.2
>    -> ../lib/x86_64-linux-gnu/ld-linux-x86-64.so.2

>
>initrd non fonctionnel:
>  pas de lien depuis /usr/lib64/ mais
>  /usr/lib/ld-linux-x86-64.so.2
>    -> ld-linux.so.2
>    -> x86_64-linux-gnu/ld-linux-x86-64.so.2

>
> Et pourquoi ld-linux est installé différemment entre mes deux systèmes ?
> Probablement un lien avec l'âge du système, ça doit dater de la version de l'installer...


/usr/lib64 est manquant. Il n'y a pas eu des problèmes ave usrmerge ?

Chez moi :

,----
| $ find main -name ld-linux-x86-64.so.2
| main/usr/lib64/ld-linux-x86-64.so.2
| main/usr/lib/x86_64-linux-gnu/ld-linux-x86-64.so.2
| marillat/tmp/foo  
| $ ls -l main/usr/lib64/ld-linux-x86-64.so.2 main/usr/lib/x86_64-linux-gnu/ld-linux-x86-64.so.2
| lrwxrwxrwx 1 marillat marillat     44  6 mai   08:10 main/usr/lib64/ld-linux-x86-64.so.2 -> ../lib/x86_64-linux-gnu/ld-linux-x86-64.so.2
| -rwxr-xr-x 1 marillat marillat 210968 10 avril 10:35 main/usr/lib/x86_64-linux-gnu/ld-linux-x86-64.so.2

`----

[...]

> openat(AT_FDCWD, "/usr/share/locale/en_US/LC_MESSAGES/coreutils.mo", O_RDONLY) = -1 ENOENT (No such file or directory)
> openat(AT_FDCWD, "/usr/share/locale/en/LC_MESSAGES/coreutils.mo", O_RDONLY) = -1 ENOENT (No such file or directory)
> write(2, "chroot: ", 8chroot: )                 = 8
> write(2, "failed to run command \342\200\230/usr/bi"..., 39failed to run command ‘/usr/bin/sh’) = 39
> openat(AT_FDCWD, "/usr/share/locale/en_US/LC_MESSAGES/libc.mo", O_RDONLY) = -1 ENOENT (No such file or directory)


Pourquoi les locales de coreutils sont-elles chargées alors que
/usr/bin/sh doit être celui de busybox ?

Que donne ls -l main/usr/bin/sh

Christian