Diktor

Я не знаю. А зачем мне это знать? Я просто делаю через гипербекап.

Вот какого чёрта? Целостность ok, но восстановить - хер тебе.

Можно. Только что делать, если этот раздел потом развалился? Бекап скажате вы!? Хер вам, ответит Synology: Это полный звиздец. Я разочарован на всю катушку. Всё рухнуло, но я же не лох, есть куча бекапов... казалось бы. Но все они нихрена не поднимаются. Три сотни фейсов на распознавании.., мне их, млять, где теперь брать? Какого хрена Synology не признаёт свои же бекапы?

Самое западло в этой ситуации то, что приложения ставятся, сUk@, на один какой-то раздел. И вот приложение "Центр журналов" установил на раздел №1 - SSD. И как раз этот пул отвалился. И приложения все отвалились. Приложение "Центр журналов" предустановлено и пишет логи. Но есть его одноимённое дополнение которое устанавливается дополнительно, позволяет отправлять на удалённый хост логи в онлайн режиме. Вот оно было у меня настроено. Но так как раздел рухнул, приложуха тоже отвалилась. И о том, что всё нафиг рухнуло я узнал только через сутки, случайно. И никаких сообщений от центра журналов не поступило. Эх... Synology... Надёжность...

Осталось только заменить материнку. И она есть у меня, даже. Только вот стоит за 1000км от меня, и раньше чем через пол года не планирую выезда.

Даже больше скажу: Не только винда его видит исправным. Не только родные утилиты его тестят и определяют 100% исправным, но и сама Synology говорит, что оно исправно. Но вот сделать с ним ничего не может, извольте его форматнуть.., а потом посмотрим. Это первое, что сделал, всё заменил. Но если бы это вылетало хаотично, я бы понял. Если бы это было с одним диском, я бы понял. Но это со всеми дисками, и это строго через конкретные 3 месяца. Как так может глючить материнка? Или как диски разных производителей начинают глючить с одинаковым интервалом? Загадка... Хочу узнать, может у народа также. Пока подозрение на козни от DSM, убивают пиратки. Ибо какого хрена DSM НОРМАЛЬНЫЙ ЖИВОЙ диск не желает добавлять в пул, а требует его форматировать?

Кароче, мужики, не знаю что за ерунда, но отваливаются диски. Материнка стоит с 2019 года. Раньше на ней был образ DS918+ и всё работало до 2022г. безупречно. Один SSD и два HDD. В 2022г я накатил DVA1622 и вроде начиналось всё хорошо.., но... Первый раз система сказала, что отвалился один HDD ровно через 6мес аптайма. Не придал значения, снёс всё, накатил заново и ладно... Примерно опять, ровно через 6 мес отвалился уже другой диск. Собрался его хоронить.., но он прошёл все тесты - идеален, исправен, как новый. И тут же отвалился второй HDD. Система их упорно не хочет добавлять в пул - "не удалось..." Опять всё снёс, опять накатил. Заменил БП, кабели питания, SATA кабель. Диски протестил родными улилитами - всё исправно. И опять.., но уже с частотой 3 мес РОВНО. Все диски. По очереди. Отвалился один, перезагружаюсь - уже отвалился второй. Эти два форматирую, добавляю в пул.., отваливается третий.... Исправить нельзя: Только форматировать и подпихивать как новый. Это трындец какой-то. Есть вероятность, что проблема с железом, с материнкой.., но сомнительно, так как сбои происходят чётко через 3 месяца аптайма., плюс/минус пару часов. Были у кого такие аномалии?

Стояла DSM 7.1.1-42962 Update 3 на DVA1622. Три диска, системный, на нём только ПО, и два - на них пишут камеры. Отключил все диски, воткнул новую флешку с ARPL-i18n, воткнул новый чистый SSD, загрузчик сконфинурировал на DSM 7.1.1-42962 Update 3, её же и установил. Всё ok. Потом с этой флешкой и этим загрузчиком загрузился со всеми старыми дисками, включая системный, без нового диска. Система предложила восстановление. Серийник новый был. Суть в чём, теперь я смог обновить Surveillance Station с версии 9.0.2-10061 на последнюю версию 9.1.2-10854, что и являлось целью. Раньше этого сделать было нельзя, по отзывам - слетали лицензии с камер и вместо 8 становилось 2. И после этого началась эпопея - нужно было сгенерить правильный серийник, ранее об этом было не известно. До DSM 7.2 обновляться не стал, очкую. Видимо, в моём случае, можно было просто поменять серийник, и после спокойно обновить SS.

Что имеете в виду? Возможна такая ситуация, что однажды система просто не загрузится или слетит? Я, обычно, ничего не обновляю, поставил, завелось, не трогаю. Обновляю только если прям нужная функция появилась, не чаще раза в год. Вот сейчас я на "объекте", и рядом этот сервер. Сейчас обновлю (или снесу и накачу заново), и ничего не буду больше обновлять и трогать. В этом случае есть риск, что система упадёт из-за загрузчика?

И потом можно обновляться до версии, которую умеет загрузчик? Я так понимаю, версия зависит от того, как обманет систему загрузчик?

Это как попробовать? Вынуть флешку, вставить новую с новым загрузчиком, и, по идее, старая система предложит мигрировать типа, на новое устройство? А ничё, что серийник и мак старые остануться? Хотя на серийник пофиг, можно любой нарисовать, а мак то реальный.

А я даже не помню какой у меня был загрузчик. Вроде, ARPL. Система стоит 7.1.1. Нельзя ли как-то обновиться до финальное версии, чтоб всё не слетело? Ну вместо старого загрузчика новый другой подсунуть? Или придётся всё грохнуть и с нуля ставить?

Не уточнил. Поднять надо последнюю актуальную версию. И тогда, получается, не любым. Тот же ARPL версию 7,2 не умеет, как говориться в "Issues". Там же рекомендуют https://github.com/AuxXxilium/arc/releases , но у него не заявлен DVA1622. Ещё ссылаются на https://github.com/PeterSuh-Q3/tinycore-redpill , но и у него я не смог найти информации по DVA1622.

Подскажите, каким загрузчиком воспользоваться, чтоб без проблем поднять DVA1622?