LINUX.ORG.RU

ошибки при обнвлении

 , ,


0

1

Обновляю систему, получаю:

ошибка: не удалось завершить запрос (конфликтующие файлы)
filesystem: /var/lock уже существует в файловой системе
filesystem: /var/run уже существует в файловой системе
Обнаружены ошибки, пакеты не были обновлены.
Выходом было бы сделать rm -r /var/{lock,run}.
Боюсь, что если буду так категоричен, что-нибудь отвалится. Или в /var/{lock,run} всё восстанавливается после перезагрузки?

★★★★★

Или в /var/{lock,run} всё восстанавливается после перезагрузки?

так точно!

tmpfs on /var/run type tmpfs (rw,noexec,nosuid,nodev,mode=0755,size=10m)
tmpfs on /var/lock type tmpfs (rw,noexec,nosuid,nodev,mode=1777,size=10m)

megabaks ★★★★
()

после перезагрузки

После перезагруки чево? Если у тебя запущены два экземпляра {apt, aptitude, pkg_install, etc...}, то чего ты хочешь?

vahtu
()
Ответ на: комментарий от megabaks

У меня только

run on /run type tmpfs (rw,nosuid,nodev,relatime,mode=755)

Про lock ничего.

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

Ты не в теме, проходи дальше.
Я имел ввиду тот неловким момент, когда монтируются tmpfs, не прописанные в fstab.

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

P.S. Сейчас обновлял нетпук. Сломал: разрешил удалить udev (потому как скотский pacman считает, что мне вот 100% нужен systemd), а на обновлении libc все зависло. После перезагрузки - фигвам, ни сети, ни иксов. Подмонтировал udb-hdd, устанавливаю с него.

Надеюсь, после перезагрузки сеть таки заработает, чтобы я мог удалить долбаный systemd и вернуть udev на место.

Eddy_Em ☆☆☆☆☆
()
Ответ на: комментарий от Eddy_Em

pacman считает, что мне вот 100% нужен systemd

чтобы я мог удалить долбаный systemd и вернуть udev на место

Systemd или systemd-tools? Второй и есть udev.

bloodredfrog ★★
()
Ответ на: комментарий от CYB3R

Посмотри на пост Мегабакса, там права выставлены. В эти папки должны мочь писать все.

Shtsh ★★★★
()
Ответ на: комментарий от bloodredfrog

systemd-tools.

Второй и есть udev.

Хм, и правда: на десктопе уже давно так. Работает. Ну да ладно.

Жаль, конечно, что это говно (я про systemd) начали и в арчик пихать.

Eddy_Em ☆☆☆☆☆
()
Ответ на: комментарий от Eddy_Em

Жаль, конечно, что это говно (я про systemd) начали и в арчик пихать.

А я тебе давно говорил, что стоит осилить Debian — там говно всегда опционально :)))

GotF ★★★★★
()
Ответ на: комментарий от GotF

Сначала Eddy_Em перешел на Мандриву. Она испортилась и Eddy_Em перешел на арчик. Арч испортился. Ты уверен, что хочешь, чтобы Eddy_Em перешел на Debian? :)

kss ★★★★★
()
Ответ на: комментарий от GotF

А я тебе давно говорил, что стоит осилить Debian — там говно всегда опционально :)))

Там просто старое, выдержанное говно.

vurdalak ★★★★★
()
Ответ на: комментарий от KivApple

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

KivApple ★★★★★
()
Ответ на: комментарий от Eddy_Em

Нет. filesystem никаких настроек не содержит. Только структуру системных каталогов. Пара каталогов теперь не создаются на этапе загрузки, а жёстко заданы. Соответственно они теперь должны находиться в пакете.

KivApple ★★★★★
()
Ответ на: комментарий от Eddy_Em

Сломал: разрешил удалить udev (потому как скотский pacman считает, что мне вот 100% нужен systemd), а на обновлении libc все зависло.

Эдди, открою тебе большой секрет. init=/sbin/init в параметрях ядра позволят тебе не вспоминать про systemd совсем. Каким тупым нужно быть, чтобы из-за неприязни к Поттерингу удалить udev?

imul ★★★★★
()

Читайте новости на сайте арча. Данный случай описан.

Ranzor
()
Ответ на: комментарий от int13h

Да знаю, что надо. Но как-то уже рефлекс писать на ЛОР.

CYB3R ★★★★★
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.