A.S._id

всё верно, в любом случае нужен pxе сервер и Raspberry Pi со своими ~2,537 W потребления просто идеально для этого подходит за исключением лишь относительно слабого трафика для загрузки, и если я правильно понял то теоритически можно закинуть на pxе сервер несколько образов закрузчика xpenoboot и тем самым отпадает постоянное переписывание одной флешки по нескольку раз. Тут вот несколько но: 1. pxe server должен быть всё время в сети, на случай перезагрузки хренобута т.к. это неотъемлемая часть ос и загружаться всё время с неё 2. как то реализовать по умолчанию загрузку конкретного образа для каждого сервера, если их (образов) несколько. зы: флешку наверное можно не извлекать из НАСа, если не прописывать её vid и pid она будет видна как примонтированное устройство, и просто перезаписывать на ней ядро (zImage)прямо в DSM через ssh, telnet, putty etc, ведь по сути образ на неё надо записать один раз и она навсегда останется загрузочной в независимости от содержммого...

Да не за что. Только вот у меня чисто обратная логика: установить на DSM pxе сервер, и с него уже "загрузку" раздавать, а не наоборот. Хотя эт кому что надо кшн...

Bob the builder http://sysadm.pp.ua/linux/pxe-on-ubuntu-10-04.html

absolutely!

Сами себе гемор делаете — а надо то, всего навсего установить DSM "на чисто", заново настроить систему и установить нужные приложения, аричем все ваши жанные сохранятся, а дальше уже можно будет мигрировать как и раньше. Суть в том что вы ещё ранее перешли с 5.1 на 5.2 миграцией, а от этого все аоследующие траблы!

Да, можно, но заменить все файлы на флэшке, а в syslinux, boot by default xpenology заменить на install А на XPEnoboot 5.2-5592.2 может работать последняя версия ОС? Не опасно? В принципе может, но @Vortex не советует...

Да, можно, но заменить все файлы на флэшке, а в syslinux, boot by default xpenology заменить на install

а если в файле synology поменять версию на версию ниже, перегрузиться и через Web еще раз накатить последнее обновление? )) Если удастся войти в меню Инсталяци/Миграции — сделайте так, но со бросом настроек

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

можно без клавиатуры Записать на флэшку нужный бут и в syslinux boot default поменять xpenology на install После запуска NAS проверить в ассистенте какая версия DSM видна, если та на которую хотим перейти, то можно перейти к миграции

Да, так и есть, но выше не подняться...

Данные останутся, удалялся только настройки системы и усстановленные приложения. Сделать это можно выбрав соответствующий пункт при инсталяции. Вам щас надо мигрировать! вниз, до какой получится (я бы посоветовал Nanoboot 5.0-4528, он 100% определится в ассистенте для миграции), а затем обновиться на чистую как указано выше...

первый раз стартует очень долго, загрузка долго стоит в "busy", вероятно не дождавшись вы перегружаетесь снова Вероятоно обновление производилось миграцией с 5.1 на 5.2-5592 поэтому не видицо сетевой контроллер, тут можно посрветовать обновиться со сбросом настроек

Мигрировал Microserver N54L - вроде всё путём...

Ну вот и случилось... DS3615xs 5.2-5644.1 x64

Джентльмены! А есть у кого не то файл обновления DSM 5.2-5592 Update 4 (pat) - а то найти не могу никак...? Буду признателен! зы и сам нашел http://dedl.synology.com/download/DSM/

Ну в принципе то это здорово т.е. это позволяет практически из любой железки с любым процессором из модельного ряда Syno сделать Хренологию прилепив к поддерживаему ядру рамдиск с патчами лишь бы с внешнего носителя грузился Вобщем - спасибо, удачи, ждем новый бут, ну и помощь окажем по возможности...

Ядро обычно неизменно на протяжении всех минорных обновлений. initramfs тоже особой роли не играет. а вот защищенные файлы (а их около 30 штук) благодарся системе кеширования патчей, остаются старыми. а это обычно самые важные файлы. Ну насколько могу себе представить (не разбирал хрееобут) — образ включает файл параметров (sislinux) и образ загрузки (zImage) состоящий из ядра и рамдиска, чисто из моей логики если эти 30 файлов защиты и есть то только в рамдиске (больше вроде как негде) — (поправте если ошибаюсь), вот как раз это, под initramfs и имел ввиду

"Часть старых файлов" — имеется ввиду как минимум старое ядро и initramfs ? Ну и как следствие, убить например систему разделов при редактировании...

Ну есть два пути: Создать на нем раздел NTFS и подключить по USB и тогда он стопудово юудет внешним Подключить о eSATA и создать группу дисков с доп разделом ext4 в DSM (монтировать можно или в linux или linux reader в винде, ну и paragon partition manager подойдет)

Столкнулся с тем же... Надо менять MAC + SN на новые. Спасибо за совет, попробую поменять. Не думал, что надо, update вроде как... На другой системе заработало наконец, тоже никак сначала не хотело. Регистрация номера успешно проходила, но не включался quickconnect в панели управления с неизвестной ошибкой. Видимо надо 100500 раз, ну или чуть меньше, в калькуляторе перегенерить пару номер-мак. И пробовать, пробовать..... Работает со старой парой, правда устанавливал 5.2 не миграцией, а начисто (кстати всем советую на N54L только так и ставить 5.2, разделы с "файлопомойкой" сохранятся, системный и юзерсеттинг разделы - формат. Настройки кшн слетят, зато поможет избежать дальнейших сюрпризов и косяков после апдэйтов) После настройки Quick Connect, NAS предложит зайти в свой аккаунт и обновить инфо о зарегестрированных устройствах (при входе аккаунт сам спросит) — после обновления всё заработает...

Если у кого есть опыт установки обновлений на HP N54L XPEnoBoot 5.2-5592.2, огромная просьба описать процесс, ибо я сколько не бился не смог постичь как сие произвести. Вообще сам DSM встает таки себе норм, но после обновлений отваливается сеть и NAS не видно не в ассистенте, не в окружении. Хотелось понять чянтд? зы: для тех кто попал с 5.2 (не нра) — на 5.1 можно откатиться без потери данных через Nanoboot 5.0...

А Вам глворят, что системный раздел при установке хд дублируется на каждый хд в начало диска... зы. на самом деле их (разделов) два, системный и юзердата (программы, настройки) и при установке нового хд они будут продублированы на него в начало, помимо Вашей воли... При организации пространства из простых томов отключение бессмысленно потому как ровным счетом ничего не дает, а при создании гибрид массива грозит потерей всего архива...

Warning! downgrade from 5.2-5565 to 5.1< without lost data, possible via Nanoboot install/upgrade After install/upgrade Nanoboot turn off NAS, flash Xpenoboot 5.1 and make migration

У меня так и не увидел update1 N54L, откатил на 5.1-5055, при чем удалось это только через Nanoboot, т.к. любой Xpenoboot ассистент воспринимал как 5.2-5565... Напишу свою последовательнось по откату с 5.2-5565 update1: 1. понадобится клавиатура и подключение к монитору 2. прошить флэшку Nanoboot 5.0, вернуть её в NAS и загрузиться через install/upgrade 3. запустить ассистент (он увидит DSM 5.0 - подлежит миграции) 4. прошить флэшку Xpenoboot 5.1, вернуть её в NAS и загрузиться 5. обновить поиск ассистента (он увидит DSM 5.1 подлежит миграции) 6. сделать миграцию на актуальный DSM зы. кстати, как на 5565 и 5055 сделать WOL - я не смог там найти файл etc/synoinfo.conf?