Попытка получить данные с битого диска.

[slo_nik]

Добрый вечер.
Случилась сегодня небольшая неприятность. Комп завис и диск накрылся.
Сейчас это выглядит так.

В терминале:

(Нажмите, чтобы показать/скрыть)

Код: [Выделить]

sudo fdisk -l
Disk /dev/ram0: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes

Disk /dev/ram1: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes

Disk /dev/ram2: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes

Disk /dev/ram3: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes

Disk /dev/ram4: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes

Disk /dev/ram5: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes

Disk /dev/ram6: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes

Disk /dev/ram7: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes

Disk /dev/ram8: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes

Disk /dev/ram9: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes

Disk /dev/ram10: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes

Disk /dev/ram11: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes

Disk /dev/ram12: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes

Disk /dev/ram13: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes

Disk /dev/ram14: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes

Disk /dev/ram15: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes

Disk /dev/loop0: 1.3 GiB, 1433468928 bytes, 2799744 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes

Disk /dev/sda: 223.6 GiB, 240057409536 bytes, 468862128 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes

В Gparted:


Я взял второй ssd, равный по объёму, отформатировал в фс первого диска(btrfs) монтировал его в /mnt и выполнил команду в терминале

Код: [Выделить]

sudo dd if=/dev/sda of=/mnt/dump.img noerror,sync

Что-то начало двигаться, но я не уверен, что таким макаром смогу вытянуть данные.
Скажите, помогут ли эти действия вытянуть хоть какие-то данные?

[maks05]

slo_nik, в btrfs свои фишки, в том числе и по копированию и резервированию данных. Курите мануалы по btrfs.

И да, специфическая файловая система. Если вы обычный пользователь, а не админ и не готовы глубоко копать, то используйте стандартную ext4.

[slo_nik]

maks05, то есть, обычные средаства вроде testdisk или photorec не помогут в этом вопросе?
Через dd я, в конечном счёте, получил какой-то образ, но не знаю, пока, что там внутри)))
Пробовал получить хоть что-то при помощи testdisk - результата нет. Да, устройство он видит, но не разделы. Да, видит что "Trying alternate GPT", но не более того, ни разделов, ни, тем более, файлов не видит.

[maks05]

slo_nik, я тоже, как и вы, по незнанию, как-то решил использовать btrfs. Когда навернул систему экспериментами, и встала задача по её восстановлению, то ни один стандартный метод не подошёл. И вот тогда я начал курить маны (обычно сначала курю, потом ставлю), и выяснилось, что в btrfs много нетривиального. Благо у меня все пользовательские данные как стояли на отдельном внесистемном ext4, так там и стоят. В результате я просто переустановил систему с нуля в ext4 и вновь сделал для себя вывод в полезности предварительного чтения инструкций.

Что касается конкретно вашей проблемы, то ждите ответов от владельцев btrfs, здесь есть 2-3 человека. Но лучше попробуйте самостоятельно найти в интернете соответствующую документацию.

[slo_nik]

maks05, ну я не эксперементами довёл до обвала систему, а что-то с компом. Завис и после перезагрузки слетел весь ssd.

[ALiEN]

как минимум, слетела таблица разделов. (саму btrfs пока не ковыряем!)
если весь диск не размечали в btrfs, попробуйте в первую очередь восстановить таблицу разделов (на снятом образе, конечно). testdisk в помощь
https://help.ubuntu.ru/wiki/восстановление_данных

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

[slo_nik]

ALiEN175, я сейчас попробовал просто распаковать образ

Код: [Выделить]

sudo dd if=/media/slonik/DATA/Backup/dump.img of=/dev/sdb1
Распаковка пошла, но /deb/sbd1 теперь вообще не определяется в gparted, просто "неизвестно" и всё.
Может это быть из-за того, что образ был сделан с "полетевшего" диска?
Есть ли шанс распаковать образ и выкачать хоть какие-то файлы?

[ALiEN]

вы же образ всего диска делали, а не раздела. (if=/dev/sda)
Распаковка, соответственно, тоже должна производиться на диск, а не на раздел.


sudo dd if=/media/slonik/DATA/Backup/dump.img of=/dev/sdb1

[slo_nik]

ALiEN175, так и сделал. Именно без номера раздела. Результат ноль. Ни в какую не хочет находить никаких разделов. И на начальном этапе в testdisk даже приблизительно не определяет тип таблицы разделов(((
При загрузке системы диск как-бы определяется, в лаунчере висит иконка диска, даже при наведении курсора на иконку всплывает метка, которую я присваивал устройству в gparted. Запускаю gparted, при сканировании устройств появляется несколько раз окно с ошибкой. Потом я вижу этот диск неразмеченным, с неизвестной таблицей раздела. Выхожу из gparted и в лаунчере иконка не появляется, fdisk устройство не видит, testdisk устройство не видит.
После перезагрузки системы иконка опять появляется в лаунчере.

Так же возникла проблема с диском на котором лежал образ dump.img.
В gparted он определяется как неразмеченный, но, опять же, в лаунчере он виден, только не монтируется. Хотя в gnome-disk он определяется, пишет "диск исправен, повреждён 1 сектор". Видно два раздела.