LINUX.ORG.RU
решено Форум — Desktop  

Не работает apt- | Synaptic

 , ,


0

1

Не работает пакетный менеджер RPM, ругается на базу данных пакетов 

# apt-get update
Получено: 1 http://ftp.altlinux.org p10/branch/x86_64 release [4223B]
Получено: 2 http://ftp.altlinux.org p10/branch/x86_64-i586 release [1665B]
Получено: 3 http://ftp.altlinux.org p10/branch/noarch release [2844B]
Получено 8732B за 0s (76,8kB/s).                
Найдено http://ftp.altlinux.org p10/branch/x86_64/classic pkglist
Найдено http://ftp.altlinux.org p10/branch/x86_64/classic release
Найдено http://ftp.altlinux.org p10/branch/x86_64-i586/classic pkglist
Найдено http://ftp.altlinux.org p10/branch/x86_64-i586/classic release
Найдено http://ftp.altlinux.org p10/branch/noarch/classic pkglist
Найдено http://ftp.altlinux.org p10/branch/noarch/classic release
ошибка: db4 error(22) from dbenv->open: Недопустимый аргумент
ошибка: cannot open Packages index using db4 - Недопустимый аргумент (22)
ошибка: не могу открыть базу данных Packages в
E: невозможно открыть базу данных RPM
При попытке установить любой пакет, консоль выдает то же самое 
apt-get install sudo
ошибка: db4 error(22) from dbenv->open: Недопустимый аргумент
ошибка: cannot open Packages index using db4 - Недопустимый аргумент (22)
ошибка: не могу открыть базу данных Packages в
E: невозможно открыть базу данных RPM

Synaptic через UI открывается, но пишет ошибку, с таким же содержанием 

E: could not open RPM database
E: _cache->open() failed, please report.

У тебя база rpm побилась. Место свободное на /var есть?

Освободи место и сделай rpm --rebuilddb.

Если проблема не в месте, то у тебя жёсткий диск/SSD посыпался.

Ещё такого же эффекта можно добиться, если вырубить компьютер по питанию прямо в процессе обновления, ты же не делал так?

Aceler ★★★★★
()
Последнее исправление: Aceler (всего исправлений: 2)
Ответ на: комментарий от Aceler

Ещё такого же эффекта можно добиться, если вырубить компьютер по питанию прямо в процессе обновления, ты же не делал так?

Нет, такого не случалось

Если проблема не в месте, то у тебя жёсткий диск/SSD посыпался.

А вот тут интереснее: Недавно система начала выдавать сообщение по типу «осталось мало места на „корень файловой системе“. На данный момент в коне (/ ) 794,2 мб свободного места, в папке /home/username под 200гб свободного. При установке операционной системы, установщик ОС автоматически создавал разделы, руками ничего не ковырял. А насчет живучести диска тут спорить не буду, все возможно.

df -h
Файловая система Размер Использовано  Дост Использовано% Cмонтировано в
udevfs             5,0M          96K  5,0M            2% /dev
runfs              1,9G         1,5M  1,9G            1% /run
/dev/sda3           25G          23G  758M           97% /
tmpfs              1,9G          34M  1,9G            2% /dev/shm
tmpfs              1,9G         5,1M  1,9G            1% /tmp
/dev/sda1          252M         5,8M  246M            3% /boot/efi
/dev/sda4          261G          54G  194G           22% /home
tmpfs              378M         100K  378M            1% /run/user/500
LTTARKO
() автор топика
Ответ на: комментарий от Aceler

Освободи место и сделай rpm rpm --rebuilddb

Что касается решения, по теме вопроса, пересборка бд помогла.

Но как расширить логическое дисковое пространство в корне (/ ) чтобы такого больше не было?

LTTARKO
() автор топика
Ответ на: комментарий от LTTARKO

Но как расширить логическое дисковое пространство в корне (/ ) чтобы такого больше не было?

Загрузиться с любого LiveUSB, даже не обязательно альта, главное, чтобы в составе был gparted. Запустить gparted, отрезать часть места от /dev/sda4, отдать это место /dev/sda3.

Операция эта небыстрая, но ничего сложного.

Aceler ★★★★★
()
Desktop