dengil

ребят, согласитесь, что субботнее утро не самое лучшее время для споров ...судя по всему и @tajson и @Kitaro не по наслышке знают, как выглядят п. 4 и последующие этапы миграции из этого сообщения -- можете поделиться личным опытом?

настройки походу уже утрачены -- вчера, не дождавшись ответа на свой первый "крик о помощи", выбрал "Переустановить" Hide подсунул ему исходный DSM_DS3615xs_8451.pat файл и... в процессе переустановки больше меня ни о чем не спросили, а просто напросто снесли все проги и, соотв-но, видимо их настройки... хорошо еще хоть раздел с данными сохранился... поэтому теперь и пытаюсь перво-наперво выяснить правильную последовательность/алгоритм

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

это воодушевляет) тогда... (не сочти за труд) чуть подробнее про алгоритм переезда: 1. вставляю в grub\grub.cfg с первой партиции 916-го img-файла свои sn/mac, vid/pid (с помощью OSFMount); 2. закатываю измененный "под себя" img на флэху; 3. загружаю свой теперешний DS3615xs DSM v6.0.2 с этой флэшки... ...а дальше? p.s. понимаю, что в какой-то момент мне нужно будет выбрать "чистую установку", чтобы заработала syno-учетка (или syno-учетка в моем случае заработает по-любому?), но... когда наступит и как должен выглядеть это момент? мне пока не встречалось пошаговое описание этого процесса, а... очень не_хотелось бы потерять живущие теперь в DSM-е данные, которым и перекантоваться то на время переезда негде (

@Bob the Builder, поможешь валидной парой разжиться? думаю все таки на v.1.02b-ds916 обновиться (ради аппаратного декодирования), прокатит на моем железе, что скажешь?

парни, выручайте советом! моя хренология почти полгода стояла выключенная, а после того как снова запустил DSM, то он проработал несколько часов нормально, а потом пропал из сети, но веб-ассистентом обнаружился, правда (о, ужас!) оказалось, что "был выполнен сброс DSM на DS3615xs, поэтому требуется переустановить DSM" и пугающая строчка со статусом гласит, что "конфигурация утрачена" а теперь вопросы: 1) почему так могло произойти? пропадания питания/электричества не было, DSM похоже просто сам в какой-то момент ребутнулся и после этого уже конфиг пропал... 2) как следует производить переустановку, чтобы мои данные сохранились? требуется ли для этого какой-то лайфхак или можно переустанавливать в штатном режиме и визард сам в какое-то момент спросит сохранять ли настройки/данные? 3) имеет ли смысл (раз уж все одно переустанавливать) сменить загрузчик на Jun's Mod v1.02 и переустановить сразу DSM 6.1 (отсюда) ? p.s. в приоритете конечно же не апгрейд как таковой, а сохранение пользовательских данных.

Izoterik, если ты вот с этого загрузчика стартуешь, то он ничего больше и не должен писать

Kizilkum, не сердись, но последовательность моих действий была именно такой (еще раз): 1) сперва, когда на 6-ку обновлялся с 5-ки с сохранением существующей файловой структуры, все прошло успешно; 2) а вот когда решил попробовать "с нуля" и предварительно снес все разделы (+обновил mbr) paragon hard disk manager-ом, то старт с флэхи с загрузчиком Jun's Mod v.1.01 на "голом железе" и выбор любого из возможных пунктов grub-меню не_позволяет сделать NAS видимым по сети... 3) был, кстати, и промежуточный третий способ, который на всякий пожарный тоже пробовал: загрузка с флэшки с 5-м загрузчиком (при этом NAS хотя бы оказывается доступным по сети) и выбор в процессе ручной установки pat-файла с 6-м DSM-ом, а уже после его установки на харды и последующей перезагрузки, попытка подсовывания загрузочной флэшки с Jun's Mod v1.01, но и такой "финт ушами", увы, не_проканал -- NAS в этом случае сваливался в бутлуп ((

может можно загрузчику как-то драйвера подсунуть?? потому как: куда ж подтыкать то другую сетевуху? из доступных слотов расширения... в наличии только USB -- посоветуете какой-то конкретный экземпляр, гарантированно работающий из под jun's mod v.1.01 ?

так ведь с этого все и начиналось (см.выше)

вот засада! сперва обновился с v5.2-5967 на v.6.0.2-8451.6 с помощью quicknick-boot-v2.2 но в скором времени начали отваливаться системные разделы на некоторых дисках с жалобами на то, что на них обнаружена более старая ОС (или что-то созвучное) + посыпались какие-то ошибки файловой системы, которые почему-то в процессе перезагрузки/лечения не проходили... ну, да, ладно, думаю: дай-ка 6-ку начисто переустановлю! подготовился + снес все имевшиеся разделы на всех восьми дисках и... есс-но, 6-ой загрузчик мою RTL-сетевуху не задетектил (или что-то еще пошло не так, как надо) одним словом при загрузки с XPEnology-DSM-6.0.2-8451.5-quicknick-boot-v2.2.img Synology Assistant тупо ничего не находит (( хорошо, думаю, начнем еще раз "от печки": 1) накатил по-быстрому v5.2-5967 (без апдейтов) -- просто, чтоб было... даже пользовательских разделов создавать не стал... 2) теперь казалось бы только Force Install с Jun's Mod-a запустить и... порядОК -- ан, нифига = опять Synology Assistant пуст... ЧЯДНТ? кто сталкивался?

ну, тут, если правильно понимаю, главная фишка в новой файловой системе и если кто-то только начинает наполнять свой NAS данными, то... не лучше ли сразу организовать BTRFS-плацдарм под это дело чтобы потом, когда возможно и загрузчик до 6.1 допилят, то обновить только его, а сами данные не пришлось экспорт/импортом через промежуточное хранилище перетаскивать, как в случае с DSM 5.2 и, соотв-но, EXT4... или я что-то еще упускаю из виду

Bob the Builder, а разве нельзя будет остаться (если с его стабильностью будет все ок) на DSM 6.0 ?

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

чтобы это работало неоходимо выключить определённые приложения и службы подробнее здесь: https://www.synology.com/ru-ru/knowledgebase/DSM/help/DSM/AdminCenter/system_hardware_hibernation Bob the Builder, благодарю за наводку! С одной стороны, все встало на свои места, а с другой -- получается, что если держать на синогоджи Plex, то NAS и не заснет никогда? даже если я к этому Plex-серверу буду лишь время от времени обращаться... где логика?? или я что-то не правильно понял? почему нельзя будить NAS по WOL как только какой бы то ни было клиент не обратиться хоть к его SMB-е, хоть к его Plex-у? может это можно как-то подкорректировать? p.s. что касается темы про 6-ой DSM разве это не она?.. что это за ветка?

парни, почему мой syno-nas "разучился" засыпать? [spoiler=]

pashinsky, можешь поделиться скриптом S99ZZZ_Shutdown.sh, на который ссылается эта инструкция? а то что-то от меня он недоступен... 2ALL: правильно понимаю, что в идеальном случае, когда МАК-адреса зарегеный (читай подставной) и реальный (прошитый на NIC-е) совпадают, то даже одиноко заснувший в локалке Syno-NAS легко просыпается при запуске over internet какого-нить DS finder-ра с соответствующими этому NAS-у QuickConnect ID настройками ??

у меня, к сожалению, совершенно простенький маршрутизатор установлен и на нем, похоже, такая фича отсутствует... Bob the Builder, правильно понимаю, что для "пробуждения" указанного на этом скрине хоста надо каким-то образом со стороны инета "пнуть" сам маршрутизатор или... каким образом проснется NAS, если в одной с ним локалке больше нет "бодрствующих" хостов (в предельном случае он, например, вообще там один)?.. а если оставлять дома постоянно включенным какой-нить комп, то безусловно сперва можно заходить на него, а с него уже будить WOL-пакетом NAS, но держать ради этого комп постоянно включенным тоже не самый лучший вариант! p.s. обнаружилась тут интересная программка, но у меня такое ощущение, что на моем (провайдеровском) роутере и ssh закрыт

и второй вопрос: можно ли WakeOnLan-ить хренологию удаленно (из инета), если реальный и зарегистрированный в Synology MAC-адреса различаются? если да, то как это реализовать?

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

тоже самое я бы хотел и вас спросить в таком случае, тем более не_понятно, чем чревато прописывание публичного DNS-а в качестве запасного на NAS-e... что-то мне подсказывает, что использовать можно любой адекватно резолвящий сервер -- на работоспособность Syno это не_влияет.

делайте всё аккуратно точно и по новому всё ставте и не мудрите как например с DNS от гугла и т.д. проблема решилась после удаления из syslinux.cfg ссылки на mac2 -- благодарю за наводку! Bob the Builder, а чем (если не секрет) Вам DNS от гугла так насолил? чем он от обычных, выдаваемых провайдерами, отличается? и почему Вы его настоятельно не рекомендуете прописывать на Syno-NAS?

оставил только один ("mac1=...") мак-адрес, заодно убедился, что на реальной флэшке, которая стоит в nas-e, редактирование происходит в в syslinux.cfg! сравнил свою (https://yadi.sk/i/qYjGZ57SwjFns) и предложенную Bob the Builder (https://mega.nz/#!ad5HFCjS!pLXQ52mzerPv ... TGyDMQfH5U) табличные генерилки -- они оказались абсолютно одинаковыми... внимание вопрос: имеет ли смысл подставлять другую SN/MAC-пару, если они будут получены на том же самом генераторе?

до этого стояла DSM v5.2-5644.5 да, в инфо-центре nas-a все (!)четко отражено = мои (родные) s/n+mac хорошо, завтра попробую удалить "лишний" мак (в этом случае должна остаться запись "mac1=..." или просто "mac=...") и подсунуть ему свежесгенеренную пару по-новой... только вот, прописывать их в isolinux.cfg или все же в syslinux.cfg ?? p.s. благодарю за участие!

при открытии этого URL-а у меня происходит форвард на http://www.synology.com/ru-ru/support/download который конечно же открывается, т.к. именно откуда я и качал spk-пакеты, которые не установились (см.выше) смысл незатейливый -- это добавление появилось после того как quickconnect стал жаловаться на ошибки сети/DNS. 1) мак/серийник генерил с помощью некоего xlsm-генератора (он здесь = https://yadi.sk/i/qYjGZ57SwjFns), но фишка в том, что в результате эта пара прижилась в моем Synology Account-е, т.е. если бы пара была не валидная, то в Syno-ЛК, понимаю, она бы не_прижилась, правильно? 2) далее закатал на флешку XPEnoboot_DS3615xs_5.2-5967.1.img, взятый с https://download.xpenology.xyz/ и запустил установку, правда Syno инсталлятор обозвал это миграцией, поскольку на паре хардов оставались системные разделы от предыдущей установки... 3) после завершения установки/миграции, отредактировал (внимание! сейчас еще раз заглянул в шапку и подумал, что может здесь и кроется ошибка!) файл isolinux.cfg (просто по той причине, что syslinux.cfg был практически пустой, а в isolinux.cfg оставалось всего лишь внести свои значения)) -- короче, isolinux.cfg на данный момент выглядит у меня след.образом (реально мною полученные и используемые мак/серийник, конечно, отличаются от приводимых ниже, но суть именно такая): [spoiler=]UI menu.c32 PROMPT 0 TIMEOUT 50 DEFAULT xpenology MENU TITLE XPEnoboot 5.2-5644.5 LABEL xpenology MENU LABEL XPEnology DSM 5.2-5644 KERNEL /zImage APPEND root=/dev/md0 ihd_num=0 netif_num=4 syno_hw_version=DS3615xs sn=A5LWN03855 mac1=004432EA202D mac2=001132EA202F vid=0x13FE pid=0x4200 loglevel=0 vga=0x305 LABEL debug MENU LABEL XPEnology DSM 5.2-5644 Debug KERNEL /zImage APPEND root=/dev/md0 ihd_num=0 netif_num=4 syno_hw_version=DS3615xs sn=A5LWN03855 mac1=004432EA202D mac2=001132EA202F vid=0x13FE pid=0x4200 loglevel=0 vga=0x305 debug=1 LABEL install MENU LABEL XPEnology DSM 5.2-5644 Install/Upgrade KERNEL /zImage APPEND root=/dev/md0 ihd_num=0 netif_num=4 syno_hw_version=DS3615xs sn=A5LWN03855 mac1=004432EA202D mac2=001132EA202F vid=0x13FE pid=0x4200 loglevel=0 vga=0x305 upgrade=5.2-5644 NB: второй мак-адрес в этом перечне прописан на всякий пожарный и соответствует моему реальному, т.е. прошитому на сет.карте... ...может все это подспойлерное содержимое следует перенести (или хотя бы скопировать) в syslinux.cfg ?? сорри за чайниковость