Osobiście nie używam aptitude, ale gro innych osób używa.
Siedząc na kanale IRC #ubuntu-pl, poznałem użytkownika, który borykał się właśnie z tym problemem.
Po chwili udało nam się ten błąd naprawić, więc poniżej zamieszczę jego rozwiązanie:
Problem rozwiązuje podmiana zawartości pliku, w którym występuje błąd (/usr/share/aptitude/aptitude-defaults.pl), więc:
sudo gedit /usr/share/aptitude/aptitude-defaults.pl
Usuń ją i na jej miejsce wklej:
// -*-c++-*-
//
// This file defines the names of sections known by aptitude for pl.
Aptitude::Sections
{
Descriptions {
Unknown "Pakiety bez określonej sekcji\n Te pakiety nie mają podanej sekcji. Być może plik 'Packages' zawiera błąd.";
Virtual "Pakiety wirtualne\n Takie pakiety nie istnieją. Są to nazwy, których używają inne pakiety aby zażądać jakiejś funkcjonalności lub ją udostępnić.";
Tasks "Pakiety konfigurujące komputer do określomych zadań\n Pakiety w sekcji 'Zadania' nie zawierają żadnych plików, jedynie zależą od innych pakietów. Daje to możliwość łatwego wybrania predefiniowanego zestawu pakietów dla konkretnego zadania.";
Dziesiątki, setki, tysiące pytań o ten jeden błąd pojawia się dziennie w Internecie. Nie wiem czym jest to spowodowane, bo sam system informuje nas o tym co mamy zrobić.
E: dpkg was interrupted, you must manually run 'dpkg --configure -a' to correct the problem.
A po polsku:
E: działanie dpkg zostało przerwane, musisz ręcznie wykonać 'sudo dpkg --configure -a', aby rozwiązać problem.
Pierwsza część (ta do przecinka) informuje o błędzie. Druga o tym co należy zrobić - "musisz uruchomić ręcznie 'dpkg --configure -a', aby naprawić problem".
W takim razie otwórz terminal i zrób to, o co prosi Cię system:
sudo dpkg --configure -a
Następnie podaj swoje hasło.
Zacznij od zmiany uprawnień tego pliku, czyli:
sudo chmod 644 .dmrc
Teraz wydaj polecenie, które sprawi, że będziesz właścicielem pliku .dmrc:
sudo chown user /home/user/.dmrc
Oczywiście pola user wypełnij swoim loginem.
Uruchom ponownie system, ale tym razem w trybie Recovery mode i wybierz tryb root'a.
Zaloguj się:
su user
Gdzie user to Twój login.
Zmień uprawnienia Twojego głównego katalogu na 755:
chmod -R 755 /home/user
Jeśli podczas pracy z systemem napotkasz taki komunikat:
gpg: UWAGA: niebezpieczne prawa własności do pliku konfiguracyjnego `/home/twój_login/.gnupg/gpg.conf'
gpg: nieszczelne uprawnienia ustawień - wołanie zewnętrznych programów wyłączone
gpg: błąd z komunikacją serwera kluczy: błąd ogólny
gpg: odbiór z serwera kluczy nie powiódł się: błąd ogólny
nie masz co się łamać!
Wystarczy, że zmienisz właściciela pliku gpg.conf na root:
sudo chown root:root $HOME/.gnupg/gpg.conf
Po zakończonej pracy przywróć domyślne ustawienia wpisując:
Gdy edytując plik w terminalu spotkasz się z komunikatem:
atk-bridge-WARNING **: AT_SPI_REGISTRY was not started at session startup
Oznacza to, że masz wyłączoną osłonę rejestru AT SPI. Aby ją włączyć kliknij kolejno System > Preferencje > Sesje.
Odszukaj wpis Osłona rejestru AT SPI i zaznacz checkbox na lewo, aby uruchamiać ją zawsze przy starcie systemu.
Jeśli nie ma na liście powyższego wpisu dodaj go ręcznie:
1. Kliknij przycisk Dodaj.
2. W polu Nazwa wpisz np. Osłona rejestru AT SPI.
3. W polu Polecenie wpisz: