Keine Updates nach normaler Installation

[Newcomer123]

@Bierhasser + Lohengrin: Danke für eure Zeilen, aber ich verstehe überhaupt nicht, was ihr mir mit euren Codezeilen sagen wollt...

@owl102: OK, deiner Meinung nach geht die S Paketv. in Debian 9 nicht und wird auch kurzfristig nicht gefixt. OK, damit kann ich leben. Jedoch funktioniert das Update nach wie vor nicht und das auch nicht, mit dem Terminal. Auch die neue Debian-ISO von Jana66 hat nichts geholfen. Auch hier sind bei der Installation in meinen Augen falsch Einstellungen vorgenommen worden und deshalb scheitern meine Updates.

@Forum: In Anlehnung an meinen Text an owl102 möchte ich euch Entwickler von Debian bitte: Es kann doch nicht sein, dass ich Debian von der korrekten Quelle beziehe, es korrekt installiere aber es nach dem Systemstart dann nicht ordnungsgemäß mit lebenswichtigen Updates versorgt wird. Das kann es doch wirklich nicht sein, oder???? Ich bitte euch alle, euch diesem Problem anuznehmen, denn so ist eurer Betriebssystem nicht zu gebrauchen - leider! Aber das wisst ihr ja selber, denke ich.

Hoffnungsvolle, weihnachtlich Grüße an euch.

[owl102]

Lösche doch bitte die unsägliche Datei /etc/apt/trusted.gpg (mit

Code: Alles auswählen

rm /etc/apt/trusted.gpg

als root) und mache danach (immer noch als root) ein

Code: Alles auswählen

apt update

). Gibt das immer noch Fehlermeldungen? Wenn ja, bitte die Ausgabe posten.

[BenutzerGa4gooPh]

Richte dir waehrend Installation Nutzer und Administrator ein!!!
Update dann so:
CODE: ALLES AUSWÄHLEN
su -
apt update
apt upgrade
synaptic dafür unnötig. Für andere Dinge okay.

Für Updates wird hier im Forum kaum einer was anderes tun.

[detix]

Hmm, da ist er wieder dieser geheimnisvolle user „_apt”.
Kann es sein, dass es diesen user nur gibt wenn synaptic benutzt wird?
Da war doch schon mal was im Forum...

Hier schließe ich mich der Meinung von owl102 an, trusted.gpg löschen und auch mal hier reinschauen:
https://lists.debian.org/debian-user/20 ... 00219.html

[geier22]

Also ich habe soeben von der Debian Hauptseite https://www.debian.org/ auf den Link geklickt, das Net-Inst - ISO runter geladen und ein Minimal System in einer VM installiert. installiert.
Grafische Installation
Nur Debian Standard Systemwerkzeuge gewählt
sonst alles belassen wie vorgeschlagen.
Ergebnis:

Sources.list:

Bilder, weil zu faul da jetzt noch die Guest Additions zu installieren
Irgend etwas hat Newcomer123 falsch gemacht.
Vielleicht mal genau die Schritte erzählen, die er durchgeführt hat

[Bierhasser]

synaptic auch ausprobiert und dann die rechte von /etc/apt/trusted.gpg angesehen? eventuell zuerst das File /etc/apt/trusted.gpg löschen.

Laut verschiedener Posts ist wohl synaptic für den Bug zuständig.
Ich vermute er hat zuerst synaptic aufgerufen.

[geier22]

So hab jetzt noch mal Xfce "hinter hergeschoben", und synaptic installiert.
Ergebnis:
Synaptic lies sich nur aus dem Terminal als root starten.
Auf den Starter reagierte es nicht.
Lösung:
policykit-1-gnome installieren
dabei wird u.a die Datei
/etc/xdg/autostart/polkit-gnome-authentication-agent-1.desktop angelegt.
Im Anschluss startet Synaptic korrekt über synaptic-pkexec wie auch der Befehl im Starter ist.

[TomL]

Ich würde einfach mal dieses imho überflüssige synaptic weglassen... wirklich brauchen tut mans eh nicht, weil die Paketsuche und "apt search" das fast genauso gut können. Wenn auch nur ansatzweise Verdacht besteht, dass die irgend ein eigenes Süppchen kocht oder möglicherweise Probleme verursacht, würde ich die sofort feuern. Ich glaube, dass sind hier hausgemachte Probleme.

j.m.2.c.

[geier22]

Ich würde einfach mal dieses imho überflüssige synaptic weglassen... wirklich brauchen tut mans eh nicht, weil die Paketsuche das fast genauso gut kann.

Das ist nun aber ein Gerücht. Zusammen mit dem apt-xapian-index hast man eine vollwertige Volltext Suche die die Ergebnisse bereits beim Eintippen ausgibt. Bei installierten Paketen auch noch die Ergebnisse von dlpg -L. Da kannst du dich im Web tot suchen bis du ein Ergebnis hast.

ch glaube, dass sind hier hausgemachte Probleme.

Die hausgemachten Probleme sind m.E. das Fehlen von policykit-1-gnome und somit kann der Legitimationsdienst von PolicyKit nicht gestartet werden.
Das ist aber nicht hausgemacht durch die Installation von Synaptic, sondern schlicht und einfach eine Nachlässigkeit der Paket- Entwickler, die sich offensichtlich noch nicht daran gewöhnt haben, dass es PolicyKit gibt. und immer noch an sudo denken.

Synaptic bringt die /usr/share/polkit-1/actions/com.ubuntu.pkexec.synaptic.policy mit genau so wie den schon erwähnten passenden Starter.

Man kann eben keine Programme via pkexec starten, solange die "Zutaten" (in diesem Fall der Legitimationsdienst von PolicyKit) nicht vorhanden sind.

[TomL]

Das ist nun aber ein Gerücht.

Ich habe gerade mal in synaptic nach "encryption" gesucht und anschließend "apt search encryption | less" im Terminal ausgeführt. Inhaltlich konnte ich da mit Stichproben keinen Unterschied feststellen, lediglich das Suchergebnis ist bei synaptic besser aufbereitet. Aber nur deshalb nutze ich es nicht. Und in Kombination mit der Online-Paketsuche habe ich bisher noch alles finden können.

Btw, wie kann der auth-agent bei einer Standard-Installation eigentlich fehlen? Der ist doch immer da, oder? Lediglich bei meinenm Custom-Desktops muss ich den von Hand nachinstallieren.

[geier22]

Also zusammengefasst noch mal ein Vorschlag an Newcomer123:
Falls du noch das ISO von https://www.debian.org/ hast und noch Nerven hast
Nimm das und installiere über die grafische Installation alles und wähle zum
Schluss nur Standard Systemwerkzeuge aus.
Dann hast du ein minimal- System ohne grafische Oberfläche.
logge dich nach dem Neustart mit deinem Usernamnen und PW ein.
Logge dich anschließend als root ein mit su.
Dann teste erstmal

Code: Alles auswählen

apt update

dies sollte ohne Fehlermeldungen laufen und genau dieses Ergebniss haben:

Code: Alles auswählen

# apt update
Ign:1 http://ftp.de.debian.org/debian stretch InRelease
OK:2 http://ftp.de.debian.org/debian stretch-updates InRelease
OK:3 http://ftp.de.debian.org/debian stretch Release                           
Holen:4 http://security.debian.org/debian-security stretch/updates InRelease [63,0 kB]
Es wurden 63,0 kB in 1 s geholt (62,8 kB/s).                  
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.       
Statusinformationen werden eingelesen.... Fertig
Alle Pakete sind aktuell.

Wenn du Xfce haben willst (kann ich nur empfehlen)
Wären dann im Terminal einzugeben:

Code: Alles auswählen

apt install xfce* synaptic apt-xapian-index dkms policykit-1-gnome

Geh eine Tasse Kaffee trinken und eine rauchen und dann sollte alles funktionieren.

[geier22]

Btw, wie kann der auth-agent bei einer Standard-Installation eigentlich fehlen? Der ist doch immer da, oder? Lediglich bei meinen Custom-Desktops muss ich den von Hand nachinstallieren.

Ich habe - wie gesagt - von einer minimal -Installation xfce nachinstalliert
mit

Code: Alles auswählen

apt install xfce*

Aber es war zwar das policyKit danach installiert aber eben nicht der auth-agent, da er nicht von policykit-1 abhängt

Code: Alles auswählen

apt-cache depends policykit-1
policykit-1
  Hängt ab von: dbus
  Hängt ab von: libpam-systemd
  Hängt ab von: libc6
  Hängt ab von: libglib2.0-0
  Hängt ab von: libpam0g
  Hängt ab von: libpolkit-agent-1-0
  Hängt ab von: libpolkit-backend-1-0
  Hängt ab von: libpolkit-gobject-1-0
  Beschädigt: gdm3

Der "agent reicht aber halt nicht, weil er nichts in dem Autostart kritzelt

Code: Alles auswählen

dpkg -L  libpolkit-agent-1-0
/.
/usr
/usr/lib
/usr/lib/x86_64-linux-gnu
/usr/lib/x86_64-linux-gnu/libpolkit-agent-1.so.0.0.0
/usr/share
/usr/share/doc
/usr/share/doc/libpolkit-agent-1-0
/usr/share/doc/libpolkit-agent-1-0/changelog.Debian.gz
/usr/share/doc/libpolkit-agent-1-0/copyright
/usr/lib/x86_64-linux-gnu/libpolkit-agent-1.so.0

Das mach erst das policykit-1-gnome

Code: Alles auswählen

dpkg -L  policykit-1-gnome
/.
/etc
/etc/xdg
/etc/xdg/autostart
/etc/xdg/autostart/polkit-gnome-authentication-agent-1.desktop
/usr
/usr/lib
/usr/lib/policykit-1-gnome
/usr/lib/policykit-1-gnome/polkit-gnome-authentication-agent-1
/usr/share
/usr/share/doc

usw....

Die Wege von Debian sind halt nicht immer nachvollziehbar

[owl102]

Ich habe jetzt die Zeit gefunden, das Problem auch einmal in einer VM nachzustellen.

Debian 9 mit Gnome installiert, "apt update" funktioniert anschließend ohne Probleme. Synaptic gestartet, "Einstellungen" => "Paketquellen" ausgewählt, nichts geändert, sondern das Fenster gleich wieder geschlossen. "apt update" funktioniert anschließend nicht mehr ohne Probleme.

Es reicht also leider völlig aus, den Menüeintrag "Paketquellen" aufzurufen, um das Fehlerbild herbeizuführen.

[pferdefreund]

Dann würde ich halt, wie schon beschrieben, synaptic nicht mehr benutzen, bis der Fehler behoben ist. Konsolenprogramme betreffs System sind im Regelfall immer ausgereifter und zuverlässiger wie die grafischen Pedanten. Ist halt so - und da "Open Source" - wems nicht passt, source ziehen und korregieren und dem Author die Änderung mitteilen. Debian ist halt ein Gemeinschaftsprojekt und keine Bezahlsoftware, wo man zu Recht reklamieren kann.

[geier22]

Irgendwas scheint mit Synaptic - oder von der Umgebung - wirklich nicht zu stimmen. Bei mir (Xfce / Buster) lassen sich die Paketquellen gar nicht mehr öffnen.
Wenn ich das anklicke, kommt die Meldung

Paketquellen wurden geändert

Sobald ich dann neu laden ausgewählt habe und die Paketquellen erneut anwähle geht es wieder von vorne los
Allerdings ist Synaptic ja bereits schon seit einige Zeit in Testing:

Code: Alles auswählen

 [2017-03-15] synaptic 0.84.2 MIGRATED to testing

Hmmm

Debian 9 mit Gnome installiert, "apt update" funktioniert anschließend ohne Probleme. Synaptic gestartet, "Einstellungen" => "Paketquellen" ausgewählt, nichts geändert, sondern das Fenster gleich wieder geschlossen. "apt update" funktioniert anschließend nicht mehr ohne Probleme.

Das kann ich inzwischen (nochmal installiert mit Gnome) auch bestätigen. allerdings ist das Bei mir "Gebrauchs- unschädlich", da sowohl Synaptic als auch apt meckern

Code: Alles auswählen

The key(s) in the keyring /etc/apt/trusted.gpg are ignored as the file is not readable by user '_apt' executing apt-key.

aber trotzdem ihren Job machen

[geier22]

Irgendwas scheint mit Synaptic - oder von der Umgebung - wirklich nicht zu stimmen. Bei mir (Xfce / Buster) lassen sich die Paketquellen gar nicht mehr öffnen.
Wenn ich das anklicke, kommt die Meldung

Paketquellen wurden geändert

Sobald ich dann neu laden ausgewählt habe und die Paketquellen erneut anwähle geht es wieder von vorne los
Allerdings ist Synaptic ja bereits schon seit einige Zeit in Testing:

Code: Alles auswählen

 [2017-03-15] synaptic 0.84.2 MIGRATED to testing

Hmmm

Debian 9 mit Gnome installiert, "apt update" funktioniert anschließend ohne Probleme. Synaptic gestartet, "Einstellungen" => "Paketquellen" ausgewählt, nichts geändert, sondern das Fenster gleich wieder geschlossen. "apt update" funktioniert anschließend nicht mehr ohne Probleme.

Das kann ich inzwischen (nochmal installiert mit Gnome) auch bestätigen. allerdings ist das Bei mir "Gebrauchs- unschädlich", da sowohl Synaptic als auch apt meckern

Code: Alles auswählen

The key(s) in the keyring /etc/apt/trusted.gpg are ignored as the file is not readable by user '_apt' executing apt-key.

aber trotzdem ihren Job machen

Code: Alles auswählen

# rm  /etc/apt/trusted.gpg

Hat auch dieses Problem beseitigt ---
Die Paketquellen in Synaptic fasse ich jetzt lieber nicht mehr an

[Lohengrin]

@Bierhasser + Lohengrin: Danke für eure Zeilen, aber ich verstehe überhaupt nicht, was ihr mir mit euren Codezeilen sagen wollt...

Du heißt Newcomer, und ich rate jetzt, was du noch nicht kennst.
Die Pakete sind unterschrieben, und dein System prüft die Unterschriften. Dazu braucht es die öffentlichen Schlüssel. Die liegen in einer Datei oder in mehreren Dateien in einem Verzeichnis. Die öffentlichen Schlüssel sind öffentlich, dürfen daher auch für jeden lesbar sein.
Irgendwas, vermutlich Synaptic, vergurkt es, indem es diesen Dateien nicht Leserecht für jeden gibt. Man kann nun root werden und die Leserechte setzen, oder die Dateien löschen, und hoffen, dass das, was dann die Dateien da wieder hinschreibt, die Leserechte richtig setzt.

Es kann doch nicht sein, dass ich Debian von der korrekten Quelle beziehe, es korrekt installiere aber es nach dem Systemstart dann nicht ordnungsgemäß mit lebenswichtigen Updates versorgt wird. Das kann es doch wirklich nicht sein, oder????

Die üblichen Hinweisgeber an die Entwickler haben es nicht bemerkt, weil die Synaptic gewöhnlich nicht verwenden. Da muss erst so ein Newcomer die Erfahrung machen, und es dann noch den richtigen Leuten erzählen. Und das ist bedauerlicherweise selten. Diesmal hat es geklappt.
Wie man in diesem Thread sieht, sind jetzt ein paar Leute am rödeln. Das hast du ausgelöst. Danke dafür!

[rendegast]

trusted.gpg mit root:root 644 anlegen und dann

Code: Alles auswählen

chattr +i trusted.gpg

->
root kann die Datei nicht mehr löschen, umbenennen oder 'chmod 600' machen.
Demensprechend auch nicht mehr mit anderen Rechten anlegen

synaptic könnte dann jedoch andere Fehler ausspucken.

[KP97]

Ich habe mit meinem Sid diesen Fehler noch nie gehabt.
Ich kann in Synaptic die Paketquellen ändern wie ich lustig bin, ob mit trusted.gpg oder ohne diese Datei, es funktioniert immer wie es soll.
Die Versionen sind in Stretch, Buster und Sid die gleichen, da hat sich auch schon länger nichts mehr geändert.
Evtl. eine policykit-Sache, ich rufe Synaptic mit gksu auf (selbstkompiliert ohne sudo-Abhängigkeit), aber ich vermute nur, genau wissen tu ich das nicht.
An Synaptic selbst liegt es also nicht.

[owl102]

Irgendwas, vermutlich Synaptic, vergurkt es

Nein, nicht irgendwas, sondern software-properties-gtk. Das kann man entweder separat aufrufen, oder eben über "Synaptic" => "Paketquellen", je nachdem, welchen Weg man zum vergurken seines Debian 9 bevorzugt.

software-properties-gtk, das ist das tolle Programm, was von Ubuntu kommt und noch nie so richtig an Debian angepasst war, zumindest kommt es mir so vor. Die harmloseste Variante war noch die, bei der man die Benachrichtigung von neuen Ubuntu-Versionen ein- und ausschalten konnte, unter Debian wohlgemerkt. Man sollte es IMHO nicht benutzen, sondern bei http://www.dreckstool.de melden.

Man beachte auch die Meldungen, wenn man software-properties-gtk aus dem Terminal heraus aufruft, wohlgemerkt unter Debian 9:

Code: Alles auswählen

ERROR:root:Cannot import UbuntuDrivers: No module named 'UbuntuDrivers'
gpg: keyblock resource '/etc/apt/trusted.gpg': Keine Berechtigung

Mein dauerhafter Bugfix (als root eingeben):

Code: Alles auswählen

rm /etc/apt/trusted.gpg
cat >/usr/bin/software-properties-gtk <<END
#!/bin/sh
zenity --error --text "Nö!"
END

[Ellison]

Nein, nicht irgendwas, sondern software-properties-gtk. Das kann man entweder separat aufrufen, oder eben über "Synaptic" => "Paketquellen", je nachdem, welchen Weg man zum vergurken seines Debian 9 bevorzugt.

Hm, da wage ich fast zu widersprechen, denn software-properties-gtk gehört nicht zu einer XFCE Installation und scheinbar scheitert es da bei dem einen oder anderen auch. Bei mir (unter Testing) interessanterweise nicht. Bei mir läuft auch Thunderbird ohne die AppArmor Spinnerei.
Ich rufe Synaptic sogar ganz oldschool über das Menü auf, aber selbst wenn ich den Application Finder nutze, läuft es nach PW Abfrage.

policykit1 & policykit1-gnome sind installiert, werden automatisch mitgenommen bei einer netinstall von Testing.

Mein dauerhafter Bugfix (als root eingeben):

Code: Alles auswählen

rm /etc/apt/trusted.gpg
cat >/usr/bin/software-properties-gtk <<END
#!/bin/sh
zenity --error --text "Nö!"
END

[owl102]

Hm, da wage ich fast zu widersprechen, denn software-properties-gtk gehört nicht zu einer XFCE Installation

Wo haben wir denn eine XFCE-Installation mit dem bemängelten Fehlerbild? Ich habe den Thread gerade nochmal überflogen, aber das nicht gefunden.

Und zumindest läßt sich das Problem mit software-properties-gtk unter Gnome problemlos nachstellen.

[Ellison]

Hm, da wage ich fast zu widersprechen, denn software-properties-gtk gehört nicht zu einer XFCE Installation

Wo haben wir denn eine XFCE-Installation mit dem bemängelten Fehlerbild? Ich habe den Thread gerade nochmal überflogen, aber das nicht gefunden.

Und zumindest läßt sich das Problem mit software-properties-gtk unter Gnome problemlos nachstellen.

viewtopic.php?f=12&t=168000&start=30#p1157745
Beim Geier, den Starter kann ich auch anlegen, und er läuft ohne Voodoo.

Wie gesagt, policykit-1-gnome gehört auch zu XFCE dazu.

edit: viewtopic.php?f=12&t=168000&start=30#p1158251 dort nochmal.

[owl102]

viewtopic.php?f=12&t=168000&start=30#p1157745

Hmmm, ok, ich hatte mich lediglich auf das Problem

Code: Alles auswählen

W: http://deb.debian.org/debian/dists/stre ... /InRelease: The key(s) in the keyring /etc/apt/trusted.gpg are ignored as the file is not readable by user '_apt' executing apt-key.

(und die kaputten Paketquellen) beschränkt.

[Ellison]

Wie gesagt, bei mir startet Synaptic auf allen erdenklichen Möglichkeiten, ich kann auch die Paketquellen ändern und es passiert nichts. Policykit-1-Gnome ist eine dependency von task-xfce, wurde bei einer frischen netinstall gestern mitinstalliert. Ich kann die genannten Probleme also nicht nachstellen, vor allem die vom Geier nicht, der ja auch ein testing fährt.