При обновлении пакета filesystem может потребоваться ручное вмешательство

cucullus	# 10 лет, 2 месяца назад (отредактировано 10 лет, 2 месяца назад)
Темы: 256 Сообщения: 3435 Участник с: 06 июня 2007	В новом пакете filesystem-2012.6-2 директории /var/run и /var/lock были заменены симлинками на /run и /run/lock соответственно. На большинстве систем initscripts уже создали эти симлинки при загрузке. Однако, они не принадлежат никакому пакету, что и будет исправлено этим обновлением. Вам придётся выполнить: # pacman -Syu --ignore filesystem && pacman -S filesystem --force Если на Вашей системе /var/run и /var/lock являются директориями (например, если используется systemd, а загрузка с помощью initscripts никогда не производилась) Вам придётся удалить их перед обновлением: # rm -rf /var/run /var/lock && pacman -Syu && reboot Перед удалением настоятельно рекомендуется остановить всех демонов, т.к. удаляемые директории активно ими используются! Примечание: как правило, не рекомендуется использовать –force, т.к. это может привести к неприятностям. Однако, в данном конкретном случае это оправдано, т.к. позволяет избежать ручного удаления файлов. Ну и напоследок: обновляя пакет filesystem, пользователи ядер версии ниже 3.4 увидят предупреждение о правах доступа к /sys. Ничего страшного, разработчики ядра в версии 3,4 изменили права на 555, что и отражено в пакете filesystem. такие дела.

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

Сообщения: 3435

Участник с: 06 июня 2007

В новом пакете filesystem-2012.6-2 директории /var/run и /var/lock были заменены симлинками на /run и /run/lock соответственно.
На большинстве систем initscripts уже создали эти симлинки при загрузке. Однако, они не принадлежат никакому пакету, что и будет исправлено этим обновлением.
Вам придётся выполнить:

# pacman -Syu --ignore filesystem && pacman -S filesystem --force

Если на Вашей системе /var/run и /var/lock являются директориями (например, если используется systemd, а загрузка с помощью initscripts никогда не производилась) Вам придётся удалить их перед обновлением:

# rm -rf /var/run /var/lock && pacman -Syu && reboot

Перед удалением настоятельно рекомендуется остановить всех демонов, т.к. удаляемые директории активно ими используются!

Примечание: как правило, не рекомендуется использовать –force, т.к. это может привести к неприятностям. Однако, в данном конкретном случае это оправдано, т.к. позволяет избежать ручного удаления файлов.

Ну и напоследок: обновляя пакет filesystem, пользователи ядер версии ниже 3.4 увидят предупреждение о правах доступа к /sys. Ничего страшного, разработчики ядра в версии 3,4 изменили права на 555, что и отражено в пакете filesystem.

такие дела.

sunstroke	# 10 лет, 2 месяца назад
Темы: 3 Сообщения: 625 Участник с: 17 сентября 2009	Ничего руками пока не трогал (просто обновился), но вижу: /var/run/run -> /run /var/lock/lock -> /run/lock Почему такая вложенность?

cucullus	# 10 лет, 2 месяца назад
Темы: 256 Сообщения: 3435 Участник с: 06 июня 2007	у меня такого нет такие дела.

vik	# 10 лет, 2 месяца назад
Темы: 19 Сообщения: 94 Участник с: 16 мая 2010	а если у меня /var/run /var/lock ссылки,удалять не нужно?

vik	# 10 лет, 2 месяца назад
Темы: 19 Сообщения: 94 Участник с: 16 мая 2010	ссори затупил, не нужно ^___^

russianlynx	# 10 лет, 2 месяца назад
Темы: 0 Сообщения: 3 Участник с: 07 марта 2012	Но у нас пришлось. Ибо pacman ругался на существование этих файлов и файлов ссылок. Причём от рута pacman -Syu –ignore filesystem && pacman -S filesystem –force pacman не хотел делать. А от пользователя нет прав. Прям рекурсия… Обновил и вроде работает.

russianlynx

# 10 лет, 2 месяца назад

Темы: 0

Сообщения: 3

Участник с: 07 марта 2012

Но у нас пришлось. Ибо pacman ругался на существование этих файлов и файлов ссылок.

Причём от рута pacman -Syu –ignore filesystem && pacman -S filesystem –force
pacman не хотел делать. А от пользователя нет прав. Прям рекурсия…

Обновил и вроде работает.

vadik	# 10 лет, 2 месяца назад
Темы: 55 Сообщения: 5395 Участник с: 17 августа 2009	/var/run/run и /var/lock/lock случайно не в ОЗУ?

sunstroke	# 10 лет, 2 месяца назад
Темы: 3 Сообщения: 625 Участник с: 17 сентября 2009	Да, уже и сам дошел: /var/run tmpfs /var/lock tmpfs

kenst	# 10 лет, 1 месяц назад
Темы: 3 Сообщения: 13 Участник с: 04 июля 2012	Если /var/run окажется директорией, то удалять её нужно при всех вырубленных демонах. Если обновляетесь через usb-модем, то лучше отключить его перед удалением папки /var/run, иначе потом при запуске pppd будет предупреждение Warning: pppd could't open database /var/run/pppd2.tdb и инета не будет. Проверено опытным путем, пришлось переустанавливать систему.

kenst

# 10 лет, 1 месяц назад

Темы: 3

Сообщения: 13

Участник с: 04 июля 2012

Если /var/run окажется директорией, то удалять её нужно при всех вырубленных демонах.
Если обновляетесь через usb-модем, то лучше отключить его перед
удалением папки /var/run, иначе потом при запуске pppd будет предупреждение
Warning: pppd could't open database /var/run/pppd2.tdb и инета не будет. Проверено опытным путем,
пришлось переустанавливать систему.