Synaptic Problem [gelöst]

[Jerry]

Moin,
Seit heute bekomme ich beim installieren mit Synaptic immer die nachfolgende Fehlermeldung:

Code: Alles auswählen

E: Paketdatei /var/lib/apt/lists/ftp.de.debian.org_debian_dists_squeeze_main_i18n_Translation-de konnte nicht verarbeitet werden (2)
E: Das Download-Verzeichnis konnte nicht gesperrt werden

Aptitude und apt-get gehen aber weiterhin problemlos.
Woran kann das liegen?

System ist Debian-AMD64/Squeeze mit Gnome.

Gruß
Wolf

[Fjunchclick]

Habe zwar keine Antwort für dich aber immerhin den Trost, dass es bei mir ganz genau so ist. Auch das System ist das gleiche: Testing, amd64,gnome.

[Jerry]

Moin,
Das beruhigt mich das der Fehler anscheinend nicht von mir kommt. Danke fürs Feedback.

Gruß
Wolf
Edit: Jetzt gehts plötzlich wieder, ohne das ich etwas gemacht hätte.

[xafnir]

Hi,
Habe dasselbe Problem. Ich fand zwar noch keine Lösung, dafür aber den möglichen Grund:
Die Suchfunktion in Synaptic ist Schuld. Man muss die Datei
/var/cache/apt/archives/lock löschen, damit der Fehler nicht wieder auftritt (Kappt aber nur einmal).
Die Datei wird angelegt, damit keine zweite Anwendung wie Synaptic/Aptitute/dpg/apt-get auf die Paketquellen zugreift.
Eine Neuinstallation von synaptic hat mir auch nicht geholfen. Naja..jetzt weiß ich zumindest woran es liegt, und weich erst mal auf aptitude zurück.

[michaels]

Eine Neuinstallation von synaptic hat mir auch nicht geholfen. Naja..jetzt weiß ich zumindest woran es liegt, und weich erst mal auf aptitude zurück.

Und mit aptitude geht es dann...das macht doch keinen Sinn oder?
aptitude ist doch nur ein Frontend für apt (genau wie Synaptic auch) und wenn eine lock Datei angelegt wird, das kein weiteres APT gestartet wird, kann das doch nicht das eine Frontend ignorieren, zumal ja APT selbst wahrscheinlich die lock Datei verwaltet und keine weiteren Instanzen zulässt !?

Gruß

[lhfloss]

Ich hatte auch das Problem (aber kein amd64). Habe deshalb einfach die betroffene Datei /var/lib/apt/lists/ftp.de.debian.org_debian_dists_squeeze_main_i18n_Translation-de gelöscht und danach vorsichtshalber die Paketlisten neu geladen.
Seitdem funktioniert Synaptic wieder.

Gruß, lhfloss

[xafnir]

Hab ich auch probiert..hat bei mir leider nicht funktioniert. Fehler ist immer noch vorhanden

[trompetenkaefer]

Bei mir geht es auch wieder, hab eigentlich nur via aptitude ein full-upgrade eingespielt...

[Maik aus MS]

Folgenden Fehler gibt synaptic aus:

Code: Alles auswählen

E: Paketdatei
/var/lib/apt/lists/ftp.de.debian.org_debian_dists_squeeze_main_i18n_Translation-de
konnte nicht verarbeitet werden (2)

Auf der Konsole mit apt-get gibt es keine Probleme. Was kann das sein?

Maik

[nikaya]

http://debianforum.de/forum/viewtopic.php?f=12&t=118799

[Clio]

Der Fehler ist leider noch nicht behoben, wenn es sich um die Version 0.63.1 handelt.
Verursacht wird er durch die Suchfunktion, ohne Suche läuft alles problemlos.
Aber gerade die Suche ist es, warum man Synaptic verwendet. (...und ja, ich kann auch auf der Konsole mit apt-cache search suchen, aber mir ist Synaptic sympathischer....).
Ich habe einen Bugreport erstellt, mal sehen, ob darauf reagiert wird.

[Jerry]

Der Fehler ist leider noch nicht behoben, wenn es sich um die Version 0.63.1 handelt.

Ich hab hier Synaptic 0.62.5 Debian testing, da mit gibt das Problem nicht (mehr).

Gruß
Wolf

[djselbeck]

Habe immernoch das Problem. Synaptic version ist 0.62.5. Als workaround kann ich es mit LANG=c starten, dann funktioniert es. System ist squeeze auf i386

[Ibex]

Hatte das Problem auch, direkt nach einer Neuinstallation von squeeze/gnome/64bit. Nach einer reinstallation von synaptic und einem dist.upgrade hat es dann erst mal wieder funktioniert. Synaptic version ist bei mir auch 0.62.5

[flormel]

Hallo,
ich hatte dieses Problem auch,
nachdem ich alle Lösungen hier durchgearbeitet hatte und keinen Erfolg vermelden konnte habe ich festgestellt, dass ich in der Datei sources.list überall "testing" anstatt "squeeze" hingeschrieben hatte. Nachdem ich es auf squeeze geändert hatte lief es.
Wohlgemerkt, solange ich apt-get oder aptitude benutzt hatte konnte ich auch mit dem Eintrag testing in der sources.list arbeiten.

LG flormel

[djselbeck]

Hi,

meine Quellen zeigen schon alle auf Squeeze. Nach einem Purge und install von synaptic klappt es jedoch immer noch nicht. Momentan ist es ok für mich es mit LANG=C zu starten, ist halt ein Schönheitsfehler.

Vg

[Clio]

...dass ich in der Datei sources.list überall "testing" anstatt "squeeze" hingeschrieben hatte. Nachdem ich es auf squeeze geändert hatte lief es.

Das ist Jacke wie Hose, der Link zu Testing zeigt auf Squeeze. Wenn irgendwann Squeeze stable wird, zeigt der Testinglink auf das neue Testing namens ...? (Name steht wohl noch nicht fest).
Das Problem besteht nur, wenn Synaptic benutzt wird. Hier ist die Suchfunktion defekt, aber ohne diese macht das Tool nicht viel Sinn.
Im Moment ist der Aufruf mit LANG=C die einzige Möglichkeit, leider dann nicht mit den deutschen Übersetzungen.

Es gibt doch auch einen Thread dazu, zur besseren Übersicht lege ich diese mal zusammen.

....und willkommen im Debianforum

[atomicbumper]

Hi zusammen

würde mich mal gerne in den Thread einklinken... habe mich für meine Neuinstallation gestern für testing/squeeze entschieden (von vorher stable) weil ich dacht die paar Monate bis zum nächsten release kann ich auch noch mit testing durchziehen. ABER jetzt habe ich das gleiche Problem wie der Threadstarter, d.h. synaptic fällt flach. aptitude will mir das halbe System deinstallieren sobald ich es aufrufe. apt-get funzt noch, allerdings wollte mit dem neu installierten System nur noch einen der drei benutzen um Konsistenz zu wahren, und das sollte eigentlich synaptic sein (ich will jetzt nicht laufende Diskussionen über das parallele Benutzen von apt-get/aptitude/synaptic noch mal starten).
Hat jemand einen lauwarmen Tipp für mich?
Danke!

[Danielx]

aptitude will mir das halbe System deinstallieren sobald ich es aufrufe.

Was genau?
Das Problem lässt sich sicher lösen.

Hat jemand einen lauwarmen Tipp für mich?

apt-get verwenden.

Ich mische übrigens seit vielen Monaten unter Testing mit voller Absicht apt-get und aptitude und es gab bisher keine Probleme.

Gruß,
Daniel

[atomicbumper]

was genau muss ich heute Abend noch mal schauen... wenn ich mich recht erinnere sind es 147 Pakete die aptitude deinstallieren will (und das auf einem frisch installierten Standardsystem). Mittlerweile konnte ich per synaptic ein upgrade durchführen, das hat das Problem leider nicht gelöst. Die Suchfunktion unter Synaptic zu umgehen, funktioniert nur teilweise. Einige Pakete konnte ich so installieren, bei anderen gabs die zu Beginn des Threads genannte Fehlermeldung.

Ich hatte in Vergangenheit auch immer schön apt-get und synaptic gemischt, mit dem Ergebniss, dass ich bereits vor einem autoremove schon mal das backup aus dem Schrank holen konnte >>> deshalb wollte ich mein jungfräuliches testing sozusagen mono-aptisch verwalten...!

[atomicbumper]

So, hab mal ein aptitude update && aptitude -s upgrade gemacht, folgendes fulminantes Ergebnis: 34485
so 100 pro schein mir das ja nicht zu sein...

[Danielx]

So, hab mal ein aptitude update && aptitude -s upgrade gemacht

Unter Testing grundsätzlich:

Code: Alles auswählen

aptitude update && aptitude -s full-upgrade

Es sei denn, man weiß, genau was man macht.

Dann bitte nochmal die neue Ausgabe posten.

Gruß,
Daniel

[atomicbumper]

Danke für den Tipp, wäre ich durch die manpage von aptitude gar nicht drauf gekommen. Ergebnis ist aber identisch: 34488?

[Danielx]

Vielleicht fehlt dir ein Meta-Paket, ist bei dir gnome installiert?
Ohne den eigentlichen Grund zu finden, könntest du die Pakete auch als manuell installiert markieren, dann werden diese nicht automatisch entfernt:

Code: Alles auswählen

aptitude unmarkauto <Pakete>

Gruß,
Daniel

[atomicbumper]

Unfassbar! gnome war tatsächlich nicht installiert ... ich habs mal per synaptic installiert. ein aptitude full-upgrade bringt dann nur noch 28 pakete die entfernt werden sollen. wenn ich diese dann aber manuell per aptitude unmarkauto als nicht automatisch installiert setzen möchte, will aptitude sie mir wieder entfernen?

Code: Alles auswählen

aptitude unmarkauto bluez-cups devicekit-disks javascript-common latex-xft-fonts libgoffice-0-8-common libjs-jquery libmagick++2 libmagickcore2 libmagickcore2-extra libmagickwand2 libmysqlclient16 libntfs-3g73 libqt4-dbus libqt4-designer libqt4-network libqt4-opengl libqt4-qt3support libqt4-script libqt4-sql libqt4-sql-mysql libqt4-xml libqtcore4 libqtgui4 mysql-common python-gtkmozembed python-rsvg  qt4-qtconfig wwwconfig-common
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut       
Status-Informationen einlesen... Fertig
Lese erweiterte Statusinformationen... Fertig
Initialisiere Paketstatus... Fertig          
Lese Task-Beschreibungen... Fertig 
Die folgenden Pakete werden ENTFERNT:
  bluez-cups{u} devicekit-disks{u} javascript-common{u} latex-xft-fonts{u} libgoffice-0-8-common{u} libjs-jquery{u} 
  libmagick++2{u} libmagickcore2{u} libmagickcore2-extra{u} libmagickwand2{u} libmysqlclient16{u} libntfs-3g73{u} 
  libqt4-dbus{u} libqt4-designer{u} libqt4-network{u} libqt4-opengl{u} libqt4-qt3support{u} libqt4-script{u} libqt4-sql{u} 
  libqt4-sql-mysql{u} libqt4-xml{u} libqtcore4{u} libqtgui4{u} mysql-common{u} python-gtkmozembed{u} python-rsvg{u} 
  qt4-qtconfig{u} wwwconfig-common{u} 
0 Pakete aktualisiert, 0 zusätzlich installiert, 28 werden entfernt und 0 nicht aktualisiert.
Muss 0B an Archiven herunterladen. Nach dem Entpacken werden 53.9MB frei werden.
Wollen Sie fortsetzen? [Y/n/?] n

Qu'est-ce que c'est??
bumper