The OpenNET Project / Index page

[ новости /+++ | форум | wiki | теги | ]

форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка  RSS
"Помогите восстановить инфу на дисках"
Вариант для распечатки  
Пред. тема | След. тема 
Форум Открытые системы на сервере (Файловые системы, диски / Linux)
Изначальное сообщение [ Отслеживать ]

"Помогите восстановить инфу на дисках"  +/
Сообщение от MediaBro on 13-Сен-12, 07:47 
4 диска подключены к RAID-контроллеру 3ware и работали не в рейде а в single. Потом подключили еще 4 диска и попытались сделать RAID-1 с сохранением инфы. RAID-1 получился, но вот инфа увы исчезла. Как вернуть?
Вот хронология команд: http://zerospace.ru/cmds.txt
Смысл в том, что теперь эти диски выглядят пустыми
p2 OK u1 931.51 GB 1953525168 9QJ26SLQ
p3 OK u2 931.51 GB 1953525168 9QJ1BDYY
p4 OK u3 931.51 GB 1953525168 9QJ1RRJT
p11 OK u4 931.51 GB 1953525168 9QJ5D1FB

Но инфа же на них есть. Должна быть. Диски не форматировались, поверх ничего не писалось. Вопрос сводится к тому, можно ли после
# tw_cli maint deleteunit c0 u1
# tw_cli maint createunit c0 rraid1 p2:6

увидеть что было на p2.
Уничтожает ли maint deleteunit информацию?
Ответить | Правка | Cообщить модератору

Оглавление

Сообщения по теме [Сортировка по времени | RSS]


1. "Помогите восстановить инфу на дисках"  +/
Сообщение от Pahanivo (ok) on 13-Сен-12, 08:14 
r-studio?

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

3. "Помогите восстановить инфу на дисках"  +/
Сообщение от MediaBro on 13-Сен-12, 08:22 
> r-studio?

Физического доступа к дискам нет. Надежда на то, что инфа никуда не делась и можно все вернуть, поигравшись утилитой tw_cli

Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

4. "Помогите восстановить инфу на дисках"  +/
Сообщение от Pahanivo (ok) on 13-Сен-12, 10:22 
>> r-studio?
> Физического доступа к дискам нет. Надежда на то, что инфа никуда не
> делась и можно все вернуть, поигравшись утилитой tw_cli

я так понимаю если у тебя гиговый синглы то это скорей SATA
что мешает снять винт и просканить другом компе?

Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

5. "Помогите восстановить инфу на дисках"  +/
Сообщение от MediaBro on 13-Сен-12, 10:33 
В другой стране сервер, говорю же нет физического доступа к дискам. Только root консоль. Да и не вариант восстанавливать все это на низком уровне. Есть бэкапы, но они будут неделю на сервак литься. Возможно есть способ как-то откатить команду "tw_cli maint deleteunit c0 u1" в tw_cli. Вот об этом и вопрос.
Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

6. "Помогите восстановить инфу на дисках"  +/
Сообщение от PavelR (??) on 13-Сен-12, 10:36 
> В другой стране сервер, говорю же нет физического доступа к дискам. Только
> root консоль. Да и не вариант восстанавливать все это на низком
> уровне. Есть бэкапы, но они будут неделю на сервак литься. Возможно
> есть способ как-то откатить команду "tw_cli maint deleteunit c0 u1" в
> tw_cli. Вот об этом и вопрос.

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

Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

8. "Помогите восстановить инфу на дисках"  +/
Сообщение от MediaBro on 13-Сен-12, 10:43 
http://zerospace.ru/cmds.txt
делал:
# tw_cli maint deleteunit c0 u4
# tw_cli maint createunit c0 rsingle p11
диск получается чистый если верить fdisk
а чем можно посмотреть данные прямо посекторно в виде HEX/ASCII ?
Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

9. "Помогите восстановить инфу на дисках"  +/
Сообщение от pavel_simple (ok) on 13-Сен-12, 11:01 
> http://zerospace.ru/cmds.txt
> делал:
> # tw_cli maint deleteunit c0 u4
> # tw_cli maint createunit c0 rsingle p11
> диск получается чистый если верить fdisk
> а чем можно посмотреть данные прямо посекторно в виде HEX/ASCII ?

dd if=??? bs=512 count=1 skip=?? | hexdump

kvm без возможности подсунуть болванку/usb?

Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

10. "Помогите восстановить инфу на дисках"  +/
Сообщение от MediaBro on 13-Сен-12, 11:19 
kvm'а нет.. посмотрел, диск не чистый. Да я почти уверен, что данные не тронуты. Просто RAID-контроллер как-то по другому интерпретирует этот диск. В мане tw_cli про эти команды написано:
Most operations with the CLI are safe. Generally the system will protect you from 'fat-finger' errors. For example, the following commands will fail if they would destroy data:

    maint remove
    maint deleteunit (IF the device is in use...)

The most dangerous commands are:

maint deleteunit
    (if the device is not mounted)
maint createunit
    Can be used to recover a severely broken array, but this is a desperate move and outside the scope of this document. Don't do it. Call the vendor instead. (A two-minute power cycle will often get the array back if you need it urgently.)


И вот:
[maint] deleteunit cid uid [noscan]
    This command allows you to delete a unit. Deleting a unit not only remove the specified unit from the controller's list of managed units, but also destroys the DCB (Disk Configuration Block) meta-data. Ports (or disks) associated with this unit will now be part of the free poll of managed disks. This is a destructive command and should be used with care. noscan is used to not inform the OS of this change. Default is to inform the OS.

Чтобы терабайт убить надо работать довольно долго, а он от этих команд вообще не залипал.
Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

13. "Помогите восстановить инфу на дисках"  +/
Сообщение от pavel_simple (ok) on 13-Сен-12, 12:26 
>[оверквотинг удален]
>     This command allows you to delete a unit.
> Deleting a unit not only remove the specified unit from the
> controller's list of managed units, but also destroys the DCB (Disk
> Configuration Block) meta-data. Ports (or disks) associated with this unit will
> now be part of the free poll of managed disks. This
> is a destructive command and should be used with care. noscan
> is used to not inform the OS of this change. Default
> is to inform the OS.
> Чтобы терабайт убить надо работать довольно долго, а он от этих команд
> вообще не залипал.

<гадаю>
насколько я ничего не понимаю он собственно ничего с диска не удаляет, удаляет мета которые хранятся на самом контролёре.

соответственно нужно через losetup со смещением просмотреть таблицу разделов
#bash
for ((i=0; i<100; i++)) ;do echo $i;losetup -o $(($i*512)) /dev/loop0 /dev/sda;fdisk -l /dev/loop0;sleep 1 ;losetup -d /dev/loop0 ;done

как вариант посмотреть глубже и с помощью sfdisk и отпарсить

всё-же для этого лучше поставить destdisk и просканить диск -- он должен найти суперблоки всех известных fs.

вариант с залипанием .... так себе -- по суди мы дали команду контролёру, он её принял, а дальше с винтом он уже сам разбирается -- это никак не сказывается на нагрузку машины (ну тут всё зависит от производителя синхронная/асинхронная работа с утилитами управления)

</гадаю>

Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

15. "Помогите восстановить инфу на дисках"  +/
Сообщение от PavelR (ok) on 13-Сен-12, 19:25 
> <гадаю>
> насколько я ничего не понимаю он собственно ничего с диска не удаляет,
> удаляет мета которые хранятся на самом контролёре.

нее, мета-инфа, думаю, хранится на винтах.

Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

16. "Помогите восстановить инфу на дисках"  +/
Сообщение от pavel_simple (ok) on 14-Сен-12, 09:45 
>> <гадаю>
>> насколько я ничего не понимаю он собственно ничего с диска не удаляет,
>> удаляет мета которые хранятся на самом контролёре.
> нее, мета-инфа, думаю, хранится на винтах.

уверен что нет , linux soft-raid хранит её на диске ибо другого места простj нема, даже полусофтовые хранят мету у себя во флэше.

Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

18. "Помогите восстановить инфу на дисках"  +/
Сообщение от PavelR (ok) on 14-Сен-12, 10:06 
>>> <гадаю>
>>> насколько я ничего не понимаю он собственно ничего с диска не удаляет,
>>> удаляет мета которые хранятся на самом контролёре.
>> нее, мета-инфа, думаю, хранится на винтах.
> уверен что нет , linux soft-raid хранит её на диске ибо другого
> места простj нема, даже полусофтовые хранят мету у себя во флэше.

а как тогда вышедший из строя контроллер менять?

Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

19. "Помогите восстановить инфу на дисках"  +/
Сообщение от pavel_simple (ok) on 14-Сен-12, 11:11 
>>>> <гадаю>
>>>> насколько я ничего не понимаю он собственно ничего с диска не удаляет,
>>>> удаляет мета которые хранятся на самом контролёре.
>>> нее, мета-инфа, думаю, хранится на винтах.
>> уверен что нет , linux soft-raid хранит её на диске ибо другого
>> места простj нема, даже полусофтовые хранят мету у себя во флэше.
> а как тогда вышедший из строя контроллер менять?

хмм... наверное ты прав

Ответить | Правка | ^ к родителю #18 | Наверх | Cообщить модератору

20. "Помогите восстановить инфу на дисках"  +/
Сообщение от aurved on 14-Сен-12, 11:19 
destdisk -- это опечатка? Имелось в виду testdisk?
Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

21. "Помогите восстановить инфу на дисках"  +/
Сообщение от pavel_simple (ok) on 14-Сен-12, 11:31 
> destdisk -- это опечатка? Имелось в виду testdisk?

угу -- ссылка приведена

Ответить | Правка | ^ к родителю #20 | Наверх | Cообщить модератору

2. "Помогите восстановить инфу на дисках"  +/
Сообщение от pavel_simple (ok) on 13-Сен-12, 08:19 
>[оверквотинг удален]
>
p2 OK u1 931.51 GB 1953525168 9QJ26SLQ 
> p3 OK u2 931.51 GB 1953525168 9QJ1BDYY
> p4 OK u3 931.51 GB 1953525168 9QJ1RRJT
> p11 OK u4 931.51 GB 1953525168 9QJ5D1FB

> Но инфа же на них есть. Должна быть. Диски не форматировались, поверх
> ничего не писалось. Вопрос сводится к тому, можно ли после
>
# tw_cli maint deleteunit c0 u1 
> # tw_cli maint createunit c0 rraid1 p2:6

> увидеть что было на p2.
> Уничтожает ли maint deleteunit информацию?

1. ...делятся на тех кто не делает и тех, кто УЖЕ делает.
2. что есть single? в рамка использования 3ware, есть более распр^Wверное название этому.
3. http://www.freeraidrecovery.com/, http://www.cgsecurity.org/wiki/TestDisk, http://www.runtime.org/raid.htm

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

7. "Помогите восстановить инфу на дисках"  +/
Сообщение от MediaBro on 13-Сен-12, 10:39 
> 1. ...делятся на тех кто не делает и тех, кто УЖЕ делает.
> 2. что есть single? в рамка использования 3ware, есть более распр^Wверное название
> этому.
> 3. http://www.freeraidrecovery.com/, http://www.cgsecurity.org/wiki/TestDisk, http://www.runtime.org/raid.htm

1. не понял
2. single - это диск, работающий не в RAID-массиве, а самостоятельно, как обычный диск
3. физического доступа к дискам нет. Только консоль

Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

11. "Помогите восстановить инфу на дисках"  +/
Сообщение от Dorlas email(ok) on 13-Сен-12, 11:49 
>> 1. ...делятся на тех кто не делает и тех, кто УЖЕ делает.
>> 2. что есть single? в рамка использования 3ware, есть более распр^Wверное название
>> этому.
>> 3. http://www.freeraidrecovery.com/, http://www.cgsecurity.org/wiki/TestDisk, http://www.runtime.org/raid.htm
> 1. не понял
> 2. single - это диск, работающий не в RAID-массиве, а самостоятельно, как
> обычный диск
> 3. физического доступа к дискам нет. Только консоль

Попробуйте проанализировать диски с помощью программы foremost.

Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

12. "Помогите восстановить инфу на дисках"  +/
Сообщение от name (??) on 13-Сен-12, 12:20 
testdisk внезапно из консоли работает
Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

14. "Помогите восстановить инфу на дисках"  +/
Сообщение от lavr email on 13-Сен-12, 15:11 
>[оверквотинг удален]
>
p2 OK u1 931.51 GB 1953525168 9QJ26SLQ 
> p3 OK u2 931.51 GB 1953525168 9QJ1BDYY
> p4 OK u3 931.51 GB 1953525168 9QJ1RRJT
> p11 OK u4 931.51 GB 1953525168 9QJ5D1FB

> Но инфа же на них есть. Должна быть. Диски не форматировались, поверх
> ничего не писалось. Вопрос сводится к тому, можно ли после
>
# tw_cli maint deleteunit c0 u1 
> # tw_cli maint createunit c0 rraid1 p2:6

> увидеть что было на p2.
> Уничтожает ли maint deleteunit информацию?

чтобы что-то восстановить, нужно развалить зеркало, что вот в этом непонятного?!
Как зеркало работает - представляете?
Если не хотите разваливать зеркало и у вас на него НИЧЕГО не пишется, можно
попробовать dd.
dd с физического диска на котором была информация в любое место которое
не затрет вашу информацию для дальнейшего анализа: testdisk, rstudio и тд и тп.
Нужно восстановить MBR или GPT которая была и восстановить суперблоки тех FS что
там были - практически вся информация станет доступной.
Обычно всякие mkfs имеют флаг ничего не делать, только показать с какими параметрами
будет создаваться FS, если у вас FS создавались с default параметрами, то получить
адреса альтернативных суперблоков не проблема, как и последующее восстановление FS
целиком. Но прежде необходимо восстановить MBR.

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

17. "Помогите восстановить инфу на дисках"  +/
Сообщение от Анонимус42 on 14-Сен-12, 09:51 
Все делятся на тех кто еще не делает бекапы и тех кто уже делает.

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Спонсоры:
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2022 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру