Denis_

ДА! Это была именно битая планка RAM! Обнаружил по факту порчи данных в файлах при копировании. Очень странно, что сама DSM никак не сообщила о проблемах (CRC копии не сопадает с CRC источника, а системе пофиг). Выкинул проблемную планку, заново сделал образ win10, все поехало как кадо.

Внезапно, если вдруг установка продолжается дальше, вылезают совершенно различные BSOD. Это может быть битая RAM? Тесты из установщика win10 RAM проходит.

Помогите разобраться: ошибки при установке win10 на виртуалку внутри XPenology. Набор из подписи. Пара валидная. В самой DSM все ОК. В VMM можно создать виртуалки и они вроде бы нормально запускаются. Проблема: установка Windows 10 на виртуалку постоянно завершается ошибкой в одном и том же месте. Ошибка 0x8007025d "проблемы установочного диска". При этом iso сделан заведомо хороший. Комбинации "виртуального железа" из VMM пробовал всякие, без эффекта. Один раз каким-то чудом установилась Win10 Home N, и то с ней регулярные глюки, любит упасть в синий экран при попытке использования procexp из Sysinternals. Один снапшот вроде живой есть, но это не тот результат, на который я рассчитывал ) С чем это может быть связано? В какую сторону копать?

Результат: Успешно (DS918+) - Версия и модель загрузчика: Tinycore-RedPill 0.9.4.0 - Версия DSM: DSM 7.1.1-42962 Update 1 - Дополнительные модули extra.lzma: нет - Аппаратное решение: Baremetal + кЕтай iovstech ITX-B360-v3.0 6xSATA 2xRTL8125, i3-8300T, 32GB DDR4, Jonsbo N2 5-Bay, 2xWD40EFZX Все отлично завелось, когда правильно прописал две сетевых карты, как положено для DS918+

Посоветуйте пожалуйста, где искать данные с датчика материнской платы. Материнка из подписи умеет настраивать управление вентилятором корпуса через PWM относительно показаний отдельного датчика температуры (выключение, запуск и полная скорость). Значения задаются в BIOS(UEFI)), показания температурного датчика там тоже видны. Хочу поснимать показания датчика платы, чтобы лучше настроить пороги температуры в BIOS. Можно хоть вручную через консоль, постоянный мониторинг не требуется.

Но чем я рискую? "Настоящий" DS918+ тоже забанят вместе с дополнительным?

Этот вариант по какой схеме банят? У меня есть "настоящий" DS918+, мой, личный. Учетку я не делал QC не пользуюсь. Под DSM6 все нужное работает без них. Если я возьму серийник и маки для активации кодеков моей же сборки Хренолоджи на DSM7.1.1, сделаю учетку и не буду использовать QC, я рискую баном? Получится, что один и тот же серийник светится под DSM6 на проверке обновлений и он же будет активировать кодеки на DSM7. Синолоджи такое отслеживет/банит или нет?

Я прошу прощения, объяснение про provision понятно. Непонятно - в чем будет разница при реальном использовании образа для установки Xpenology, какой лучше выбрать? Например, у меня флешка на 4GB и я хочу собрать DS918+. Возможно, попробую несколько версий DSM7, чтобы подобрать вариант с работающим патчем кодеков. (Это реальная задача, у меня сейчас DSM 7.1.1-42962 Update 1 и патча кодеков под нее нет. Я использовал "оригинальный" TCRP, сейчас хочу попробовать ARPL).