APT-get update fehler

H

Hamlett

Registered User
W: GPG error: Index of / etch Release: Die folgenden Signaturen konnten nicht überprüft werden, weil ihr öffentlicher Schlüssel nicht verfügbar ist: NO_PUBKEY 517B2D5802760C2F
W: Probieren Sie âapt-get updateâ, um diese Probleme zu korrigieren.

Kann ich den Key übergehen ?
Oder wo ist das problem ?
 
Da fehlt einfach nur der GPG Key um die Paketliste als vertrauenswürdig zu verifizieren, einfach den Key der Quelle importieren (insofern die Quelle vertrauenswürdig ist natürlich).
Falls es sich um Paketlisten aus den originalen Debian Repositories handelt solltest du mal prüfen ob das Paket debian-archive-keyring installiert ist.
Falls es sich um das volatile-Repository handelt (ist ein offizielles Repository aber seltsamerweise ist der Key nicht im debian-archive-keyring Paket enthalten):
1. Download der Datei etch-volatile.asc von Debian -- The debian-volatile Project
2. Importieren mittels apt-key add etch-volatile.asc

;)
 
Last edited by a moderator:
Habe ich gemacht

Datei etch-volatile.asc per wget geholt.
apt-key add etch-volatile.asc
ausgeführt fehler immer noch da.

Code: 
s:~# wget http://www.debian.org/volatile/etch-volatile.asc
--13:45:37--  http://www.debian.org/volatile/etch-volatile.asc
           => `etch-volatile.asc'
Auflösen des Hostnamen »www.debian.org«.... 194.109.137.218
Verbindungsaufbau zu www.debian.org|194.109.137.218|:80... verbunden.
HTTP Anforderung gesendet, warte auf Antwort... 200 OK
Länge: 1.836 (1.8K) [text/plain]

100%[====================================>] 1.836         --.--K/s

13:45:37 (142.57 MB/s) - »etch-volatile.asc« gespeichert [1836/1836]

s:~# apt-key add etch-volatile.asc
OK
 
Hallo,

Wenn du die Keys nicht importieren kannst, dann kannst du es glaube ich auch damit umgehen, dass du das: --allow-unauthenticated
an deinen apt-get String anhängst.

Ansonsten:
apt-get install debian-keyring
gpg --import /usr/share/keyrings/debian-keyring.gpg
apt-key add /usr/share/keyrings/debian-role-keys.gpg
apt-get update
 
So recht weitergeholfen hat mir das nicht

Weiß nicht was die bei s4y da in die source.list reingeschrieben haben.
Auf jedenfall kommt der fehler immer noch.
 
Code: 
gpg --keyserver subkeys.pgp.net --recv-keys 517B2D5802760C2F
gpg --armor --export 517B2D5802760C2F | apt-key add -
apt-get update
 
Poste doch einfach mal deine sources.list und lass uns wissen bei welchem Repository es hängt (evtl. Output von apt-get update posten)...;)
 
_padi da hast Du recht

Das ist die standart Liste


Code: 
# main sources

deb http://debian.intergenia.de/debian/ etch main contrib non-free
deb-src http://debian.intergenia.de/debian/ etch main contrib non-free

# volatile

deb http://debian.intergenia.de/debian-volatile/ etch/volatile main contrib non-free
deb-src http://debian.intergenia.de/debian-volatile/ etch/volatile main contrib non-free

# security

deb http://debian.intergenia.de/debian-security/ etch/updates main contrib non-free
deb-src http://debian.intergenia.de/debian-security/ etch/updates main contrib non-free

# intergenia.de additional repositories

deb http://mirror.intergenia.de/packages/deb/ etch dedicated
deb-src http://mirror.intergenia.de/packages/deb/ etch dedicated

# plesk autoinstall

deb http://plesk-autoinstall.intergenia.de/debian/PSA_8.6.0/ etch all

Habe mir die jetzt so zusammen gestellt.

Code: 
# dotdeb

deb http://packages.dotdeb.org stable all
deb-src http://packages.dotdeb.org stable all

#debian

deb http://ftp.de.debian.org/debian/ etch main non-free contrib
deb-src http://ftp.de.debian.org/debian/ etch main non-free contrib

deb http://security.debian.org/ etch/updates main contrib non-free
deb-src http://security.debian.org/ etch/updates main contrib non-free

deb http://volatile.debian.org/debian-volatile etch/volatile main contrib non-free
deb http://volatile.debian.org/debian-volatile etch/volatile-sloppy main contrib non-free
 
Wenn das:
Code: 
 dotdeb

deb http://packages.dotdeb.org stable all
deb-src http://packages.dotdeb.org stable all

#debian

deb http://ftp.de.debian.org/debian/ etch main non-free contrib
deb-src http://ftp.de.debian.org/debian/ etch main non-free contrib

deb http://security.debian.org/ etch/updates main contrib non-free
deb-src http://security.debian.org/ etch/updates main contrib non-free

deb http://volatile.debian.org/debian-volatile etch/volatile main contrib non-free
deb http://volatile.debian.org/debian-volatile etch/volatile-sloppy main contrib non-free
Jetzt deine aktuelle Liste ist, dann dürfte der Fehler ja nicht mehr auftauchen oder? Weil in deinem ersten Post bezog sich die Fehlermeldung auf einen Intergenia Mirror.
 
Wenns erlaubt ist, würde ich da kurz ne Frage zu einwerfen:

Sollte man von den Intergenia-Mirrorn (die auch bei mir (Serverloft) eingetragen sind) weg, und die offiziellen einbinden? Vor allem wenn es ggf und Security-Releases geht? Was haben diese für einen Vorteil?
 
So weit ich weiß, kann es sein, dass der Intergenia Mirror (wenn du einen Intergenia Server hast) vielleicht Dinge enthält, die der offizielle Mirror nicht hat: Confixx zum Beispiel.

Mal abgesehen davon, dass es Netzwerktechnisch natürlich besser ist, den Mirror aus dem eigenen RZ zu nutzen, als einen der "irgendwo" steht.
 
djrick said:
Mal abgesehen davon, dass es Netzwerktechnisch natürlich besser ist, den Mirror aus dem eigenen RZ zu nutzen, als einen der "irgendwo" steht.
Click to expand...

Ist nicht ganz richtig, da jede Distri. ausreichend Mirror hat, und meistens viel aktueller sind, als dass was man in nem RZ finden.
 
Ich meinte jetzt eher, dass es ökonomischer ist den Traffic innerhalb des RZ zu halten, als nach außen zuzugreifen.
 
okay aber warum machte der

intergenia jetzt diesen fehler ?
irgendwo habe ich mal gelesen das mann mit einem bestimmten Eintrag in der
apt-get config die komplette keyabfrage abschalten kann.

Aber das war für suse.
Anpassung der apt.config
Mit einem Editor z.B. kate öffnen wir die Datei:

/etc/apt/apt.conf.d/apt.conf
Dort fügen wir über der Zeile

ignore {"gpg-pubkey"; };
folgendes ein:

Hold { "kernel-smp"; "kernel-default"; "kernel-source"; };

gibs sowas auch für debian ???
da gibt es ja keine apt.conf
 
Last edited by a moderator:
Nachtrag

Hallo Hamlett,

Du scheinst ja nun für Dich bereits eine Lösung gefunden zu haben. Dennoch meine Lösung :)
Bei mir gab es dasselbe Problem (habe auch einen Root-Server bei S4U) und ich hab ein wenig gesucht und bei
PGP keyserver
den gewünschten Schlüssel (02760C2F - 517b2d5802760c2f) gefunden.

Einfach nach
intergenia
Click to expand...
suchen und dann erhälst Du mehrere Treffer, der 1. ist es.

Diesen von der Seite kopieren und z.B. per vi in eine Datei schreiben, diese mit
Code: 
apt-key add dateiname
zum Schlüsselbund hinzufügen, ein abschließendes
Code: 
apt-get update
bringt nun den vormals gesichteten Fehler nicht mehr.

BTW:
Code: 
apt-key list
zeigt alle bisher als sicher betrachtete Schlüssel.

Ich wollte mich nicht damit abfinden, die Prüfung der Schlüssel bei APT zu deaktivieren, denn wenn ich in der Nacht Auto fahre, es anfängt mit Regnen und der Scheibenwischer nicht geht, schalte ich ja auch nicht die Scheinwerfer aus ;)
 
Danke habe die alte source.list mal eingebaut und probiert

geht so wie du geschrieben hast.

So jetzt habe ich ein neues Problem mit dem Dotdeb paket.
hat sonst einwandfrei funktioniert.
Wo ist den jetzt hier das Problem ?

Code: 
Die folgenden Pakete sind zurückgehalten worden:
  libapache2-mod-php5 mysql-server php5 php5-cli php5-common php5-curl php5-gd
  php5-imap php5-mysql php5-sqlite php5-xsl
0 aktualisiert, 0 neu installiert, 0 zu entfernen und 11 nicht aktualisiert.
MOD: Bitte [noparse]
Code: 
...
[/noparse]-Tags um Ausgaben, Code, etc. verwenden (im Editor auch mit '#' erreichbar). Danke!
 
Last edited by a moderator:
You must log in or register to reply here.
Back
Top