waldmattis
Anmeldungsdatum: 20. Juli 2014
Beiträge: 57
|
Ich arbeite seit Wochen problemlos mit Ubuntu Gnome 16.04.1, 64bit
Seit heute kann ich nicht mehr aktualisieren und bekomme den Hinweis
E: Sperren des Administrationsverzeichnisses (/var/lib/dpkg/) nicht möglich, wird es von einem anderen Prozess verwendet? Es ist aber kein anderer Update-Prozess aktiv. Was tun? Nachstehend Kopie der Meldungen karl@karl-P6612clear:~$ sudo apt-get update
[sudo] Passwort für karl:
E: Konnte Sperre /var/lib/apt/lists/lock nicht bekommen - open (11: Die Ressource ist zur Zeit nicht verfügbar)
E: Das Verzeichnis /var/lib/apt/lists/ kann nicht gesperrt werden.
E: Konnte Sperre /var/lib/dpkg/lock nicht bekommen - open (11: Die Ressource ist zur Zeit nicht verfügbar)
E: Sperren des Administrationsverzeichnisses (/var/lib/dpkg/) nicht möglich, wird es von einem anderen Prozess verwendet?
karl@karl-P6612clear:~$
karl@karl-P6612clear:~$
karl@karl-P6612clear:~$
karl@karl-P6612clear:~$ sudo lsof /var/cache/apt/archives/lock
lsof: WARNING: can't stat() fuse.gvfsd-fuse file system /run/user/1000/gvfs
Output information may be incomplete. Und an dieser Stelle bleibt dann im Terminal über Stunden der Kursor stehen, es erfogt keine weitere Ausgabe Bin für jeden Hinweis dankbar. Karl
Bearbeitet von tomtomtom: Etliche sinnfreie manuelle Zeilenumbrüche entfernt. Der Browser weiß besser als du, wie groß der Bildschirm des Lesenden ist. Ein Satz = Eine Zeile ist nichts was der Lesbarkeit deiner Beiträge zuträglich wäre. Ebenso Codeblock eingefügt zwecks Lesbarkeit, auch aus dem Code mussten etliche sinnfreie manuelle Zeilenumbrüche entfernt werden...
|
Benno-007
Anmeldungsdatum: 28. August 2007
Beiträge: 29240
Wohnort: Germany
|
Es ist aber kein anderer Update-Prozess aktiv. Was tun?
lock löschen.
|
waldmattis
(Themenstarter)
Anmeldungsdatum: 20. Juli 2014
Beiträge: 57
|
Hallo Benno-007. Ich habe jetzt eine lock-Datei in der Hierarchie /var/cache/apt/archives gefunden. Diese ist aber schreibgeschützt. Ist die Ordnerebene korrekt? Wie kann ich ich die lock-Datei löschen? Danke Karl
|
Benno-007
Anmeldungsdatum: 28. August 2007
Beiträge: 29240
Wohnort: Germany
|
|
waldmattis
(Themenstarter)
Anmeldungsdatum: 20. Juli 2014
Beiträge: 57
|
@Benno-007. Ich hab mir mal die Nomenklatur zu rm angesehen, damit kann man anscheinend viel kaputt machen. Was hälst Du von der Idee, den Rechner mit einem anderen Live-System zu booten und dann die lock-Datei händisch zu löschen? Oder kann ich dann Ubuntu wegen der gelöschten lock-Datei nicht mehr booten? Grüße Karl
|
Benno-007
Anmeldungsdatum: 28. August 2007
Beiträge: 29240
Wohnort: Germany
|
Ich hab mir mal die Nomenklatur zu rm angesehen, damit kann man anscheinend viel kaputt machen.
Nur die Datei, die du angibst.
|
tomtomtom
Supporter
Anmeldungsdatum: 22. August 2008
Beiträge: 53611
Wohnort: Berlin
|
waldmattis schrieb: Was hälst Du von der Idee, den Rechner mit einem anderen Live-System zu booten und dann die lock-Datei händisch zu löschen?
Hat exakt den selben Effekt als ob du das im laufenden System machst...
Oder kann ich dann Ubuntu wegen der gelöschten lock-Datei nicht mehr booten?
Die hat mit dem Start von Ubuntu folgendes zu tun: Absolut gar nichts. dpkg wird sowohl von apt-get/apt als auch von aptitude, Synaptic, der Aktualisierungsverwaltung, Muon, dem Software-Center als auch Ubuntu Software und weiteren Frontends für die Paketverwaltung genutzt. Damit sich die Programme gegenseitig nicht "in die Quere" kommen können müssen sie sich sozusagen bei dpkg "anmelden". Ist dpkg bereits in Benutzung bekommen sie die Meldung, du du hier zitiert hast. Wird es gerade nicht benutzt bekommt das Programm Zugriff und über die Lock-Datei wird verhindert, dass andere Programme dies zur gleichen Zeit haben. Wenn jetzt ein Programm, dass die Lock-Datei benutzt, nicht korrekt beendet wurde, bleibt dpkg gesperrt.
|
unbuntuS12
Anmeldungsdatum: 2. Juni 2010
Beiträge: 1816
|
Es ist zwar ein Forum, das Hilfe zur Selbsthilfe bietet, aber du scheinst dir sehr unsicher zu sein. Der Befehl ist tatsächlich überhaupt nicht kompliziert. Du holst dir erweiterte Rechte mit sudo, und löschst dann die Datei. sudo rm /var/lib/apt/lists/lock Alternativ kannst du auch einen Dateimanager mit root-Rechten öffenen und die Datei grafisch löschen.
|
Benno-007
Anmeldungsdatum: 28. August 2007
Beiträge: 29240
Wohnort: Germany
|
Ich denke, er wäre schon drauf gekommen, wenn auch vielleicht nicht beim ersten Anlauf. Dafür wäre der Lernerfolg nachhaltiger. 😉
|
waldmattis
(Themenstarter)
Anmeldungsdatum: 20. Juli 2014
Beiträge: 57
|
@ubuntuS12 Deine Angabe des Dateipfades /var/lib/apt/lists/lock ist das,was ich zur Absicherung brauchte.
Vielen Dank! Werde das gleich ausprobieren. @benno-007 vielen Dank nochmal für die Unterstützung zu nachtschlafender Zeit
|
waldmattis
(Themenstarter)
Anmeldungsdatum: 20. Juli 2014
Beiträge: 57
|
Ich konnte die lock-Datei löschen.
Danach habe ich Synaptics gestartet -→> Fehlermeldung, daß ein dpkg-Vorgang unterbrochen worden sei und
sudo dpkg --configure -a
manuel gestartet werden müssse. Habe ich getan.
Nach fast vier Stunden „Tätigkeit“ meldet das Terminal wie nachstehend.
Soll ich das die Nacht über laufen lassen oder ist kein Fortschritt mehr zu erwarten? Vielen Dank schon mal an alle Ratgeber. karl@karl-P6612clear:~$ sudo dpkg --configure -a
[sudo] Passwort für karl:
linux-image-4.4.0-34-generic (4.4.0-34.53) wird eingerichtet ...
Running depmod.
update-initramfs: deferring update (hook will be called later)
initrd.img(/boot/initrd.img-4.4.0-34-generic
) points to /boot/initrd.img-4.4.0-34-generic
(/boot/initrd.img-4.4.0-34-generic) -- doing nothing at /var/lib/dpkg/info/linux-image-4.4.0-34-generic.postinst line 491.
vmlinuz(/boot/vmlinuz-4.4.0-34-generic
) points to /boot/vmlinuz-4.4.0-34-generic
(/boot/vmlinuz-4.4.0-34-generic) -- doing nothing at /var/lib/dpkg/info/linux-image-4.4.0-34-generic.postinst line 491.
Examining /etc/kernel/postinst.d.
run-parts: executing /etc/kernel/postinst.d/apt-auto-removal 4.4.0-34-generic /boot/vmlinuz-4.4.0-34-generic
run-parts: executing /etc/kernel/postinst.d/dkms 4.4.0-34-generic /boot/vmlinuz-4.4.0-34-generic
run-parts: executing /etc/kernel/postinst.d/initramfs-tools 4.4.0-34-generic /boot/vmlinuz-4.4.0-34-generic
update-initramfs: Generating /boot/initrd.img-4.4.0-34-generic
W: plymouth module (/usr/lib/x86_64-linux-gnu/plymouth//.so) missing, skipping that theme.
run-parts: executing /etc/kernel/postinst.d/unattended-upgrades 4.4.0-34-generic /boot/vmlinuz-4.4.0-34-generic
run-parts: executing /etc/kernel/postinst.d/update-notifier 4.4.0-34-generic /boot/vmlinuz-4.4.0-34-generic
run-parts: executing /etc/kernel/postinst.d/zz-extlinux 4.4.0-34-generic /boot/vmlinuz-4.4.0-34-generic
run-parts: executing /etc/kernel/postinst.d/zz-update-grub 4.4.0-34-generic /boot/vmlinuz-4.4.0-34-generic
Grub-Konfigurationsdatei wird generiert …
Linux-Abbild gefunden: /boot/vmlinuz-4.4.0-34-generic
initrd-Abbild gefunden: /boot/initrd.img-4.4.0-34-generic
Linux-Abbild gefunden: /boot/vmlinuz-4.4.0-31-generic
initrd-Abbild gefunden: /boot/initrd.img-4.4.0-31-generic
Linux-Abbild gefunden: /boot/vmlinuz-3.19.0-65-generic
initrd-Abbild gefunden: /boot/initrd.img-3.19.0-65-generic
Found memtest86+ image: /boot/memtest86+.elf
Found memtest86+ image: /boot/memtest86+.bin Der Kursor im Terminal blinkt ne ganze Weile,dann steht er wieder still, dann blinkt er wieder.... PS Jetzt hab ich die ganzen Zeilenumbrüche rausgeworfen und frage mich, wer diesen Kauderwelch lesen können soll. Ich nicht Bearbeitet von jug: Es ist immer wieder erstaunlich, wie manche Menschen manuelle Zeilenumbrüche finden, aber nicht die Syntax für Codeblöcke … Codeblock eingefügt. Bitte nutze die Formatierungsmöglichkeiten und die Beitragsvorschau um deine Beiträge möglichst übersichtlich und gut lesbar zu gestalten, danke.
|
waldmattis
(Themenstarter)
Anmeldungsdatum: 20. Juli 2014
Beiträge: 57
|
@tomtomtom
Habe gerade erst den Hinweiß auf Deine Bearbeitung der Zeilenumbrüche gesehen.
Danke für Deine Mühe. Ich werde jetzt sofort meinen letzten Post "bereinigen"
|
Benno-007
Anmeldungsdatum: 28. August 2007
Beiträge: 29240
Wohnort: Germany
|
Tja, wieso hattest du überhaupt erstmals die Paketverwaltung unterbrochen (lock)...? Solange noch was passiert...und das kann dauern.
|
waldmattis
(Themenstarter)
Anmeldungsdatum: 20. Juli 2014
Beiträge: 57
|
@Benno-007 Habe da nichts bewußt unterbrochen, vielleicht mal dämlich geklickt. Bemerkt habe ich gestern, da keine Updates mehr eingespielt werden konnten, da die lock-Datei nicht freigegeben werden könne. Ich laß den Rechner mal über Nacht laufen, mal sehen, ob er irgendwann fertig wird.
|
waldmattis
(Themenstarter)
Anmeldungsdatum: 20. Juli 2014
Beiträge: 57
|
Hallo alle.
Ich konnte die lock-Datei löschen.
Danach habe ich Synaptics gestartet -→> Fehlermeldung, daß ein dpkg-Vorgang unterbrochen worden sei und
sudo dpkg --configure -a
manuel gestartet werden müssse. Habe ich getan.
Ich habe Ubuntu bis heute Morgen Zeit gelassen, das Problem zu sortieren - also mehr als 48 Stunden. Leider ohne Erfolg.
Bis eben das gleiche Phänomen: ab und zu blinkt der Kursor im Terminal mehrfach, dann steht er wieder eine Weile still, dann blinkt .......... Vielen Dank schon mal an alle Ratgeber. karl@karl-P6612clear:~$ sudo dpkg --configure -a
[sudo] Passwort für karl:
linux-image-4.4.0-34-generic (4.4.0-34.53) wird eingerichtet ...
Running depmod.
update-initramfs: deferring update (hook will be called later)
initrd.img(/boot/initrd.img-4.4.0-34-generic
) points to /boot/initrd.img-4.4.0-34-generic
(/boot/initrd.img-4.4.0-34-generic) -- doing nothing at /var/lib/dpkg/info/linux-image-4.4.0-34-generic.postinst line 491.
vmlinuz(/boot/vmlinuz-4.4.0-34-generic
) points to /boot/vmlinuz-4.4.0-34-generic
(/boot/vmlinuz-4.4.0-34-generic) -- doing nothing at /var/lib/dpkg/info/linux-image-4.4.0-34-generic.postinst line 491.
Examining /etc/kernel/postinst.d.
run-parts: executing /etc/kernel/postinst.d/apt-auto-removal 4.4.0-34-generic /boot/vmlinuz-4.4.0-34-generic
run-parts: executing /etc/kernel/postinst.d/dkms 4.4.0-34-generic /boot/vmlinuz-4.4.0-34-generic
run-parts: executing /etc/kernel/postinst.d/initramfs-tools 4.4.0-34-generic /boot/vmlinuz-4.4.0-34-generic
update-initramfs: Generating /boot/initrd.img-4.4.0-34-generic
W: plymouth module (/usr/lib/x86_64-linux-gnu/plymouth//.so) missing, skipping that theme.
run-parts: executing /etc/kernel/postinst.d/unattended-upgrades 4.4.0-34-generic /boot/vmlinuz-4.4.0-34-generic
run-parts: executing /etc/kernel/postinst.d/update-notifier 4.4.0-34-generic /boot/vmlinuz-4.4.0-34-generic
run-parts: executing /etc/kernel/postinst.d/zz-extlinux 4.4.0-34-generic /boot/vmlinuz-4.4.0-34-generic
run-parts: executing /etc/kernel/postinst.d/zz-update-grub 4.4.0-34-generic /boot/vmlinuz-4.4.0-34-generic
Grub-Konfigurationsdatei wird generiert …
Linux-Abbild gefunden: /boot/vmlinuz-4.4.0-34-generic
initrd-Abbild gefunden: /boot/initrd.img-4.4.0-34-generic
Linux-Abbild gefunden: /boot/vmlinuz-4.4.0-31-generic
initrd-Abbild gefunden: /boot/initrd.img-4.4.0-31-generic
Linux-Abbild gefunden: /boot/vmlinuz-3.19.0-65-generic
initrd-Abbild gefunden: /boot/initrd.img-3.19.0-65-generic
Found memtest86+ image: /boot/memtest86+.elf
Found memtest86+ image: /boot/memtest86+.bin
|