Podczas aktualizacji z klarownego (10.04) do precyzyjnego (12.04) sesja X zawiesiła się, a ja próbowałem odzyskać aktualizację, aby uzyskać stabilny system. Wykonałem następujące kroki:
- Użyto ssh do zalogowania się do zablokowanego systemu przez sieć.
- Sprawdzono zawartość
/var/log/dist-upgrade
katalogu. Nie było żadnej aktywności namain.log
,apt.log
lubterm.log
. top
pokazałem, że proces „precyzyjny” zużywał około 3% procesora, ale nie mogłem znaleźć dowodów na to, że proces aktualizacji wciąż coś robi.- „dpkg” nie pojawił się na górze, ale wymyślił
pgrep dpkg | xargs ps
- Zabito procesy „dpkg” i „precyzyjne”
- Próbowałem odzyskać aktualizację, uruchamiając
sudo fuser -vki /var/lib/dpkg/lock;sudo dpkg --configure -a
. To było częściowo udane (niektóre pakiety zostały skonfigurowane), ale komunikat nie powiódł sięProcessing was halted because there were too many errors
. Uruchomiłem to samo polecenie kilka razy i za każdym razem niektóre pakiety były konfigurowane, ale inne nie działały. - Próbowałem biegać
sudo apt-get -f install
. Nie działa z podobnymi błędami jak dpkg.
Obecna sytuacja jest taka dpkg --configure -a
i sudo apt-get -f install
kończy się niepowodzeniem z dwoma rodzajami błędów:
Problemy dotyczące zależności, np .:
dpkg: dependency problems prevent configuration of cifs-utils: cifs-utils depends on samba-common; however: Package samba-common is not configured yet. dpkg: error processing cifs-utils (--configure): dependency problems - leaving unconfigured
Konflikt zasobów, np .:
debconf: DbDriver "config": /var/cache/debconf/config.dat is locked by another process: Resource temporarily unavailable
Ponadto wydaje się, że istnieje odniesienie do potencjalnych problemów z uruchamianiem, więc nie chcę ponownie uruchamiać komputera bez uprzedniej naprawy instalacji:
dpkg: too many errors, stopping
Processing triggers for initramfs-tools ...
update-initramfs: Generating /boot/initrd.img-3.2.0-25-generic
cryptsetup: WARNING: failed to detect canonical device of /dev/sda1
cryptsetup: WARNING: could not determine root device from /etc/fstab
Więc moje pytanie brzmi: jak uzyskać działającą instalację, gdy dpkg --configure -a
zawiedzie?