:
Glückwunsch, wenn dein System jetzt noch funktioniert. Die Programme der Paketverwaltung sperren nicht umsonst den Zugriff für andere Programme...
Tja, stimmt wohl. Zumindest die eine gelöschte Lock-Datei war von Feb 2015, da muss vorher mal was nicht funktioniert haben. Insofern bin hoffe ich, dass nicht irgendwann noch ein Problem auftaucht.
alex7891schrieb:
Programm stockte ebenfalls, nichts ging mehr.
Das reicht nicht als Diagnose, um meine "Problemlösung" zu übernehmen. Bei dir könnte die Ursache völlig anders sein.
Bei mir schienen sogenannte lock-Dateien zu stören, das sind Dateien, die das System anlegt, um bestimmte Vorgänge zu verhindern: Etwa um zu verhindern, dass während eines Updates ein zweites Update gestartet wird.Aus meinem ersten Konsolenoutput entnahm ich, dass da störende (hoffentlich längst funktionslose) Lockdateien in zwei verzeichnissen waren, die hab ich gelöscht. (dass das allerdings böse Folgen haben könnte, darauf hat tomtomtom hingewiesen).
Ich habe auch nur beschränkt Ahnung, aber deinen Konsolenoutput kann ich dir erklären.
| a@a-laptop:~$ /var/lib/apt$ cd lists
bash: /var/lib/apt$: Datei oder Verzeichnis nicht gefunden
|
Mit cd lists möchtest du in das Unterverzeichnis lists wechseln. Das geht nur, wenn du dich bereits in /var/lib/apt befindest. Da die Konsolenbzeile mit ~$ beginnt, befindest du dich in deinem Homeverzeichnis, und da dieses kein Unterverzeichnis lists hat, sagt der Computer: nicht gefunden.
Es müsste also heißen:
Der Befehhl
soll im aktuellen Verzeichnis die Datei lock (mit rootrechten) löschen.Bei dir ist aber dein Home-Verzeichnis aktuell, und dort findet er die zu löschende Datei nicht.
usw.
ABER: Wichtiger, als das nun alles richtig nachzubauen, wäre, zu wissen, WESHALB die Aktualisierung bei dir nicht ging.
Da wäre es gut, wenn du das machst, was mir zu allererst empfohlen worden war, siehe oben im Thread.
Also apt laufen lassen und den Konsolenoutput posten.
(Ich hoffe, dass nun auch meine Formatierungen (Codeblöcke) stimmen, ... still learning)