[RESOLU] Perte du support 32 bits

Ludovic_18 · Février 20, 2016, 6:08pm

Bonjour à tous, et merci d’avance pour le temps accordé.

Dans un premier temps, ma conf :
Debian Sid 2.6.26.2
AMD64

Le problème :

Jusqu’à hier, j’utilisais un firefox 32 bits (avec les lib32) sur mon AMD64 pour pouvoir utiliser le flash and Co. Pas de problème tout marchait impeccable. J’ai découvert hier le paquet flashplugin-nonfree qui, grâce à nspluginwrapper permet d’utiliser le plugin flash avec iceweasel 64bits. Ca me paraissait encore mieux.

J’installe, et là tout marche impec. Mais ça n’a marché 1 seule fois !!! Depuis, pour CHAQUE logiciel 32 bits, lorsque j’essaye de l’exécuter, il me répond :

Pourtant le fichier est bien là, bonne permissions, dans une partition qui autorise les exécutions. Il m’a fallu un peu de temps pour remarquer que cette erreur apparaissait pour chaque appli 32 bits. Je me suis donc dis qu’il y avait sans doute un problème avec les libs 32. J’ai évidemment essayé de réinstaller les ia32-libs and Co, mais rien n’a changé.

Je commence à sécher.

Merci d’avance pour votre aide

mattotop · Février 20, 2016, 6:08pm

firefox n’est pas un composant debian, si tu as des problêmes avec, va demander à la fondation mozilla, sous debian, c’est iceweasel.
flash fonctionne parfaitement en 64bits avec iceweasel, sinon, pas besoin de tout ce bazar que tu as fait, tu es puni, tu n’avais qu’a respecter les empaqueteurs…
na
Non sérieux, à part essayer de voir en reinstallant nspluginwrapper, je ne vois pas du tout d’ou ça peut venir.

Ludovic_18 · Février 20, 2016, 6:08pm

Justement, je suis complètement d’accord avec toi. C’est pour ça que je veux retirer firefox et utiliser iceweasel. J’ai re-essayé de réinstaller snpluginwrapper mais rien.

Le soucis est que lors de la configuration du paquet flashplugin-nonfree, il lance la commande /usr/lib/nspluginwrapper/i386/linux/npviewer.bin qui est un programme 32 bits :

[root@SLEA Système]$ dpkg-reconfigure flashplugin-nonfree /usr/bin/linux32: /usr/lib/nspluginwrapper/i386/linux/npviewer.bin: Aucun fichier ou répertoire de ce type nspluginwrapper: no appropriate viewer found for /usr/lib/flashplugin-nonfree/libflashplayer.so

mattotop · Février 20, 2016, 6:08pm

non non: aptitude reinstall nspluginwrapper (ou apt-get install --reinstall nspluginwrapper) pour redéployer les fichiers du paquet (ce qui semble de plus en plus être le problême) et éventuellement, la même chose avec flashplugin-nonfree.

Ludovic_18 · Février 20, 2016, 6:08pm

Je me suis mal exprimé je pense (désolé).

aptitude reinstall nspluginwrapper fonctionne.

[root@SLEA ludovic]$ aptitude reinstall nspluginwrapper Lecture des listes de paquets... Fait Construction de l'arbre des dépendances Lecture des informations d'état... Fait Lecture de l'information d'état étendu Initialisation de l'état des paquets... Fait Écriture de l'information d'état étendu... Fait Les paquets suivants seront RÉINSTALLÉS : nspluginwrapper 0 paquets mis à jour, 0 nouvellement installés, 1 réinstallés, 0 à enlever et 0 non mis à jour. Il est nécessaire de télécharger 0o/109ko d'archives. Après dépaquetage, 0o seront utilisés. Écriture de l'information d'état étendu... Fait Préconfiguration des paquets... (Lecture de la base de données... 242174 fichiers et répertoires déjà installés.) Préparation du remplacement de nspluginwrapper 1.0.0-1 (en utilisant .../nspluginwrapper_1.0.0-1_amd64.deb) ... Dépaquetage de la mise à jour de nspluginwrapper ... Traitement des actions différées (« triggers ») pour « man-db »... Paramétrage de nspluginwrapper (1.0.0-1) ... Auto-updating system plugin path. Looking for plugins in /usr/lib/nspluginwrapper/plugins Lecture des listes de paquets... Fait Construction de l'arbre des dépendances Lecture des informations d'état... Fait Lecture de l'information d'état étendu Initialisation de l'état des paquets... Fait

Alors que dans le cas de flashplugin-nonfree :

[root@SLEA ludovic]$ aptitude reinstall flashplugin-nonfree Lecture des listes de paquets... Fait Construction de l'arbre des dépendances Lecture des informations d'état... Fait Lecture de l'information d'état étendu Initialisation de l'état des paquets... Fait Les paquets suivants seront RÉINSTALLÉS : flashplugin-nonfree 0 paquets mis à jour, 0 nouvellement installés, 1 réinstallés, 0 à enlever et 0 non mis à jour. Il est nécessaire de télécharger 0o/15,2ko d'archives. Après dépaquetage, 0o seront utilisés. Écriture de l'information d'état étendu... Fait (Lecture de la base de données... 242174 fichiers et répertoires déjà installés.) Préparation du remplacement de flashplugin-nonfree 1:1.7.2 (en utilisant .../flashplugin-nonfree_1%3a1.7.2_amd64.deb) ... Dépaquetage de la mise à jour de flashplugin-nonfree ... Traitement des actions différées (« triggers ») pour « man-db »... Paramétrage de flashplugin-nonfree (1:1.7.2) ... /usr/bin/linux32: /usr/lib/nspluginwrapper/i386/linux/npviewer.bin: Aucun fichier ou répertoire de ce type nspluginwrapper: no appropriate viewer found for /usr/lib/flashplugin-nonfree/libflashplayer.so Lecture des listes de paquets... Fait Construction de l'arbre des dépendances Lecture des informations d'état... Fait Lecture de l'information d'état étendu Initialisation de l'état des paquets... Fait

En cherchant un peu je me suis rendu compte que cette erreur “Aucun fichier ou répertoire de ce type” apparaissait à chaque fois que j’essaye de lancer un logiciel 32 bits, par exemple firefox (ouai je sais, désolé, c’était juste pour essayer), googleearth et en particulier npviewer.bin (programme 32 bits exécuté suite à l’installation de flashplugin-nonfree.

Donc mon réel problème est que je n’arrive plus à lancer un logiciel 32 bits (d’où le titre du post )

mattotop · Février 20, 2016, 6:08pm

mmmh. et en reinstallant ia32-libs ? et
Sinon, si c’est pas encore ça, essayes en reinstallant les paquets installés qui ont 32 dans le nom, par exemple chez moi:

roc@ROC:~/tmp$ aptitude search 32 | grep "^i" i A ia32-libs - ia32 shared libraries for use on amd64 and i A ia32-libs-gtk - GTK+ ia32 shared libraries i A lib32asound2 - ALSA library (32 bit) i A lib32gcc1 - GCC support library (32 bit Version) i A lib32ncurses5 - shared libraries for terminal handling (32 i A lib32stdc++6 - The GNU Standard C++ Library v3 (32 bit Ve i A lib32z1 - compression library - 32 bit runtime i libisc32 - ISC Shared Library used by BIND

Ludovic_18 · Février 20, 2016, 6:08pm

Oui je pense que c’est un problème de ce genre.

Sur mon PC j’ai :

[root@SLEA firefox]$ aptitude search 32 | grep "^i" i ia32-libs - ia32 shared libraries for use on amd64 and i ia32-libs-gtk - GTK+ ia32 shared libraries i lib32asound2 - ALSA library (32 bit) i lib32gcc1 - GCC support library (32 bit Version) i A lib32ncurses5 - shared libraries for terminal handling (32 i A lib32stdc++6 - The GNU Standard C++ Library v3 (32 bit Ve i lib32z1 - compression library - 32 bit runtime

J’ai réinstallé mais pas de changement. J’ai aussi découvert (grâce à un article de ce forum) qu’il y avait un paquet linux32. J’ai essayé d’installer :

[root@SLEA firefox]$ apt-get install linux32
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances
Lecture des informations d'état... Fait
Les paquets suivants seront ENLEVÉS :
  util-linux
Les NOUVEAUX paquets suivants seront installés :
  linux32
ATTENTION : Les paquets essentiels suivants vont être enlevés.
Vous NE devez PAS faire ceci, à moins de savoir exactement ce
que vous êtes en train de faire.
  util-linux
0 mis à jour, 1 nouvellement installés, 1 à enlever et 0 non mis à jour.
Il est nécessaire de prendre 0o/5452o dans les archives.
Après cette opération, 1724ko d'espace disque seront libérés.
Vous êtes sur le point de faire quelque chose de potentiellement dangereux
Pour continuer, tapez la phrase « Oui, faites ce que je vous dis ! »

Ca fait peur !! Que me conseillez vous ?

mattotop · Février 20, 2016, 6:08pm

je n’ai pas fini de terminer dans ma phrase précèdente: je voulais dire de tenter la reinstall d’util-linux. linux32 me semble obsolète.

Ludovic_18 · Février 20, 2016, 6:08pm

Sniff toujours pas, j’ai réinstallé util-linux, mais pas de changement.

fran.b · Février 20, 2016, 6:08pm

Que donne
$ ldd /usr/lib/nspluginwrapper/i386/linux/npviewer.bin
?

Je pense que c’est un souci de ldconfig qui ne voit plus les librairies 32 bits.

Ludovic_18 · Février 20, 2016, 6:08pm

[code][root@SLEA google-earth]$ ldd /usr/lib/nspluginwrapper/i386/linux/npviewer.bin
not a dynamic executable
[root@SLEA google-earth]$ file /usr/lib/nspluginwrapper/i386/linux/npviewer
/usr/lib/nspluginwrapper/i386/linux/npviewer: POSIX shell script text executable

[root@SLEA google-earth]$ cat /usr/lib/nspluginwrapper/i386/linux/npviewer
#!/bin/sh
TARGET_OS=linux
TARGET_ARCH=i386
. /usr/lib/nspluginwrapper/noarch/npviewer

[root@SLEA google-earth]$ file /usr/lib/nspluginwrapper/noarch/npviewer
/usr/lib/nspluginwrapper/noarch/npviewer: POSIX shell script text executable

[root@SLEA google-earth]$ cat /usr/lib/nspluginwrapper/noarch/npviewer
[…]
LOADER=which linux32
[…]
exec $LOADER $NPW_VIEWER_DIR/npviewer.bin ${1+"$@"}

[root@SLEA google-earth]$ ldd /usr/bin/linux32
linux-vdso.so.1 => (0x00007fffe05fe000)
libc.so.6 => /lib/libc.so.6 (0x00007f87d7e92000)
/lib64/ld-linux-x86-64.so.2 (0x00007f87d81e5000)
[/code]

Ca signifie quoi pour vous ?

fran.b · Février 20, 2016, 6:08pm

Qu’il y a un souci

[quote]bling:/home/francois/Clef# file /usr/lib/nspluginwrapper/i386/linux/npviewer.bin
/usr/lib/nspluginwrapper/i386/linux/npviewer.bin: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), for GNU/Linux 2.6.0, dynamically linked (uses shared libs), for GNU/Linux 2.6.0, stripped
bling:/home/francois/Clef# ldd /usr/lib/nspluginwrapper/i386/linux/npviewer.bin
linux-gate.so.1 => (0xffffe000)
libgtk-x11-2.0.so.0 => /usr/lib32/libgtk-x11-2.0.so.0 (0xf7c09000)
libgdk-x11-2.0.so.0 => /usr/lib32/libgdk-x11-2.0.so.0 (0xf7b88000)
libgobject-2.0.so.0 => /usr/lib32/libgobject-2.0.so.0 (0xf7b4e000)
libdl.so.2 => /lib32/libdl.so.2 (0xf7b49000)
libglib-2.0.so.0 => /usr/lib32/libglib-2.0.so.0 (0xf7ab7000)
libX11.so.6 => /usr/lib32/libX11.so.6 (0xf79cb000)
libXt.so.6 => /usr/lib32/libXt.so.6 (0xf797c000)
libpthread.so.0 => /lib32/libpthread.so.0 (0xf796b000)
libgcc_s.so.1 => /usr/lib32/libgcc_s.so.1 (0xf7960000)
libc.so.6 => /lib32/libc.so.6 (0xf7834000)
libgdk_pixbuf-2.0.so.0 => /usr/lib32/libgdk_pixbuf-2.0.so.0 (0xf781e000)
libpangocairo-1.0.so.0 => /usr/lib32/libpangocairo-1.0.so.0 (0xf7816000)
libpango-1.0.so.0 => /usr/lib32/libpango-1.0.so.0 (0xf77dc000)
libatk-1.0.so.0 => /usr/lib32/libatk-1.0.so.0 (0xf77c2000)
libgmodule-2.0.so.0 => /usr/lib32/libgmodule-2.0.so.0 (0xf77bf000)
libcairo.so.2 => /usr/lib32/libcairo.so.2 (0xf775c000)
libm.so.6 => /lib32/libm.so.6 (0xf7738000)
libfontconfig.so.1 => /usr/lib32/libfontconfig.so.1 (0xf770d000)
libXext.so.6 => /usr/lib32/libXext.so.6 (0xf76ff000)
libXrender.so.1 => /usr/lib32/libXrender.so.1 (0xf76f7000)
libXinerama.so.1 => /usr/lib32/libXinerama.so.1 (0xf76f4000)
libXi.so.6 => /usr/lib32/libXi.so.6 (0xf76eb000)
libXrandr.so.2 => /usr/lib32/libXrandr.so.2 (0xf76e8000)
libXcursor.so.1 => /usr/lib32/libXcursor.so.1 (0xf76df000)
libXfixes.so.3 => /usr/lib32/libXfixes.so.3 (0xf76da000)
librt.so.1 => /lib32/librt.so.1 (0xf76d2000)
/lib/ld-linux.so.2 (0xf7f0e000)
libXau.so.6 => /usr/lib32/libXau.so.6 (0xf76ce000)
libXdmcp.so.6 => /usr/lib32/libXdmcp.so.6 (0xf76c9000)
libSM.so.6 => /usr/lib32/libSM.so.6 (0xf76c0000)
libICE.so.6 => /usr/lib32/libICE.so.6 (0xf76a8000)
libpangoft2-1.0.so.0 => /usr/lib32/libpangoft2-1.0.so.0 (0xf767d000)
libfreetype.so.6 => /usr/lib32/libfreetype.so.6 (0xf7612000)
libz.so.1 => /usr/lib32/libz.so.1 (0xf75fe000)
libpng12.so.0 => /usr/lib32/libpng12.so.0 (0xf75db000)
libexpat.so.1 => /usr/lib32/libexpat.so.1 (0xf75bc000)

[/quote]

Ludovic_18 · Février 20, 2016, 6:08pm

Oui, effectivement. Je suis en train de chercher d’où peut provenir ce problème mais pour l’instant …

Ludovic_18 · Février 20, 2016, 6:09pm

Voilà, j’ai enfin trouvé la solution (merci à tous pour l’aide). Voici donc ce qui ne marchait pas (si ça peut aider quelqu’un) :

C’était bien l’exécution des programmes 32 bits qui déconnaient. En fait le fichier /emul/ia32-linux/lib/ld-linux.so.2 était corrompu ou un truc du genre. Bref il m’a “suffit” de réinstaller le paquet libc6-i386 et tout remarche. Adieux donc firefox et bonjour à iceweasel avec le flash.