Иначе можно считать, что альты сами же похоронили sysv и о нём можно забыть прямо сейчас.
Кто станет разгребать горы инсталлятора?..
Т.е. всё, что нужно - это postinstall скрипт, который удалит содержимое /var/run/* и /var/lock/* ? Если так, то это не проблема.
Это не поможет линковке в legacy.conf и var.conf
И не восстановит /var/lock/*/ которые помечены как %ghost и ещё не созданы.
Или нужно удалить сами директории /var/run и /var/lock ?
Скажем так, чтобы линковка прошла, их не должно быть.
Но вручную как постфактум их далять нельзя.
Последствие, невосстановимый сбой запуска lightdm, как минимум:
# grep -ri 'No such file or directory\|failed' /var/log | grep log:
/var/log/lightdm/lightdm.log:[+0.01s] WARNING: Failed to get list of logind seats: GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown: The name org.freedesktop.login1 was not provided by any .service files
/var/log/lightdm/lightdm.log:[+0.01s] DEBUG: Could not run plymouth --ping: Failed to execute child process “plymouth” (No such file or directory)
/var/log/lightdm/lightdm.log:[+3.86s] DEBUG: Seat seat0: Stopping; failed to start a greeter
/var/log/lightdm/x-0-greeter.log:** (process:2745): WARNING **: 04:20:11.101: Failed to open CK session: GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown: The name org.freedesktop.ConsoleKit was not provided by any .service files
/var/log/lightdm/x-0-greeter.log:** (process:2745): WARNING **: 04:20:11.102: Error reading existing Xauthority: Failed to open file “/var/run/lightdm/_ldm/xauthority”: Permission denied
/var/log/lightdm/x-0-greeter.log:Error writing X authority: Failed to open X authority /var/run/lightdm/_ldm/xauthority: Permission denied
Касательно legacy.conf, нужно либо линковка через L+, либо (при этом *run* мы ещё не трогаем)
d /var/lock/subsys 0700 root root -
чтобы хотя бы это заработало, иначе sysv весь в развалинах из-за %ghost.
И не знаю к каким последствиям приведёт удаление /var/lock /var/run через postinstall скрипт
(нужна тестовая sysv система с таким хаком, отследить до мелочей)
Теоретически можно попробовать (только попробовать!) и postinstall скриптом через systemd-utils не трогая startup
Каталоги /var/lock и /var/run, с содержимым, создал инсталлятор (см.
Ответ #729) и это его проблема, а удаление или линковка L+, это костыль.
Грохнув вручную /var/lock /var/run как постфактум, окончательно угробили старт lightdm. И это только то, что засветилось явно и сразу.