Ubuntu-fr

kakouf

error 40 : probleme de libudev

Bonjour,

J'ai fais une bêtise.

En voulant installer D:Light sur le tuto d'installation pour linux il est précisé de faire un lien entre libudev.so.0 et libudev.so.1 si j'ai bien tout compris.

quelques minutes plus tard mon pc ne redémarre plus.

Il me propose automatiquement 4 choix dans un tableau (que vous devez imaginez très bien je suppose), demarrage normal -- recovery mode -- memory test et memory test serial console.

je choisi donc recovery, je tente une réparation des fichiers cassés :
W : verrou non utilisé pour le fichier /var/lib/dpkg/lock E : impossible d'écrire sur /var/cache/apt/ et les liste ... ne peuvent être analysés ou lus.

J'essaye de mettre a jour legrub :
/usr/sbin/grub-probe: error while loading shared libraries: libudev.so.1: cannot open shared object file: error 40

je tente de le redémarrer en normal :
*OK
*OK
*OK
*OK
*OK
*OK
*Starting mount filesystems on boot FAIL

de l'aide ?
Une ligne de commande magique ?

Merci beaucoup.
Matthieu

denis56

Re : error 40 : probleme de libudev

Salut,
Le fameux tableau c'est Grub.    Tu mets à jour ton Grub  pardessus un problème d' udev  donc ton Grub se fache, normal.
il faut défaire "ton lien libudev-1-2" là j'ai pas trop compris (pas de lien) et je n'ai pas relu le doc d'udev qui gère les périphériques.
En recovery il te faut garder, réinstaller un seul libudev si tu sais celui qui était ok en espérant que ton "lien" ne soit pas un fichier de config (le fautif) qui persiste qqpart ailleurs

Appliquer les règles du forum : Pour qu'une question réponse soit efficace c'est ici.
Dans ton cas c'est indispensable. et ça pourrait commencer par : En recovery donne le retour de

dpkg --configure -a

Qui devrait te donner le nom du paquet foireux à effacer

---

Debian Jessie souvent, Xubuntu parfois,
Bénévole @ Rhizomes

kakouf

Re : error 40 : probleme de libudev

Effectivement, je découvre l'univers. je vais essayer de faire au mieux.

lele-TECRA-A10 ~# dpkg --configure -a
dpkg : erreur : impossible d'accéder au répertoire administratif de dpkg: système de fichiers accessible en lecture seulement
lele-TECRA-A10 ~#

Le rapport avec libudev :
libudev.so.X

Il se peut que lors du premier lancement celui-ci échoue avec un message d'erreur error while loading shared libraries: libudev.so.X Il est alors nécessaire de lier symboliquement /libudev.so.X à /libudev.so.<Votre Libudev>.

La syntaxe de la commande nécéssaire se présente généralement comme suit, si le lien vers la librairie manquante est .0 et le lien existant .1 :

1. Ubuntu 64 bits :

sudo ln -sf /lib/x86_64-linux-gnu/libudev.so.1 /lib/x86_64-linux-gnu/libudev.so.0

voila ce que j'ai fais et voici le lien vers la page qui me l'a dicté : http://www.getdlight.com/wiki/index.php … _sur_Linux

Merci beaucoup

moko138

Re : error 40 : probleme de libudev

Connecté en recovery root, remonter la partition en écriture avec la commande suivante :

mount -o remount,rw /

---

%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel :  À la découverte de dcraw

kakouf

Re : error 40 : probleme de libudev

Merci pour la réponse.

lele-TECRA-A10 ~# mount -o remount,rw /
lele-TECRA-A10 ~# dpkg --configure -a
lele-TECRA-A10 ~#_

Il ne se passe rien de visible ...

denis56

Re : error 40 : probleme de libudev

Ça veut dire qu'à part les droits modifiés y'a rien à réparer dans une distrib apparemment normale.
Dpkg étant un outil dit de bas niveau je ferais un apt-get update  pour une vérif plus poussée de tes dépendances (je pense à ta libudev)
sans message d'erreur tu devrais retrouver D:Light

---

Debian Jessie souvent, Xubuntu parfois,
Bénévole @ Rhizomes

moko138

Re : error 40 : probleme de libudev

Si la proposition de denis56 ne suffit pas :
Tu as ajouté un lien symbolique et, depuis, grub coince.
Il faut donc supprimer ce lien symbolique (soit en recovery, soit en live).
  - -

Ensuite, reprendre le tuto que, à mon avis, tu as lu trop vite :
Déjà, j'y relève

Il se peut que lors du premier lancement celui-ci échoue avec un message d'erreur

error while loading shared libraries: libudev.so.X

Il est alors nécessaire de lier...

Donc, sans ce message d'erreur, le lien n'est pas à créer.

Ensuite, en supposant que cette création soit nécessaire,

OUI l'endroit où se trouvent ces librairies varient en fonction des distributions... Pour trouver où se trouvent les vôtres, tapez

sudo find / -name 'libudev.s*'

Et adaptez la ligne de commande à votre situation.

---

%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel :  À la découverte de dcraw

kakouf

Re : error 40 : probleme de libudev

j'ai donc essayer ce que denis56 me dis de faire ...

lele-TECRA-A10 ~# apt-get update

réponse :

E: Le pilote pour la méthode /usr/lib/apt/methods/https n'a pu être trouvé.
N: Is the package apt-transport-https installed?

j'ai donc essayé :

lele-TECRA-A10 ~# apt-get install apt-transport-https

... Les nouveaux paquets suivants seront installés : 
apt-transport-https
0 mis à jour, 1 nouvellement installés, 0 à enlever et 54 non mis à jour.
Il est nécessaire de prendre ...
...Faut-il installer ces paquets sans verification ? 

Je dis donc oui

E: Impossible de récuperer quelques archives, peut-être devrez vous lancer apt-get update ou essayer avec --fix-missing ?

Je sais pas ce qu'est --fix-missing.

Même sans retrouver D:Light je voudrais déjà que l'ordi veuille bien démarrer.

J'ai certainement lu trop vite. Au premier lancement j'ai eu le message d'erreur sus-cité c'est ensuite ou j'ai du me tromper dans "l'endroit" de la librairie.

quoi qu'il en soit maintenant il faudrait supprimer le lien symbolique si je comprend bien... comment s'il vous plait ?

kakouf

Re : error 40 : probleme de libudev

En cherchant un peu sur --fix-missing j'ai compris que c’était une option a rajouter après

apt-get update --fix-missing

Ça ne change rien ...exactement les mêmes résultat. La boucle entre

apt-get update

et

apt-get install apt-transport-https

denis56

Re : error 40 : probleme de libudev

Tiens j'connais pas apt-transport-https... voir...  Je pense à une config particulière de ton système Apt.
Tu as bien fait. Une règle absolu pour moi sous Linux : Les paquets qui viennent du dépôt d'origine (ici https://ubuntu....) sont absolument fiables.
Les autres (ppa, voire plus exotiques) je me méfie, parfois on les met en standbail.
Ensuite seulement, trop de paquets proches comme des versions, 1,2,3 d'un même paquet ne sont peut-être pas bien gérés par leurs applis. Là les libudev servent à donner des adresses sophistiquées au moindre matériel (physique et virtuel) connecté à ta carte mère. Tu comprends que c'est chaud pour ton Grub qui lance le système. Elles sont ensuite réutilisées par toutes sortes d'applis (D.light) et de language.

Il serait plus facile de nous mettre les retours exacts, même longs de ta console, les archives non récupérées par exemple, qu'on sache si c'est vital ou pas.
Je sais  que c'est un peu fastidieux, mais tu irais plus vite et un ou deux passants pourraient être te répondre plus vite.

Voici une liste de commandes que tu peux exécuter dans l'ordre si absence de message d'erreur

apt-get purge libudev.so*
apt-get check
apt-get install    Tous-les-noms-de-paquets-copi-collés

si la liste est très longue tu prends que le libudev.soXXX d'abord
ensuite de toute façons je finis par un apt update qui pourraient t'envoyer d'autres erreurs + ou - indépendantes comme tes archives non récupérées.

message d'erreur = retour direct du message ici

---

Debian Jessie souvent, Xubuntu parfois,
Bénévole @ Rhizomes

kakouf

Re : error 40 : probleme de libudev

Re, désolé je ne suis pas très assidu, je bosse en ce moment sur des grosses journée du coup j'ai du mal a trouver le temps de me connecter. Je vous remercie cependant sincèrement.

Alors dans l'ordre :

lele-TECRA-A10 ~# apt-get purge libudev.so*
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances
Lecture des informations d'état... Fait
E: Impossible de trouver le paquet libudev.so*
E: Impossible de trouver le paquet correspondant à l'expression rationnelle " libudev.so* "

J'ai donc essayé avec

....libudev.so.1

libudev.so.0

Exactement le même resultat.

j'enchaine :

lele-TECRA-A10 ~# apt-get check
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances
Lecture des informations d'état... Fait

Rien d'autres ...

Ensuite je retente :

apt-get install apt-transport-https
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances
Lecture des informations d'état... Fait
Les NOUVEAUX paquets suivants seront installés :
apt-transport-https
0 mis à jour, 1 renouvellement installés, 0 à enlever et 54 non mis à jour.
Il est nécessaire de prendre 25,1 ko dans les archives.
Après cette opération, 239 ko d'espace disque supplémentaire seront utilisés.
ATTENTION : les paquets suivants n'ont pas été authentifiés.
apt-transport-https
Faut il installer ces paquets sans verification ? [o/N] o
Err http://archive.ubuntu.com/ubuntu/  trusty-update/main apt-transport-https ams64 1.0.1ubuntu2.13
Ne parvient pas à résoudre " archive.ubuntu.com "
Err http://security.ubuntu.com/ubuntu/  trusty-security/main apt-transport-https amd64 1.0.1ubuntu2.13
Ne parvient pas à résoudre " security.ubuntu.com "
E: Impossible de récuperer http://security.ubuntu.com/ubuntu/poo1/main/a/apt/apt-transport-https_1.0.1ubuntu2.13_amd64.deb
Ne parvient pas à résoudre " security.ubuntu.com

E: Impossible de récupérer quelques archives, peut-être devrez-vous lancer apt-get update ou essayer avec --fix-missing ? 

C'est super long à tout recopier

Maintenant ?

lele-TECRA-A10 ~#_

Merci

denis56

Re : error 40 : probleme de libudev

C'est super long à tout recopier smile

Ha oui désolé, en plus je te fais faire des mises à jour à longueurs.... Vraiment désolé !
Bon on se recentre sur libudev puis grub.
Le post est long pour que tu puisses bosser... en "aveugle", J'ai connu ce genre de solitude.
En fait, à court terme redémarrer ton affichage graphique, le reste viendra ensuite. Donc on laisse les mises à jour.

J'ai vérifié sous trusty tu dois avoir le libudev1 c'est un  dossier qui contient surtout le libudev.so.1  et libudev.so.1.3.5. (chez moi .so.1.6.4)

A)B)C) Le but chez toi est de reconstruire (dpkg) ceux-ci (.so.1 & .so.1.3.5) avec le libudev1 d'origine
celui qui est normalement là dans le cache de ton système...

D) ou avec le libudev1 du lien ci-dessus par Apt dans les dépots ubuntu, sous réserve de les trouver ce qui ???

E) soit en le téléchargeant/installant à la main. Pas simple mais faisable. on verra après

Vérification :

sudo find / -name 'libudev*'
apt-cache search -n libudev*

Ligne 1 Te donne ta configuration liée à libudev1 et libudev0 si ça traine.
Ligne 2 Te donne les fichiers (et par déduction le(s) paquet) installés dans ta distrib,

Exemple Chez moi Débian/Jessie :

root@debian15:/home/denis# find / -name 'libudev*'
/var/lib/dpkg/info/libudev1:amd64.md5sums
/var/lib/dpkg/info/libudev1:amd64.list
/var/lib/dpkg/info/libudev1:amd64.triggers
/var/lib/dpkg/info/libudev1:amd64.shlibs
/var/lib/dpkg/info/libudev1:amd64.symbols
/lib/x86_64-linux-gnu/libudev.so.1.6.4
/lib/x86_64-linux-gnu/libudev.so.1
/usr/lib/vlc/plugins/services_discovery/libudev_plugin.so
/usr/share/doc/libudev1
root@debian15:/home/denis# apt-cache search -n libudev*
libudev-dev - libudev development files
libudev1 - bibliothèque partagée libudev
root@debian15:/home/denis# 

===
Si tu as le libudev1 à tous les étages, ou inversement (surprenant) tu as libudev0 et PAS le 1 :
A) Nettoyage  Exemple où tu gardes le 1, tu vires le 0.

 rm -i-v /var/lib/dpkg/info/libudev0*      &&     rm -i-v /lib/x86_64-linux-gnu/libudev0*

//Attention à adapter le nom exact des chemins  /var/...  &&    /lib/...          Je t'ai mis l'option -i pour que tu puisses refuser (>Yess/No)
Aussitot tu peux vérifier avec les deux commandes de vérification : find... et   apt-cache...   Tu apprends vite   Pas l'choix.
Info pour chacune des commandes, tu as un manuel en tapant ; man find  man apt ... par exemple. Tu quittes le manuel avec "q"

B) Remise en état de libudev1 toujours en gardant 1, inverser pour 0

dpkg-reconfigure --force libudev1

Explicite. Précision dpkg ne travaille que sur le cache présent, pas d'import sur le web. 

C) Vérif du système :

 dpkg -configure -a
sudo update-grub
 sudo reboot

D)
Si là ton PC ne t'envoie pas en graphique ou  Si tu as en vérification ni libudev1 ni libudev0 ou seulement 1 ou 2 paquets,
tu reprends au nettoyage, mais sur tout libudev*. Dpkg risque de te renvoyer sur Apt.  Puis,

apt install libudev1

S'il te demande d'aller chercher : oui. mais évite d'autres installs,  d'autres paquets.
S'il trouve c'est okay, le travail de dpkg aura été fait. Puis vérif système. Si là ton PC ne t'envoie pas en graphique, le problème est ailleurs... Aïe !!!

E) Bon là, ton Apt -update ne trouve pas les dépots ubuntu. il faut aller voir ton "sources.list" la liste des adresses web qui envoient les paquets de ta version et là ton histoire de https-transport... ??? On n'est plus dans le même problème.
Il reste la solution de downloader le Libudev1 sur la page donnée ci-dessus et le transférer sur ton /home ou ton bureau. Cela se fait avec un liveCD ou  une clé de boot usb.
Ça nécessite de savoir se déplacer et copier (cd et cp) dans ton système puis revenu root (sudo) de l'installer comme un paquet extérieur avec

sudo dpkg -ir libudev1.deb
sudo apt-get -f install

.

---

Debian Jessie souvent, Xubuntu parfois,
Bénévole @ Rhizomes

kakouf

Re : error 40 : probleme de libudev

Wow j'ai de quoi bosser là, en effet !!!

Alors, discipline et patience ...

lele-TECRA-A10 ~# sudo find /name 'libudev*'
/lib/i386-linux-gnu/libudev.so.1
/lib/i386-linux-gnu/libudev.so.1.3.5
/lib/x86_64-linux-gnu/libudev.so.1
/lib/x86_64-linux-gnu/libudev.so.0
/lib/x86_64-linux-gnu/libudev.so.1.3.5
/var/lib/dpkg/info/libudev1:i386.md5sums
/var/lib/dpkg/info/libudev1:i386.shlibs
/var/lib/dpkg/info/libudev1:i386.postrm
/var/lib/dpkg/info/libudev1:amd64.postrm
/var/lib/dpkg/info/libudev1:amd64.symbols
/var/lib/dpkg/info/libudev1:i386.list
/var/lib/dpkg/info/libudev1:amd64.shlibs
/var/lib/dpkg/info/libudev1:amd64.md5sums
/var/lib/dpkg/info/libudev1:i386.postinst
/var/lib/dpkg/info/libudev1:i386.symbols
/var/lib/dpkg/info/libudev1:amd64.postinst
/var/lib/dpkg/info/libudev1:amd64.list
/var/cache/apt/archives/libudev1_204-5ubuntu20.18_amd64.deb
/var/cache/apt/archives/libudev1_204-5ubuntu20.18_i386.deb
/usr/lib/vlc/plugins/services_discovery/libudev_plugin.so
usr/share/doc/libudev1
lele-TECRA-A10 ~#_

lele-TECRA-A10 ~# apt-cache search -n libudev*
libudev-dev - !fichiers de développement libudev
libudev1 - bibliothèque partagée libudev

Voici pour les deux premières ...
Après lecture je repère le libudev.0 dans ma liste et je remplace son adresse dans la ligne de commande pour la supprimer :

lele-TECRA-A10 ~# rm -i-v /lib/x86_64-linux-gnu/libudev.so.0*
rm -i-v ........ : option invalide -- '-'
saisissez rm --help pour plus d'informations

je lis donc le menu help et je prends l'initiative d’essayer plusieurs chose dont enlever le -v

rm -i /lib/x86_64-linux-gnu/libudev.so.0*
rm : supprimer lien symbolique "/lib/x86_64-linux-gnu/libudev.so.0" ?

Mes yeux commencent à pétiller ...

je fais un apt-cache pour vérification comme tu me l'a conseillé et hop il n'y a plus de libudev.0

Etape B :

lele-TECRA-A10 ~# dpkg-reconfigure --force libudev1
Traitement déclenché pour libc-bin (2.19-0ubuntu6.7) ...

Etape C :

lele-TECRA-A10 ~# dpkg -configure -a
dpkg : erreur : option -o inconnu

Type dpkg --help about installing and deinstalling packages [*] ;
Use 'apt' or 'aptitude' for user-friendly package management;
Type dpkg -Dhelp for a list of dpkg debug flag values;
Type dpkg --force-help for a list of forcing options;
Type dpkg-deb --help for help about manipulating *.deb files

options marked [*] produce a lot of output - pipe it through 'less' or 'more' !

J'imagine que le force d'avant a du faire le travail (ça m'arrangerai bien).

suite:

sudo update-grub
Création du fichier de configuration GRUB...
Attention : Définir GRUB_TIMEOUT à une valeur non nulle si GRUB_HIDDEN_TIMEOUT est définie n'est plus possible.
Found linux image: /boot/vmlinuz-3.13.0-37-generic
Found initrd image: /boot/initrd.img-3.13.0-37-generic
Found memtest86+ image: /boot/memtest86+.elf
Found memtest86+ image: /boot/memtest86+.bin
    No volume groups founds
fait

On tente donc le reboot maintenant :

sudo reboot

reprendre le démarrage normal dans la liste du GRUB

J'ai toujours la fenêtre du GRUB ou démarrage mais j'ai retrouvé une interface familière
BINGO
Ca mérite une bonne bouteille ça !!!!!!

Je te remercie énormément, la petite heure passé à recopier tout ça est presque un plaisir.

Peut être que le GRUB ne s'affichera plus ... ?

Bonne soirée et merci encore !!!

ps : j'ai eu la présence d'esprit de faire un copier de tout avant de prévisualiser ....  c'est assez jouissif de voir tout disparaitre par déconnexion de profil et juste d'avoir un copier coller a faire (Je penses que j'aurai pleuré sinon).... pour être précis il n'y avait que le coller a faire hahaha.

denis56

Re : error 40 : probleme de libudev

Yoo !!!

Je me doutais que t'étais un oiseau de nuit alors, j'ai patienté hier soir mais j'ai abandonné avant toi, je perds mes plumes  !
Pendant que tu tapais Discipline et Patience, je conjuguais Dormir et Profondément
Excuse-moi pour l'option ce devait être -iv et v pour verbose=grosse lecture mais tu devais en avoir assez à lire...
et décidément j'étais mauvais à la relecture car dpkg c'est --configure (cf man dpkg) le -- force ne valait que pour la seule libudev.
Faudra juste vérifier que tu ne risques pas de conflit entre tes 386 et tes amd64... Une autre nuit !

Pour l'heure un P'tit résolu et  je j'me paye une Coreff sur ton compte !

Kénavo et merci DébianFacile

---

Debian Jessie souvent, Xubuntu parfois,
Bénévole @ Rhizomes

kakouf

Re : error 40 : probleme de libudev

Je suis technicien dans le spectacle or habituellement je travail la nuit, sauf que cette semaine je suis en résidence et je travail le jour jusque tard.
Je crois que oui j'en avait assez à lire en effet
pour le coup du dpkg et du --configure j'ai pas compris par contre ... Grave ?

Comment on peut vérifier si il y a conflit entre 386 et AMD64 ? c'est les processeurs ça non ?

Quoi qu'il en soit je t'en dois une bonne et je constate que tu es breton !!!!!!
On pourra alors trinquer dans les yeux à l'occasion.

Kénavo, ar vech'al !!!!

Ir mat !!!

denis56

Re : error 40 : probleme de libudev

pour le coup du dpkg et du --configure j'ai pas compris par contre ... Grave ? smile

Normal, t'es bientôt plus bavard que moi !

DPKG :
Dans ton post #15 Étape C) tu as en retour

lele-TECRA-A10 ~# dpkg -configure -a
dpkg : erreur : option -o inconnu

C'est ainsi que je vois que je me suis gouré, c'est :

# dpkg --configure -a

Grave ? Non, Important. C'est le retour qui peut être grave comme "CRITICAL-ERROR...".
Cette commande re-check la totalité (ouais, ouais) des paquets intégrés à ta distribution et leurs dépendances.  Pas les paquets exotiques récupérés à droite ou à gauche.
Les retours de Dpkg sont souvent très limpides genre : vous devriez essayer "" apt-get install dict-freedict-fra-bre-ton ""
Cette commande ne voyait pas ton problème au départ et pour cause, ton libudev était bien là avec ses dépendances. C'est dans la config, dans les fichiers libudev.so.xx ou dans leurs liens qu'il y avait un conflit. La distrib fonctionnait bien mais le lien l'envoyait dans un Toul-du.
Cette action dpkg-ma-distrib non réalisée n'est pas compensée par la précédente (Étape B) qui ne reconfigure de force que la libudev pas la distrib.
Dpkg libudev   vérifie/reconfigure le paquet libudev et ses dépendances.
Dpkg sans nom de paquet, reconfigure toute la distrib.

386 et AMD64

Comment on peut vérifier si il y a conflit entre 386 et AMD64 ? c'est les processeurs ça non ?

Mais dites-moi, il vous reste des neurones !? 
Exact mais juste après je touche mon plafond de verre à  moi : comment vérifier ?  Chercher !
Je sais juste que tu n'a pas une carte mère avec 2 procs différents. Une distrib s'installe sur la base du processeur mais certains soft ne sont pas développés pour Amd64bits. Il faut alors installer ce soft et donc ses dépendances version 386. Si tu installes par la distrib (dpkg, apt, Synaptic, Logithèque) ton système reste sécure. Si tu installes de l'exotique, prudence ! C'est Toi le DirPakaGeur.
De ce fait la réponse est chez toi et je ne sais comment l'identifier vite. Il te faut vérifier/te souvenir si tu as installé un soft en 386, D-light au hasard mais un autre peut-être.
À terme il se peut que les paquets deviennent inutiles et qu'une mise-à-jour avenir te dise (à tort ou  à raison) que tu peux les virer. (autoremove)

---

Debian Jessie souvent, Xubuntu parfois,
Bénévole @ Rhizomes

kakouf

Re : error 40 : probleme de libudev

Wow

Avec mes excuses pour ce long moment d'inactivité dù aux voyages et au travail, Je crois avoir compris certaines choses.
Je garde tout ça chez moi ça pourrait me permettre de régler d'autres problèmes éventuels.

Je te remercie énormément en tout cas, l'ordi fonctionne toujours à merveille.

Au plaisir de te payer une bière sur les événements bretons ... (un mec chauve ou tout du moins dégarni , à la console lumière)

Matthieu.