Vortex

Обновление 2 безопасно для установки.

Напрмер здесь: http://hkdl.synology.com/download/spk/S ... ceStation/ По поводу блокировки инета проверьте. Но если ключ у вас уже заблокировался, ничего не выйдет. Попробуйте удалить ключи еще в старой версии, обновиться, заблочить инет, ввести ключи. Оно звонит домой по адресу http://synosurveillance.synology.com/license_check.php Передаёт серийник, токен и число лицензий. В ответ получает чтото вроде: {"success":false,"error_code":400,"ret":-1}

В новой SS организонвана онлайновая база данных активных и забаненных серийников. Даже если ваши серийники не забанены, теперь SS проверяет наличие дублей через Интернет.

support_apparmor="yes" заменить на support_apparmor="no"

Всем спасибо за поддержку проекта. Еще пару слов про Hyper-V - создавая XPEnoboot, было решено отказаться от предкомпиленных модулей из nanboot и gnoboot, т.к. они конфликтовали с новым ядром. Поэтому все модули компилируются заново и возможно мы что-то упустили для поддердки hyper-v. Если кто может продиагностировать этот момент, прошу сообщить sancome(он у нас занимается ядром) в личку (на английском) - он включит недостающий модуль в состав новой сборки. Так-же к нему можно обращаться с запросами на добавление новых драйверов.

Насчет неработоспособности некоторых пакетов. Все дело в том, что начиная с 5.1, в системе появился механизм защиты от хакерских атак, называемый App Armor. Он запрещает запуск неавторизованных демонов, левый доступ к памяти и ресурсам... Вобщем, злой гипервизор. Разрешения выдает Синолоджи, но постепенно и неохотно. Например, для Plex'a они до сих пор динамят с выдачей подписи. Есть вариант - вообще его отключить - это делается через редактирование synoinfo.conf в /etc и /etc.defaults, правда тогда пропадет весь смысл в крутой защите 5.1 от хакерских атак.

Прощупывать железо и рубить разделы это не подлянки. С этим уже давно разобрались. Подлянки это в случайный промежуток времени [0..24] часа писать в системные файлы в /lib "мусор", приводя систему в неработоспособное состояние. Хорошо, что файлы пользователя (пока) не трогались.

Прошу извинить, если кто поставил первый релиз (5.1-5022.0) и столкнулся с таймбомбой. Китайцы из Синолоджи начали вставлять подлянки в код и я их сперва не заметил. Теперь должно быть все Ok. Одно НО - хотя XPEnoboot позволяет обновляться на новые версии без применения скриптов итд, я все-же рекомендую, после установки Update 1, не торопиться обновляться дальше самостоятельно, без получения информации о том, что все чисто. Возможно усиление полдянок со стороны Синолоджи! И просьба, если кому не жалко пары американских, европейских или российских рублей на поддержание интереса к проекту, прошу поделиться. Ссылка в подписи.

Ну, я тоже надеюсь ))) Но изменений много. Например, загрузчик теперь базируется на DS3615xs, а не 3612 как раньше... Апдейты теперь ставятся без использования каких-либо скриптов и т. д. Возможно, в первых билдах не будет каких-либо драйверов, этот вопрос сейчас решается. С драйверами предстоит хорошненчко разобраться.

Угу. Есть и то и другое )

Ну почему же. Полная поддержка 5.1-5021 будет в новом XPEnoboot-e (так теперь называется gnoboot+nanoboot+...), который скоро появится.

It would be interesting...

Here is the patched 5004 synobios. If it helps, but I doubt it... Anyway that should move you off the ground.

Все это так, только вот защита, размонтирующая диски и которую нужно как-то обходить, находится не в ядре, а в файлах, исходников которых мы, скорее всего, никогда не увидим.

Это не сами исходники, а тулчейны (наборы программ) для их компиляции. Видимо скоро выложат и исходники 5.1, но это не сильно поможет делу :-/

usbportcfg="0xf000000" не слишком-ли далеко уехали маппинги usb-устройств? Может в этом проблема? Какую букву /dev/sd_ занимает флешка при подключении?

Пока Synology не выпустит исходники ядра, согласно GPL, нет возможности пересобрать ядро под 5.1. Нативное ядро имеет ряд критических ограничений (в частности нет поддержки AMD процессоров и ACPI). Если делать сборку с ним, это возврат во времена QNOlogy, когда работали единицы плат (сейчас дела чуть лучше из-за наличия большого числа готовых скомпилированных дрйверов). В любом случае, это будет не нанобут, а что-то похожее на подход Trantor'a. А со старым ядром (от 5.0) нет поддержки AppArmor и еще пары важных нововведений 5.1, которые придется отключить - а значит теряется весь интерес в установке 5.1. Пока нет смысла торопиться. Еще немного подождем исходники, потом будем думать.

а что, это мысль! Ща у него какое-то барахло от сино, глядиш поставит себе хрено-рейд на 12 дисков и понапишет нам кучу мануалов )))

Синолоджи (пока) не сверяет серийник с Вашим устройством. Лишь бы пара была правильной и все. Вы можете поискать в инете фотки 3612, если хотите быть полностью спокойными. Я лишь привел пример на первой попавшейся вменяемой фотке.

You're right. Few people know me and my work. I'll stop this sh*t. All donations will be refunded. Thanks all who donated, once again sorry. Maybe You or sancome or gnoboot helps, but I'm quit. If you appreciate my work and want to donate please PM me for link.

Yes, I really. I do not ask you to buy me a new machine I just have two powerful NASes (already with dsm 5.1 update 2) and I beg you to help me buy a third, which I actually do not need. if $ 5-10 offend you, I not urge you to pay. and I am grateful to everyone who has helped the project. still needed a little more than half. I'm sorry if I offended someone.

До 5.1 и не обновится. Даже со скриптом. Оставайтесь пока на 4493 Update 7. На крайняк можно поставить 4977 (миграцией) и обновиться до 4977-1 (c скриптом).

Take the build 4458. It is good enough for compiling kernel modules for any DSM 5.0

Strange that Synology still have not posted the new kernel sources. They violates the GPL policy again!

Своп может и не используется, но системный раздел пишется активно. Благодаря отключению "лишних" дисков, у меня теперь основной рейд5 раздел стал нормально засыпать. Даже при высокой активности системы (напрмер, при скачивании торрентов).