Как проверить диски (тома) на отсутсвие ошибок

Добрый день!

Являюсь владельцем DS-411j. Внутри установлено 2 диска по 2 Тб в RAID1. Статус раздела в диспетчере хранения - "Нормально".

Но меня, как человека, безнадежно испорченного Windows, постоянно гложут сомнения: а все ли нормально с файловой системой, нет ли ошибок?

Специального инструмента в прошивке не предусмотрено. Может быть так и должно быть и НАС проверяет себя сам, в т.ч. контролирует состояние раздела на отсутствие ошибок. Но все же...

1. Есть ли, действительно, необходимость проверять раздел на наличие ошибок, если диспетчер хранения выдает "Нормально"

2. Как правильно проверить раздел на наличие ошибок в т.ч. с проверкой поверхности, чтобы ничего не похерить?

Ответьте, пожалуйста, максимально подробно.

Заранее благодарю

З.Ы. С telnet-ом и putty дружу. В линуксе немного разбираюсь.

e2fsck

но раздел должен быть отмонтирован

Меня интересует как отмонтировать RAID1? umount ... путь то какой к RAID. Где это посмотреть? Надо оба диска по-очереди или одной командой отмонтировать как раздел?

Есть ли какие-нибудь нюансы, присущие именно RAID1?

И как потом монтировать взад?

Если бы кто-нибудь пошагово (покомандно) описал процедуру, то, думаю, она пригодилась бы многим.

Например

службы какие-либо надо останавливать?

umount ....

e2fsck ....

mount ....

службы какие-либо надо запускать?

И, вообще, у QNAP есть такой инструмент. Правда он очень ненаглядный. Вроде бы проверка завершилась, а есть ли ошибки или нет - непонятно.

Меня интересует как отмонтировать RAID1? umount ... путь то какой к RAID. Где это посмотреть? Надо оба диска по-очереди или одной командой отмонтировать как раздел?

Есть ли какие-нибудь нюансы, присущие именно RAID1?

И как потом монтировать взад?

Если бы кто-нибудь пошагово (покомандно) описал процедуру, то, думаю, она пригодилась бы многим.

Например

службы какие-либо надо останавливать?

umount ....

e2fsck ....

mount ....

службы какие-либо надо запускать?

 

И, вообще, у QNAP есть такой инструмент. Правда он очень ненаглядный. Вроде бы проверка завершилась, а есть ли ошибки или нет - непонятно.

Вообще-то на форуме существует кнопка "поиск". Вопросы, которые вы задаете, обсуждались уже неоднократно.

Вот и возьмите, разберитесь в вопросе - потом опишите процедуру.

з.ы. в список перечисленных команд можете добавить еще mdadm.

з.з.ы. а еще можно так

Уважаемый Igr_ua! А сами то пробовали искать?

Таких глупых вопросов с моей стороны не было бы, если к устройству прикладывалась нормальная документация или в прошивке был бы предусмотрен инструмент проверки разделов (томов, дисков).

По интересующей меня проблеме смог найти только вот это:

тынц 1

тынц 2

тынц 3

Ну и еще тема вашего покорного слуги.

И что из этих тем можно вынести полезного? Одни вопросы без ответов. Или вы считаете, что покупатели подобных устройств в совершенстве знают внутреннюю архитектуру устройства?

Вместо того, чтобы флудить и надувать щеки от собственной важности, лучше помогли бы.

Кстати, я с вопросом обращаюсь не где-нибудь, а на официальном сайте "русской поддержки продукции Synology". А мне вместо помощи предлагают воспользоваться поиском. Очень комичная ситуация, не находите?

Поэтому, повторно прошу знающих людей ответить на мои вопросы, находящиеся в первом сообщении темы.

Уважаемый Igr_ua! А сами то пробовали искать?

Таких глупых вопросов с моей стороны не было бы, если к устройству прикладывалась нормальная документация или в прошивке был бы предусмотрен инструмент проверки разделов (томов, дисков).

По интересующей меня проблеме смог найти только вот это:

тынц 1

тынц 2

тынц 3

Ну и еще тема вашего покорного слуги.

И что из этих тем можно вынести полезного? Одни вопросы без ответов. Или вы считаете, что покупатели подобных устройств в совершенстве знают внутреннюю архитектуру устройства?

Вместо того, чтобы флудить и надувать щеки от собственной важности, лучше помогли бы.

Так я и помог Указал ключевое слово, которое вы проигнорировали.

Попробуйте повторить поиск. Hint: ищите не только по слову e2fsck.

И самое главное!!!! Не забудьте снять галочку вот здесь:

http://s018.radikal.ru/i507/1202/3f/5037d20d3796.jpg

Вот какие результаты дает правильное использование кнопки поиск - тыць

нужная вам тема в списке есть - тыць опять

хотя, целесообразней искать по тому слову, к-е указал я - mdadm, т.к. у вас все-равно возникнут вопросы, ответы на которые найдутся при поиске по этому слову.

Пробуйте разобраться самостоятельно. Поверьте - "тупое" применение команд найденных в сообщениях бывает чревато неожиданными последствиями.

з.ы. И учитесь ценить свое и чужое время

Уважаемый Igr_ua

Благодарю за терпение и потраченное на меня время. Порывшись на разных форумах составил приблизительный план действий

Конечно же остались вопросы, поэтому очень надеюсь получить на них ответы

Заранее спасибо

Итак:

Проверка RAID разделов NAS на ошибки файловой системы

1. Останавливаем все сервисы

Как? Тупо из web интерфейса? Или есть какие-нибудь волшебные команды?

2. Проверяем под каким номером RAID

mdadm -D /dev/md0 (md1, md2 и т.д.)

2. Отмонтируем раздел

umount /volume1

Как определить правильно какую циферку ставить после volume? Если у меня в менеджере хранение написано "раздел 1" то и в этой команде тоже должно быть volume1?

3. Останавливаем RAID

mdadm -S /dev/md0

4. Проверяем раздел

e2fsck -f /dev/md0

если e2fsck отработала и вернула код «0» - значит все в порядке.

Запуск проверки раздела с автоматическим исправлением ошибок

e2fsck -p /dev/md0

5. Монтируем раздел обратно

mount /dev/md0 /volume1

6. Запустить все службы и программы на NAS

Как? И нужно ли? Может просто перезагрузить NAS?

7. Перезагрузить NAS.

Igr_ua,

Совсем забыл спросить. А в DSM 4.0-2166 случайно не добавили возможность проверки разделов?

Кстати, я с вопросом обращаюсь не где-нибудь, а на официальном сайте "русской поддержки продукции Synology". А мне вместо помощи предлагают воспользоваться поиском. Очень комичная ситуация, не находите?

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

По первому пункту - остановите все службы из веб интерфейса (мультимедиа, качалку и т.д.)

По второму вопросу, если у вас 1 диск, то volume1, если 2 отдельных то тоже сначала volume1, затем volume2, если рейд из дисков, то надо разбираться, но скорее всего volume1.

По шестому пункту - запускать так же как останавливали. Не всегда помогает просто перезагрузка.

Может ну ее эту проверку?

У вас какой рэйд?

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

... недокументированных возможностей, которые разработчики решили не включать в релиз.

 

Может ну ее эту проверку?

У вас какой рэйд?

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

Так я двумя руками "за"!!! И в своем первом посте как раз об этом спрашиваю: может ну ее эту проверку? Вот только разработчик не подтвердил, что система сама следит за своим состоянием и вмешательства пользователя не требуется. А вот у QNAP есть такая кнопочка. Поэтому и грызет червячок сомнения. К тому же в synology assistant можно откопать такую возможность как "Проверка памяти", которая работает долго, перезагружая систему. При этом не оставляет никаких следов. Вряд ли такие манипуляции затеяны ради 128 Mb RAM.

В документации об этой возможности написано крайне скудно. А вот разработчик опять молчит.

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

Итак:

Проверка RAID разделов NAS на ошибки файловой системы

1. Останавливаем все сервисы, которые могут обращаться к разделу, ручками из Web интерфейса

2. Проверяем под каким номером RAID

mdadm -D /dev/md0 (md1, md2 и т.д.)

3. Отмонтируем раздел

umount /volume1

4. Останавливаем RAID

mdadm -S /dev/md0

5. Проверяем раздел

e2fsck -f /dev/md0

если e2fsck отработала и вернула код «0» - значит все в порядке.

Запуск проверки раздела с автоматическим исправлением ошибок

e2fsck -p /dev/md0

6. Монтируем раздел обратно

mount /dev/md0 /volume1

7. Запустить все службы и программы на NAS из Web интерфейса

8. Перезагрузить NAS.

З.Ы. У меня RAID1 на 2-х WD20EARX.

терпение и труд все перетрут.

то есть расшифровывая методология такая:

1. резервируете все данные.

2. делаете что хотите.

3. восстанавливаете систему.

в принципе суда можно добавить рекурсию и через н-й эксперемент будет накатанная метода =)

терпение и труд все перетрут.

 

то есть расшифровывая методология такая:

1. резервируете все данные.

2. делаете что хотите.

3. восстанавливаете систему.

 

в принципе суда можно добавить рекурсию и через н-й эксперемент будет накатанная метода =)

+100500 !!!

Уважаемый Igr_ua

Благодарю за терпение и потраченное на меня время.

Пожалуйста

Теперь к вопросам...

(пока собирался, на часть вопросов ответы уже дали)

Прежде всего внимательно изучаем содержимое файла /etc/fstab и содержимое файла /proc/mdstat. Если нужно, то записываем на листик исходные данные.

Из этих файлов вы узнаете много нужного в дальнейшем (пример содержимого файлов здесь

Проверка RAID разделов NAS на ошибки файловой системы

1. Останавливаем все сервисы

Как? Тупо из web интерфейса? Или есть какие-нибудь волшебные команды?

Да. Тупо из интерфейса.

2. Проверяем под каким номером RAID

mdadm -D /dev/md0 (md1, md2 и т.д.)

это мы уже узнали из файлов /etc/fstab и /proc/mdstat, но можно и проверить

2. Отмонтируем раздел

umount /volume1

Как определить правильно какую циферку ставить после volume? Если у меня в менеджере хранение написано "раздел 1" то и в этой команде тоже должно быть volume1?

Это тоже видно из тех же файлов.

Иногда может возникнуть ситуация, что раздел не захочет размонтироваться. Вроде бы и все сервисы остановили, пакеты отключили, но....

Тогда, заходим в терминал (через putty или кому как удобней) и смотрим активные процессы.

Это можно сделать с помощью команды Top либо ps.

после этого останавливаем процесс:

killall имя_процесса

3. Останавливаем RAID

mdadm -S /dev/md0

4. Проверяем раздел

e2fsck -f /dev/md0

если e2fsck отработала и вернула код «0» - значит все в порядке.

Запуск проверки раздела с автоматическим исправлением ошибок

e2fsck -p /dev/md0

да.

5. Монтируем раздел обратно

mount /dev/md0 /volume1

не получится, т.к. перед этим необходимо собрать массив

Create — создание RAID-массива из нескольких дисков (с суперблоком на каждом устройстве).

Assemble — сборка (ранее созданного) массива и его активация. Диски из которых собирается массив могут указываться явно или будет выполнен их автоматический поиск. mdadm проверяет, образуют ли компоненты корректный массив.

mdadm --assemble -R --force /dev/md3 /dev/sdc3 /dev/sdd3

mdadm -Cf /dev/md2 -R -n 3 --level=linear /dev/sda3 /dev/sdb3 /dev/sdc3 /dev/sdd3 (это пример... не повторять буквально!!!!)

пример для массива JBOD - здесь - пункты 7-12

Вот после этого, когда собрали массив, монтируем его в систему.

6. Запустить все службы и программы на NAS

Как? И нужно ли? Может просто перезагрузить NAS?

Это зависит от того, какие цели вы преследуете.

Когда мне надо было вытаскивать данные, то я коробку не перегружал.

Если вам работать как обычно - лучше перегрузить (мало ли какие процессы вы пришибли вручную в п.2)

7. Перезагрузить NAS.

где-то так....

з.ы. про mdadm - тут

Осталось в заключении добавить, что все что вы делаете с собственным массивом, вы делаете на собственный страх и риск...

Igr_ua!

Благодарю за ответ.

Информацию о состоянии массива, наверное, лучше получить командой

cat /proc/mdstat

А получится ли собрать массив командой:

mdadm --assemble /dev/md0 /dev/hde1 /dev/hdf2 /dev/hdg1 (где hdxx берется исходя из информации из cat /proc/mdstat ) либо

mdadm --assemble --scan ?

И еще:

1. А в DSM 4.0-2166 случайно не добавили возможность проверки разделов?

2. Есть ли, действительно, насущная необходимость проделывать такую процедуру? Система сама следит за своим состоянием? Может ли получиться так, что ошибки в файловой системе возникли, а в диспетчере хранения состояние раздела оценивается как "нормальное"?

3. Что это такая за фича в synology assistant как "Проверка памяти", которая работает долго, перезагружая систему? При этом не оставляет никаких следов. Вряд ли такие манипуляции затеяны ради 128 Mb RAM?

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

Информацию о состоянии массива, наверное, лучше получить командой

cat /proc/mdstat

Хотя, можно поставить МС и смотреть через него

А получится ли собрать массив командой:

mdadm --assemble /dev/md0 /dev/hde1 /dev/hdf2 /dev/hdg1 (где hdxx берется исходя из информации из cat /proc/mdstat ) либо

mdadm --assemble --scan ?

Сложно сказать не видя содержимого файлов, но думаю, что не получится.

Почему? Объясняю:

У меня все диски Basic. Я не знаю как выглядит содержимое файла при RAID1, но у меня это выглядит так:

cat /proc/mdstat
Personalities : [raid1] [linear] [raid0] [raid10] [raid6] [raid5] [raid4] 
md6 : active raid1 sde3[0]
      2437168256 blocks super 1.2 [1/1] [U]
md5 : active raid1 sdd3[0]
      727852224 blocks super 1.2 [1/1] [U]
md4 : active raid1 sdc3[0]
      1948792256 blocks super 1.2 [1/1] [U]
md3 : active raid1 sdb3[0]
      1948792256 blocks super 1.2 [1/1] [U]
md2 : active raid1 sda3[0]
      1948792256 blocks super 1.2 [1/1] [U]
md1 : active raid1 sde2[4] sda2[0] sdb2[1] sdc2[2] sdd2[3]
      2097088 blocks [5/5] [UUUUU]
md0 : active raid1 sde1[4] sda1[0] sdb1[1] sdc1[2] sdd1[3]
      2490176 blocks [5/5] [UUUUU]
unused devices: <none>

Возможно, что вы еще не в курсе, что каждый HDD Synology делит на 3 части: 1.Системный раздел, 2.Свап, 3. Данные

смотрите выше - md0 - это п.1., md1 - п.2. и только начиная с md2 и далее это п.3.,т.е. данные.

И когда мы проверяем диск, то работаем с массивами md2 и выше...

Таким образом, рабочий массив md0 соберется только из sde1, sda1, sdb1, sdc1, sdd1 (комментарий: да... знаю.. есть ряд условий....но считаем, что диски вынуты и подключены к доп. компу) sergey1878 - комментарий не вам, а тем кто меня захочет поправить

И еще:

1. А в DSM 4.0-2166 случайно не добавили возможность проверки разделов?

2. Есть ли, действительно, насущная необходимость проделывать такую процедуру? Система сама следит за своим состоянием? Может ли получиться так, что ошибки в файловой системе возникли, а в диспетчере хранения состояние раздела оценивается как "нормальное"?

3. Что это такая за фича в synology assistant как "Проверка памяти", которая работает долго, перезагружая систему? При этом не оставляет никаких следов. Вряд ли такие манипуляции затеяны ради 128 Mb RAM?

1. нет.

2. необходимости нет. следите за smart`ом - начнет сыпаться диск - сами увидите.

Да, система следит. когда массив развалится- она вам сообщит

3. Полагаю, что таки проверяет память (давайте спросим это у Doctor Synology. Он скажет точно.)

К тому же - это у DS411j 128 Mb RAM. А есть коробки с 1Гб и с возможностью расширения до 3-х Гб.

Сложно сказать не видя содержимого файлов, но думаю, что не получится.

Почему? Объясняю:

У меня все диски Basic. Я не знаю как выглядит содержимое файла при RAID1...

Доберусь до дома, посмотрю как у меня. Приведу тогда информацию

...

3. Полагаю, что таки проверяет память (давайте спросим это у Doctor Synology. Он скажет точно.)

К тому же - это у DS411j 128 Mb RAM. А есть коробки с 1Гб и с возможностью расширения до 3-х Гб.

Если судить по времени проверки и перезагрузке устройства - то проверяет явно не оперативную память. Хотя знающие люди нас поправят.

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

У меня есть . Я наступил на эти грабли... И пользуясь случаем говорю вам спасибо, т.к. при восстановлении информации воспользовался вашим опытом

Если кратко, то синалоджик тупо предложил убить раздел и не мучаться...

Вот как я это описывал:

Решение использовать JBOD считаю ошибочным

И вот по какой причине - в случае выхода из строя хотя бы одного диска Вас ожидают БОЛЬШИЕ проблемы

теперь история:

дано ds410j, 4х2Тб. Свободного места - 400Гб.

И вот 1 из дисков решил сдохнуть... Умирал он в течении 2-х дней и я успел сохранить самое ценное - фотографии.

Возможно, что у меня оказалось недостаточно знаний ... или если бы вышедший из строя диск был не 1ым в массиве...

Однако, все оставшиеся данные я потерял. Ничего невосполнимого, но неприятно.

Проблемы, которые пришлось бороться:

- сохранение самого необходимого. Пришлось постоянно ремонтировать массив, так-как он рассыпался "на ходу". Приходилось массив останавливать/запускать/разбирать/собирать/монтировать/чекать и пр... После этого массив оживал до тех пор, пока не попадался битый файл. После этого приходилось цикл повторять.

- наводнение в Таиланде . Хотел для резервирования купить пару дисков на 3Тб, но изменившаяся ценовая политика на HDD сделала эту идею непривлекательной ...

- поиск данных на оставшемся куске JBODа после окончательного выхода из строя первого диска из 4-х. Найти информацию не получилось...

 

Теперь буду жить на Basic`ке. По крайней мере, для меня, так будет проще...

Большую помощь мне оказали 2 темы:

1. преобразование volume1 в jbod без потери данных

2. Как заменить диск в JBOD, замена диска на 2ТБ диском на 3ТБ в JBOD

повторюсь:

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

Igr_ua

Кстати, если перейти по первой ссылке "преобразование volume1 в jbod без потери данных" в седьмом сообщении уважаемый tor пишет, что собрал RAID командой

mdadm --assemble -R --force /dev/md3 /dev/sdc3 /dev/sdd3

Правда непонятно за что отвечает ключ -R. Сходу не нашел в wikipedia

вобщем незачто, жаль что данные не были спасены.

Igr_ua

Кстати, если перейти по первой ссылке "преобразование volume1 в jbod без потери данных" в седьмом сообщении уважаемый tor пишет, что собрал RAID командой

mdadm --assemble -R --force /dev/md3 /dev/sdc3 /dev/sdd3

Правда непонятно за что отвечает ключ -R. Сходу не нашел в wikipedia

Кстати к чему? Если вы о своем примере, то смотрите внимательней

mdadm --assemble /dev/md0 /dev/hde1 /dev/hdf2 /dev/hdg1

насчет ключа -R mdadm - Linux man page

-R, --run

Insist that mdadm run the array, even if some of the components appear to be active in another array or filesystem. Normally mdadm will ask for confirmation before including such components in an array. This option causes that question to be suppressed.

нашел откуда ваш пример - Программный RAID в Linux

вобщем незачто, жаль что данные не были спасены.

Спас самое главное - архив фотографий, плюс музыку и мультфильмы для малого. А остальное - ерунда.... просто фильмы... Ну скачал опять 4 Тб файлов . Зато, в этот раз, я подошел к формированию видеотеки более продумано...

Вот, что у меня выдает команда

cat /proc/mdstat

DS> cat /proc/mdstat
Personalities : [linear] [raid0] [raid1] [raid10] [raid6] [raid5] [raid4]
md3 : active raid1 sdb3[1] sda3[0]
      1948792256 blocks super 1.2 [2/2] [UU]
      [========>............]  resync = 44.7% (872382848/1948792256) finish=205.0min speed=87480K/sec

md2 : active raid1 sdc3[0] sdd3[1]
      1948792256 blocks super 1.2 [2/2] [UU]

md1 : active raid1 sdb2[3] sda2[2] sdc2[0] sdd2[1]
      2097088 blocks [4/4] [UUUU]

md0 : active raid1 sdb1[3] sda1[2] sdc1[0] sdd1[1]
      2490176 blocks [4/4] [UUUU]

unused devices: <none>

Видно как в настоящий момент идет построение нового раздела RAID1 из 2-х дисков. Таким образом в системе (DS411j) создано 2 раздела RAID1 по 2 диска на 2 Тб.

Возможно, что вы еще не в курсе, что каждый HDD Synology делит на 3 части 1.Системный раздел 2.Свап 3. Данные

Из приведенного примера следует, что я имею md2 и md3 - рабочие разделы

А вот md0 и md1 получаются swap и system. Так вроде?

Из приведенного примера следует, что я имею md2 и md3 - рабочие разделы

А вот md0 и md1 получаются swap и system. Так вроде?

да