| zven |
|
|
Темы:
1
Сообщения:
10
Участник с: 12 июня 2019
|
Суть проблемы такая: FakeRAID уровня 0 создан в биосе и ранее использовался под Win. Три года назад установлен arch и данный райд собрался автоматом при добавлении хука Шло время, выходили обновы, всё работало как часы, но после выходя обновления systemd 241.93-1 => 242 монтирование сломалось. В попытке разобраться с проблемой выяснил следующее: хук отрабатывает и raid собирается в: о чём собственно свидетельствует и сам dmraid: и lsblk Но далее процесс не идёт т.е. не появляются устройства /dev/dm-0 и прочие, которые имеются, если systemd версией ниже: следовательно далее это ломает gvfs который не может увидеть диски в thunar и ему подобных, это ломает fstab т.к. ранее диски монтировались по метке трёх разделов на райде, т.к. никаких ссылок в /dev/disk/by-label/ на /dev/dm-* нет, т.к. нет самого /dev/dm-*: В логах чисто. Если выполнить Вопросы: 1) куда и как копать в данной ситуации, как вернуть видимость устройств в файловых менеджерах, я конечно понимаю, что можно просто переписать fstab - но должно же оно работать нормально, как собственно работало и ранее? 2) Я так понимаю понимаю за устройства /dev/dm-* отвечает udev и создаются они на уровне mkinitcpio - или я неправ? Прошу помочь понять на каком уровне ломается процесс... куда рулить, и почему откат |
| vasek |
|
|
Темы:
47
Сообщения:
11742
Участник с: 17 февраля 2013
|
zvenА не пробовал хук mdadm_udev - как пишут в Wiki dmraid - Note that it is preferred to use mdadm with the mdadm_udev hook with fakeRAID if your controller supports it. mdadm_udev - Provides support for assembling RAID arrays via udev. You must have mdadm installed to use this. If you use this hook with a FakeRAID array, it is recommended to include mdmon in the binaries section. PS - имхо, если была такая проблема, то должно быть и на BBS, посмотри
Ошибки не исчезают с опытом - они просто умнеют
|
| zven |
|
|
Темы:
1
Сообщения:
10
Участник с: 12 июня 2019
|
mdadm в общем то отрабатывает, т.е. он собирает райд, но разделов на райде не видно, можно форматировать диск и делать разделы без обратной совместимочти назад под винду с потерей данных - короче он делает софт-райд На BBS ничего толком не нашел, и гугл - видать мало кто пользуется такими настройками... Мне больше даже интересно где именно и на каком уровне создаются /dev/dm-0 /dev/dm-1 /dev/dm-2 /dev/dm-3 и можно ли где то написать какой нить хук для их создания с /dev/mapper/isw_bbhdgjabgf_mass01 /dev/mapper/isw_bbhdgjabgf_mass01p1 /dev/mapper/isw_bbhdgjabgf_mass01p2 /dev/mapper/isw_bbhdgjabgf_mass01p3 |
| vasek |
|
|
Темы:
47
Сообщения:
11742
Участник с: 17 февраля 2013
|
zvenДля этого нужно подключать отладку, а так одно гадание. Лично я никогда райд не использовал, так что в этом деле не спец и гадать не буду ... и в части подключения отладки навскидку тоже ничего сказать не могу. Может что подскажут те, кто использует райд.
Ошибки не исчезают с опытом - они просто умнеют
|
| vasek |
|
|
Темы:
47
Сообщения:
11742
Участник с: 17 февраля 2013
|
zvenСказать не могу, но если этим занимается udev, то можно проверить - может и получится что то увидеть (но не факт). Если есть желание, можно увеличить логирование udev и посмотреть, будет ли там что то в части /dev/dm* cat /etc/udev/udev.conf | grep log #udev_log=info вместо #udev_log=info пропиши udev_log=debug и перегрузись ... и смотри логи типа journalctl -b | grep -i udev или др. PS - не забудь вернуть потом на место
Ошибки не исчезают с опытом - они просто умнеют
|
| zven |
|
|
Темы:
1
Сообщения:
10
Участник с: 12 июня 2019
|
vasekОтличная идея, разговорчивый он стал аж капец:) Вот что получилось: при нормально работающем и автоматом монтирующимся радом(initramfs собран со systemd 241): не монтирующийся райд (systemd 242): Как видно во втором нет кусков LINK 'disk/by-uuid/DEC89A96C89A6D11' /usr/lib/udev/rules.d/13-dm-disk.rules:25 systemd-udevd[359]: dm-1: LINK 'disk/by-label/SYS_01' /usr/lib/udev/rules.d/13-dm-disk.rules:26 причём ошибок между по полному логу тоже не нашёл... Сравнил для надёжности образы initramfs, получилось не так много различающихся файлов, конфигов среди них нет, одни бинарники: и те на что грешу, принадлежат systemd 242.29-1: Как писать тикеты в адрес systemd?:) |
| vasek |
|
|
Темы:
47
Сообщения:
11742
Участник с: 17 февраля 2013
|
zvenИ все таки я бы сначала попробовал хук mdadm_udev (и что там еще с ним причитается) - все-таки пишут, что он боее предпочтителен. PS - логи подробно не смотрел, но навскидку ничего крамольного не заметил, отличия незначительные.
Ошибки не исчезают с опытом - они просто умнеют
|
| zven |
|
|
Темы:
1
Сообщения:
10
Участник с: 12 июня 2019
|
vasekНе, mdadm_udev создаёт програмный райд - им можно вообще не имея на материнской плате собрать райд с двух дисков, в то время как dmraid как раз работает с фейкрайдами типа материнки с чипами intel и поддержкой рад из биоса - FakeRAID Короче ошибка явно в udev который от systemd - почитал их багтрек там куча таких проблем с назначением вторичных атрибутов типа by-id, by-label - то они их путают после очередного фикса... походу надо тупо в fstab сослатся на /dev/mapper/isw_bbhdgjabgf_mass01p1, и я даже попробовал прописать: диск даже виден в gvfs т.к. наверно x-gvfs-show отвечает за это, но зараза не монтируется пока папку SYS_01 не создать в /run/media/zven/ - ща попгуглю, думаю это решаемо, как то же он создаёт папку при работе с udev и его линками на автомате... |
| vasek |
|
|
Темы:
47
Сообщения:
11742
Участник с: 17 февраля 2013
|
zvenМожно тогда написать и простенький юнит.
Ошибки не исчезают с опытом - они просто умнеют
|
| zven |
|
|
Темы:
1
Сообщения:
10
Участник с: 12 июня 2019
|
вывод udevadm info -n /dev/mapper/isw_bbhdgjabgf_mass01: не монтируется автоматом: монтируется: |