• Announcements

    • Polanskiman

      DSM 6.2-23739 - WARNING   05/23/2018

      This is a MAJOR update of DSM. DO NOT UPDATE TO DSM 6.2 with Jun's loader 1.02b or earlier. Your box will be bricked.  You have been warned.   https://www.synology.com/en-global/releaseNote/DS3615xs
    • Polanskiman

      Email server issues - FIXED   06/14/2018

      We have been experiencing email server issues. We are working on it. Bear with us. Thank you. ------------- Problem has been fixed. You might receive duplicate emails. Sorry for that.

AlexFr

Members
  • Content count

    137
  • Joined

  • Last visited

Community Reputation

5 Neutral

About AlexFr

  • Rank
    Advanced Member
  1. Спасибо. Буду пробовать
  2. А с каким загрузчиком?
  3. Спасибо, попробую Отправлено с моего iPhone используя Tapatalk Pro
  4. Резервные копии есть для критичных данных. А вот фильмы, например, резервировать - это то ещё занятие. Или всякие архивы софта. Это очень тяжёлые вещи. И их в принципе есть, откуда взять. Но по времени это может быть дольше, чем восстановить данные. И опять же академический интерес. Не люблю иметь дело с чёрными ящиками. Забыл написать, чем копию делал: Акронисом и dd под Ubuntu. Сейчас уже можно с оригиналом экспериментировать )) Отправлено с моего iPhone используя Tapatalk Pro
  5. Я бы сказал, что третья. Мне эта ситуация крайне не понравилась. Была точная копия убитого диска на заведомо исправный. Известно, что данные доступны для восстановления, но при этом сделать ничего не получается. Сейчас закончил перенос всего добра на новый носитель. После проверки сбойный временно отключаю от VM с DSM. Исходные данные: Сбойный раздел, который монтируется в DSM Read Only. Раздел типа Basic, состоящий из одного диска. При подключении к Ubuntu не происходит монтирования рейда в /dev/mdXXX, и, соответственно, нет доступа к данным. cat /proc/mdstat говорит, что раздел "missing". Если кому интересно, давайте эксперементировать вместе. Предлагайте свои варианты, а я по мере возможности и свободного времени буду их прогонять.
  6. Как удалить, это как раз не вопрос. Вот как восстановить? Ведь в следующий раз может даже read only не подцепиться.
  7. До brtfs дело в принципе не доходит. Все затыкается на монтировании рейда
  8. Вообщем, плюнул на это дело и просто перекопировал данные на новый диск. Проблема так и осталось не решенной: в mdadm сбойный диск помечен, как неактивный. Как следствие, в /dev/mdXXX он не монтируется (точнее структура /dev/mdXXX создается, но видна исключительно в cat /proc/mdstat и работать с ней нельзя). Что делать с этим - не понятно. Но сейчас интерес чисто академический))
  9. Вообщем, плюнул на это дело и просто перекопировал данные на новый диск. Проблема так и осталось не решенной: в mdadm сбойный диск помечен, как неактивный. Как следствие, в /dev/mdXXX он не монтируется. Что делать с этим - не понятно.
  10. В процессе ковыряния столкнулся еще с одним вопросом: перед тем как появится доступ непосредственно к btrfs, на здоровых дисках происходит монтирование рейда и появляется partition вида //dev/mdX. У меня в DSM все разделы созданы как Basic. Что надо поставить в mdadm в опцию --level, чтобы их создать?
  11. Вот я и пытаюсь пока оригинальные восстановить. Маны по btrfs курю. Отправлено с моего iPhone используя Tapatalk Pro
  12. Это да, но там ещё и права доступа естьи ещё много чего. Вероятнее всего они слетят. Кроме того, хотелось бы сразу отработать способы восстановления, раз уж такое случилось. Отправлено с моего iPhone используя Tapatalk Pro
  13. Спасибо, буду пробовать. Отправлено с моего iPhone используя Tapatalk Pro
  14. Я перенёс в терминале полное содержимое убитого тома в новый (volume3 > volume5) Демонтировал volume3, но корневые папки, которые ранее были на volume3, не подцепились. Хотя физически на volume5 они присутствуют. Почему - отдельный вопрос. У меня только предположения. Отправлено с моего iPhone используя Tapatalk Pro