Дефектные обновления [Core, Extra, Community, Multilib]

R.V.	# 6 лет, 4 месяца назад
Темы: 11 Сообщения: 1100 Участник с: 10 января 2017	Morisson, понял, благодарю.

R.V.	# 6 лет, 4 месяца назад
Темы: 11 Сообщения: 1100 Участник с: 10 января 2017	При маскировке возникают ошибки в процессе загрузки системы. `lvm2-lvmetad.socket: Socket service lvm2-lvmetad.service not loaded, refusing Failed to listen on LVM2 metadata daemon socket` Это так upgraded lvm2 (2.02.176-1 -> 2.02.177-1) недавно. Вот как нехорошо бывает, когда неиспользуемую зависимость нельзя удалить нормальным способом.

R.V.

# 6 лет, 4 месяца назад

Темы: 11

Сообщения: 1100

Участник с: 10 января 2017

При маскировке возникают ошибки в процессе загрузки системы.

lvm2-lvmetad.socket: Socket service lvm2-lvmetad.service not loaded, refusing
Failed to listen on LVM2 metadata daemon socket

Это так upgraded lvm2 (2.02.176-1 -> 2.02.177-1) недавно.
Вот как нехорошо бывает, когда неиспользуемую зависимость нельзя удалить нормальным способом.

vasek	# 6 лет, 4 месяца назад (отредактировано 6 лет, 4 месяца назад)
Темы: 47 Сообщения: 11743 Участник с: 17 февраля 2013	R.V. После недавнего обновления в автозагрузку добавились без предупреждения два новых сервиса: lvm2-monitor.service и lvm2-lvmetad.service. R.V. Вот как нехорошо бывает, когда неиспользуемую зависимость нельзя удалить нормальным способом. systemctl status lvm2-monitor.service \| egrep 'loaded\|static' `Loaded: loaded (/usr/lib/systemd/system/lvm2-monitor.service; disabled; vendor preset: disabled)` systemctl status lvm2-lvmetad.service \| egrep 'loaded\|static' `Loaded: loaded (/usr/lib/systemd/system/lvm2-lvmetad.service; static; vendor preset: disabled)` Для сервиса есть три возможных состояния: enabled, disabled, static. Если состояния enabled (сервис включен) и disabled (сервис выключен) более менее понятны, то приведу понятие только static (статическое состояние) означает, что сервис отсутствует в секции [Install] скрипта инициализации, поэтому сервис не возможно ни включить, ни выключить. Статические сервисы обычно зависят от других сервисов и управление ими осуществляется автоматически. В нашем случае один сервис имеет состояние disabled, второй static, при этом оба имет vendor preset: disabled - и имхо нет смысла их и маскировать, а вот если lvm2 не нужен, то проще его удалить, если уж так хочется. Но это мое мнение, возможно оно и ошибочно. Ошибки не исчезают с опытом - они просто умнеют

vasek

# 6 лет, 4 месяца назад (отредактировано 6 лет, 4 месяца назад)

Темы: 47

Сообщения: 11743

Участник с: 17 февраля 2013

R.V.
После недавнего обновления в автозагрузку добавились без предупреждения два новых сервиса: lvm2-monitor.service и lvm2-lvmetad.service.

R.V.
Вот как нехорошо бывает, когда неиспользуемую зависимость нельзя удалить нормальным способом.

systemctl status lvm2-monitor.service | egrep 'loaded|static'

Loaded: loaded (/usr/lib/systemd/system/lvm2-monitor.service; disabled; vendor preset: disabled)

systemctl status lvm2-lvmetad.service | egrep 'loaded|static'

Loaded: loaded (/usr/lib/systemd/system/lvm2-lvmetad.service; static; vendor preset: disabled)

Для сервиса есть три возможных состояния: enabled, disabled, static.
Если состояния enabled (сервис включен) и disabled (сервис выключен) более менее понятны, то приведу понятие только static (статическое состояние) означает, что сервис отсутствует в секции [Install] скрипта инициализации, поэтому сервис не возможно ни включить, ни выключить. Статические сервисы обычно зависят от других сервисов и управление ими осуществляется автоматически.
В нашем случае один сервис имеет состояние disabled, второй static, при этом оба имет vendor preset: disabled - и имхо нет смысла их и маскировать, а вот если lvm2 не нужен, то проще его удалить, если уж так хочется. Но это мое мнение, возможно оно и ошибочно.

Ошибки не исчезают с опытом - они просто умнеют

R.V.	# 6 лет, 4 месяца назад (отредактировано 6 лет, 4 месяца назад)
Темы: 11 Сообщения: 1100 Участник с: 10 января 2017	vasek а вот если lvm2 не нужен, то проще его удалить, если уж так хочется Я бы с радостью, но... $ sudo pacman -Rsn lvm2 проверка зависимостей... ошибка: не удалось подготовить транзакцию (не удалось удовлетворить зависимости) :: libblockdev: удаление lvm2 ломает зависимость 'lvm2' $ sudo pacman -Rsn libblockdev проверка зависимостей... ошибка: не удалось подготовить транзакцию (не удалось удовлетворить зависимости) :: udisks2: удаление libblockdev ломает зависимость 'libblockdev' ...не получится. P.S.: чем можно заменить udisks2?

R.V.

# 6 лет, 4 месяца назад (отредактировано 6 лет, 4 месяца назад)

Темы: 11

Сообщения: 1100

Участник с: 10 января 2017

vasek
а вот если lvm2 не нужен, то проще его удалить, если уж так хочется

Я бы с радостью, но...

$ sudo pacman -Rsn lvm2
проверка зависимостей...
ошибка: не удалось подготовить транзакцию (не удалось удовлетворить зависимости)
:: libblockdev: удаление lvm2 ломает зависимость 'lvm2'

$ sudo pacman -Rsn libblockdev
проверка зависимостей...
ошибка: не удалось подготовить транзакцию (не удалось удовлетворить зависимости)
:: udisks2: удаление libblockdev ломает зависимость 'libblockdev'

...не получится.

P.S.: чем можно заменить udisks2?

vasek	# 6 лет, 4 месяца назад
Темы: 47 Сообщения: 11743 Участник с: 17 февраля 2013	R.V. ..не получится. sudo pacman -Rdd lvm2 Проверяем ... pacman -Q libblockdev libblockdev 2.14-2 Вставил флэшку и проверяю размонтирование и отключение питания udisksctl unmount -b /dev/sdb1 Unmounted /dev/sdb1. udisksctl power-off -b /dev/sdb После перегрузки `systemctl status lvm2-monitor.service Unit lvm2-monitor.service could not be found. systemctl status lvm2-lvmetad.service Unit lvm2-lvmetad.service could not be found.` Ошибки не исчезают с опытом - они просто умнеют