Bug 39345 - Ошибка при установке с подключенными дисковыми полками /dev umount failed
Summary: Ошибка при установке с подключенными дисковыми полками /dev umount failed
Status: NEW
Alias: None
Product: Альт Сервер
Classification: Distributions
Component: Установка (show other bugs)
Version: 9.1
Hardware: x86_64 Linux
: P5 normal
Assignee: Anton V. Boyarshinov
QA Contact: qa-p8@altlinux.org
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2020-11-25 17:41 MSK by rusment
Modified: 2020-11-26 22:24 MSK (History)
4 users (show)

See Also:


Attachments
Ошибка при установке с подключенными дисковыми полками /dev umount failed (12.07 KB, image/png)
2020-11-25 17:41 MSK, rusment
no flags Details

Note You need to log in before you can comment on or make changes to this bug.
Description rusment 2020-11-25 17:41:46 MSK
Created attachment 9054 [details]
Ошибка при установке с подключенными дисковыми полками /dev umount failed

Здравствуйте.

Есть машина (E5-2603 v4, 32GB DDR4) к которой через контроллер PCI-E LSI SAS 9300-8E (прошивка 16-IT) подключены дисковые полки WD H4060-J и во время процесса установки ALT Linux Server 9.1 возникает ошибка "/dev umount failed. you may safely reboot your system".

Если же полки отключить перед установкой, то процесс проходит без сбоев. Подскажите, как можно это исправить, чтобы установка происходила вместе с подключенными полками?
Comment 1 Michael Shigorin 2020-11-26 16:33:08 MSK
Возможно, это дубль bug 32934.

Также может быть связано с make-initrd версии ниже 2.4.0-alt1:

* Ср янв 22 2020 Alexey Gladkov <legion@altlinux> 2.4.0-alt1
- Feature changes:
  + luks: Add essiv for kernel >= 5.4.0
- Runtime changes:
  + Ignore subdirectories in the handlers directory
  + Remove obsolete debug rules
    ^^^^^^^^^^^^^^^^^^^^^^^^^^^ выхлоп забивал небольшой tmpfs
[...]

PS: в баге забыли главное упомянуть -- кол-во дисков в полке.
Comment 2 rusment 2020-11-26 19:57:00 MSK
кол-во дисков не влияет, в данной полке их 90, но такое происходит, если дисков даже 2.

спасибо, попробуем посмотреть в сторону make-initrd
Comment 3 Michael Shigorin 2020-11-26 21:11:11 MSK
(Ответ для rusment на комментарий #2)
> кол-во дисков не влияет, в данной полке их 90, но такое происходит,
> если дисков даже 2. спасибо, попробуем посмотреть в сторону make-initrd
Ой как интересно.  Дело в том, что баг (точнее, давно забытая отладка) конкретно в make-initrd вылезал именно на некотором количестве дисков (точно больше пары дюжин и точно меньше ста двадцати) в системе в целом.

То есть это должно быть "не оно".  Да и смотреть там сложно в том плане, что проблема в собранном при помощи make-initrd образе initrd первой стадии (stage1 в терминах mkimage/mkimage-profiles).

По возможности проверьте на машине с подключенной полкой -- грузится ли:
* http://altlinux.org/rescue;
* http://altlinux.org/regular (любой livecd).

Эти образы собираются на сизифе, а не стабильной ветке -- если успешно загрузятся, это может помочь сузить круг поиска.

Спасибо за конструктив!

PS: пока в подобных ситуациях, к сожалению, обход состоит именно в отключении полок/массивов -- но это точно надо исправлять.
Comment 4 Leonid Krivoshein 2020-11-26 22:24:08 MSK
> [...] во время
> процесса установки ALT Linux Server 9.1 возникает ошибка "/dev umount
> failed. you may safely reboot your system".
Всё-таки во время установки или по окончанию установки перед перезагрузкой?

> Если же полки отключить перед установкой, то процесс проходит без сбоев.
То есть, инсталляция до конца не выполняется? А на каком именно шаге тогда происходит сбой?

> Подскажите, как можно это исправить, чтобы установка происходила вместе с
> подключенными полками?
В целом, зависит от ответов. Но я полагаю, что дело в сигнатурах на видимых дисках, а не в самой полке. Вопрос в том, как эти сигнатуры видят разные программы. Например wipefs и ещё что-нибудь типа lsblk с ALT Rescue, а также разбивалка с установочного диска.

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

О найденной сигнатуре, вызывавшей проблему, можно можно повесить баг на libevms.