драйвера Astralinux (как оно тикает?)

[avt516070]

Всем доброго вечера!
Назрел один вопрос у нас есть агрегат hp proliant g5 с контроллером p200 на астре 1.5
Хотелось бы обновиться на 1.6, но в 1.6 отсутствует драйвер cciss, который обслуживает эту железку.
Возможно ли без лишних инет телодвижений извлечь драйвер из дистрибутива 1.5 и подкинуть его в дистрибутив 1.6?

[Bizdelnick]

Коротко: нет.

[avt516070]

Коротко: нет.

Благодарю за ответ.
Что мешает? То, что нет обратной совместимости в ядрах?
Сам драйвер входит в дистрибутив 1.5. То есть качать его откуда-то не надо.

[Aliech]

Коротко: нет.

Благодарю за ответ.
Что мешает? То, что нет обратной совместимости в ядрах?
Сам драйвер входит в дистрибутив 1.5. То есть качать его откуда-то не надо.

У вас драйвер - часть ядра. Разве в 1.6 то же самое ядро применяется, что и в 1.5? Нет.

Ищите исходники модуля (драйвера), которые собрались бы и корректно работали с версией ядра из поставки 1.6. И да, сертифицировать полученный результат не забудьте. Ну чтобы общий допуск с комплекса не слетел.

[ormorph]

Сам драйвер входит в дистрибутив 1.5. То есть качать его откуда-то не надо.

Там старое ядро, его уже давно выпилили из ядра, плюс убрали многое, что давало совместимость с данным драйвером.
Как вариант можно попробовать использовать драйвер hpsa, для работы со старыми cciss устройствами. Для этого нужно будет добавить параметр для загрузки ядра в загрузчике: hpsa.hpsa_allow_any=1, возможно так же придется добавить еще параметр hpsa.hpsa_simple_mode=1. Тут только надеяться что всё заработает.
Старый драйвер то есть на sourceforge.net, да только для новых ядер его нужно переписывать.

[avt516070]

Благодарю всех за помощь

[avt516070]

Коротко: нет.

Благодарю за ответ.
Что мешает? То, что нет обратной совместимости в ядрах?
Сам драйвер входит в дистрибутив 1.5. То есть качать его откуда-то не надо.

У вас драйвер - часть ядра. Разве в 1.6 то же самое ядро применяется, что и в 1.5? Нет.

Ищите исходники модуля (драйвера), которые собрались бы и корректно работали с версией ядра из поставки 1.6. И да, сертифицировать полученный результат не забудьте. Ну чтобы общий допуск с комплекса не слетел.

Благодарю за ответ, у меня ещё осталось несколько вопросов. Если Вам не сложно, хотелось бы получить хотя бы краткие ответы.
1. Я правильно понимаю, что технология обратной совместимости по драйверам в Астралинукс не работает так как в Виндовс?
2. Драйвера в Астралинукс работают не так как в Виндовс или я что-то путаю?
3. В Астралинукс невозможно устанавливать драйвера с младших версий ядра на старшие без переписывания исходников?
4. В ядре Астралинукс есть программный код, выполняющий функции драйвера, но неотделимый от ядра, то есть его нельзя выделить из более старой версии и перенести в новую, как в Виндовс? Это вот здесь написано, правильно?
http://dmilvdv.narod.ru/Translate/LDD3/ldd_chapter_16.html?ysclid=lhdvpce06v908779199
5. Если с нуля переставить ОС, но ОС ставить более высокой версии, но сертифицированную, то общий допуск пострадает и надо будет потом опять все по новой делать?

[avt516070]

Сам драйвер входит в дистрибутив 1.5. То есть качать его откуда-то не надо.

Там старое ядро, его уже давно выпилили из ядра, плюс убрали многое, что давало совместимость с данным драйвером.
Как вариант можно попробовать использовать драйвер hpsa, для работы со старыми cciss устройствами. Для этого нужно будет добавить параметр для загрузки ядра в загрузчике: hpsa.hpsa_allow_any=1, возможно так же придется добавить еще параметр hpsa.hpsa_simple_mode=1. Тут только надеяться что всё заработает.
Старый драйвер то есть на sourceforge.net, да только для новых ядер его нужно переписывать.

А этот драйвер hpsa, он встроен в ядро 1.6? Или его искать на стороне придется?
То есть получается, что блочный драйвер - это особая история, в которой обратная совместимость не работает в принципе?

[Aliech]

2. Драйвера в Астралинукс работают не так как в Виндовс или я что-то путаю?

Нет. Это другая ОС, с другими принципами построения. Ожидаемо, да?)

3. В Астралинукс невозможно устанавливать драйвера с младших версий ядра на старшие без переписывания исходников?

Вопрос не в переписывании исходников. Хотя, иногда, и в нём. Основной вопрос в том, что драйвер - часть ядра ОС. Не важно, он включён в состав основного файла с ядром, или скомпилирован в качестве подключаемого модуля. Важно то, что он скомпилирован под это ядро. Бывают случаи, когда модуль от одного ядра может завестись с другим, но это бывает только на слабо отличных друг от друга ядрах (и то так делать не стоит). В рамках близких версий и т.д. Но не в вашем случае. 100%

5. Если с нуля переставить ОС, но ОС ставить более высокой версии, но сертифицированную, то общий допуск пострадает и надо будет потом опять все по новой делать?

Зависит от применения и объекта. Безопасника своего спросите. Но я бы сказал, что если объект уже в эксплуатации, то версия ОС там должна быть такая, которая затверждена в документах на объект. Про сертификацию я написал по причине того, что включение в состав ОС любого компонента без сертификации множит на "0" сертификат ОС.

[ormorph]

А этот драйвер hpsa, он встроен в ядро 1.6? Или его искать на стороне придется?
То есть получается, что блочный драйвер - это особая история, в которой обратная совместимость не работает в принципе?

Он есть в Astra Linux 1.6, но по идее должен быть и в 1.5, проверить:

Shell

# find /lib/modules/|grep hpsa

Должен быть hpsa.ko
Кстати вы уверены что у вас модель контроллера p200? Просмотрел и даже не нашёл что такая существует, есть p400, E200.
Если модуль hpsa существует у вас в системе, то можете проверить на нём, параметры ядра вы знаете. Остается только добавить cciss в blacklist:

Shell

# echo "blacklist cciss" >/etc/modprobe.d/nocciss.conf

Вот только на некоторых моделях, например p400 требовалось ещё пере прошить контроллер последней прошивкой, для нормальной работы с hpsa. Раз уж уже давно не возникает вопрос на счёт добавления cciss в ядро, то получается этот вопрос решаемый с помощью hpsa.

[UnixNoob]

У меня возник вопррс, а что, при использовании на предприятии Астра, они не оказывают поддержку, в том числе по вопросам подобного плана?

[avt516070]

У меня возник вопррс, а что, при использовании на предприятии Астра, они не оказывают поддержку, в том числе по вопросам подобного плана?

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

[avt516070]

Благодарю за ответ!

Нет. Это другая ОС, с другими принципами построения. Ожидаемо, да?)

Ну как, ожидаемо, я так плотно общался с юниксом 20 лет назад, когда админил сетку с Силиконами, там был IRIX . Там было всё достаточно дружелюбно, даже эмулятор Вин нт 4.0 был, да и апгрейды делал и сверху вниз и снизу вверх драйверов, поэтому тут я подивился. Просто принцип навешивания драйверов в этом линуксе немного другой. Я предполагал, что за эти годы всё подровнялось, да и файловые системы эволюционировали, но тут я был удивлен прямо суперконсервативностью, скажу честно.
[/quote]

Вопрос не в переписывании исходников. Хотя, иногда, и в нём. Основной вопрос в том, что драйвер - часть ядра ОС. Не важно, он включён в состав основного файла с ядром, или скомпилирован в качестве подключаемого модуля. Важно то, что он скомпилирован под это ядро. Бывают случаи, когда модуль от одного ядра может завестись с другим, но это бывает только на слабо отличных друг от друга ядрах (и то так делать не стоит). В рамках близких версий и т.д. Но не в вашем случае. 100%

Не знаю, может я криво выразился. Неужели в каждом новом ядре забывают про старое на 100%? Хотя платформе Wintel такое было бы по душе по части внедрения нового железа. Однако все равно остается вопрос к разработчикам. Вот они делают версию для железа, которым пользуется основной заказчик, они его знают, его номенклатуру. Почему они не дописывают туда то, что необходимо? Но это скорее всего не к Вам вопрос.
Но всё же хотелось бы узнать Ваше мнение как профессионала.
[/quote]

Зависит от применения и объекта. Безопасника своего спросите. Но я бы сказал, что если объект уже в эксплуатации, то версия ОС там должна быть такая, которая затверждена в документах на объект. Про сертификацию я написал по причине того, что включение в состав ОС любого компонента без сертификации множит на "0" сертификат ОС.

С этим понятно, как раз. Я наверное опять не так выразился. Допустим, пришла бумажка, все переходим на Х.Х+1, а я просто обновился из под старой версии на новую там же есть команда upgade или надо сносить старое и ставить с нуля новое? То есть старые пакеты уже недопустимы, правильно я понимаю? Или речь идет только о стороннем ПО в дистрибутив не входящем?
[/quote]

[avt516070]

Благодарю за ответ!

Он есть в Astra Linux 1.6, но по идее должен быть и в 1.5, проверить:

Shell

# find /lib/modules/|grep hpsa

Должен быть hpsa.ko

Это я проверю в среду и отпишусь тогда.

Кстати вы уверены что у вас модель контроллера p200? Просмотрел и даже не нашёл что такая существует, есть p400, E200.

Да, Вы правы, наверное всё-таки E200, а не P200. Но 200 точно было там, значит E200. Факт в том, что 1.5 видит его и подключает как cciss, а 1.6 просит диск с драйверами.

Если модуль hpsa существует у вас в системе, то можете проверить на нём, параметры ядра вы знаете. Остается только добавить cciss в blacklist:

Shell

# echo "blacklist cciss" >/etc/modprobe.d/nocciss.conf

Вот только на некоторых моделях, например p400 требовалось ещё перепрошить контроллер последней прошивкой, для нормальной работы с hpsa. Раз уж уже давно не возникает вопрос на счёт добавления cciss в ядро, то получается этот вопрос решаемый с помощью hpsa.

Я, наверное, не так выразился. Вот я зашел в программу установки 1.6, добрел до определения дисков по Ctrl+Alt+F2 переключился на консоль.
Что делать с этим?

Для этого нужно будет добавить параметр для загрузки ядра в загрузчике: hpsa.hpsa_allow_any=1, возможно так же придется добавить еще параметр hpsa.hpsa_simple_mode=1.

[ormorph]

Я, наверное, не так выразился. Вот я зашел в программу установки 1.6, добрел до определения дисков по Ctrl+Alt+F2 переключился на консоль.

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

Добавлено (17:06):

Также можно проверить ещё на лицензии нажать Ctrl+Alt+F2, и проверить в консоли:
# lsmod|grep hpsa
Если модуль не загрузился то можно попробовать загрузить его через modprobe. А далее вернуться в графическую установку нажав Alt+F5. Может случится чудо и диски определятся.

[Bizdelnick]

Неужели в каждом новом ядре забывают про старое на 100%?

Нет, это просто издержки монолитной архитектуры. На уровне исходников совместимость поддерживается довольно долгое время, но не вечно.
Но в Вашем случае один драйвер (cciss) просто был заменён другим (hpsa). Возможно, в Астре не удосужились его собрать.

1.6 просит диск с драйверами

Покажите, какими именно словами просит.

[avt516070]

Благодарю за ответ!

Там при загрузке должна быть подсказка...

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

Также можно проверить ещё на лицензии нажать Ctrl+Alt+F2, и проверить в консоли:
# lsmod|grep hpsa

Вот эта команда ничего не показала, просто приглашение "#_" в любом варианте загрузки 1.6

# find /lib/modules/|grep hpsa[/sh]

Вот эта команда показала этот модуль hpsa.ko и путь к нему, что, наверное показывает, что он загружен. Без изменения параметров загрузки ядра он писал, что такого нет модуля, а в 1.5 писал сразу, перепроверял, поэтому отвечал так долго.

[avt516070]

Благодарю за ответ!

Нет, это просто издержки монолитной архитектуры. На уровне исходников совместимость поддерживается довольно долгое время, но не вечно.
Но в Вашем случае один драйвер (cciss) просто был заменён другим (hpsa). Возможно, в Астре не удосужились его собрать.

Можно, наверное, выдохнуть, вроде собрали Sc1.jpg во вложении. Я немного изменил параметры загрузки по совету ormorph и он появился

Покажите, какими именно словами просит.

Я скрин предоставить не могу, так как на эмуляторе пока спровоцировать такой экран не выходит, он находит диски, каким бы драйвером я его бы не подключал. Но словами опишу.
После выполнения пункта "определение дисков" минут 5 примерно длится появляется окно со списком известных и как я понимаю загруженных блочных драйверов, предлагает выбрать на мое усмотрение, так как у ней не получается это сделать автоматически. И, если пролистать вниз, то там есть пунктик "установить с диска"

[ormorph]

Вот эта команда ничего не показала, просто приглашение "#_" в любом варианте загрузки 1.6

Это означает что модуль не загружен, нужно выполнить:

Shell

# modprobe hpsa hpsa_simple_mode=1 hpsa_allow_any=1

Лучше покажите какая версия ядра у вас:

Shell

# uname -r

Я гляну что там в исходнике.
У меня на Gentoo сейчас 6.1.19, и в исходнике hpsa, можно получить такой список поддерживаемого:

Spoiler

Код: Выделить всё

	{0x40700E11, "Smart Array 5300", &SA5A_access},
	{0x40800E11, "Smart Array 5i", &SA5B_access},
	{0x40820E11, "Smart Array 532", &SA5B_access},
	{0x40830E11, "Smart Array 5312", &SA5B_access},
	{0x409A0E11, "Smart Array 641", &SA5A_access},
	{0x409B0E11, "Smart Array 642", &SA5A_access},
	{0x409C0E11, "Smart Array 6400", &SA5A_access},
	{0x409D0E11, "Smart Array 6400 EM", &SA5A_access},
	{0x40910E11, "Smart Array 6i", &SA5A_access},
	{0x3225103C, "Smart Array P600", &SA5A_access},
	{0x3223103C, "Smart Array P800", &SA5A_access},
	{0x3234103C, "Smart Array P400", &SA5A_access},
	{0x3235103C, "Smart Array P400i", &SA5A_access},
	{0x3211103C, "Smart Array E200i", &SA5A_access},
	{0x3212103C, "Smart Array E200", &SA5A_access},
	{0x3213103C, "Smart Array E200i", &SA5A_access},
	{0x3214103C, "Smart Array E200i", &SA5A_access},
	{0x3215103C, "Smart Array E200i", &SA5A_access},
	{0x3237103C, "Smart Array E500", &SA5A_access},
	{0x323D103C, "Smart Array P700m", &SA5A_access},
	{0x3241103C, "Smart Array P212", &SA5_access},
	{0x3243103C, "Smart Array P410", &SA5_access},
	{0x3245103C, "Smart Array P410i", &SA5_access},
	{0x3247103C, "Smart Array P411", &SA5_access},
	{0x3249103C, "Smart Array P812", &SA5_access},
	{0x324A103C, "Smart Array P712m", &SA5_access},
	{0x324B103C, "Smart Array P711m", &SA5_access},
	{0x3233103C, "HP StorageWorks 1210m", &SA5_access}, /* alias of 333f */
	{0x3350103C, "Smart Array P222", &SA5_access},
	{0x3351103C, "Smart Array P420", &SA5_access},
	{0x3352103C, "Smart Array P421", &SA5_access},
	{0x3353103C, "Smart Array P822", &SA5_access},
	{0x3354103C, "Smart Array P420i", &SA5_access},
	{0x3355103C, "Smart Array P220i", &SA5_access},
	{0x3356103C, "Smart Array P721m", &SA5_access},
	{0x1920103C, "Smart Array P430i", &SA5_access},
	{0x1921103C, "Smart Array P830i", &SA5_access},
	{0x1922103C, "Smart Array P430", &SA5_access},
	{0x1923103C, "Smart Array P431", &SA5_access},
	{0x1924103C, "Smart Array P830", &SA5_access},
	{0x1925103C, "Smart Array P831", &SA5_access},
	{0x1926103C, "Smart Array P731m", &SA5_access},
	{0x1928103C, "Smart Array P230i", &SA5_access},
	{0x1929103C, "Smart Array P530", &SA5_access},
	{0x21BD103C, "Smart Array P244br", &SA5_access},
	{0x21BE103C, "Smart Array P741m", &SA5_access},
	{0x21BF103C, "Smart HBA H240ar", &SA5_access},
	{0x21C0103C, "Smart Array P440ar", &SA5_access},
	{0x21C1103C, "Smart Array P840ar", &SA5_access},
	{0x21C2103C, "Smart Array P440", &SA5_access},
	{0x21C3103C, "Smart Array P441", &SA5_access},
	{0x21C4103C, "Smart Array", &SA5_access},
	{0x21C5103C, "Smart Array P841", &SA5_access},
	{0x21C6103C, "Smart HBA H244br", &SA5_access},
	{0x21C7103C, "Smart HBA H240", &SA5_access},
	{0x21C8103C, "Smart HBA H241", &SA5_access},
	{0x21C9103C, "Smart Array", &SA5_access},
	{0x21CA103C, "Smart Array P246br", &SA5_access},
	{0x21CB103C, "Smart Array P840", &SA5_access},
	{0x21CC103C, "Smart Array", &SA5_access},
	{0x21CD103C, "Smart Array", &SA5_access},
	{0x21CE103C, "Smart HBA", &SA5_access},
	{0x05809005, "SmartHBA-SA", &SA5_access},
	{0x05819005, "SmartHBA-SA 8i", &SA5_access},
	{0x05829005, "SmartHBA-SA 8i8e", &SA5_access},
	{0x05839005, "SmartHBA-SA 8e", &SA5_access},
	{0x05849005, "SmartHBA-SA 16i", &SA5_access},
	{0x05859005, "SmartHBA-SA 4i4e", &SA5_access},
	{0x00761590, "HP Storage P1224 Array Controller", &SA5_access},
	{0x00871590, "HP Storage P1224e Array Controller", &SA5_access},
	{0x007D1590, "HP Storage P1228 Array Controller", &SA5_access},
	{0x00881590, "HP Storage P1228e Array Controller", &SA5_access},
	{0x333f103c, "HP StorageWorks 1210m Array Controller", &SA5_access},

Как видно данный драйвер уже поддерживает все старые устройства cciss, тем более в нем есть сточка:

Код: Выделить всё

MODULE_ALIAS("cciss");

Так же уже удалён параметр hpsa_allow_any, что означает что он должен все эти устройства поддерживать из коробки.

[avt516070]

Благодарю за ответ!

Это означает что модуль не загружен, нужно выполнить:
Лучше покажите какая версия ядра у вас:
Я гляну что там в исходнике.

Там похоже все плохо. Драйвер вроде включился

[ormorph]

Там похоже все плохо.

Да нет уже на 4.14 такой вывод:

Spoiler

Код: Выделить всё

        {0x40700E11, "Smart Array 5300", &SA5A_access},
        {0x40800E11, "Smart Array 5i", &SA5B_access},
        {0x40820E11, "Smart Array 532", &SA5B_access},
        {0x40830E11, "Smart Array 5312", &SA5B_access},
        {0x409A0E11, "Smart Array 641", &SA5A_access},
        {0x409B0E11, "Smart Array 642", &SA5A_access},
        {0x409C0E11, "Smart Array 6400", &SA5A_access},
        {0x409D0E11, "Smart Array 6400 EM", &SA5A_access},
        {0x40910E11, "Smart Array 6i", &SA5A_access},
        {0x3225103C, "Smart Array P600", &SA5A_access},
        {0x3223103C, "Smart Array P800", &SA5A_access},
        {0x3234103C, "Smart Array P400", &SA5A_access},
        {0x3235103C, "Smart Array P400i", &SA5A_access},
        {0x3211103C, "Smart Array E200i", &SA5A_access},
        {0x3212103C, "Smart Array E200", &SA5A_access},
        {0x3213103C, "Smart Array E200i", &SA5A_access},
        {0x3214103C, "Smart Array E200i", &SA5A_access},
        {0x3215103C, "Smart Array E200i", &SA5A_access},
        {0x3237103C, "Smart Array E500", &SA5A_access},
        {0x323D103C, "Smart Array P700m", &SA5A_access},
        {0x3241103C, "Smart Array P212", &SA5_access},
        {0x3243103C, "Smart Array P410", &SA5_access},
        {0x3245103C, "Smart Array P410i", &SA5_access},
        {0x3247103C, "Smart Array P411", &SA5_access},
        {0x3249103C, "Smart Array P812", &SA5_access},
        {0x324A103C, "Smart Array P712m", &SA5_access},
        {0x324B103C, "Smart Array P711m", &SA5_access},
        {0x3233103C, "HP StorageWorks 1210m", &SA5_access}, /* alias of 333f */
       {0x3233103C, "HP StorageWorks 1210m", &SA5_access}, /* alias of 333f */
        {0x3350103C, "Smart Array P222", &SA5_access},
        {0x3351103C, "Smart Array P420", &SA5_access},
        {0x3352103C, "Smart Array P421", &SA5_access},
        {0x3353103C, "Smart Array P822", &SA5_access},
        {0x3354103C, "Smart Array P420i", &SA5_access},
        {0x3355103C, "Smart Array P220i", &SA5_access},
        {0x3356103C, "Smart Array P721m", &SA5_access},
        {0x1920103C, "Smart Array P430i", &SA5_access},
        {0x1921103C, "Smart Array P830i", &SA5_access},
        {0x1922103C, "Smart Array P430", &SA5_access},
        {0x1923103C, "Smart Array P431", &SA5_access},
        {0x1924103C, "Smart Array P830", &SA5_access},
        {0x1925103C, "Smart Array P831", &SA5_access},
        {0x1926103C, "Smart Array P731m", &SA5_access},
        {0x1928103C, "Smart Array P230i", &SA5_access},
        {0x1929103C, "Smart Array P530", &SA5_access},
        {0x21BD103C, "Smart Array P244br", &SA5_access},
        {0x21BE103C, "Smart Array P741m", &SA5_access},
        {0x21BF103C, "Smart HBA H240ar", &SA5_access},
        {0x21C0103C, "Smart Array P440ar", &SA5_access},
        {0x21C1103C, "Smart Array P840ar", &SA5_access},
        {0x21C2103C, "Smart Array P440", &SA5_access},
        {0x21C3103C, "Smart Array P441", &SA5_access},
        {0x21C4103C, "Smart Array", &SA5_access},
        {0x21C5103C, "Smart Array P841", &SA5_access},
        {0x21C6103C, "Smart HBA H244br", &SA5_access},
        {0x21C7103C, "Smart HBA H240", &SA5_access},
        {0x21C8103C, "Smart HBA H241", &SA5_access},
        {0x21C9103C, "Smart Array", &SA5_access},
        {0x21CA103C, "Smart Array P246br", &SA5_access},
        {0x21CB103C, "Smart Array P840", &SA5_access},
        {0x21CC103C, "Smart Array", &SA5_access},
        {0x21CD103C, "Smart Array", &SA5_access},
        {0x21CE103C, "Smart HBA", &SA5_access},
        {0x05809005, "SmartHBA-SA", &SA5_access},
        {0x05819005, "SmartHBA-SA 8i", &SA5_access},
        {0x05829005, "SmartHBA-SA 8i8e", &SA5_access},
        {0x05839005, "SmartHBA-SA 8e", &SA5_access},
        {0x05849005, "SmartHBA-SA 16i", &SA5_access},
        {0x05859005, "SmartHBA-SA 4i4e", &SA5_access},
        {0x00761590, "HP Storage P1224 Array Controller", &SA5_access},
        {0x00871590, "HP Storage P1224e Array Controller", &SA5_access},
        {0x007D1590, "HP Storage P1228 Array Controller", &SA5_access},
        {0x00881590, "HP Storage P1228e Array Controller", &SA5_access},
        {0x333f103c, "HP StorageWorks 1210m Array Controller", &SA5_access},

Как видно уже там всё поддерживается, по этому не думаю что будут проблемы с отсутствием модуля cciss, его полностью заменяет модуль hpsa и параметр hpsa_allow_any=1 уже не нужен.

[avt516070]

Благодарю за ответ!

Да нет уже на 4.14 такой вывод:
Как видно уже там всё поддерживается, по этому не думаю что будут проблемы с отсутствием модуля cciss, его полностью заменяет модуль hpsa и параметр hpsa_allow_any=1 уже не нужен.

То есть мне надо всего лишь перед пунктом "определение дисков" запустить консоль и там выполнить команду:
# modprobe hpsa hpsa_simple_mode=1
Потом переключиться обратно и включить определение дисков и все определится, я правильно понимаю суть процесса?
.
И маленький вопросик, как посмотреть этот список, который Вы прикладываете?

[ormorph]

То есть мне надо всего лишь перед пунктом "определение дисков" запустить консоль и там выполнить команду:
# modprobe hpsa hpsa_simple_mode=1
Потом переключиться обратно и включить определение дисков и все определится, я правильно понимаю суть процесса?

Да но это пол беды, если модуль будет отсутствовать в сгенерированном файле initramfs, то загрузиться после установки не получится ещё придется помучатся чтобы всё заработало.

И маленький вопросик, как посмотреть этот список, который Вы прикладываете?

Да тут довольно просто, просто просмотреть файл:

Shell

<путь/исходник яда>/drivers/scsi/hpsa.c

Там всё прописано.

[avt516070]

Благодарю за ответ!

Да но это пол беды, если модуль будет отсутствовать в сгенерированном файле initramfs, то загрузиться после установки не получится ещё придется помучатся чтобы всё заработало.

Ну это следующий этап, я Вам тогда в среду отпишу. Главное на сейчас, чтобы контроллер увиделся и диски за ним.

Да тут довольно просто, просто просмотреть файл:

Shell

<путь/исходник яда>/drivers/scsi/hpsa.c

Там всё прописано.

[ormorph]

Кстати, так как в hpsa прописано:

Код: Выделить всё

MODULE_ALIAS("cciss");

То этот модуль можно загружать и такой командой:

Shell

# modprobe cciss

А lsmod покажет что загрузился модуль hpsa.

[avt516070]

Благодарю за ответ!

Кстати, так как в hpsa прописано:
То этот модуль можно загружать и такой командой:

Будем пробовать.

[Aliech]

Не знаю, может я криво выразился. Неужели в каждом новом ядре забывают про старое на 100%? Хотя платформе Wintel такое было бы по душе по части внедрения нового железа. Однако все равно остается вопрос к разработчикам. Вот они делают версию для железа, которым пользуется основной заказчик, они его знают, его номенклатуру. Почему они не дописывают туда то, что необходимо? Но это скорее всего не к Вам вопрос.

Ядро Linux - монолитное. Обособления ядер и модулей, чтобы для стыка ядро:модуль поддерживался утверждённый ABI - такого нет. И модуль - всегда часть ядра. Просто загружаемая по запросу. Но часть именно ЭТОГО ядра.

Допустим, пришла бумажка, все переходим на Х.Х+1, а я просто обновился из под старой версии на новую там же есть команда upgade или надо сносить старое и ставить с нуля новое? То есть старые пакеты уже недопустимы, правильно я понимаю? Или речь идет только о стороннем ПО в дистрибутив не входящем?

Вообще, если уж на то пошло, у вас должен быть ответственный, под чьим руководством комплекс функционирует. Вот об этом лучше у него уточнится. Но, на месте контролирующего органа, я обязательно бы прикопался на предмет "а точно оно обновилось?". Но сначала прикопался бы к тому, как оформили переход на следующую версию ОС документально.

[avt516070]

Благодарю за ответ!

Ядро Linux - монолитное. Обособления ядер и модулей, чтобы для стыка ядро:модуль поддерживался утверждённый ABI - такого нет. И модуль - всегда часть ядра. Просто загружаемая по запросу. Но часть именно ЭТОГО ядра.

В чем тогда полезность данной архитектуры? Отвязка от ограничений наследства?

Вообще, если уж на то пошло, у вас должен быть ответственный, под чьим руководством комплекс функционирует. Вот об этом лучше у него уточнится.

Это понятно. Тут как раз вопросов нет.

Но, на месте контролирующего органа, я обязательно бы прикопался на предмет "а точно оно обновилось?". Но сначала прикопался бы к тому, как оформили переход на следующую версию ОС документально.

А вот об этом я не подумал, интересная мысль

[Aliech]

В чем тогда полезность данной архитектуры? Отвязка от ограничений наследства?

Ну, для начала, на тему "монолитное vs гибридное vs микроядро" копьев уже сломано достаточно. Гугл вам тут поможет.

В случае же с Linux, конкретный дизайн выбран давно. Ещё когда ядро было сильно меньшим по объёму, драйвера были попроще, сообщество пользователей (в большинстве своём) более подкованным в вопросах "допилить исходники по-месту". И вообще никого не парило пропатчить ядро и пересобрать.

Но эти ограничения, по какой-то причине, не очень мешают вести бизнес Red Hat и Canonical, потому что они обеспечивают приличную платную поддержку своих продуктов.

Кстати, не стесняйтесь обращаться в Русбитех по таким вопросам. Они конторе, в которой я работал, пересобирали пакеты по-запросу, подписывая их собственными ключами, но для этого надо было самому выявить проблему и прийти к ним с готовым решением. С тех пор они, исходя из моего личного опыта, стали более "тёплыми", но вдруг я не прав?

[avt516070]

Благодарю за ответ!

Да но это пол беды, если модуль будет отсутствовать в сгенерированном файле initramfs, то загрузиться после установки не получится ещё придется помучатся чтобы всё заработало.

После пристального изучения системы получилось, что
Ядро 4.15.3-1-generic
Контроллер все-таки P400
Команда modprobe с обоими вариантами из предложенных просто зависает, но можно прервать. Я предполагаю, что 20 минут это разумное время для ожидания отклика.

Да тут довольно просто, просто просмотреть файл:

Shell

<путь/исходник яда>/drivers/scsi/hpsa.c

Там всё прописано.

Исходник найти не могу нет такого файла пишет
Команда find / |grep hpsa.c
[/quote]