Je reçois cette erreur chaque fois que j'installe des packages via apt-get
:
hostname: Name or service not known
dpkg: error processing ssmtp (--configure):
subprocess installed post-installation script returned error exit status 1
Setting up libt1-5 (5.1.2-3.4ubuntu1) ...
Setting up php5-gd (5.3.10-1ubuntu3.2) ...
Processing triggers for libc-bin ...
ldconfig deferred processing now taking place
Errors were encountered while processing:
ssmtp
E: Sub-process /usr/bin/dpkg returned an error code (1)
Pourquoi cela se produit-il?
12.04
command-line
dpkg
homme chauve-souris
la source
la source
Réponses:
Solution:
(Ces types de problèmes n'ont pas de bonnes solutions. Mais seulement certains hack-ish)
Vous devez d'abord essayer cette commande dans un terminal:
Si cela ne fonctionne pas, traitez avec la solution haking-ish .
Essayez de déplacer temporairement le script de configuration de
ssmtp
.Ouvrez un terminal et exécutez cette commande pour les déplacer vers le répertoire courant
Essayez ensuite d'utiliser
apt-get
La cause du problème:
L'installation ou la suppression précédente peut ne pas avoir abouti, laissant une étape de configuration à effectuer pour le
ssmtp
package. Étant donné que dpkg ne progressera pas sans avoir d'abord terminé les étapes, l'utilisation ultérieure deapt-get
maintenant est bloquée sur cette étape.la source
courir
hostname --fqdn
Si vous obtenez une erreur, modifiez / etc / hostname et / etc / hosts avec un nom d'hôte correct.
Puis à
aptitude install ssmtp
nouveau pour l'installer.la source
Pour que tout le monde le sache, la modification de / etc / hosts a fait l'affaire que etc / hostname avait raison avec server.exmaple.com
mais les hôtes n'étaient pas corrects
changez-le en ceci:
J'ai exécuté hostname -f et hostname --fqdn et obtenu ce qui suit.
Je pensais juste que tout le monde aimerait savoir.
la source
Votre connexion Internet ne fonctionne probablement pas correctement. Plus précisément, je pense que votre DNS ne se résout pas correctement.
essayez d'ajouter la ligne
à ton
/etc/resolv.conf
Cela ajoutera temporairement le serveur DNS freenom (jusqu'au prochain démarrage)
la source
sudoedit /etc/resolv.conf
remplacer n'importe quelle adresse8.8.8.8
pour résoudre les problèmes DNS temporaires. Le fichier sera régénéré au prochain démarrage, vous ne pouvez donc rien faire de trop désastreux à moins que le redémarrage ne soit pas une optionJ'ai reçu le message sur mon réseau domestique sur un système Ubuntu avec une adresse IP attribuée dynamiquement par un routeur fournissant un serveur DHCP et DNS combiné pour mon réseau.
Le message:
hostname: Name or service not known
peut être causé par la panne d'un tel appareil, ne serait-ce qu'un instant.Par exemple, cela peut se produire si mon routeur domestique est redémarré lorsque mon alimentation est coupée.
Le problème ici est que le service DHCP sur lequel votre réseau s'appuie oublie toutes les adresses IP qu'il a attribuées et les noms de domaine associés. Lorsque votre ordinateur vérifie le nom du serveur DNS associé, le serveur ne l'a plus. Certains serveurs DHCP peuvent éviter les problèmes en écrivant les affectations qu'ils ont effectuées sur leur disque ou leur mémoire flash afin que rien ne soit perdu au redémarrage.
Le serveur peut normalement extraire votre nom d' ordinateur de la requête DHCP de votre système, le rendre nom d' ordinateur .local et le stocker dans ses enregistrements, le rendant disponible simultanément sur son serveur DNS associé.
hostname -fqdn
Demande généralement le nom de domaine complet sur votre réseau à partir de votre serveur DNS et s'il a l'enregistrement, il renverra ce nom. Le.local
suffixe le fait ressembler à un nom de domaine complet valide (bien que ce ne soit pas vraiment un nom de domaine global valide). C'est pourquoi vous n'aurez peut-être pas à spécifier manuellement un nom de domaine dans les fichiers / etc / hosts ou / etc / hostname.Le redémarrage du serveur DHCP peut entraîner d'autres problèmes car des adresses IP peuvent être attribuées à plusieurs ordinateurs simultanément, empêchant certains de communiquer. L'adresse est attribuée une fois avant le redémarrage du serveur, puis une nouvelle fois.
Si votre serveur DHCP oublie ses affectations, la chose sûre à faire est de reconnecter chaque ordinateur qu'il sert au redémarrage. Lorsque j'ai perdu le mien, je me suis simplement déconnecté et reconnecté à mon point d'accès wifi. Sur un réseau câblé, vous pouvez utiliser
ifdown
et /ifup
ou simplement déconnecter et reconnecter le câble réseau. Lors de la reconnexion, mon système utilise automatiquement dhclient pour obtenir une nouvelle adresse - mon ordinateur et le serveur conviennent maintenant de qui je suis et le message n'apparaît plus.Si vous attendez assez longtemps, le bail DHCP expirera et votre système demandera et obtiendra un nouveau bail du serveur - ce qui résout le problème. Ce sera probablement des heures ou des jours plus tard (pour mon serveur, c'est un jour).
Si vous avez défini un nom et une adresse IP statiques et si les enregistrements de recherche inversée DNS sont corrects, le problème ne devrait pas se produire.
la source
J'ai rencontré cette erreur ce matin et il s'est avéré que le nom d'hôte était mal orthographié
/etc/hostname
. En corrigeant cela, il était d'accord avec l'orthographe du nom d'hôte pour/etc/hosts
résoudre le problème. Lahostname -b -F /etc/hostname
commande qui s'exécute au démarrage ne peut apparemment être exécutée que si/etc/hostname
elle est/etc/hosts
acceptée.la source
/etc/hosts
et je suis d'/etc/hostname
accord. Ensuite, j'ai exécuté la "commande qui s'exécute au démarrage", uniquement sans l'-b
indicateur (car elle permet simplement au fichier spécifié d'être inexistant, mais il est ici). Et bang:hostname --fqdn
renvoie à nouveau le nom de domaine complet approprié.