Проблема
Ошибки при выполнении команды
Диагностика
- Добавлены сторонние репозитории, импортированы GPG-ключи.
-
В результатах работы команды
apt updateприсутствуют строки вида:W: Ошибка GPG: file:/media/jatoba_main_repo stable InRelease: Couldn't create temporary file /tmp/apt.conf.kHDwQK for passing config to apt-key W: Ошибка GPG: https://download.astralinux.ru/astra/stable/1.7_x86-64/repository-update 1.7_x86-64 InRelease: Couldn't create temporary file /tmp/apt.conf.mWFZvd for passing config to apt-key E: Репозиторий «https://download.astralinux.ru/astra/stable/1.7_x86-64/repository-update 1.7_x86-64 InRelease» не подписан. W: Ошибка GPG: https://download.astralinux.ru/astra/stable/1.7_x86-64/repository-base 1.7_x86-64 InRelease: Couldn't create temporary file /tmp/apt.conf.48wMsh for passing config to apt-key E: Репозиторий «https://download.astralinux.ru/astra/stable/1.7_x86-64/repository-base 1.7_x86-64 InRelease» не подписан. W: Ошибка GPG: https://download.astralinux.ru/astra/stable/1.7_x86-64/repository-extended 1.7_x86-64 InRelease: Couldn't create temporary file /tmp/apt.conf.IICppm for passing config to apt-key E: Репозиторий «https://download.astralinux.ru/astra/stable/1.7_x86-64/repository-extended 1.7_x86-64 InRelease» не подписан. W: Ошибка GPG: https://download.astralinux.ru/astra/stable/1.7_x86-64/repository-main 1.7_x86-64 Release: Couldn't create temporary file /tmp/apt.conf.3tyNOw for passing config to apt-key E: Репозиторий «https://download.astralinux.ru/astra/stable/1.7_x86-64/repository-main 1.7_x86-64 Release» не подписан.CODE
-
В диагностическом файле
/sos-commands/logs/journalctl_--no-pagerприсутствуют строки вида:Mar 07 10:02:01 sm-rspd-01 audit[5422]: AVC parsec=denied fn=parsec_inode_permission subject=0:0:0:0 object=3:0:ffffffffffffffff:1 requested=wx pid=5422 comm="mktemp" name="tmp" dev="sda3" ino=12582913 Mar 07 10:29:30 sm-rspd-01 audit[9866]: AVC parsec=denied fn=parsec_inode_permission subject=0:0:0:0 object=3:0:ffffffffffffffff:1 requested=rwx pid=9866 comm="gpgv" name="tmp" dev="sda3" ino=12582913CODE
Возможная причина: Запуск apt update от имени пользователя с неподходящим уровнем целостности. Перейти к решению.
-
В результатах работы команды
apt updateприсутствуют строки вида:N: Обновление из этого репозитория нельзя выполнить безопасным способом, и поэтому по умолчанию он отключёнCODE
Certificate verification failed: The certificate is NOT trusted. The certificate issuer is unknown. Could not handshake: Error in the certificate verificationCODE
No system certificates available. Try installing ca-certificatesCODE
Возможная причина: Не установлены пакеты для работы по защищенному протоколу. Перейти к решению.
Возможные причины
Проблема
Ошибки при выполнении команды
Диагностика
- Добавлены сторонние репозитории, импортированы GPG-ключи.
-
В результатах работы команды
apt updateприсутствуют строки вида:W: Ошибка GPG: file:/media/jatoba_main_repo stable InRelease: Couldn't create temporary file /tmp/apt.conf.kHDwQK for passing config to apt-key W: Ошибка GPG: https://download.astralinux.ru/astra/stable/1.7_x86-64/repository-update 1.7_x86-64 InRelease: Couldn't create temporary file /tmp/apt.conf.mWFZvd for passing config to apt-key E: Репозиторий «https://download.astralinux.ru/astra/stable/1.7_x86-64/repository-update 1.7_x86-64 InRelease» не подписан. W: Ошибка GPG: https://download.astralinux.ru/astra/stable/1.7_x86-64/repository-base 1.7_x86-64 InRelease: Couldn't create temporary file /tmp/apt.conf.48wMsh for passing config to apt-key E: Репозиторий «https://download.astralinux.ru/astra/stable/1.7_x86-64/repository-base 1.7_x86-64 InRelease» не подписан. W: Ошибка GPG: https://download.astralinux.ru/astra/stable/1.7_x86-64/repository-extended 1.7_x86-64 InRelease: Couldn't create temporary file /tmp/apt.conf.IICppm for passing config to apt-key E: Репозиторий «https://download.astralinux.ru/astra/stable/1.7_x86-64/repository-extended 1.7_x86-64 InRelease» не подписан. W: Ошибка GPG: https://download.astralinux.ru/astra/stable/1.7_x86-64/repository-main 1.7_x86-64 Release: Couldn't create temporary file /tmp/apt.conf.3tyNOw for passing config to apt-key E: Репозиторий «https://download.astralinux.ru/astra/stable/1.7_x86-64/repository-main 1.7_x86-64 Release» не подписан.CODE
-
В диагностическом файле
/sos-commands/logs/journalctl_--no-pagerприсутствуют строки вида:Mar 07 10:02:01 sm-rspd-01 audit[5422]: AVC parsec=denied fn=parsec_inode_permission subject=0:0:0:0 object=3:0:ffffffffffffffff:1 requested=wx pid=5422 comm="mktemp" name="tmp" dev="sda3" ino=12582913 Mar 07 10:29:30 sm-rspd-01 audit[9866]: AVC parsec=denied fn=parsec_inode_permission subject=0:0:0:0 object=3:0:ffffffffffffffff:1 requested=rwx pid=9866 comm="gpgv" name="tmp" dev="sda3" ino=12582913CODE
Возможная причина: Запуск apt update от имени пользователя с неподходящим уровнем целостности. Перейти к решению.
-
В результатах работы команды
apt updateприсутствуют строки вида:N: Обновление из этого репозитория нельзя выполнить безопасным способом, и поэтому по умолчанию он отключёнCODE
Certificate verification failed: The certificate is NOT trusted. The certificate issuer is unknown. Could not handshake: Error in the certificate verificationCODE
No system certificates available. Try installing ca-certificatesCODE
Возможная причина: Не установлены пакеты для работы по защищенному протоколу. Перейти к решению.
Возможные причины
Доброго дня!
Поставлена задача — прогнать на тестах астра линукс.
Прикрепили во вложении манагеры астры исошники, проблемы в следующем:
2.12 Астра
Установилась, запустилась, в терминале зашла под рутом. Начала проводить тесты и встряла.
Пыталась установить пакеты : lshw, stress-ng , iperf, sensors через apt install и apt-get install. Вывод такой :
Не удалось найти пакет (Название)
. Ни один. Проверяла установку разных пакетов — без результатно.
apt update и apt upgrade не находят пакетов для обновления. Переустановка результатов не дала.
В чем может бать проблема и что делать?
Системное время — правильное. IP адрес локальной сети есть с доступом во вне, порты в состоянии UP.
Вторая проблема с версией 1.7 Смоленск
Установилась ОСька без проблем. GRAB встал без приколов каких либо (Хотя и встречала проблемы с его установкой)
НО при запуске ядер hardened/ hardened recovery mode, generic recovery mode — черный экран. Нет даже логов загрузки.
ядро generic запускается, но при загрузке ошибка :
Cannot open access to console, the root account аs locked. See sulogin (8) man page more detalis. Press Enter to continue.
После нажатия энтер — ребут. Ошибка повторяется. Войти в аккаунт, использовать какие-то команды невозможно, тк эта инфа после логов загрузки и какой то командной строки там нет.
Что можно сделать? Кто с этим сталкивался?
Во время установки программ с помощью пакетного менеджера apt в любом из дистрибутивов, использующих этот пакетный менеджер, вы можете столкнуться с ошибкой, что у вас зафиксированы сломанные пакеты. Это пакеты, которые не установились полностью потому что им не хватает зависимостей или процесс установки был по какой-либо причине прерван.
В этой статье мы рассмотрим что делать с такой ошибкой, как её исправить, а также я дам ссылки на другие материалы на сайте, которые помогут справится с проблемой.
Как исправить у вас зафиксированы сломанные пакеты?
1. Обновите списки пакетов
Возможно вам не удалось установить нужные пакеты потому что списки репозиториев устарели, и там ещё не было нужных пакетов. Для обновления списка пакетов выполните:
sudo apt update --fix-missing
2. Установите битые пакеты
После обновления списка пакетов из репозиториев может помочь установка битых пакетов. Этот шаг поможет особенно если вы устанавливали пакет с помощью dpkg и теперь нужно доустановить его зависимости с помощью пакетного менеджера. Для этого есть специальная команда:
sudo apt install -f
3. Очистите лишние пакеты
Установке могут мешать лишние пакеты, которые больше не нужны в системе. Для их удаления выполните:
sudo apt clean
Затем:
sudo apt autoremove
Утилита отобразит список всех битых пакетов, которые не установлены, вы можете попытаться их удалить с помощью команды:
sudo dpkg --remove -force --force-remove-reinstreq имя_пакета
4. Используйте dpkg
Вместо apt вы можете использовать команду dpkg чтобы посмотреть какие пакеты вызывают проблему. Просто выполните:
sudo dpkg --configure -a
Команда покажет проблемные пакеты, а потом вы сможете их удалить той же командой:
sudo dpkg --remove -force --force-remove-reinstreq имя_пакета
5. Разрешите зависимости
Битые пакеты чаще всего появляются из-за того, что пакетный менеджер не может найти для них нужные зависимости. Если вам всё же очень нужно установить такой пакет, просто разрешите эти зависимости. Для этого можно скачать и установить их вручную или если вы уверенны, что зависимости в пакете указаны неверно, можно скачать его распаковать и удалить мешающие зависимости. Подробнее об этом читайте в этой статье.
Выводы
В этой небольшой статье мы рассмотрели что делать если в вашей системе появились битые пакеты и как их исправить. Здесь решение проблемы очень сильно зависит от вашей ситуации, но здесь приведены основные варианты решения, которые должны помочь вернуть пакетный менеджер к работе. Иногда рекомендуют удалить пакет вручную из базы данных dpkg /var/lib/dpkg/status, однако лучше этого не делать и найти путь решить проблему по другому, ручное редактирование подобных файлов может создать ещё больше проблем.
Обнаружили ошибку в тексте? Сообщите мне об этом. Выделите текст с ошибкой и нажмите Ctrl+Enter.
Статья распространяется под лицензией Creative Commons ShareAlike 4.0 при копировании материала ссылка на источник обязательна .
Об авторе
Основатель и администратор сайта losst.ru, увлекаюсь открытым программным обеспечением и операционной системой Linux. В качестве основной ОС сейчас использую Ubuntu. Кроме Linux, интересуюсь всем, что связано с информационными технологиями и современной наукой.
Astra Linux постепенно входить в нашу жизнь, не без помощи конечно, первым этапом было внедрение данной ОС в гос учреждениях, потом идут коммерческие организации а потом и частные лица. Многие наверно думают о том что никогда не поменяют Windows на Linux, но скорее всего это придется сделать, ну во-первых, посмотрим на обстановку в мире, не далек тот час когда сама Microsoft запретить использовать её продукты на нашей территории. В этом случае придется быстро изучать и осваиваться в отечественных ОС, а сделать это достаточно сложно, поэтому пока есть время рекомендую всем начать изучать Linux, тем более что там не все так просто. Даже во время скачивания нового пакета (программы) можно столкнуться с проблемами, например, с отсутствием нужного пакет в репозитории.
Astra Linux пакет недоступен
Сегодня рассмотрим вот такой пример, во время установки пакета «gdebi» это специальная программа позволяющая с помощью графической оболочки устанавливать скаченные пакеты из интернета, появляется следующие сообщение
Пакет … недоступен, но упомянут в списке зависимостей другого пакет. Это может означать, что пакет … отсутствует, устарел, или доступен из источников, не упомянутых в sources.list
Это говорить о том что в указанном в репозитории Astra Linux данный пакет отсутствует.
Следовательно к системе необходимо подключить другой репозиторий, для этого запускаем файловый менеджер «mc» с правами суперпользователя следующей командой.
sudo mc
Далее переходим в папку «/etc/apt/» и редактируем файл «sources.list».
Добавляем репозиторий Debian.
deb http://ftp.debian.org/debian jessie main contrib non-free
deb http://ftp.debian.org/debian oldstable main contrib non-free
После этого необходимо обновить систему командой
sudo apt update
И попробовать снова установить нужный пакет
После этих действий пакет должен установиться.
Но есть варианты с появлением других сообщений, например, отсутствием ключей указанных репозиториев, невозможностью прочитать сам файл «sources.list» и т.д. В идеальном варианте описанный способ может помочь решить проблему с недоступность пакетов, если нет то обязательно напишите об этом, будем решать вместе.