ZoorDrack

Вообще такой план и был 😅 Точнее, я даже думал поставить на тестовый диск 5.2, потом его обновить до 7.2 Про это тоже думал. Мне и на 5.2 иногда маловато было

Про Synology Photos/Moments слышал, даже тестировал. Но привычка - дело такое В общем, всем большое спасибо за помощь! Туперь буду пробовать докрутить тему по обновлению до актуальной сборки. По результатам опишу опыт тут - возможно, будет кому-то полезно.

Как раз им-то и не пренебрегаю Даже написал об этом в первом посте: NAS, находящийся в состоянии миграции 😃 Сейчас сделаю на всякий случай, конечно, спасибо за совет! И тома докера мигрирую на рейд. Верно, подсунул старый pat-файл при установке, всё восстановилось, кроме сетевых настроек. Но их и не стоит восстанавливать, мне кажется - на уровне сети лучше выдать нужный, чем на устройстве прописывать. Теперь думаю насчёт переезда на 7.2. Но сначала планирую заменить диск на новый. Ещё смущает, что с 7 версии выпилили Photo Station, которым я активно пользовался. Видимо, придётся смириться. А вообще - правильно ли я понимаю, что несмотря на страшные предупреждения на сайте Synology откатить DSM до предыдущих версий можно путём форматирования первого раздела, даже для случаев понижения мажорной версии (7.2 -> 5.2, например)?

Как выяснилось - ровно так же

Полагаю, мой случай как раз... Допускаю даже, что эта проблема и неприятности с диском - это две разные проблемы. Я полагаю, что если сейчас я нажму "Установить" в ассистенте и подкину правильный pat-файл, то система может завестись? Должны ли в таком случае восстановиться настройки? Сейчас даже настройка сети сброшена, получается. Кстати, а можно ли подключиться к серверу по ssh, когда он в статусе миграции находится? У меня не выходит, но, возможно, я что-то делаю не так? Может, порт нестандартный? UPD: Взял себя в руки и произвёл переустановку с сохранением параметров. Судя по всему всё поднялось, как было на момент шатдауна. Ошибка тоже на месте 😃

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

В состоянии системы светилась надпись "Опасность", а в описании было написано что-то про кэш загрузочного сектора, вроде бы. Но после пересборки проблемного рейда все сообщения об ошибках уходили. Сервер несколько дней работал штатно.

Кстати, в самом начале проблем с диском, когда он пометился как повреждённый, DSM ругался на повреждение кэша, собственно. Но сейчас точную формулировку не воспроизведу, а скринов походу сделать не додумался.

Похоже, что я сам нашёл ответ на свой вопрос 😃 От вас же 😃

Просто, насколько я помню, на момент первоначальной настройки этого NAS (около 8 лет назад) был вариант угробить сервер вместе с данными без возможности, если, например, попробовать обновиться из-под UI самого DSM. Хотя, возможно, это было связано с отсутствием нужного загрузчика на тот момент 🤔 Тут главное, чтобы основной рейд не рассыпался, наверное. Или при обновлении такой вариант маловероятен?

В этой теме случайно не то, что нужно?

В том-то и дело, что без сбойного диска система сейчас стартует ровно так же, как и с ним - сообщает, что версия DSM, записанная на материнской плате является более поздней по сравнению с версией DSM. Может, если причина текущей проблемы и правда была в питании, а не непосредственно в диске, (не верится в такие совпадения, но чем чёрт не шутит), то корень зла кроется в батарейке, например? Питание скакнуло, настройки BIOS сбросились и это как-то повлияло на работу системы 🤔

Действительно, я не в полной мере описал дисковую систему сервера... все важные данные лежат на двух рэдах в raid1. Самые критичные данные периодически бэкапируются. Сабжевый и ещё один диск используются в качестве хранилища некритичных данных вроде фильмов, сериалов и т.д. То, что хватило ума держать тома для докера на этом диске - мой факап, да. Вот тут вопрос: не затронет ли это действие данные на других дисках? Больше всего волнуют, собственно, основной рейд. Остальные данные по остаточному принципу. Диск, на котором обнаружил сбой планирую в любом случае менять, но пока хотелось бы по возможности завести сервер в последнем рабочем состоянии, дабы избежать потери/коррапта данных - 15Тб контента не сильно хочется перекачивать :)

Добрый день! После одного внештатного выключения сервера с Хренью один из разделов пометился в DSM как "Повреждённый", хотя SMART диска, ровно как mdadm -D и mdadm -E уверяли, что всё хорошо. При этом диск на чтение работал, а на запись - нет. Диск в томе один, собран как SHR. Потратив несколько часов на гугление нашёл топик, описывающий ровно мою ситуацию. Описано решение на мой взгляд было немного скупо, однако, в заметке была ссылка на источник, который, однако, к сегодняшнему дню уже почил. Тут выручил веб-архив. Внимательно изучив источник, я пересобрал рейд и он ожил без намёков на проблемы. Спустя несколько дней я заметил, что проблема вернулась. Попытка восстановить таким же способом снова увенчалась успехом, до первой попытки обращения к диску на запись. В надежде вытащить с этого диска директории, которые используются докером в качестве внешних томов начал пытаться их скопировать, но получил внезапный шатдаун сервера. Причём судя по тому, что пикнул микротик, подключенный к одному ИБП с сервером это было скорее что-то с питанием, ноэтонеточно. После этого NAS перестал пинговаться по своему адресу. Поставил Ассистента и тот с третьей попытки нашёл мой сервер (естественно, но новому адресу, выданному DHCP), который говорит следующее: Отсюда вопрос - можно ли как-то вернуть работоспособность NAS без потери данных и настроек? Смотрел похожие темы тут и тут, но в первом случае предлагается миграция, а не установка, а во втором судя по дальнейшим сообщениям у товарища не до конца вопрос решился. Сервер собран на плате MSI LGA1150 H81 H81I с процессором i7-4770 и 2 Гб оперативной памяти. Диск-виновник подключил к винде, чтобы посмотреть его состояние. Криминала не обнаружил:

2 Bob the Builder Спасибо за ответы! Остаётся открытым вопрос о корректном использовании DSM'ом ресурсов процессора мощнее i3-4130.

Спасибо за ответы! Но есть же вероятность того, что не хренолоджи не увидит сеть или диски, если не найдёт у себя дрова на соответствующие контроллеры? И ещё вопрос: увидит ли ДСМ все 4 ядра процессора Athlon II X4 840 и будет ли их корректно использовать? Цель - завести на хренолоджи plex. Соответственно, мощность процессора критична. Я тестировал сборку на машине с Celeron X2 G1840, однако в информации о системе ДСМ мне показывает INTEL Core i3-4130. Это связано с тем, что информация о системе вшита в сборку?

Всем доброго дня! У меня возник вопрос: кто-нибудь ставил хренолоджи на что-нибудь похожее: мать Gigabyte GA-F2A88XM-DS2 (у неё амдшный чипсет) и камень Athlon II X4 840? На форуме и в интернетах информации о поддержке аналогичных железок найти не удалось =(