Добро пожаловать, Гость. Пожалуйста авторизуйтесь здесь.
FGHIGate на GaNJa NeTWoRK ST@Ti0N - Просмотр сообщения в эхоконференции RU.LINUX
Введите FGHI ссылку:


Присутствуют сообщения из эхоконференции RU.LINUX с датами от 24 Jan 02 06:01:34 до 23 Aug 24 12:51:58, всего сообщений: 8555
Ответить на сообщение К списку сообщений Предыдущее сообщение Следующее сообщение
= Сообщение: 1723 из 8555 ========================================= RU.LINUX =
От   : Alexey Vissarionov               2:5020/545         18 Dec 14 11:22:44
Кому : Oleg Levkin                                         18 Dec 14 11:22:44
Тема : nas
FGHI : area://RU.LINUX?msgid=2:5020/545+549292b5
На   : area://RU.LINUX?msgid=2:5053/56@fidonet+5491dc67
= Кодировка сообщения определена как: CP866 ==================================
==============================================================================
Доброго времени суток, Oleg!
17 Dec 2014 22:35:42, ты -> мне:

SS>>> есть такая внешняя нас qnap nas ts419p+
SS>>> как бы глянуть, какой прогой сделан раид в нем и конфиг этого
SS>>> раида забрать? (что бы тот раид уже у себя собрать)
AV>> Возможны два варианта:
AV>> 1. CONFIG_MD_RAID{0,1,10,456} - восстановление данных является
AV>> простой и приятной операцией (подсказка: конфигурация массива
AV>> полностью хранится непосредственно на его дисках).
AV>> 2. CONFIG_BLK_DEV_DM - шансы на восстановление данных близки
AV>> к нулю, смысл ковыряться меньше чем за 100500 рублей и больше
AV>> одного дня отсутствует.
OL> Думается мне, что без патча Бармина^W^W собственной прошивки
OL> (где сборка RAID'а прописана правильно) не обойтись.

Больше похоже на то, что топикстартеру притащили сабж для восстановления данных... Если имеет место первый из описанных мной вариантов - достаточно изучить матчасть посредством чтения `man mdadm`, если второй - я не понял, какого хрена он окучивает моего клиента :-)


З.Ы. (Замечу Ышо): я действительно занимаюсь восстановлением данных, причем специализируюсь на всяких хитрожопых массивах - знакомый дядька производит вычитывание и посекторное копирование сбойных дисков, а я восстанавливаю логическую структуру. Применительно к эхотагу это в подавляющем большинстве случаев оказывается LVM, развалившийся из-за известных (причем совершенно позорных) ошибок в device mapper.

--
Alexey V. Vissarionov aka Gremlin from Kremlin
gremlin ПРИ gremlin ТЧК ru; +vii-cmiii-cmlxxvii-mmxlviii

... Исходный текст - частный случай конфигурационного файла
--- /bin/vi
* Origin: http://openwall.com/Owl/ru (2:5020/545)

К главной странице гейта
Powered by NoSFeRaTU`s FGHIGate
Открытие страницы: 0.050267 секунды