a stop is job running for login service
| elsonador |
|
Темы:
63
Сообщения:
996
Участник с: 09 апреля 2010
|
Интересно, от systemd можно получить хоть какую-то информацию об ошибках? |
| Vadim |
|
Темы:
280
Сообщения:
1909
Участник с: 20 ноября 2013
|
Ребята,переходите на OpenRC,он прекрасен.Не будет никаких stop is job running for login service. Я хоть и не програмист но понимаю что сам принцип systemd порочен,openrc грузит сервисы по очереди в нужной последовательности а система д одновременно почти все. Поэтому и хрень со сменой названия сетевого интерфейса при загрузке,и заморочки с локалью в консоли и остальные stop job tvoyu m... .
Linux Forever!
|
| elsonador |
|
|
Темы:
63
Сообщения:
996
Участник с: 09 апреля 2010
|
Да-да, не доделать одно барахло и начать лепить следующее. OpenRC не менее часто любит вешаться. Слово "СЧАСТЬЕ" не собрать из букв "Ж" "П" "А" "О". Когда система сыплется от изменения порядка загрузки каких-то программ - это проявление говнокода. |
| vasek |
|
|
Темы:
48
Сообщения:
11335
Участник с: 17 февраля 2013
|
elsonadorА это у тебя единственный инструмент, который позволяет это делать....... а возможности его большие и все предусмотрено, начиная от стадии загрузки и кончая стадией завешения работы....... и можно читать логи (повторюсь, начиная от стадии загрузки и кончая выключением компьютера).......проверять статус служб, искать зависшие службы, включать/выключать эти службы и.т.д. и.т.п. Кроме того имеется тестовый режим, который позволяет подробно эмитировать процесс загрузки любой цели/сервиса, чтобы понять последовательность его загрузки … UPD ….... инструменты - debug-shell.service ........ shutdown-log ........ systemd --test --system --unit=........ А лезти в потроха systemd - это не наша задача..... да и сделать мы что то вряд ли сможем.... на это имеются специальный контингент, которому мы можем предоставить всю исчерпывающую информацию для решения проблемы....
Ошибки не исчезают с опытом - они просто умнеют
|
| elsonador |
|
|
Темы:
63
Сообщения:
996
Участник с: 09 апреля 2010
|
Чтобы что-то делать на стадии shutdown, надо сначала войти в систему. Интересно, а как? В режиме отладки проблема не воспроизводится. Но это всё уже не так интересно, потому что как оказалось X сервер вручную не запускается, а это уже жестоко. |
| vasek |
|
|
Темы:
48
Сообщения:
11335
Участник с: 17 февраля 2013
|
elsonadorЕсли затык на стадии загрузки системы, то логи (и не только логи, но и состояние служб) тоже можно смотреть и вмешиваться, используя инструмент того же systemd — debug-shell.service …. Ну а если уж загрузка состоялась, то есть залогинились в текстовой консоле (tty...), а не возможно загрузить X-ы, то это уж совсем другая история … и всеравно в логах все будет отмечено... определить где затык будет можно, а вот устранить саму истинную причину затыка ... не всегда
Ошибки не исчезают с опытом - они просто умнеют
|
| elsonador |
|
|
Темы:
63
Сообщения:
996
Участник с: 09 апреля 2010
|
Глюки начинаются при выключении, никакого debug-shell там нет. X сервер показывает, что успешно загрузился и тут же успешно завершился. Но это вручную, а через DM всё работает. До момента отключения, когда в процессе выполнения процедур shutdown в какой-то момент драйвер видеокарты грохается и X вместе с ним, соответственно, дальше начинается дурдом. |
| elsonador |
|
|
Темы:
63
Сообщения:
996
Участник с: 09 апреля 2010
|
psplinter После очередного обновления виртуалка тоже вешается. |
| marlock |
|
|
Темы:
35
Сообщения:
736
Участник с: 02 июля 2010
|
Мне помогло: В /etc/sysctl.d/50-coredump.conf |
| elsonador |
|
|
Темы:
63
Сообщения:
996
Участник с: 09 апреля 2010
|
Ровно до следующего большого обновления systemd. |