AlexFr

3615 пашет, как ни в чем не бывало. Делаю аналогичную виртуальную машину, дефолтный загрузчик, образ системы 6.1.7 заводится, устанавливается, перезагружается и исчезает. Что ей не нравится - ХЗ. Проще диск к готовой виртуальный подтянуть, мигрировать на 3617, потом мигрировать назад на 3615. Если не поможет, тогда развлекаться с бэкапами. А тут с 3617 третью неделю пояски с бубнами. Отправлено с моего iPhone используя Tapatalk Pro

Заводиться не хочет. С дефолтным тоже пробовал. После установки и перезагрузки не проявляется в сети. А нужна всего мигрировать диск туда - сюда и убить. Просто времени жалко уже. Отправлено с моего iPhone используя Tapatalk Pro

К сожалению ответа так и не получил. Может у кого есть тестовая система 3617 на DSM 6.1.хх на виртуалке ESXi Поделитесь пожалуйста в личку (например, на той же Меге). Сотру сразу после восстановления диска.

Я собственно про номерок спросил. С 6.2 к сожалению обратная миграция не пройдёт. Отправлено с моего iPhone используя Tapatalk Pro

Качал с фтп 6.1.7 DSM_DS3617xs_15284 Отправлено с моего iPhone используя Tapatalk Pro

После перезагрузки пропадает из сети. Асистант тоже не видит. Отправлено с моего iPhone используя Tapatalk Pro

Доброго времени суток. Кто-нибудь может поделиться номерком и маком для разового использования? Писал в другой ветке, но похоже, что она уже не активна. https://xpenology.com/forum/topic/5446-dsm-60-jun%E2%80%99s-mod/?do=findComment&comment=95446 Заранее благодарен. Отправлено с моего iPhone используя Tapatalk Pro

Добрый вечер. Кто-нибудь может поделиться оригинальными номерками для 3617? Пытаюсь поставить для восстановления диска, а с тем, что есть стартовать не хочет. Пробовал с загрузчиком 1.02b и файликом DSM_DS3617xs_15284.pat Это все стоит на виртуалке.

С моей системой тоже не первый случай. Думал, может кто-то придумал, как убрать пометку «только для чтения». Или запустить повторную проверку. Она (метка) остаётся, даже если дублировать том на новый диск. Отправлено с моего iPhone используя Tapatalk Pro

Доброго времени суток. В очередной раз случилась неприятность с диском. Сейчас доступен только на чтение, в связи с чем не дает перенести корневые папки на другой диск. Вопрос к сообществу: удалось ли кому-нибудь вернуть доступ на запись к такому поврежденному диску? При необходимости можно примонтировать его к Ubuntu или Windows P.S. Стоит на виртуалке под ESXi 6.5 Диски проброшены через RDM.

DSM: 6.1.7-15284 Update2 - результат обновления: УСПЕШНЫЙ - модель DSM: DS3615xs - версия DSM до обновления: DSM: 6.1.7-15284 Update1 - версия и модель загрузчика: Jun's Loader v1.02b - тип установки DSM: VM - платформа: VMWare ESXi 6.5 - дополнительные комментарии: требуется перезагрузка

DSM: 6.1.7-15284 Update1 - результат обновления: УСПЕШНЫЙ - модель DSM: DS3615xs - версия DSM до обновления: DSM: 6.1.7-15284 - версия и модель загрузчика: Jun's Loader v1.02b - тип установки DSM: VM - дополнительные комментарии: VMWare ESXi 6.5

Для дома это универсальный инструмент подходит как нельзя лучше. Вдруг неожиданно весь архив фотографий стал доступен сразу. Причем в любом месте и на любом устройстве. И не просто доступен, а еще и грамотно структурирован. Плюс свежие фото с телефона. Плюс живые фото с Айфона разбиваются на собственно фото и короткие видео. Такая же история с домашней фильмотекой. А если учесть, что изначально это маленькая железная коробка, которая не требует практически никакой настройки, то для дома это дико круто! А офис - это изначально другие задачи. И в принципе для них есть другие специализированные устройства.

То, что Вы описали, не очень вяжется с продуктом, который может умереть просто от случайного обновления. Это другой железный мир. А здесь, на мой взгляд, скорее место для экспериментов. Отправлено с моего iPhone используя Tapatalk Pro

Без декодирования видео крайне не удобно. Как минимум, не посмотришь видео с телефона, если включено копирование в DS Photo, не посмотришь кино на телефоне, и ещё достаточно много моментов. Понимаешь это когда всё слетает. Отправлено с моего iPhone используя Tapatalk Pro

(ESXi - 1.02b)

Спасибо. Буду пробовать

А с каким загрузчиком?

Спасибо, попробую Отправлено с моего iPhone используя Tapatalk Pro

Резервные копии есть для критичных данных. А вот фильмы, например, резервировать - это то ещё занятие. Или всякие архивы софта. Это очень тяжёлые вещи. И их в принципе есть, откуда взять. Но по времени это может быть дольше, чем восстановить данные. И опять же академический интерес. Не люблю иметь дело с чёрными ящиками. Забыл написать, чем копию делал: Акронисом и dd под Ubuntu. Сейчас уже можно с оригиналом экспериментировать )) Отправлено с моего iPhone используя Tapatalk Pro

Я бы сказал, что третья. Мне эта ситуация крайне не понравилась. Была точная копия убитого диска на заведомо исправный. Известно, что данные доступны для восстановления, но при этом сделать ничего не получается. Сейчас закончил перенос всего добра на новый носитель. После проверки сбойный временно отключаю от VM с DSM. Исходные данные: Сбойный раздел, который монтируется в DSM Read Only. Раздел типа Basic, состоящий из одного диска. При подключении к Ubuntu не происходит монтирования рейда в /dev/mdXXX, и, соответственно, нет доступа к данным. cat /proc/mdstat говорит, что раздел "missing". Если кому интересно, давайте эксперементировать вместе. Предлагайте свои варианты, а я по мере возможности и свободного времени буду их прогонять.

Как удалить, это как раз не вопрос. Вот как восстановить? Ведь в следующий раз может даже read only не подцепиться.

До brtfs дело в принципе не доходит. Все затыкается на монтировании рейда

Вообщем, плюнул на это дело и просто перекопировал данные на новый диск. Проблема так и осталось не решенной: в mdadm сбойный диск помечен, как неактивный. Как следствие, в /dev/mdXXX он не монтируется (точнее структура /dev/mdXXX создается, но видна исключительно в cat /proc/mdstat и работать с ней нельзя). Что делать с этим - не понятно. Но сейчас интерес чисто академический))

Вообщем, плюнул на это дело и просто перекопировал данные на новый диск. Проблема так и осталось не решенной: в mdadm сбойный диск помечен, как неактивный. Как следствие, в /dev/mdXXX он не монтируется. Что делать с этим - не понятно.