mrrc

Быть может посоветовать попробовать понизить версию самого ARC-а.

Одно из первых, что перепроверил. Оптимизированные настройки в биосе применил, отключил быструю загрузку, поставил пустой диск. Нет, виснет сразу после прогрузки загрузчика, успевает несколько пингов пробежать и все 🤐

Поставил ARC рядом на виртуалке для объективности - все взлетело не думая, DSM 7.2.1-69057 Update 3 поднялся влет. Ну и повозился далее с MicroServer-ом в свете большей информации - результата нет. После загрузки лоадера, девайс не обнаруживается (конечный экран загрузчика морозится и там и там, просто не совсем объективно было). IP гуляет, да, тут действительно какая-то недоработка. Диски отформатировал, 1621+ пробовал, никакой динамики. Обновленная версия лоадера 23.11.28 не изменила ситуацию. Очень похоже, как было и с TinyCore RedPill (TCRP) до отключения C1E в биосе на тот момент.

Спасибо за мануал, видел его ранее в беглом режиме, сейчас кстати для лучшего понимания своих действий. 1621+ сегодня попробую. Выше писал про варнинг в части CPU при выборе 3622, может и в выборе платформы с процессором дело, хотя вы на аналогичном железе запускали в ARC-е интелевую платформу. А вот то, что загрузчик у меня нихрена не скачивает PAT для выемки из него нужных для сборки данных - факт. Только сразу сообщает об успехе скачивания. Ни по скорости загрузки, ни по примеру из мануала (хоть там и прежние версии загрузчика и визуальная процедура могла поменяться). Диски зачистить попробую, правда в меню форматирования они в нескольких вариантах подключения отображаются, внимательней разберусь. В общем, дам связь.

Да-да, ранее обратил внимание. Да я тоже полагаю, что интуитивно понятно, может именно поэтому не обнаружил мануала с пошаговым описанием действий. А где вы его нашли? В штатном (не бета\экспериментальном) списке у меня там есть только DVA1622, 2-Bay-евский, который никак не перекликается с нашим железом. Сразу обратил внимание на этот момент. Пробовал сразу статический проставлять, но система именно виснет после прогрузки (в ARC, в отличие от RedPill-а, загрузчик вроде же предполагается "живой" по отклику после предложения найти DSM). Отчетливо понимаю это. Может диски тому виной с ранее неуспешно обновленной DSM после RedPill-а, возможно форматнуть предварительно нужно. А когда в конфигураторе выводится окно со ссылкой на PAT-файл выбранной платформы с хэшем, конфигуратор должен закачать этот PAT? Судя по времени реакции после согласия этого не происходит. Или после загрузки процесс установки стандартный через веб-морду?

Не дается мне ARC. Пытаюсь запустить на железе HP Proliant MicroServer G7 (BIOS-MOD 2013.10.01) с 8Gb ОЗУ, привычная модель DS3622xs+, версии DSM выбирать пробовал разные. C1E отключен. После загрузки, назначения IP (DHCP или STATIC) и предложения найти девайс походу виснет. Пробовал использовать загрузчики arc-23.11.23.img.zip и arc_4GB-23.11.23.img.zip (кстати, из-за чего такой объемный вариант?) Извиняюсь за скудность исходных данных, но вроде все интуитивно понятно в интерфейсе. При конфигурировании есть варнинг "WARN: Your CPU does not have AES Support for Hardwareencreption in DSM." У кого аналогичное железо, на что следует обратить внимание? При этом с TinyCore RedPill (TCRP) Loader проблем не возникало.

Скрипт рабочий. Главное разобраться в его работе и применении в сени. Как вариант решения вопроса корректного отключения системы сгодится.

Конкретно BX950UI там, как серия, кстати отсутствует (Back-UPS BX950MI-AZ/-FR/-GR/-MS). А вот bx650ci-rs как раз наличествует (BX650CI/-AF/-AR/-AS/-CN/-RS/-ZA/-CP).

Может быть, но странно, однако. С APC в большинстве случаев всегда и везде меньше проблем по сопряжению, чем с иными вендорами. Честный DS920+ в свое время на семерке с bx650ci-rs отлично общался.

Там HP Microserver относительно не свежего поколения, вариантов 3.0 нет, а так разные порты как с задней стороны (пара) и с передней (четверо) пробовались для сопряжения. Подключаемые USB-накопители работают. Powerman или Ippon (не помню сейчас), хоть и старенький, но неплохой серии, тоже не обнаружился, еще Dexp пробовали, но я удивился бы, если бы этот вендор заработал.

У меня на реальном железе с DSM 7.1.1-42962 Update 1 (DS3622xs+) вчера тоже не обнаружился APC Back-UPS 950VA (BX950UI). Хотя судя по UPS Compatibility List и не должен был. Но грешу на неродные опробованные USB-кабеля. Пока непонятно что делать, нашел на замен пару вариантов USB-кабелей. На DSM 7.1.1-42962 Update 1 (DS3622xs+) у кого какие варианты бесперебойников успешно сопрягаются по USB? На реальном железе (DS920+) в свое время bx650ci-rs обнаруживался сходу.

Да, с разделами под btrfs то же самое, не создаются они на виртуалке с Hyper-V. На все можно было бы закрыть глаза, т.к. хрень по-хорошему использовать только для унификации резервирования на нее данных с честного NAS Synology в рамках как локальной, так и территориально распределенной сетевой инфраструктуры. Между честным DSM 7.x и хренью DSM 6.1-15047 (на VMware) это работает, как было бы в случае с хренью 6.0.1-7393 (на Hyper-V) - хз. Но без btrfs на целевом сервере отпадает как минимум возможность репликаций мгновенных снимков(

Для целей резервного копирования данных с основного NAS Synology вполне бы подошел XPEnology на Hyper-V, собираемый по "французско-азиатской" схеме, но невозможность использования файловой системы btrfs в разделах, при развертывании на Hyper-V, весьма ограничивает круг применения в части использования под резервирование данных, в частности для репликаций мгновенных снимков уже вариант не подходит. На VMware Workstation без проблем создаются разделы с btrfs, но правда там и хрень уже посвежее идет.

Il est possible de créer et d'utiliser des partitions avec un système de fichiers BTRFS sur Hyper-V?

Принял, безусловно беспокоивший вопрос стал понятен.

Да нет, больше логику понять хотел, нет ли пропорциональной зависимости в потере полезного объема при увеличении размера исходных дисков в хрене\synology, раз ее нет, значит все разумно. Калькулятор RAID ясно показывает цифры. Смутило то, что создав в ВМ два дополнительных диска того же объема и построив в хрене второй раздел в RAID 1, где по идее ни системы, ни свопа не должно быть, получил в цифрах ту же самую потерю полезного объема, что и на первоначальном разделе.

А где ж я писал обратное, вы мне Америку не открыли. Два диска одинаковой емкости в RAID 1 = емкость одного диска, ну за вычетом системных нужд, но никак не за минусом дополнительных 48% под эти цели (2х10Gb = 5,19Gb полезной емкости раздела)! ВМ - это тестовый полигон, я спрашиваю в свете планирования выбора емкости физических дисков на будущее хранилище Synology, например диски 2х6Tb меня устроят, когда на выходе получи 5,6 - 5,8Tb полезной емкости, но не устроит при получении ~3Tb, если проводить прямую аналогию с приведенным мною примером. Если это нюанс использования на ВМ - это одно, если на реальной DS будет то же самое, другое. Поэтому и озадачился, а где моя емкость, Зина?

Настроил потестить по этому мануалу, танцы с бубном и искоропки не работает, но благодаря комментам к мануалу, все благополучно завелось. Создаю из двух дисков по 10Gb зеркало (RAID 1, btrfs), мне доступна емкость 5Gb с копейками. Почему не под 10-ку, от суммарного объема обоих дисков (20Gb) половина же доступна должна быть? Создаю в VMware Workstation еще пару аналогичных по объему дисков, собираю второй раздел, получаю тот же эффективный объем в чуть более 5Gb. Почему уменьшение полезного объема дисков в 2,5 раза?