Symptom

Bei der Installation, Aktualisierung und Deinstallation von Paketen über apt-get werden konstant die folgenden Fehlermeldungen geworfen.

locale: Cannot set LC_CTYPE to default locale: No such file or directory
locale: Cannot set LC_MESSAGES to default locale: No such file or directory
locale: Cannot set LC_ALL to default locale: No such file or directory

Problem

Während meiner Recherche bin ich auf unterschiedlichste Begründungen gestoßen, deren Ursachen jedoch nicht eindeutig auf das von mir betriebene System zutreffen. Lasse ich mir die Locale mittels locale ausgeben, erhalte ich folgende Ausgabe.

# locale
locale: Cannot set LC_CTYPE to default locale: No such file or directory
locale: Cannot set LC_MESSAGES to default locale: No such file or directory
locale: Cannot set LC_ALL to default locale: No such file or directory
LANG=en_US.UTF-8
LANGUAGE=
LC_CTYPE="en_US.UTF-8"
LC_NUMERIC=de_DE.UTF-8
LC_TIME=de_DE.UTF-8
LC_COLLATE="en_US.UTF-8"
LC_MONETARY=de_DE.UTF-8
LC_MESSAGES="en_US.UTF-8"
LC_PAPER=de_DE.UTF-8
LC_NAME=de_DE.UTF-8
LC_ADDRESS=de_DE.UTF-8
LC_TELEPHONE=de_DE.UTF-8
LC_MEASUREMENT=de_DE.UTF-8
LC_IDENTIFICATION=de_DE.UTF-8
LC_ALL=

An dieser Stelle ist auffällig, dass sowohl deutsche und englische Parameter gesetzt sind. Für eine qualifizierte Fehlerdiagnose fehlen mir fundierte Kenntnisse bezüglich Linux. Versuche ich die Locale mittels update-locale LANG=de_DE.UTF-8 zu setzen, erhalte ich erneut die vorherigen Fehlermeldungen. An diesem Punkt schlussfolgere ich für mein Problem, dass die deutsche Locale in irgendeiner Form fehlerhaft ist.

Lösungsstrategie

Locales generieren

In einem Beitrag wird zu der Problematik einer fehlerhaften Locale empfohlen, sie neu zu generieren und im Anschluss zu rekonfigurieren.

# sudo locale-gen de_DE.UTF-8
Generating locales...
  de_DE.UTF-8... up-to-date
Generation complete.

# sudo dpkg-reconfigure locales
perl: warning: Setting locale failed.
perl: warning: Please check that your locale settings:
        LANGUAGE = (unset),
        LC_ALL = (unset),
        LC_PAPER = "de_DE.UTF-8",
        LC_ADDRESS = "de_DE.UTF-8",
        LC_MONETARY = "de_DE.UTF-8",
        LC_NUMERIC = "de_DE.UTF-8",
        LC_TELEPHONE = "de_DE.UTF-8",
        LC_IDENTIFICATION = "de_DE.UTF-8",
        LC_MEASUREMENT = "de_DE.UTF-8",
        LC_TIME = "de_DE.UTF-8",
        LC_NAME = "de_DE.UTF-8",
        LANG = "en_US.UTF-8"
    are supported and installed on your system.
perl: warning: Falling back to the standard locale ("C").
locale: Cannot set LC_CTYPE to default locale: No such file or directory
locale: Cannot set LC_MESSAGES to default locale: No such file or directory
locale: Cannot set LC_ALL to default locale: No such file or directory
Generating locales...
  de_DE.UTF-8... up-to-date
Generation complete.

Auch während der Rekonfiguration sind die Fehlermeldungen präsent. Eine erneute Durchführung des Befehls dpkg-reconfigure bewirkt keine Änderung an der Ausgabe bzw. Problematik. An dieser Stelle bin ich am Überlegen, ob das Problem generell im Zusammenhang mit der deutschen Locale begraben liegt. Als Alternativlösung versuche ich mir stattdessen die englische Locale zu erzeugen und im Anschluss dpkg-reconfigure durchzuführen.

# sudo locale-gen en_US.UTF-8
Generating locales...
  en_US.UTF-8... done
Generation complete.

# sudo dpkg-reconfigure locales
Generating locales...
  de_DE.UTF-8... done
  en_US.UTF-8... up-to-date
Generation complete.

Die Rekonfiguration verläuft erfolgreich. Ich versuche zunächst die deutsche Locale zu setzen und überprüfe danach die Einstellungen.

# update-locale LANG=de_DE.UTF-8

# locale
LANG=de_DE.UTF-8
LANGUAGE=
LC_CTYPE="de_DE.UTF-8"
LC_NUMERIC="de_DE.UTF-8"
LC_TIME="de_DE.UTF-8"
LC_COLLATE="de_DE.UTF-8"
LC_MONETARY="de_DE.UTF-8"
LC_MESSAGES="de_DE.UTF-8"
LC_PAPER="de_DE.UTF-8"
LC_NAME="de_DE.UTF-8"
LC_ADDRESS="de_DE.UTF-8"
LC_TELEPHONE="de_DE.UTF-8"
LC_MEASUREMENT="de_DE.UTF-8"
LC_IDENTIFICATION="de_DE.UTF-8"
LC_ALL=

Die Ausgabe von locale stimmt nun mit meinen Erwartungen überein und es werden keine Fehlermeldungen mehr ausgegeben. Das Problem scheint somit vorerst gelöst zu sein.

Der Beitrag Deutsche Locale in Ubuntu nicht richtig gesetzt erschien zuerst auf Maximilian Krieg.

Symptom

Nachdem ich meine Ubuntu-VM einige Zeit als Desktop-Alternative eingesetzt habe, treten neuerdings Fehlermeldungen beim Update über apt auf. Die Pakete können zwar korrekt aktualisiert werden, aber mich stört die Fehlermeldung. Die Fehler werden am Ende des apt-get update ausgegeben.

# sudo apt-get update

[...]

Reading package lists... Done
W: GPG error: http://archive.ubuntu.com trusty Release: The following signatures couldn't be verified because the public key is not available: NO_PUBKEY 40976EAF437D05B5 NO_PUBKEY 3B4FE6ACC0B21F32
W: GPG error: http://security.ubuntu.com trusty-security Release: The following signatures couldn't be verified because the public key is not available: NO_PUBKEY 40976EAF437D05B5 NO_PUBKEY 3B4FE6ACC0B21F32
W: GPG error: http://archive.ubuntu.com trusty-updates Release: The following signatures couldn't be verified because the public key is not available: NO_PUBKEY 40976EAF437D05B5 NO_PUBKEY 3B4FE6ACC0B21F32
W: GPG error: http://archive.canonical.com trusty Release: The following signatures couldn't be verified because the public key is not available: NO_PUBKEY 40976EAF437D05B5 NO_PUBKEY 3B4FE6ACC0B21F32

Problem

Digitale Signaturen werden eingesetzt, um die Integrität und Authentizität einer Datei zu gewährleisten. Die Signatur ist somit der Nachweis, dass der Quellcode einer Anwendung seit dem Packen nicht mehr modifiziert wurde. Die Signatur wird mihilfe des Privaten Schlüssels (Private Key) erzeugt und kann mit dem Öffentlichen Schlüssel überprüft werden. Es fehlen also Öffentlichen Schlüssel in unserem Schlüsselring (Keyring), die wir importieren müssen, um diese Fehlermeldung zu beheben.

Lösungsstrategie

Importieren der Public Keys

Wir notieren uns aus der vorherigen Ausgabe die fehlenden Schlüssel 3B4FE6ACC0B21F32 und 40976EAF437D05B5. Dann importieren wir sie über die Keyserver von Ubuntu.

# sudo apt-key adv --keyserver keyserver.ubuntu.com --recv-keys 40976EAF437D05B5                                                              
Executing: gpg --ignore-time-conflict --no-options --no-default-keyring --homedir /tmp/tmp.ZeMCP4ClOD --no-auto-check-trustdb --trust-model always --keyring /etc/apt/trusted.gpg --primary-keyring /etc/apt/trusted.gpg --keyserver keyserver.ubuntu.com --recv-keys 40976EAF437D05B5
gpg: requesting key 437D05B5 from hkp server keyserver.ubuntu.com
gpg: key 437D05B5: public key "Ubuntu Archive Automatic Signing Key <ftpmaster@ubuntu.com>" imported
gpg: Total number processed: 1
gpg:               imported: 1

# sudo apt-key adv --keyserver keyserver.ubuntu.com --recv-keys 3B4FE6ACC0B21F32
Executing: gpg --ignore-time-conflict --no-options --no-default-keyring --homedir /tmp/tmp.zgIABcbm74 --no-auto-check-trustdb --trust-model always --keyring /etc/apt/trusted.gpg --primary-keyring /etc/apt/trusted.gpg --keyserver keyserver.ubuntu.com --recv-keys 3B4FE6ACC0B21F32
gpg: requesting key C0B21F32 from hkp server keyserver.ubuntu.com
gpg: key C0B21F32: public key "Ubuntu Archive Automatic Signing Key (2012) <ftpmaster@ubuntu.com>" imported
gpg: Total number processed: 1
gpg:               imported: 1  (RSA: 1)

Sollte man nur einen der beiden Schlüssel importieren, wird weiterhin eine Fehlermeldung ausgegeben. Der Import beider Schlüssel ist daher erforderlich.

# sudo apt-get update

[...]

W: There is no public key available for the following key IDs:
3B4FE6ACC0B21F32

Verifizierung des Imports

Wir überprüfen den korrekten Import der beiden Schlüssel, indem wir unsere Paketlisten und Pakete nochmals aktualisieren.

# sudo apt-get update && sudo apt-get upgrade

Wir erhalten jetzt keine Fehlermeldung mehr.

Der Beitrag Fehlende Public Keys beim Update von Ubuntu-Paketen erschien zuerst auf Maximilian Krieg.