[d | b / bro / ci / cu / dev / hr / l / m / mi / mu / o / ph / r / s / sci / tran / tu / tv / vg / x | au / tr | a / aa / c / fi / jp / rm / tan / to / ts / vn / vo]
- [Радио 410] [ii.booru-Архив РПГ] [acomics-cf-ost] [@] - [Архив - Каталог] [Главная]

[Назад]
Ответ
Leave these fields empty (spam trap):
Имя
Тема
Сообщение
Файл
Подтверждение
Перейти к [
Пароль (для удаления файлов и сообщений)
 
ЗАПРЕЩЕНО:
  • детская эротика/порнография
  • троллинг
 
  • Поддерживаются файлы типов GIF, JPG, MP4, OGV, PNG, WEBM размером до 4096 кБ.
  • Максимальное количество бампов треда: 500.
  • Всем посетителям рекомендуется ознакомиться с FAQ.

Screenshot from 2020-04-09 18-50-07.png - (131 KB, 806x746)  
131 KB №211711   #1

Чии, беда.
После некорректного завершения работы, пека встретила меня черным экраном с текстом:
"Reboot and Select proper Boot device
or Insert Boot Media in selected Boot device and press a key"
Сразу проверил загрузочный диск в биосе - все ок.
Потом сбросил биос и выбрал диск заново - без изменений.
Затем решил загрузиться с флешки с бубунтой и обнаружил, что все пять моих дисков определяются как Unknown. Акронис их тоже не видит.
Кто-нибудь сталкивался с подобным? Данные еще можно спасти или все пропало?

>> №211712   #2
> Данные еще можно спасти

Восстановить из бэкапов.

Как-то маловероятно выглядит отказ пяти разных hdd одновременно. Начни с поиска отказа по общей причине.

>> №211713   #3

>>211711
Сложно сказать.
Вообще подозрительно, что все пять дисков показывают одинаковый результат. В нормальных условиях такого быть не должно.
Я бы прежде всего посмотрел dmesg, lsblk, file -s /dev/sd[a-e]. Может даже strings и vbindiff бы попробовал, чтобы убедиться что диски выдают хоть какие-то данные, одновременно наблюдая dmesg -w за ошибками чтения или еще какими подозрительностями.
И подозревал бы контроллер, а значит попробовал бы еще прочитать на другом компьютере, если возможно.

Как могла слететь только таблица разделов на сразу пяти дисках, конечно, очень сложно представить, но тем не менее можно попробовать testdisk, особенно если видно, что данные все еще на дисках.
Ну, и конечно не помешает вспомнить вообще как данные были структурированы, какие разделы, шифрование, типы таблиц, файловые системы и так далее. Да и что делалось перед завершением работы надо вспомнить.

>> №211714   #4

>>211712
Бекапы есть, но самый свежий из них сделан около 20 дней назад.
>>211713
Спасибо!

> dmesg, lsblk

Извиняюсь за глупый вопрос, но на что там надо обратить внимание?

> file -s /dev/sda

Выдет это:
/dev/sda: dBase III DBT, version number 0, next free block index 210, 1st item "EFI PART"
Другие диски я пока отключил.

> strings

Выдает кучу всего. Отрывки названий папок и т.п.

vbindiff не трогал

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

На другом компьютере пока нет возможности проверить. Пробовал подключить один из хардов к другому разъему, который работает на контроллере marvell, вместо интеловского, но там диск все так же нормально не читался.

> testdisk

В Advanced нормально показывает разделы и дает скопировать файлы. Ты мой спаситель.
Не совсем правда понял, как с помощью нее восстановить таблицу разделов.

> как данные были структурированы, какие разделы, шифрование, типы таблиц, файловые системы и так далее

Разделы и прочее я помню. Диски все были без шифрования, с GPT и NTFS.

А вот что было перед завершением работы - это загадка. Я отходил на пару часов и оставлял компьютер с заблокированным экраном и выключенным монитором. Когда пришел и включил монитор, он отказался выводить картинку с видеокарты. Я выключил/включил его несколько раз, переткнул вместо DP кабеля HDMI, а когда ничего из этого не помогло, перезагрузил компьютер. Но даже после этого картинки не было. Изображение появилось только после того, как я на несколько минут оставил пк без питания.

>> №211716   #5

>>211714

>на что там надо обратить внимание?

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

>/dev/sda: dBase III DBT, version number 0, next free block index 210, 1st item "EFI PART"

Защитную MBR не обнаруживает, но по крайней мере есть признаки остатков GPT.

>GPT

Давай вывод sgdisk -p /dev/sda и sgdisk -v /dev/sda.

У меня еще есть подозрение, что твоя проблема может быть вызвана некоторыми противными биосами, которые на диск бэкапятся через создание HPA. В биосе может быть опция вроде "Save a copy of BIOS to HDD", которая откусывает часть жесткого диска. В этом случае восстанавливать таблицу разделов нужно очень аккуратно, ибо можно затереть хвост файловой системы на последнем разделе.
И покажи вывод hdparm -N /dev/sda. По нему будет ясно включено ли HPA.

>> №211717   #6

>>211716
В dmesg нашел только это - https://pastebin.com/QFK86BTx
lsblk - https://pastebin.com/jYZEBMGv
Или его с какими-то опциями нужно запускать?

> sgdisk -p /dev/sda

Found valid GPT with corrupt MBR; using GPT and will write new
protective MBR on save.
Disk /dev/sda: 488397168 sectors, 232.9 GiB
Model: Samsung SSD 860
Sector size (logical/physical): 512/512 bytes
Disk identifier (GUID): B670DDA7-8B2D-4F30-A9E0-D6585BEC7C10
Partition table holds up to 128 entries
Main partition table begins at sector 2 and ends at sector 33
First usable sector is 34, last usable sector is 488397134
Partitions will be aligned on 2-sector boundaries
Total free space is 2349 sectors (1.1 MiB)

Number Start (sector) End (sector) Size Code Name
1 34 262177 128.0 MiB 0C01
2 264192 468991 100.0 MiB EF00
3 468992 488396799 232.7 GiB 0700

> sgdisk -v /dev/sda

Found valid GPT with corrupt MBR; using GPT and will write new
protective MBR on save.

No problems found. 2349 free sectors (1.1 MiB) available in 2
segments, the largest of which is 2014 (1007.0 KiB) in size.

> hdparm -N /dev/sda

/dev/sda:
max sectors = 488397168/488397168, HPA is disabled

>> №211718   #7

>>211717
Теория с HPA не подтвердилась, обе GPT живы, но защитная MBR однозначно повреждена.
В отрывке dmesg вроде ничего криминального нет.

В общем чтобы исправить MBR нужно сделать gdisk /dev/sda и там подать команду x появится приглашение "Expert command:", в ответ на которое нужно подать команду n для создания новой защитной MBR и потом w для записи изменений на диск. Должно помочь.

>> №211719   #8

>>211718
Заработало! Спасибо большое еще раз.

>> №211734   #9

SSD восстановил, теперь собирался восстанавливать харды.
Но, кажется, что-то с ними не так.

lsblk - https://pastebin.com/n2uYy6kA

dmesg -w при работе strings ошибок не пишет.

Но вот что пишет

> file -s /dev/sdc

/dev/sdс: data

> sgdisk -p /dev/sdc

Creating new GPT entries.
Disk /dev/sdc: 3907029168 sectors, 1.8 TiB
Model: WDC WD2000FYYZ-0
Sector size (logical/physical): 512/512 bytes
Disk identifier (GUID): 77D0F0BE-0B79-4E91-84E7-D4EE6103FE31
Partition table holds up to 128 entries
Main partition table begins at sector 2 and ends at sector 33
First usable sector is 34, last usable sector is 3907029134
Partitions will be aligned on 2048-sector boundaries
Total free space is 3907029101 sectors (1.8 TiB)

Number Start (sector) End (sector) Size Code Name

> sgdisk -v /dev/sdc:

Creating new GPT entries.

No problems found. 3907029101 free sectors (1.8 TiB) available in 1
segments, the largest of which is 3907029101 (1.8 TiB) in size.

Сейчас жду окончания анализа testdisk.

Может быть, я что-то напутал, и на них не GPT? Или дело в чем-то другом?

>> №211735   #10

>>211734
Очень вероятно, что на них было не GPT, а лишь MBR и соответственно таблица потеряна в повреждении.
strings выдает что-то похожее на данные, которые были на дисках?
В данном случае надежда, что testdisk сможет обнаружить начало файловой системы.
Как хотя бы харды размечены были? По несколько разделов или по одному? Хоть какие-нибудь подробности есть?
Загрузить куда-нибудь вывод xxd -l 2048 /dev/sdc есть возможность?

>> №211736   #11

>>211735

> strings выдает что-то похожее на данные, которые были на дисках?

Что-то проскакивает иногда.

> Как хотя бы харды размечены были? По несколько разделов или по одному? Хоть какие-нибудь подробности есть?

На одном было аж шесть разделов, на другом два, точнее, один раздел и 500 гб неразмеченного пространства в начале. На остальных по одному разделу.

> вывод xxd -l 2048 /dev/sdc

https://pastebin.com/BBT1PRei

>> №211737   #12

Я правильно понимаю, что если testdisk верно определил разделы, то для восстановления надо нажать "Write partition structure to disk"?

>> №211738   #13

>>211736
От MBR совсем ничего не осталось, да и никаких признаков GPT не видно.

>аж шесть разделов

С ним могут быть сложности, ибо на MBR это обычно реализуется через Extended partition и с этим у testdisk бывают проблемы, поэтому старайся очень внимательно проверять структуру на адекватность перед любыми изменениями.

>>211737
Да, если все верно определено, то можно записать. После изменения может понадобиться сделать partprobe, чтобы ядро их увидело.
Я бы, конечно, если есть возможность, работал бы не с самим диском, а с образом или по крайней мере с снэпшотом через dmsetup, чтобы точно не повредить данные еще больше, но я параноик.

>> №211739   #14

>>211738
А чем лучше делать образ?
dd if=/dev/sdc of=/путь до внешнего харда/имя образа.img
будет достаточно?
И как потом из него восстанавливать файлы?

Извиняюсь, что столько вопросов.

>> №211740   #15

>>211739
Да, dd if=/dev/sdc of=/путь_до_внешнего харда/имя_образа.img будет достаточно. Главное не перепутать if и of. И я бы еще добавил bs=16M status=progress. bs увеличит буфер и таким образом скорость копирования. А status=progress будет всегда показывать прогресс в реальном времени.

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

>> №211741   #16

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

Очень благодарен за все советы.

>> №211742   #17

Ты чем работаешь?

Очень похоже на работу вируса. Причём такого который себя и в биос записывает.

Я бы сделал дамп eeprom програматором и сравнил с живости с сайта. Ну и хотябы перепрошей.

На будущее, отключай всякие технологии простого обновления бивоса и ставь вход в бивос на пароль.

>> №211744   #18

>>211742

> Ты чем работаешь?

В смысле?

> Ну и хотябы перепрошей.

Речь ведь не про обычное обновление из биоса, верно?

>> №211748   #19

>>211711
Как-то умер МБР на 2тб диске (комп работает 24/7, так что надо покупать спецдиск "для систем видеонаблюдения" с нормальным подшипником на 500 рублей дороже).

Восстановил как-то через командную строку, не помню уже, буквально первая страница гугла (что-то кореллирующее с fs data mbr recovery linux comand line bez registratsiyi ilham zulkorneev morkiye pisechki). Какая-то побайтовая копия через ff кажется через другую утилиту. Не восстановилась дюжина файлов там и сям и пропала самая большая папка - с торрентами.

Больше суток копировало.

Так что

> Данные еще можно спасти

Частично скорее всего можно.

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

Может у тебя БП просто не тянет 5 дисков и поэтому что-то произошло.

В принципе если основной раздел не тронут, то даже с мёртвой фс-таблицей многое можно восстановить.

Начни с втыкания какого-нибудь диска в другой (рабочий) комп.

>> №211749   #20

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

>> №211750   #21

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

>> №211751   #22

>>211750
Ты похоже промахнулся.



Удалить сообщение []
Пароль
[d | b / bro / ci / cu / dev / hr / l / m / mi / mu / o / ph / r / s / sci / tran / tu / tv / vg / x | au / tr | a / aa / c / fi / jp / rm / tan / to / ts / vn / vo]
- [Радио 410] [ii.booru-Архив РПГ] [acomics-cf-ost] [@] - [Архив - Каталог] [Главная]