Не удаляется ядро linux-headers-4.10.0-38 из Kubuntu 16.04.3

[maks05]

Решил однажды вычистить мусор с помощью

Код: [Выделить]

sudo apt autoremove
Всё быстро удалилось, в том числе и несколько старых ядер системы. Но на удалении одного ядра произошло зависание. Ждал минут 10, потом перезагрузил компьютер кнопкой выключения, поскольку ни на что остальное машина не откликалась. После этого нарушилась работа dpkg:

Код: [Выделить]

:~$ sudo apt upgrade
E: Работа dpkg прервана, вы должны вручную запустить «sudo dpkg --configure -a» для устранения проблемыВпрочем, sudo dpkg --configure -a отрабатывает корректно (молча) и восстанавливает систему обновления.
Но при каждом обновлении через Терминал ближе к концу появляется:

Код: [Выделить]

пакет linux-headers-4.10.0-38 не готов к настройке
 настройка невозможна (текущее состояние: «half-installed»)И в самом конце:

Код: [Выделить]

При обработке следующих пакетов произошли ошибки:
 linux-headers-4.10.0-38
E: Sub-process /usr/bin/dpkg returned an error code (1)Сами обновления устанавливаются и корректно работают. Ошибок в Терминале нет, как нет и каких-то заметных проблем в работе системы.

С другой стороны, сейчас пришло новое ядро 4.13.0-26-generic (так понимаю, что с устранением уязвимости процессоров) и оно стало приоритетным при загрузке системы:

Код: [Выделить]

update-initramfs: Generating /boot/initrd.img-4.13.0-26-genericПерезагрузился, но проблема с ядром 4.10.0-38 осталась.

Всё бы в порядке, но некоторые программы при своей установке пробуют удалить ядро linux-headers-4.10.0-38, например Scribus:

Код: [Выделить]

:~$ sudo apt install scribus
Чтение списков пакетов… Готово
Построение дерева зависимостей       
Чтение информации о состоянии… Готово
Следующие пакеты устанавливались автоматически и больше не требуются:
  libllvm4.0 libllvm4.0:i386 linux-headers-4.10.0-40 linux-headers-4.10.0-40-generic
  linux-image-4.10.0-40-generic linux-image-extra-4.10.0-40-generic
  linux-signed-image-4.10.0-40-generic
Для их удаления используйте «sudo apt autoremove».
Будут установлены следующие дополнительные пакеты:
  blt python-tk scribus-data tk8.6-blt2.5
Предлагаемые пакеты:
  blt-demo tix python-tk-dbg scribus-doc scribus-template texlive-latex-recommended
Пакеты, которые будут УДАЛЕНЫ:
  linux-headers-4.10.0-38
НОВЫЕ пакеты, которые будут установлены:
  blt python-tk scribus scribus-data tk8.6-blt2.5
обновлено 0, установлено 5 новых пакетов, для удаления отмечено 1 пакетов, и 0 пакетов не обновлено.
не установлено до конца или удалено 1 пакетов.
Необходимо скачать 0 B/21,2 MB архивов.
После данной операции, объём занятого дискового пространства уменьшится на 14,8 MB.
Хотите продолжить? [Д/н]
Поскольку оно не удаляется, то и установка прерывается или система повисает (когда как).

Применение install -f или autoremove вешают компьютер полностью: загрузка процессора и ОЗУ (8Gb) - 100%, swap не используется, мышка и клавиатура не откликаются (не сразу, секунд через 10-20 после запуска команды), иногда исчезают заголовки окон (видимо, падает Plasma). И так до 2 - 2,5 часов (пробовал несколько раз). Перезагрузка возможна только кнопкой включения на системном блоке.
htop тоже не устанавливается, по той же причине.

Вопрос: как всё же удалить linux-headers-4.10.0-38?

Kubuntu 16.04.3 LTS, Plasma 5.8 (из бекпорт-репозитория), файловая система BTRFS.

[ARTGALGANO]

maks05,

Непонятно, почему такой зависон при выполнии apt install -f
Попробовать переустановить linux-headers-4.10.0-38
Если не поможет, придется удалять из /var/lib/dpkg/info
все что относится к 4.10.0-38
но после как раз нужно apt install -f, а тут засада -- зависон.
Диск fsck проверяли?

[maks05]

Диск fsck проверяли?

Нет, но чуть позже копну в эту сторону. Хотя по SMART, в принципе, всё в порядке - битых секторов нет.

[symon.2014]

Есть посторонняя приблуда, UKUU называется , может ей попробовать удалить ядро?

[ARTGALGANO]

Я бы начал с fsck.
приблуду надо установить, а на этом этапе -- облом.

[maks05]

symon.2014, спасибо, посмотрю.

Пока переустановка проблемного ядра успехом не увенчалась: через 1,5 минуты комп. почти повис. Почти, потому что загрузка проца в 100%, памяти в 40% (раньше было 100%), заголовки окон остались на месте, но исчез курсор мыши, клавиатура, казалось бы, не реагирует. Однако, через 20 минут перезагрузил не кнопкой, а c помощью REISUB. В это время процесс переустановки как достиг 50% (как раз через те самые 1,5 минуты после старта), так и остался на месте. И не понятно, шёл он или нет, так как интерфейс полностью остановился: встали даже часы в панели уведомлений.

Сколько вообще занимает удаление ядра? Процессор Intel i5-4670.

Пользователь добавил сообщение 12 Января 2018, 13:27:34:Хорошо, позже посмотрю fsck. Отпишусь.

[ecc83]

Сколько вообще занимает удаление ядра? Процессор Intel i5-4670.

30 секунд.

[DimanBG]

Сколько вообще занимает удаление ядра? Процессор Intel i5-4670.

Больше от дисковой подсистемы будет зависеть. И это не ядро у тебя, а заголовок, который кому-то там нужен.

[maks05]

Так, с fsck оказалось сложнее, чем я думал. У меня BTRFS, а там свои методы и форматы команды. После чтения мануалов пришёл к выводу, что рано себе поставил эту ФС: надо было предварительно поизучать на виртуалке. Попробовал выполнить пару команд, но что-то никакой информации не получил: видимо, не так пробовал.

Ещё столкнулся с тем, что dpkg накрылся. Синаптик не открывается, а обновления через Терминал не идут - система пишет, что нужно переустановить linux-headers-4.10.0-38. Попытка переустановки оканчивается сообщением, что работа dpkg нарушена и следует, как и раньше, выполнить dpkg --configure -a. Но выполнение этой команды, в свою очередь, прерывается сообщением, что linux-headers-4.10.0-38 полностью не работоспособен и нужно его удалить или переустановить. И так по кругу.

В общем, переустановил я систему. Заодно поставил привычную ext4 и пробую снова привыкнуть к GNOME 3. "Решено" не ставлю, так как применил обходной манёвр, а не реальное решение. Спасибо всем откликнувшимся.