Vous n'êtes pas identifié.
Bonjour,
Un message survient rapidement lors du lancement de la mise à jour du système d'exploitation 16.10
-Erreur : nombre de paquets cassés > 0
Il est alors demandé d'exécuter dans un terminal la commande suivante : sudo apt-get install f.
La ligne de commande suivante demande le mot de passe de l'administrateur mais le curseur reste immobile et il n'est pas possible de l'introduire.
Est-ce qu'il y aurait d'autres caractères/commandes à rentrer avant le mot de passe ?
Merci pour votre réponse.
Excellente journée à tous.
Tchap
Hors ligne
Quand on entre un mot de passe au terminal, rien ne s'affiche. C'est le comportement normal.
Cela dit, il est bien pris en compte au moment où l'on appuie sur la touche ENTER
Hors ligne
- Le mot de passe a été accepté. Il a fait la lecture des listes de paquets, la construction de l'arbre des dépendances, la lecture des informations d'état mais maintenant j'ai le message :
E: Impossible de trouver le paquet f
Inputs bienvenus pour la commande suivante ?
Hors ligne
Il y a une erreur à laquelle je n'avais pas prêté attention.
La commande est effectivement la suivante:
sudo apt-get install -f
Hors ligne
Bonjour,
Vous avez écrit la commande suivante dans votre premier message:
sudo apt-get install f
Je pense qu'il vous manque un "tiret", c'est ce que le terminal semble dire en tout cas. Essayez donc comme suit:
sudo apt-get install -f
EDIT: Ninja par Eggman, merci pour la réponse Eggman
Hors ligne
Désolé, j'avais bien omis le -f ...
J'ai essayé plusieurs fois la bonne commande sans succès. J'ai donc redémarré l'ordi et relancé la MàJ. La réponse à la commande " sudo apt-get install-f " est
E: L'opération intall-f n'est pas valable
Dans la 1ère partie du message du gestionnaire de Màj il est demandé de vérifier si j'utilise des dépôts de tierces parties et qu'il faudrait les désactiver le cas échéant.
Savez-vous de quoi il s'agit ?
Hors ligne
Dans la 1ère partie du message du gestionnaire de Màj il est demandé de vérifier si j'utilise des dépôts de tierces parties et qu'il faudrait les désactiver le cas échéant.
Savez-vous de quoi il s'agit ?
Oui, il s'agit de dépôt qui ne sont pas officiels, c'est à dire qui ne sont pas gérés par Canonical, la société qui édite Ubuntu.
[EDIT]
A priori, si vous n'avez pas ajouté de dépôts vous-même, ppa ou autres, le message du gestionnaire de dépôt ne vous concerne pas.
Hors ligne
Plutôt subtil la nuance, merci beaucoup. Je suis un utilisateur lambda et novice sur une bécane Why
Grâce vous le processus a repris mais c'est arrêté après ce qui suit (J'ai répondu oui à la question subsidiaire mais visiblement ça n'a pas suffi) :
Les paquets suivants ont été installés automatiquement et ne sont plus nécessaires :
ca-certificates-mono cli-common libappindicator0.1-cil libappindicator1
libavahi-client3:i386 libavahi-common-data:i386 libavahi-common3:i386
libcups2:i386 libdbus-1-3:i386 libdbus-glib2.0-cil libdbus2.0-cil
libffi6:i386 libgconf2.0-cil libgdbm3:i386 libgdiplus libglib2.0-cil
libgmime2.6-cil libgmp10:i386 libgnutls30:i386 libgssapi-krb5-2:i386
libgtk2.0-cil libhogweed4:i386 libhpmud0:i386 libidn11:i386 libindicator7
libk5crypto3:i386 libkeyutils1:i386 libkrb5-3:i386 libkrb5support0:i386
libmono-addins-gui0.2-cil libmono-addins0.2-cil libmono-cairo4.0-cil
libmono-corlib4.5-cil libmono-i18n-west4.0-cil libmono-i18n4.0-cil
libmono-posix4.0-cil libmono-security4.0-cil libmono-sharpzip4.84-cil
libmono-system-configuration4.0-cil libmono-system-core4.0-cil
libmono-system-drawing4.0-cil libmono-system-security4.0-cil
libmono-system-xml4.0-cil libmono-system4.0-cil libnettle6:i386
libp11-kit0:i386 libpci3:i386 libperl5.22:i386 libsensors4:i386
libsnmp30:i386 libssl1.0.0:i386 libtasn1-6:i386 libusb-1.0-0:i386
libwrap0:i386 linux-image-4.4.0-43-generic
linux-image-extra-4.4.0-43-generic mono-4.0-gac mono-gac mono-runtime
mono-runtime-common mono-runtime-sgen
Veuillez utiliser « sudo apt autoremove » pour les supprimer.
The following additional packages will be installed:
libperl5.22:i386
Les NOUVEAUX paquets suivants seront installés :
libperl5.22:i386
0 mis à jour, 1 nouvellement installés, 0 à enlever et 4 non mis à jour.
37 partiellement installés ou enlevés.
Il est nécessaire de prendre 0 o/3'028 ko dans les archives.
Après cette opération, 15.5 Mo d'espace disque supplémentaires seront utilisés.
Souhaitez-vous continuer ? [O/n] o
(Lecture de la base de données... 272204 fichiers et répertoires déjà installés.)
Préparation du dépaquetage de .../libperl5.22_5.22.2-3_i386.deb ...
Dépaquetage de libperl5.22:i386 (5.22.2-3) ...
dpkg: erreur de traitement de l'archive /var/cache/apt/archives/libperl5.22_5.22.2-3_i386.deb (--unpack) :
tentative de remplacement de « /usr/share/doc/libperl5.22/changelog.Debian.gz », qui est différent d'autres instances du paquet libperl5.22:i386
Des erreurs ont été rencontrées pendant l'exécution :
/var/cache/apt/archives/libperl5.22_5.22.2-3_i386.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)
- Avez-vous qq conseils sur la suite à donner à cette situation. Est-ce que d'autres utilisateurs rencontrent le même problème ?
Hors ligne
Je suggère d'utiliser la recommandation "sudo apt autoremove". Comme le paquet libperl5.22 est aussi dans la liste des paquets à supprimer, il n'est pas impossible que cela résolve le problème.
Hors ligne
Remarque pertinente ! Je n'avais pas vu.
Hors ligne
Merci, mais je l'avais déjà essayée. Le processus est relancé lors de son exécution mais apparemment ça bloque toujours au même endroit
(Lecture de la base de données... 272204 fichiers et répertoires déjà installés.)
Préparation du dépaquetage de .../libperl5.22_5.22.2-3_i386.deb ...
Dépaquetage de libperl5.22:i386 (5.22.2-3) ...
dpkg: erreur de traitement de l'archive /var/cache/apt/archives/libperl5.22_5.22.2-3_i386.deb (--unpack) :
tentative de remplacement de « /usr/share/doc/libperl5.22/changelog.Debian.gz », qui est différent d'autres instances du paquet libperl5.22:i386
Des erreurs ont été rencontrées pendant l'exécution :
/var/cache/apt/archives/libperl5.22_5.22.2-3_i386.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)
... Tous les inputs sont bienvenus.
Merci
Hors ligne
Peut-être alors forcer la suppression du paquet avec: sudo dpkg --purge --force-all libperl5.22:i386
Hors ligne
Je viens de saisir le soucis, c'était écrit !
Le paquet libperl5.22:i386 tente d'installer un fichier /usr/share/doc/libperl5.22/changelog.Debian.gz, qui existe déjà et est la propriété d'un autre paquet, soit probablement libperl5.22:amd64.
La question que je me pose est pourquoi une version 32 bits doit-elle être installée ?
Aussi proposition de claudep de désinstaller le paquet semi-installé ne me semble pas absurde.
[EDIT]
Cela risque de désinstaller quelques paquets qui dépendrait éventuellement de la version i386 de libperl5.22.
Hors ligne
Problème résolu par l'équipe support de WhyComputing. Je ne peux pas publier les détails de la solution car je ne les connais pas.
En tous les cas merci à ceux qui pris le temps de me répondre.
Salutations amicales.
Tchap
Hors ligne