Lordbl4

врятли, иначе любая инфраструктура, построенная на hyper-v испытывала бы проблемы. - протокол самба во всех случаях? фтп пробовал? - какое и сколько железа? - что с нагрузкой на проц и память в винде во время копирования? - при тестировании на втором пк коммутатор и провода исправны? гигабитные? (бывает, люди из 2х пар вместо 4х пытаются получить гигабит)

повторяю, решение тебе было дано в 2 и 4 сообщении данной темы. если ты не можешь прописать переменные окружения по приведённым примерам (с картинками) в своём докер-контейнере - обратись к документации. "Дай человеку рыбу и он будет сыт один день. Дай человеку удочку и он будет сыт всю жизнь."

жалобы есть - раз в сутки отваливаются камеры крэнка на 8.1.3 вроде бы нет, есть на .2 если продолжать хотеть стабильности от ломаного софта - рано или поздно придёшь либо к фиаско либо к покупке этого софта

попробуй с другого пк потестировать скорость до dsm. а так - мало вводных данных, гадать что у тебя внутри наверчено - никто не будет. имхо, сама идея копирования файлов "в себя" противоречит высокой производительности, если ещё и жесткий диск физически один, а в хренолоджи raid-5 - вообще пичалька будет.

читай документацию по работе с докер-контейнерами в синолоджи (да и о докере в целом) что куда прописать - 2 и 4 сообщения

и как, успешно? на линухе можно сделать любую комбинацию тональных сигналов при определённом событии. но события эти не связаны с событиями в сино. напишите программную прослойку (про аппаратную через ком порт писалось выше) - будет работать.

в бивисе материнки настрой "last state" "Restore on AC Power Loss" или аналогичную функцию по питанию

изначально мак там уже прописан, ниже приведён кусок чистого grub.cfg о 3615. если нет валидной пары - меняем vid\pid ( строка 22 и 23 ), а дальше уже на вкус и цвет, можно ничего более не трогать. WOL будет работать именно по этому маку. хотя, если ты, %username%, умеешь настраивать WOL - то и мак, светящийся в сети от хренолоджи, найти сможешь... или нет

в том, что фак не описывает всех нюансов. без понимания смысла работы загрузчика можно писать всё что угодно и куда угодно. возможно, даже будет работать. для виртуальной среды свои тонкости, для железа свои, но в реалиях железа подменять мак в сетевухе на её же мак - звучит как минимум глупо поэтому если нет валидной пары - кури бамбук не трогай ничего кроме vid / pid

наkуя? с таким подходом лучше "не знаешь - не трогай"

давай скрины настроек бивиса: очерёдность загрузки и порядок дисков для этой очередности, будем вместе смотреть. но я процитировал взаимоисключающие моменты в твоём посте. и да, флешка же не в 3.0 порту? бивис последней версии? ещё можешь глянуть DOM (disk on module) - как вариант. но флешка удобнее оперативным извлечением ибо хрено не фринас, где поставил и вспомнил когда сдохла.

эта материнка без проблем умеет автоматом грузиться с указанного в настройках биоса диска\флешки. кури гугл по настройке биоса, если сам не в силах этого сделать

немного иначе: диски "для серверов" как правило не занимаются устранением ошибок и отдают эту функцию контроллеру, тем самым сокращая время задержек до минимума (это не значит что устранять ошибки без контроллера они не смогут). другая ситуация: если в хороший серверный контроллер вставить обычные диски - работать конечно будет, но могут быть проблемы. всё потому, что серверный диск имеет куда меньший таймаут при попытке прочитать "битый" блок на пластине и оперативно рапортует контроллеру о новом "бэде", при этом обычный диск до посинения будет пытаться прочитать тот самый "бэд", потом, если логика позволяет, будет пытаться восстановить или вырезать этот блок из общей массы. отсюда и время задержки и проблемы. если автор темы уверен в своём железе: в исправности мат платы и её цепей питания и в исправности озу - я бы начал с проверки дисков по отдельности (желательно на другом пк) по поводу ST2000DM001 - привередливые, но выносливые диски, можно подключить к консоли и внести изменения в микрокод. рекомендую обновить прошивку, последняя версия - CC4H

1. отформатировать ПЕРВЫЙ раздел на первом жестком диске 2. повторить пункт 1 на всех остальных дисках 3. установить заново хренолоджи 6.1 4. профит

да

SATA II - интерфейс, официально известный как интерфейс SATA 3 Гбит / с, представляет собой второе поколение интерфейсов SATA работающих на 3,0 Гбит / с. Пропускная способность поддерживаемая интерфейсом - до 300 МБ / с. SATA III - интерфейс, официально известный как SATA 6 Гбит / с, представляет собой третье поколение интерфейсов SATA работает на 6,0 Гбит / с.Пропускная способность которая поддерживаемая интерфейсом - 600 МБ / с. Данный интерфейс обратно совместим с интерфейсом SATA 3 Гбит / с. твои 2тб диски - максимально 200 МБ / с при линейном чтении, прироста точно не будет. однако, при проблемах с одним из контроллеров (они оба скорее всего на "южном мосту")и чисто теоретически, твой вариант живее, чем каждая часть страйпа на своём контроллере.

именно так и работает RAID-10 калькулятор у меня в подписи, пользуйтесь.

я, наверное, рад.

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

это уже третья тема о загрузчике, который находиться в стадии пре-альфа тестирования

Джун предлагает тестовые сборки, выше я кидал ссылку на тему обсуждения, бурги так же говорят о нерабочей сети.

вопрос скорее в том, как добиться работы упса по сети через нас

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