<p dir="ltr">а) удалите multipath, еÑли не иÑпользуете.<br>
б) раÑÑмотрите Ñовременные варианты. Ðапример lvm Ñам умеет raid, mdadm не нужен. Так же raid умеет btrfs. </p>
<p dir="ltr">9 Ð¸ÑŽÐ»Ñ 2015 г. 19:59 пользователь "Gleb Kulikov" <<a href="mailto:glebus@asd.iao.ru">glebus@asd.iao.ru</a>> напиÑал:<br>
><br>
><br>
> СтолкнулÑÑ ÑÐµÐ³Ð¾Ð´Ð½Ñ Ð¿Ñ€Ð¸ наÑтройке новой (наконец-то! :) ) рабочей машины.<br>
><br>
> С поÑледнего образа была уÑтановлена ÑиÑтема (вариант KDE4) и Ñразу-же<br>
> обновлена до ÑегоднÑшнего Сизифа.<br>
><br>
> Мат плата Gigabyte Technology Co., Ltd. Z87X-UD5H/Z87X-UD5H-CF, BIOS F9<br>
> 03/18/2014<br>
><br>
><br>
> Было уÑтановлено 3 винчеÑтера, вÑе по 3Tb:<br>
>     1-ин HGST HDN724030ALE640<br>
>     и 2-а WD RED (WDC WD30EFRX-68EUZN0)<br>
><br>
> Каких - либо ÑложноÑтей Ñ ÑƒÑтановкой не было, за иÑключением бага Ñ<br>
> intel_iommu=off (на момент уÑтановки, Ñ Ð¾Ð± Ñтом баге не знал, об Ñтом позже)<br>
><br>
> По-видимому, важно, что на 1-ом диÑке выделены разделы под /boot, / и LVM;<br>
> /usr и /var находÑÑ‚ÑÑ Ð½Ð° LVM-томах.<br>
><br>
> Ð¤Ð°Ð¹Ð»Ð¾Ð²Ð°Ñ ÑиÑтема на /boot = ext2, на / = ext4, на оÑтальных, по большей чаÑти,<br>
> XFS.<br>
><br>
> Ð’ момент уÑтановки ÑиÑтема не "увидела" диÑков WD Red (подключенных ко второму<br>
> чипу SATA), поÑтому ÑредÑтвами инÑталлÑтора на них ничего не ÑоздавалоÑÑŒ.<br>
><br>
> ПоÑле уÑтановки и Ð³ÑƒÐ³Ð»ÐµÐ½ÑŒÑ Ñтало понÑтно, что диÑки не подцеплÑÑŽÑ‚ÑÑ Ð¸Ð·-за<br>
> багов Ñ ÐŸÐ”ÐŸ. ПоÑле передачи параметра intel_iommu=off, вÑÑ‘ Ñтало хорошо.<br>
><br>
> Первый звоночек раздалÑÑ Ð¿Ñ€Ð¸ попытке организовать Ñ€Ñйд-1 (ÑредÑтвами mdraid)<br>
> на диÑках WD: мол, дивайÑÑ‹ занÑÑ‚Ñ‹, идите леÑом.<br>
> ПоÑле Ð²Ñ‹Ð¿Ð¾Ð»Ð½ÐµÐ½Ð¸Ñ dmsetup remove_all, mdadm --create благополучно отработал.<br>
><br>
> Ðа полученном raid-1 маÑÑиве был Ñделан LVM раздел и Ñозданы LVM тома.<br>
><br>
> Второй звоночек прогремел, когда Ñ Ð¿Ð¾Ð¿Ñ‹Ñ‚Ð°Ð»ÑÑ Ð²ÐºÐ»ÑŽÑ‡Ð¸Ñ‚ÑŒ (/etc/fstab)<br>
> автопроверку прнимонтированных разделов ( параметры ... 1 2). С некоторой<br>
> вероÑтноÑтью (> 1/2), systemd ÐЕ МОГ подмонтировать некоторые из указанных<br>
> разделов (в оÑновном, но не обÑзательно, лежащих на LVM//RAID). Загрузка<br>
> ÑиÑтемы оÑтанавливалаÑÑŒ на поднÑтии Ñетевого Ñтека (и больше ничего<br>
> работающего, Ñ…Ð¾Ñ‚Ñ Ð½Ð° неÑмонтированных раздеах ещё вообще ничего не было, Ñто<br>
> не камешек, а проÑто Ñкала в огород Поттеринга и Ко!).<br>
><br>
> Параметр nofail беде никак не помог, опыт показал, что Ñкорее наоборот:<br>
> ÑÐ¸Ñ‚ÑƒÐ°Ñ†Ð¸Ñ ÑƒÑугублÑетÑÑ.<br>
><br>
> Что к чему, Ñ ÐµÑ‰Ñ‘ не понÑл и попробовал извернутьÑÑ, добавив параметры x-<br>
> systemd.automount,noauto и отключив автопроверку (... 0 0). Ðто помогло... Ðа<br>
> некоторое времÑ.<br>
><br>
> Подошёл черёд переноÑить данные. Подключил первый диÑк (ST3500320AS), худо-<br>
> бедно, вÑÑ‘ отработало нормально, данные перенёÑ.<br>
><br>
> Вот тут внимание: при подключении "нового-Ñтарого" диÑка, он "Ñел" на<br>
> /dev/sda, на котором до того "виÑел" ÑиÑтемный винчеÑтер.<br>
><br>
> Заменил диÑк Ñ Ð´Ð°Ð½Ð½Ñ‹Ð¼Ð¸ на второй аналогичный ST3500320AS, и опÑ! СиÑтема не<br>
> грузитÑÑ Ñ Ñ‚ÐµÐ¼Ð¸-же Ñимптомами. Помогло systemd.automount,noauto второму LVM<br>
> разделу.<br>
><br>
> Смонтировать диÑк ÐЕ ПОЛУЧИЛОСЬ: уÑтройÑтва занÑÑ‚Ñ‹. Ðто уже Ñирена, но времени<br>
> нет, плюнул, загрузилÑÑ Ñ Ñ„Ð»ÐµÑˆÐºÐ¸ и в режиму live-cd прекраÑно Ð¿ÐµÑ€ÐµÐ½Ñ‘Ñ Ð´Ð°Ð½Ð½Ñ‹Ðµ.<br>
><br>
> Подключаю третий диÑк. Ð’ÑÑ‘. Теперь ÑиÑтема не грузитÑÑ Ð½Ð¸ÐºÐ°Ðº и ни в какой<br>
> позе. Только поÑле Ð¾Ñ‚ÐºÐ»ÑŽÑ‡ÐµÐ½Ð¸Ñ Ð°Ð²Ñ‚Ð¾Ð¿Ñ€Ð¾Ð²ÐµÑ€Ð¾Ðº везде, где можно, ÑиÑтема<br>
> загрузилаÑÑŒ.<br>
><br>
> Вот тут только, как Ñкачущий "небрат", Ñ "Ñтал что-то подозревать".<br>
><br>
> dmsetup info показал, что вновь подключаемые диÑки, находÑÑ‚ÑÑ Ð² multipath Ñо<br>
> штатными. Даже запиÑÑŒ в /etc/multipath/wwids ÑоздалаÑÑŒ. Ðто при том, что<br>
> /etc/multipath.conf вообще, чиÑтый.<br>
><br>
> ÐкÑперимент показал, что любые подключаемые диÑки, ÑадÑщиеÑÑ Ð½Ð° /dev/sda, sdb,<br>
> оказываютÑÑ Ð² multipath Ñо штатными. Совершенно беÑÑиÑтемным образом.<br>
> То, что данные, ÐРПЕРВЫЙ ВЗГЛЯД, не поÑтрадали, Ñчитаю чиÑтым везением.<br>
><br>
> ОпÑÑ‚ÑŒ-же, прÑмой ÑкÑперимент показал, что поÑле долгих и вдумчевых Ñкачек Ñ<br>
> dmsetup remove, вновь подключаемые диÑки нормально монтируютÑÑ.<br>
><br>
> СЛОВ ÐЕТ.<br>
><br>
> Что Ñто было? Кто виноват и главное, ЧТО ДЕЛÐТЬ?<br>
><br>
> ПонÑтно, что ÑкÑÐ¿Ð»ÑƒÐ°Ñ‚Ð°Ñ†Ð¸Ñ ÑиÑтемы, обладающей такой могучей интуицией, Ñто<br>
> хуже, чем прогулка по минному полю. Ðадо понимать, что Ñ eSata и прочими<br>
> "горÑчими штучками", при таком раÑкладе, можно проÑтитьÑÑ Ð½Ð°Ð²Ñегда?<br>
><br>
> PS: systemd-221-alt4<br>
><br>
> --<br>
>    Салют, /GLeb<br>
><br>
> UIN: 15341920<br>
> jabber://<a href="mailto:gleb@asd.iao.ru">gleb@asd.iao.ru</a><br>
> sip://<a href="mailto:2387245@sipnet.ru">2387245@sipnet.ru</a>Â Â Â Â Â Â Â Â Â (telephony)<br>
> skype://gleb_kulikov.tomsk       (telephony)<br>
><br>
> _______________________________________________<br>
> Sisyphus mailing list<br>
> <a href="mailto:Sisyphus@lists.altlinux.org">Sisyphus@lists.altlinux.org</a><br>
> <a href="https://lists.altlinux.org/mailman/listinfo/sisyphus">https://lists.altlinux.org/mailman/listinfo/sisyphus</a></p>