Выполнял эксперименты с v1.02b для 3615 на VMWare
(проблем с железными хрюшами я думаю быть не должно, свободно железа нет для проверки)
Вводная:
1. Создаю VM и ставлю DSM 6.1.1-15101 на загрузчик v1.02a в ручную с использованием pat
2. Далее обновляю с использованием pat до DSM 6.1.1-15101-Update 4
3. Далее в итоге имеем DSM 6.1.1-15101-Update 4
4. Делаю клон VM (для проведения 3 экспериментов)
Эксперимент 1:
1. Делаю обновление до 6.1.2 с v1.02a, результат "крипич" (что у меня было ранее на EXSi и "вылечилось" в ручную через обновление модулей)
Эксперимент 2:
1. В исходной VM DSM 6.1.1-15101-Update 4 (ранее слокированной) заменяю img c загрузчиком v1.02b
(не забываем для порятку подправить/сверить SN, PID, VID на свои с исходной исталяции)
2. Старутем, в загрузочном меню (1-й пункт по умоланию)
3. DSM появляется в сети, WebUI доступен, но говорит что необходимо "восстановиться", всего одна кнопка.
4. Подверждаем "восстановление", которое пробигает, DSM рестатуется, после загрузки обычное приглашение авторизоваться
5. Авторизовались, все работает как и при v1.02a, но мы уже используем v1.02b
6. Штатно обновляемся на 6.1.2
7. DSM перегружается, доступен в сети и мы радуемся обновленной системе.
Эксперимент 3 (самый интересный, для тех кто обновлялся до 6.1.2 с использованием v1.02a и получил "кирпич"):
1. Возвращаемся к нашей "окирпиченой" DSM из "Эксперимента 1"
2. Заменяем img с v1.02a на v1.02b
(не забываем для порятку подправить/сверить SN, PID, VID на свои с исходной исталяции)
3. Старутем, в загрузочном меню (1-й пункт по умоланию)
3. DSM появляется в сети, WebUI доступен, но говорит что необходимо "восстановиться", всего одна кнопка.
4. Подверждаем "восстановление", которое быстренько пробигает
5. DSM перегружается, доступен в сети, после загрузки обычное приглашение авторизоваться
6. радуемся обновленной системе.
P.S.: Устновка 6.1.2 с v1.02b "в чистую" проходит без проблем и каких либо "танцев". Все стандартно