Debian 9.1 виснет при перезагрузке

После удаления пакета open-iscsi система перестала виснуть при перезагрузке, быстро загружается (5-7 секунд), но не выполняется монтирование iscsi.

Поможите чем можите.

Время загрузки увеличилось до 2 минут 40 секунд, но это не самое страшное.

journalctl -b
systemd-analyze blame

При перезагрузке, виртуалка виснет в момент выключения и уже не загружается.

journalctl -b -1 или -2 и т.д. (если до сих пор не сделали канонично, то смотри логи предыдущих загрузок по старинке в /var/log)

у меня на debian 9.1 наблюдались зависания при выключении ноутбука. Я больше с дэбианом не работаю.

у меня молниеносно выключается, и засыпает норм, просыпается норм и это внезапно искаробки работает.

После удаления пакета open-iscsi система перестала виснуть при перезагрузке, быстро загружается (5-7 секунд), но не выполняется монтирование iscsi.

Очень похоже на проблемы с отмонтированием разделов iscsi при перезагрузке. Если их отмонтировать вручную перед перезагрузкой проблема уходит? Выключается виртуалка нормально, или тоже с зависанием?

Только если отсоединюсь от сервера шSCSI и остановлю сервис open-iscsi. Тогда нормально ребутиться без зависания. Но это же не нормально.

Я предвижу предложение, что сделать скрипт, при ребуте отсоединяться от iSCSI-сервера, стопорить службу и только потом ребутиться, а при загрузке заново устанавливать соединение с iSCSI-сервером, и монтировать раздел. Мне кажется это не очень правильная идея.

open-iscsi настраивал?

анон скорее всего тоже на ноуте не использовал его.
попробуй глянуть юниты systemd.

только если отсоединюсь от сервера шSCSI и остановлю сервис open-iscsi. Тогда нормально ребутиться без зависания. Но это же не нормально.

Вообще-то, это работа системы инициализации (в Вашем случае - SystemD) - корректно останавливать сервисы при перезагрузке. И в этом смысле то, что Вы описали - совершенно нормальное поведение системы - остановка всех сервисов и отмонтирование всех файловых систем перед перезагрузкой/выключением. Почему в Вашем случае это не происходит автоматически, и требуется ручное вмешательство - вопрос к SystemD.

Так что присоединяюсь к предложению bdfy - смотреть, что там в юнитах SystemD. Сам с этой системой инициализации дел не имел, так что конкретнее не подскажу.

Уточнение.

Поставил параллельно копию системы с нуля.
Поставил open-iscsi (sudo apt-get install open-iscsi), зависаний нет.
Изменил конфиг «/etc/iscsi/iscsid.conf», параметр «node.startup = automatic», зависаний нет.
Прицепился к iSCSI-серверу «sudo iscsiadm -m discovery -t st -p 192.168.0.10», стал загружаться по 2 минуты 40 секунд (скрин), зависаний нет.
Залогинился «sudo iscsiadm -m node --login», виснет при перезагрузке.

Где и что смотреть?

(скрин)

Три звезды нафлудил, а кусок няшного лога не можешь выдернуть. Команды для этого в первом сообжении это темы.

Где и что смотреть?

В логи. Они лежат в /var/log. Можешь наконец прочитать ман к journalctl и воспользоваться им. Можешь ман не читать, а из под рута выполнить journalctl и смотреть записи по времени руками.

Решение найдено.

Первоначально мы использовали специализированную железку DELL в качестве iSCSI хранилища. Там очень мутная система авторизации, настройка через интимные места и т.д.

Подняли еще одно iSCSI хранилище, но уже софтовое, на том же Debian 9. С виртуалке подцепиться не проблема. Загрузка занимает 5-7 секунд, и это с учетом login-iSCSI . Ребутиться без проблем. После ребута корректно загружается.

Вывод - не берите специализированные железки, в частности от DELL.

Поможите чем можите.

Веди здоровый образ жизни...

Уже поздно... DELL сломал мою психику.

Обновлять Hyper-V. Имел подобные проблемы с CentOS, но там она вообще работала как попало, пока не обновили Hyper-V

Странно то, что проблемы наблюдались только при подключении к аппаратной железке от DELL. А при подключении к софтварному хранилищу на Debian - проблем нет. Очень это настораживает.

Причем, если подключение к DELL делать из Hyper-V, а потом пробрасывать дисковое устройство в виртуалку, то проблем тоже нет.

У меня создалось впечатление, что проблема все-таки в DELL. Но я могу ошибаться.