[РЕШЕНО] A start job is running for device $UUID

yurius	# 5 лет, 11 месяцев назад (отредактировано 5 лет, 11 месяцев назад)
Темы: 83 Сообщения: 921 Участник с: 01 января 2018	C пару дней назад началось опять, как летом - при загрузке системы, когда отключены от питания диски с Дебиан И Калькой, вылазит `A start job is running for device $UUID` и полторы минуты ищутся эти два диска, которые физически не подключены, но прописаны в fstab-е. По прошествии 1,5 минуты, вылазят ошибки `[DEPEND] Dependency failed for $(Все_отключённые_UUID)` Но система успешно загружается. Если те диски подключить, то никаких ошибок не вылазит, A start job не начинается, и все диски благополучно монтируются. Самое интересное, что в fstab-e у всех дисков стоит опция nofail, которая как раз и призвана не выдавать никаких ошибок, когда монтируемый через fstab диск отсутствует\отключён. И до пару дней назад это работало железно - никаких A start job не было. Соответственно, вопрос - что могло пойти не так? Пока по умолчанию грешу, как и летом, на обновление lvm2 (хотя тогда картинка была другая - диски монтировались каждый раз какие хотели, а остальные не монтировались) - пробовал, как и летом, сдаунгрейдить lvm2, но сейчас это уже не прокатило. Как исправлять?

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

Сообщения: 921

Участник с: 01 января 2018

C пару дней назад началось опять, как летом - при загрузке системы, когда отключены от питания диски с Дебиан И Калькой, вылазит

A start job is running for device $UUID

и полторы минуты ищутся эти два диска, которые физически не подключены, но прописаны в fstab-е. По прошествии 1,5 минуты, вылазят ошибки

[DEPEND] Dependency failed for $(Все_отключённые_UUID)

Но система успешно загружается. Если те диски подключить, то никаких ошибок не вылазит, A start job не начинается, и все диски благополучно монтируются. Самое интересное, что в fstab-e у всех дисков стоит опция nofail, которая как раз и призвана не выдавать никаких ошибок, когда монтируемый через fstab диск отсутствует\отключён. И до пару дней назад это работало железно - никаких A start job не было.

Соответственно, вопрос - что могло пойти не так? Пока по умолчанию грешу, как и летом, на обновление lvm2 (хотя тогда картинка была другая - диски монтировались каждый раз какие хотели, а остальные не монтировались) - пробовал, как и летом, сдаунгрейдить lvm2, но сейчас это уже не прокатило. Как исправлять?

vs220	# 5 лет, 11 месяцев назад (отредактировано 5 лет, 11 месяцев назад)
Темы: 25 Сообщения: 8524 Участник с: 16 августа 2009	yurius при загрузке системы, когда отключены от питания диски systemd автомонт попробовать (будет монтировать только когда происходит обращение к диску) Добавить опции noauto,x-systemd.automount в параметры монтирования диска в fstab например `UUID=766a1a6e-8830-4554-a494-931ec21c4346 /home/oleg/Видео ext4 noauto,x-systemd.automount,user_xattr,noatime,nodiratime,acl 02` можно и время ожидания добавить x-systemd.device-timeout=15 `......Видео ext4 noauto,x-systemd.automount,x-systemd.device-timeout=15,user_xattr,noatime.......` вики wiki.archlinux.org/index.php/Fstab#Automount_with_systemd Или просто время ожидания уменьшить с 90 секунд по умолчанию на ваше `.....Видео ext4 nofail,x-systemd.device-timeout=1,.......`

vs220

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

Темы: 25

Сообщения: 8524

Участник с: 16 августа 2009

yurius
при загрузке системы, когда отключены от питания диски

systemd автомонт попробовать (будет монтировать только когда происходит обращение к диску)

Добавить опции noauto,x-systemd.automount в параметры монтирования диска в fstab например

UUID=766a1a6e-8830-4554-a494-931ec21c4346 /home/oleg/Видео  ext4 noauto,x-systemd.automount,user_xattr,noatime,nodiratime,acl 02

можно и время ожидания добавить x-systemd.device-timeout=15

......Видео  ext4 noauto,x-systemd.automount,x-systemd.device-timeout=15,user_xattr,noatime.......

вики wiki.archlinux.org/index.php/Fstab#Automount_with_systemd

Или просто время ожидания уменьшить с 90 секунд по умолчанию на ваше

.....Видео  ext4 nofail,x-systemd.device-timeout=1,.......

yurius	# 5 лет, 11 месяцев назад
Темы: 83 Сообщения: 921 Участник с: 01 января 2018	vs220 noauto,x-systemd.automount Cработало! Традиционное спасибище! Вопрос РЕШЁН. Вчера пробовал только noauto - не помогло. А в чём может быть причина такого внезапного поведения, не подскажете, какие-то "вести с полей" есть? Обновление какое-то?

yurius

# 5 лет, 11 месяцев назад

Темы: 83

Сообщения: 921

Участник с: 01 января 2018

vs220
noauto,x-systemd.automount

Cработало! Традиционное спасибище! Вопрос РЕШЁН. Вчера пробовал только noauto - не помогло.

А в чём может быть причина такого внезапного поведения, не подскажете, какие-то "вести с полей" есть? Обновление какое-то?

vs220	# 5 лет, 11 месяцев назад
Темы: 25 Сообщения: 8524 Участник с: 16 августа 2009	yurius внезапного поведения Вроде по умолчанию ожидание 90 секунд - как раз yurius По прошествии 1,5 минуты

vs220

# 5 лет, 11 месяцев назад

Темы: 25

Сообщения: 8524

Участник с: 16 августа 2009

yurius
внезапного поведения

Вроде по умолчанию ожидание 90 секунд - как раз

yurius
По прошествии 1,5 минуты

yurius	# 5 лет, 11 месяцев назад
Темы: 83 Сообщения: 921 Участник с: 01 января 2018	vs220 можно и время ожидания добавить x-systemd.device-timeout=15 Необходимости нет - загружается сразу - но запомню. И ещё, помню, что этот таймаунт можно прописать где-то ещё, чтобы если когда ещё раз и возникнет этот баг, то хоть чтобы start job был секунд 10. Вот только запамятовал, где этот таймаут прописать можно? Не в fstabe по-моему...

yurius

# 5 лет, 11 месяцев назад

Темы: 83

Сообщения: 921

Участник с: 01 января 2018

vs220
можно и время ожидания добавить x-systemd.device-timeout=15

Необходимости нет - загружается сразу - но запомню. И ещё, помню, что этот таймаунт можно прописать где-то ещё, чтобы если когда ещё раз и возникнет этот баг, то хоть чтобы start job был секунд 10. Вот только запамятовал, где этот таймаут прописать можно? Не в fstabe по-моему...

yurius	# 5 лет, 11 месяцев назад (отредактировано 5 лет, 11 месяцев назад)
Темы: 83 Сообщения: 921 Участник с: 01 января 2018	vs220 Вроде по умолчанию ожидание 90 секунд - как раз Да, но до пару дней назад никакого полутораминутного таймаута (и ошибок DEPEND) не было, и я его нигде конечно не приписывал.

vs220	# 5 лет, 11 месяцев назад (отредактировано 5 лет, 11 месяцев назад)
Темы: 25 Сообщения: 8524 Участник с: 16 августа 2009	yurius помню, что этот таймаунт можно прописать где-то ещё, чтобы если когда ещё раз и возникнет этот баг, то хоть чтобы start job был секунд 10 Вы про тайминги системд? можно глобально /etc/systemd/system.conf /etc/systemd/user.conf #DefaultTimeoutStartSec=90s #DefaultTimeoutStopSec=90s ..... либо в конфигах юнитов Но это может привести к неприятным последствиям например не успеет корректно закрыться какая нибудь программа и потеряются данные( например при слишком малом таймере выключения браузер не успевает закрыться и потом ругается на некорректное завершение работы)

vs220

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

Темы: 25

Сообщения: 8524

Участник с: 16 августа 2009

yurius
помню, что этот таймаунт можно прописать где-то ещё, чтобы если когда ещё раз и возникнет этот баг, то хоть чтобы start job был секунд 10

Вы про тайминги системд?
можно глобально
/etc/systemd/system.conf
/etc/systemd/user.conf
#DefaultTimeoutStartSec=90s
#DefaultTimeoutStopSec=90s
.....

либо в конфигах юнитов

Но это может привести к неприятным последствиям например не успеет корректно закрыться какая нибудь программа и потеряются данные( например при слишком малом таймере выключения браузер не успевает закрыться и потом ругается на некорректное завершение работы)

yurius	# 5 лет, 11 месяцев назад
Темы: 83 Сообщения: 921 Участник с: 01 января 2018	vs220 /etc/systemd/system.conf /etc/systemd/user.conf А, точно, вспомнил ) СПС.