Bug 39345
| Summary: | Ошибка при установке с подключенными дисковыми полками /dev umount failed | ||||||
|---|---|---|---|---|---|---|---|
| Product: | Альт Сервер | Reporter: | rusment <p.serdechnov> | ||||
| Component: | Установка | Assignee: | Anton V. Boyarshinov <boyarsh> | ||||
| Status: | NEW --- | QA Contact: | qa-p8 <qa-p8> | ||||
| Severity: | normal | ||||||
| Priority: | P5 | CC: | andy, cas, klark, mike | ||||
| Version: | 9.1 | ||||||
| Hardware: | x86_64 | ||||||
| OS: | Linux | ||||||
| Attachments: |
|
||||||
Возможно, это дубль 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: в баге забыли главное упомянуть -- кол-во дисков в полке. кол-во дисков не влияет, в данной полке их 90, но такое происходит, если дисков даже 2. спасибо, попробуем посмотреть в сторону make-initrd (Ответ для 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: пока в подобных ситуациях, к сожалению, обход состоит именно в отключении полок/массивов -- но это точно надо исправлять. > [...] во время > процесса установки ALT Linux Server 9.1 возникает ошибка "/dev umount > failed. you may safely reboot your system". Всё-таки во время установки или по окончанию установки перед перезагрузкой? > Если же полки отключить перед установкой, то процесс проходит без сбоев. То есть, инсталляция до конца не выполняется? А на каком именно шаге тогда происходит сбой? > Подскажите, как можно это исправить, чтобы установка происходила вместе с > подключенными полками? В целом, зависит от ответов. Но я полагаю, что дело в сигнатурах на видимых дисках, а не в самой полке. Вопрос в том, как эти сигнатуры видят разные программы. Например wipefs и ещё что-нибудь типа lsblk с ALT Rescue, а также разбивалка с установочного диска. При этом мы ищем аномалию -- одна из программ, а скорее разбивалка, чего-то не разглядит. И не только наша, а в любом другом дистрибутиве. В этом случае ответ будет прост: если почистить сигнатуры на внешних дисках полки и отформатировать их средствами дистрибутива, сбоев не будет, а вот сигнатуры проприетарных рейдов, особенно LSI, к таким эффектам приводят. О найденной сигнатуре, вызывавшей проблему, можно можно повесить баг на libevms. |
Description
rusment 2020-11-25 17:41:46 MSKCreated 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". Если же полки отключить перед установкой, то процесс проходит без сбоев. Подскажите, как можно это исправить, чтобы установка происходила вместе с подключенными полками?