dengil
-
Posts
66 -
Joined
-
Last visited
Posts posted by dengil
-
-
1 минуту назад, tajson сказал:
Главное сделай бекап настроек!
настройки походу уже утрачены -- вчера, не дождавшись ответа на свой первый "крик о помощи", выбрал
"Переустановить"Hide -
5 минут назад, tajson сказал:
Привет,
- скачай Jun's Mod v1.02b.
- Удали надисках 1й раздел, через убунту можно;
- Потом накати с восстановлением данных новую
@tajson, благодарю за подсказку -- буду иметь такую возможность ввиду... а без удаления раздела, так как спрашивал постом выше не прокатит?
т.е. хотелось бы по возможности использовать наименее деструктивные методы) в частности некие встроенные synology процессы переезда/миграции...
-
9 часов назад, Bob the Builder сказал:
если которое из подписи то да, у меня точно такое и актуально сейчас работает 916
это воодушевляет) тогда... (не сочти за труд) чуть подробнее про алгоритм переезда:
1. вставляю в grub\grub.cfg с первой партиции 916-го img-файла свои sn/mac, vid/pid (с помощью OSFMount);
2. закатываю измененный "под себя" img на флэху;
3. загружаю свой теперешний DS3615xs DSM v6.0.2 с этой флэшки...
...а дальше?
p.s. понимаю, что в какой-то момент мне нужно будет выбрать "чистую установку", чтобы заработала syno-учетка (или syno-учетка в моем случае заработает по-любому?), но... когда наступит и как должен выглядеть это момент? мне пока не встречалось пошаговое описание этого процесса, а... очень не_хотелось бы потерять живущие теперь в DSM-е данные, которым и перекантоваться то на время переезда негде (
-
В 13.09.2017 в 13:37, Bob the Builder сказал:
кому там пара нужна?
мы не продаём сн мы их делаем а это работа и не много времени...
@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. в приоритете конечно же не апгрейд как таковой, а сохранение пользовательских данных.
-
...последняя строчка ( загрузка ядра ) booting the kernel.
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... или я что-то еще упускаю из виду
-
По при держите Коней с переходом на 6
6.1 уже практически готова а с ней загрузчик пока не дружит
Bob the Builder, а разве нельзя будет остаться (если с его стабильностью будет все ок) на DSM 6.0 ?
-
у меня с плексом засыпает, все ок
это вселяет надежду! благодарю за инфу... будем дальше искать "нарушителя спокойствия" методом научного вытыка )
к счастью, список работающих пакетов не так велик...
-
почему мой syno-nas "разучился" засыпать?
чтобы это работало неоходимо выключить определённые приложения и службы
подробнее здесь: 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=]
-
...сделал по инструкции из шапки темы манипуляции по "Включение или активация WOL" В итоге NAS не просыпается через WOL
pashinsky, можешь поделиться скриптом S99ZZZ_Shutdown.sh, на который ссылается эта инструкция? а то что-то от меня он недоступен...
2ALL: правильно понимаю, что в идеальном случае, когда МАК-адреса зарегеный (читай подставной) и реальный (прошитый на NIC-е) совпадают, то даже одиноко заснувший в локалке Syno-NAS легко просыпается при запуске over internet какого-нить DS finder-ра с соответствующими этому NAS-у QuickConnect ID настройками ??
-
да можно, и как минииум через маршрутизатор с функцией wol
[spoiler=]
у меня, к сожалению, совершенно простенький маршрутизатор установлен и на нем, похоже, такая фича отсутствует... Bob the Builder, правильно понимаю, что для "пробуждения" указанного на этом скрине хоста надо каким-то образом со стороны инета "пнуть" сам маршрутизатор или... каким образом проснется NAS, если в одной с ним локалке больше нет "бодрствующих" хостов (в предельном случае он, например, вообще там один)?.. а если оставлять дома постоянно включенным какой-нить комп, то безусловно сперва можно заходить на него, а с него уже будить WOL-пакетом NAS, но держать ради этого комп постоянно включенным тоже не самый лучший вариант!
p.s. обнаружилась тут интересная программка, но у меня такое ощущение, что на моем (провайдеровском) роутере и ssh закрыт
-
и второй вопрос: можно ли WakeOnLan-ить хренологию удаленно (из инета), если реальный и зарегистрированный в Synology MAC-адреса различаются? если да, то как это реализовать?
-
кстати, даже при выборе ручного обновления в уведомлениях постоянно висит красный ярлычок о доступной обнове... как избавиться от этого "бельма"?
-
чем он от обычных, выдаваемых провайдерами, отличается?
тоже самое я бы хотел и вас спросить
в таком случае, тем более не_понятно, чем чревато прописывание публичного DNS-а в качестве запасного на NAS-e... что-то мне подсказывает, что использовать можно любой адекватно резолвящий сервер -- на работоспособность Syno это не_влияет.
-
прописывать их в isolinux.cfg или все же в syslinux.cfg ??
делайте всё аккуратно точно и по новому всё ставте и не мудрите как например с 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-пару, если они будут получены на том же самом генераторе?
-
2. "поскольку на паре хардов оставались системные разделы от предыдущей установки..." это тоже не есть правильно
какая раньше версия стояла?
до этого стояла DSM v5.2-5644.5
после того как прописали мак и серийник они высветились в инфо dsm?да, в инфо-центре nas-a все (!)четко отражено = мои (родные) s/n+mac
3. второй мак-адрес не обязательно прописывать но если прописывать то только тот что выдал генератор, это крайне важно!
попробуй ещё раз сгенерировать...
хорошо, завтра попробую удалить "лишний" мак (в этом случае должна остаться запись "mac1=..." или просто "mac=...") и подсунуть ему свежесгенеренную пару по-новой... только вот, прописывать их в isolinux.cfg или все же в syslinux.cfg ??
p.s. благодарю за участие!
-
global.download.synology.com - сюда зайти можете с обычного компа?
при открытии этого 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 ?? сорри за чайниковость
DSM 6.0 ( Jun’s Mod )
in Програмное обеспечение
Posted
ребят, согласитесь, что субботнее утро не самое лучшее время для споров ...судя по всему и @tajson и @Kitaro не по наслышке знают, как выглядят п. 4 и последующие этапы миграции из этого сообщения -- можете поделиться личным опытом?