Восстановить таблицу разделов
Случайно записал образ компакт диска на жесткий диск, в самое начало. Остановил практически сразу, ничего страшного не произошло. Винду восстановил. Grub тоже. Осталась проблема с таблицей разделов. Теперь gparted не видит вообще разделов. Только один с файловой системой udf. Если нажать на этот раздел, то
Unable to read the contents of this file system! Because of this some operations may be unavailable. The cause might be a missing software package. The following list of software packages is required for udf file system support: udftools. В выводе fdisk cfdisk ничего плохого не вижу
Disk: /dev/sda Size: 149.5 GiB, 160041885696 bytes, 312581808 sectors Label: dos, identifier: 0x68d6671d Device Boot Start End Sectors Size Id Type >> /dev/sda1 * 2048 207720447 207718400 99G 7 HPFS/NTFS/exFAT /dev/sda2 207722494 312580095 104857602 50G 5 Extended |-/dev/sda5 207722496 270530223 62807728 30G 83 Linux `-/dev/sda6 270530560 312580095 42049536 20.1G 83 Linux Disk /dev/sda: 149.5 GiB, 160041885696 bytes, 312581808 sectors Disk model: WDC WD1600BEVT-2 Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disklabel type: dos Disk identifier: 0x68d6671d Device Boot Start End Sectors Size Id Type /dev/sda1 * 2048 207720447 207718400 99G 7 HPFS/NTFS/exFAT /dev/sda2 207722494 312580095 104857602 50G 5 Extended /dev/sda5 207722496 270530223 62807728 30G 83 Linux /dev/sda6 270530560 312580095 42049536 20.1G 83 Linux ** Error: invalid extended ptbl found at sector(207722494). Begin scan. Possible partition(Windows NT/W2K FS), size(101424mb), offset(1mb) Possible partition(Windows NT/W2K FS), size(101424mb), offset(101425mb) *** Fatal error: dev(/dev/sda): seek failure. Исправить как то можно это?
SANyaSmol
17.01.21 00:29:16 MSK
Заманить. А в следующий раз смотреть куда пишешь.
anonymous
( 17.01.21 00:30:53 MSK )
Ответ на: комментарий от anonymous 17.01.21 00:30:53 MSK
anonymous
( 17.01.21 00:31:27 MSK )
shiva
( 17.01.21 01:52:01 MSK )
Ответ на: комментарий от anonymous 17.01.21 00:31:27 MSK
Злые вы. А мне виндузятники помогали восстановить. Советовали прогу DMDE. Она находит разделы призраки и можно в разметку вернуть. https://dmde.com/download.html Ну и линуксовые утилиты должны уметь, использовать их к счастью не доводилось.
antianon
( 17.01.21 01:54:02 MSK )
Ответ на: комментарий от antianon 17.01.21 01:54:02 MSK
Ты не на форуме виндовозников
anonymous
( 17.01.21 02:08:21 MSK )
Запустите wipefs с параметром -n, посмотрите, что он будет затирать. Если затрёт только udf, то запускайте без -n. Затем следует создать разметку заново, указав смещения и размеры разделов, которые были до записи ISO-файла на диск.
ValdikSS ★★★★★
( 17.01.21 02:38:42 MSK )
Ответ на: комментарий от antianon 17.01.21 01:54:02 MSK
Если быть точнее, есть русский сайт https://dmde.ru/download.html там есть русская линуксовая версия: консольная (псевдографика, как mc) и гуишная, инструкция https://dmde.ru/manual/partitions.html запускай через sudo.
Тебе нужна опция «Вставить раздел (Undelete)» насколько я понял. Возможно потребуется сделать «полное сканирование», но обычно это не нужно. На всякий случай предварительно выбери «Сохранить текущую разметку в файл».
antianon
( 17.01.21 03:33:29 MSK )
Последнее исправление: antianon 17.01.21 03:35:14 MSK (всего исправлений: 2)
Случайно записал образ компакт диска на жесткий диск
Спасибо повеселил, что тоже не маловажно в наше время.
anonymous
( 17.01.21 12:37:32 MSK )
Осталась проблема с таблицей разделов. Теперь gparted не видит вообще разделов. Только один с файловой системой udf. Если нажать на этот раздел, то
Винду восстановил
В винде я так понял ищешь? Это к биллу. Остался у тебя груб от прежней системы линукс . Ж) Хотя его можно реанимировть. любым диструбом. Я про груб
Bootmen ☆☆☆
( 17.01.21 13:21:46 MSK )
Последнее исправление: Bootmen 17.01.21 13:27:27 MSK (всего исправлений: 3)
Ответ на: комментарий от anonymous 17.01.21 12:37:32 MSK
Для защиты от такого надо сделать бэкап загрузочного сектора (первые несколько мб). А между началом диска и первым разделом зазор в пару Гб. Главное успеть вовремя остановится, чтобы до первого раздела не добралось. Если зазор будет гигов 5, то вообще не страшно. Ну и первый раздел должен быть системный (без важных данных), чтобы его не жалко было потерять, если исправить не получится.
antianon
( 17.01.21 14:01:07 MSK )
testdisk тебе в помощь. Он умеет находить начало разделов.
vel ★★★★★
( 17.01.21 14:04:08 MSK )
Ответ на: комментарий от antianon 17.01.21 14:01:07 MSK
Главное успеть вовремя остановится
Смешной коментарий. Типа покойнику на могиле.
Bootmen ☆☆☆
( 17.01.21 14:13:09 MSK )
Ответ на: комментарий от vel 17.01.21 14:04:08 MSK
Пусть груб сначало пробует востановить. У меня получалось.
Bootmen ☆☆☆
( 17.01.21 14:22:41 MSK )
Последнее исправление: Bootmen 17.01.21 14:23:37 MSK (всего исправлений: 1)
Ответ на: комментарий от antianon 17.01.21 14:01:07 MSK
сделать бэкап загрузочного сектора
Поправка: на внешний носитель, конечно (флешка, DVD. облако).
antianon
( 17.01.21 14:28:08 MSK )
Ответ на: комментарий от antianon 17.01.21 14:28:08 MSK
Bootmen ☆☆☆
( 17.01.21 14:37:02 MSK )
Ответ на: комментарий от Bootmen 17.01.21 14:37:02 MSK
Ни разу не пользовался, если честно. Но судя по всему, программа должна быть хорошей.
antianon
( 17.01.21 15:24:31 MSK )
Ответ на: комментарий от antianon 17.01.21 15:24:31 MSK
Раиды копирует-жмет в раз!
Bootmen ☆☆☆
( 17.01.21 15:27:24 MSK )
Ответ на: комментарий от ValdikSS 17.01.21 02:38:42 MSK
Сейчас вывод wipefs такой:
DEVICE OFFSET TYPE UUID LABEL
sda 0x8001 udf 885ee0004d532055 GRMCENVOL_RU_DV
sda 0x1d2 atari
Нужно сделать так??
1 делаю бекап таблицы разделов sfdisk -d /dev/sda > mbr.bin
2 стираю таблицу разделов wipefs -n /dev/sda
3 восстанавливаю таблицу разделов sfdisk /dev/sda < mbr.bin
SANyaSmol
( 17.01.21 16:52:14 MSK ) автор топика
Последнее исправление: SANyaSmol 17.01.21 17:10:03 MSK (всего исправлений: 2)
Ответ на: комментарий от vel 17.01.21 14:04:08 MSK
Да, попробовал testdisk. Он удалил extended разделы, сделал их логическими, еще и нумерацию разделов поменял.
Диск /dev/sda: 149,5 GiB, 160041885696 байт, 312581808 секторов Disk model: WDC WD1600BEVT-2 Единицы: секторов по 1 * 512 = 512 байт Размер сектора (логический/физический): 512 байт / 512 байт Размер I/O (минимальный/оптимальный): 512 байт / 512 байт Тип метки диска: dos Идентификатор диска: 0x68d6671d Устр-во Загрузочный начало Конец Секторы Размер Идентификатор Тип /dev/sda1 * 2048 207720447 207718400 99G 7 HPFS/N /dev/sda2 207722496 270530559 62808064 30G 83 Linux /dev/sda3 270530560 312580095 42049536 20,1G 83 Linux gparted все равно видит какой udf файловая система. Не знаю как сюда скриншот прицепить, но вот вывод просто parted. Он ничго плохого не видит
GNU Parted 3.3 Используется /dev/sda Добро пожаловать в GNU Parted! Наберите 'help' для просмотра списка команд. (parted) print Модель: ATA WDC WD1600BEVT-2 (scsi) Диск /dev/sda: 160GB Размер сектора (логич./физич.): 512B/512B Таблица разделов: msdos Флаги диска: Номер Начало Конец Размер Тип Файловая система Флаги 1 1049kB 106GB 106GB primary ntfs загрузочный 2 106GB 139GB 32,2GB primary ext4 3 139GB 160GB 21,5GB primary ext4 SANyaSmol
( 17.01.21 17:07:26 MSK ) автор топика
Ответ на: комментарий от Bootmen 17.01.21 13:21:46 MSK
с грубом вообще нет проблем. Загрузился с лайф сд, чмод на корневой раздел, груб инсталл, все дела. проблема с таблицей разделов, как оттуда убрать остатки от образа сд диска
SANyaSmol
( 17.01.21 17:14:25 MSK ) автор топика
Ответ на: комментарий от SANyaSmol 17.01.21 17:07:26 MSK
4 раздела можно без extended
нумерация разделов мало на что влияет. Если в fstab у тебя по именам девайвов, то подправь fstab.
В конфиге grub-a нужно будет подправить имя устройства.
Если все 3 раздела монтруются в RO и все файлы читаются, значит все хорошо.
Про udf — у тебя есть примерно 1 Мб неиспользуемого места перед 1-м разделом. Если его очистить (кроме mbr), то gparted не будет ругаться. Это ни на что не должно влиять.
vel ★★★★★
( 17.01.21 17:24:16 MSK )
Ответ на: комментарий от SANyaSmol 17.01.21 16:52:14 MSK
Вроде все получилось.
1. на всякий случай, полностью mbr & partition table
sfdisk —backup /dev/sda
Welcome to sfdisk (util-linux 2.34). Changes will remain in memory only, until you decide to write them. Be careful before using the write command. Checking that no-one is using this disk right now . OK Backup files: MBR (offset 0, size 512): /root/sfdisk-sda-0x00000000.bak Disk /dev/sda: 149.5 GiB, 160041885696 bytes, 312581808 sectors Disk model: WDC WD1600BEVT-2 Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disklabel type: dos Disk identifier: 0x68d6671d Old situation: Device Boot Start End Sectors Size Id Type /dev/sda1 * 2048 207720447 207718400 99G 7 HPFS/NTFS/exFAT /dev/sda2 207722496 270530559 62808064 30G 83 Linux /dev/sda3 270530560 312580095 42049536 20.1G 83 Linux Type 'help' to get more information. sfdisk /dev/sda > sfdisk-part-table
2. wipefs —all —backup /dev/sda
/dev/sda: 5 bytes were erased at offset 0x00008001 (udf): 43 44 30 30 31 /dev/sda: 2 bytes were erased at offset 0x000001fe (dos): 55 aa /dev/sda: 4 bytes were erased at offset 0x000001d2 (atari): 83 fe ff ff /dev/sda: calling ioctl to re-read partition table: Success Checking that no-one is using this disk right now . OK Disk /dev/sda: 149.5 GiB, 160041885696 bytes, 312581808 sectors Disk model: WDC WD1600BEVT-2 Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes >>> Script header accepted. >>> Script header accepted. >>> Script header accepted. >>> Script header accepted. >>> Created a new DOS disklabel with disk identifier 0x68d6671d. /dev/sda1: Created a new partition 1 of type 'HPFS/NTFS/exFAT' and of size 99 GiB. Partition #1 contains a ntfs signature. /dev/sda2: Created a new partition 2 of type 'Linux' and of size 30 GiB. Partition #2 contains a ext4 signature. /dev/sda3: Created a new partition 3 of type 'Linux' and of size 20.1 GiB. Partition #3 contains a ext4 signature. /dev/sda4: Done. New situation: Disklabel type: dos Disk identifier: 0x68d6671d Device Boot Start End Sectors Size Id Type /dev/sda1 * 2048 207720447 207718400 99G 7 HPFS/NTFS/exFAT /dev/sda2 207722496 270530559 62808064 30G 83 Linux /dev/sda3 270530560 312580095 42049536 20.1G 83 Linux The partition table has been altered. Calling ioctl() to re-read partition table. Syncing disks. Все теперь ок, gparted запускается, нет никакого udf типа данных. Только между разделами появилось пустое место какое то непонятное. Ну и разделы все теперь логичские, нет экстендед
Disk /dev/sda: 149.5 GiB, 160041885696 bytes, 312581808 sectors Disk model: WDC WD1600BEVT-2 Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disklabel type: dos Disk identifier: 0x68d6671d Device Boot Start End Sectors Size Id Type /dev/sda1 * 2048 207720447 207718400 99G 7 HPFS/NTFS/exFAT /dev/sda2 207722496 270530559 62808064 30G 83 Linux /dev/sda3 270530560 312580095 42049536 20.1G 83 Linux Disk: /dev/sda Size: 149.5 GiB, 160041885696 bytes, 312581808 sectors Label: dos, identifier: 0x68d6671d Device Boot Start End Sectors Size Id Type >> /dev/sda1 * 2048 207720447 207718400 99G 7 HPFS/NTFS/exFAT Free space 207720448 207722495 2048 1M /dev/sda2 207722496 270530559 62808064 30G 83 Linux /dev/sda3 270530560 312580095 42049536 20.1G 83 Linux Теперь восстановить экстендед разделы, и с пустым местом разобраться, и все ок будет. В общем , тема закрыта, всем спасибо за подсказки!
Восстановление убитых MBR и таблицы разделов
Ситуация следующая. Есть винт на 160Гб. На нем 2 раздела — 40Гб и 120Гб. С целью установки убунты как второй системы была произведена разбивка 120Гб -> 100+10+2+8.
Далее, с целью отката изменений, были объединены диски (10, 2 и 8) обратно в один 20Гб и отформатирован в NTFS. В нагрузку к этому, были проведены операции с MBR, результатом которой явилась ее смерть.
Итоги
1. При загрузке системы выводится сообщение MBR helper not found;
2. fdisk показывает один большой 160Гб диск.
Дураку понятно, что это начало веселой ночи.
Далее, под катом, решения вопроса.
1. Восстановление таблицы разделов
1.1. Parted magic
Данный LiveCD\USB дистрибутив, размером в 100Мб несет в себе огромную кучу софта, для работы с дисками. От разбивки, до восстановления.
Из них всех, нам нужны будут gpart, testdisk, fdisk и ms-sys.
1.2. Gpart
gpart — это утилита, сканирующая по-секторно диск на наличие разделов, которые присутствуют на носителе, но отсутствуют в таблице. В своей работе, она игнорирует уже существующую таблицу (если присутствует). Программа разаботана немецким программистом Michail Brzitwa и больше им не поддерживается. Вялотекущая разработка ведется командами Fedora и Debian. Текущая версия — 0.1h.
Утилита позволяет наиболее быстро и легко восстановить таблицу разделов, но она несет в себе несколько недостатков. Во-первых, разработка была давно заброшена, во-вторых, она иногда не совсем корректно определяет разделы.
gpart может работать в 2-х режимах. Это быстрый анализ и подробное сканирование. В некоторых случаях, первого режима достаточно. Мы же будем смотреть на второй.
gpart -if /dev/sda
-i — интерактивный режим. На каждую найденную партицию будет задан вопрос, сохранять ее, либо пропустить.
-f — полный скан диска.
После, довольно продолжительного времени, будет создан отчет с возможными разделами. Его-то и нужно обязательно максимально внимательно просмотреть перед записью.
Пример отчета (не мой):
Begin scan.
Possible partition(DOS FAT), size(1907mb), offset(0mb)
Possible partition(SGI XFS filesystem), size(5730mb), offset(1907mb)
End scan.
Checking partitions.
Partition(DOS or Windows 95 with 32 bit FAT, LBA): primary
Partition(Linux ext2 filesystem): primary
Ok.
Guessed primary partition table:
Primary partition(1)
type: 012(0x0C)(DOS or Windows 95 with 32 bit FAT, LBA)
size: 1907mb #s(3906544) s(16-3906559)
chs: (0/1/1)-(1023/19/16)d (0/1/1)-(12207/19/16)r
Primary partition(2)
type: 131(0x83)(Linux ext2 filesystem)
size: 5730mb #s(11736000) s(3906560-15642559)
chs: (1023/19/16)-(1023/19/16)d (12208/0/1)-(48882/19/16)r
Primary partition(3)
type: 000(0x00)(unused)
size: 0mb #s(0) s(0-0)
chs: (0/0/0)-(0/0/0)d (0/0/0)-(0/0/0)r
Primary partition(4)
type: 000(0x00)(unused)
size: 0mb #s(0) s(0-0)
chs: (0/0/0)-(0/0/0)d (0/0/0)-(0/0/0)r
Если все ОК, то соглашаемся на запись в таблицу разделов, скрещиваем пальцы и перезагружаемся.
В моем случае, программа определила разделы, которые были до разбивки (40 и 120), что не подходило и заставило искать альтернативные способы восстановления.
1.3. testdisk
Note: подробнее эта утилита описана в этом посте, здесь не буду повторяться.
Эта утилита аналогична предыдущей, но имеет ряд плюсов:
1. более свежая и активно поддерживается;
2. субъективно, работает намного быстрее;
3. функциональнее;
4. есть простой консольный интерфейс на базе ncurses.
Поехали!
1. в первом окне выбираем Create a new log file;
2. выбираем нужный диск (/dev/sda) -> Proceed;
3. отмечаем тип разделов как Intel;
4. выбираем Analyse current partition structure and search for lost partitions;
5. если найденные разделы верны, жмем Backup и переходим к пункту 6, есть возможность быстро пересканировать диск, если где-то ошибка (Quick search);
6. здесь уже виден зеленый список с разделами. Если ок, то записываем, иначе запускаем Deep search.;
В моем случае, результат был аналогичен результату gpart, что есть некорректен.
Запустив Deep search, выждав около 40 минут я получил ответ, от которого на душе так нехило отлегло.
Было найдено несколько партиций, которые накладывались одна на другую (это были изначальная (до манипуляций) 120Гб и новая, на 100Гб). Отметив ненужную, как удаленную, я записал таблицу на диск и перезагрузился. К счастью, все обошлось и компьютер вернулся к состоянию, который был изначально, а я мог с чистой совестью лечь спать.
3. Восстановление MBR
Для этой задачи, у нас в арсенале есть тулза ms-sys.
Сперва узнаем, что с нашей MBR.
ms-sys /dev/sda
/dev/sda has an x86 boot sector
it is unknown boot sector
Теперь видно, что на данном диске нет загрузочного сектора.
Утилита может работать с MBR различных операционных систем. Список можно получить, запустив программу без агрументов. В моем случае, необходим был от Windows 7.
Записываем MBR на диск:
ms-sys -7 /dev/sda
Windows 7 master boot record successfully written to /dev/sda
Проверяем:
ms-sys /dev/sda
it is Microsof 7 master boot record, like the one this
program creates with the switch -7 on a hard disk device.
Вот и все, нужная MBR установлена и можно перезагружаться.
3. Outro
Этот пост пример того, как на пустом месте можно создать себе проблему и полночи заниматься не тем, чем надо. Но это дало неоценимый опыт, который я постарался изложить здесь.
Возможно, кому-нибудь он пригодится. Ведь в такую ситуацию попасть очень не сложно, а детального мануала особо-то и нет.
Восстановление разделов и данных в Linux
Оригинал: How to recover partitions and data using Linux — Tutorial
Автор: Igor Ljubuncic
Дата публикации: 26 апреля 2012 года
Перевод: А. Кривошей
Дата перевода: апрель 2013 г.
Потеря важных данных — одна из самых больших неприятностей, которая может случиться с пользователем компьютера. Неважно, по какой причине — в результате случайной ошибки, или проблем с оборудованием, но это хоть раз происходило практически с каждым. Для предотвращения этой трагедии вы должны всегда иметь под рукой несколько проверенных резервных копий своих данных. Но что, если у вас их не было на момент сбоя? Большинство пользователей не заботятся о резервном компировании, пока не станет слишком поздно. Но не отчаивайтесь. Выход есть. В этом руководстве мы попробуем научиться восстанавливать разделы и данные на жестких дисках, а также испорченные фотографии.
Некоторые вводные замечания
Перед тем, как мы начнем, необходимо разъяснить несколько моментов. Во-первых, никаких гарантий. Восстановление данных базируется на предположениях и догадках, неизвестно насколько они точны и соответствуют истине. Хотя в примерах у нас все будет отлично получаться, на практике это требует большой доли везения. Даже если вы освоите все методологические подходы и будете использовать лучшие утилиты для восстановления данных, всегда есть шанс, что вас постигнет неудача, и вы должны быть готовы к этому.
Восстановление данных — это очень сложная процедура. Вы никогда не достигнете результата, если не чувствуете себя как дома в командной строке, разметке разделов, геометрии жесткого диска, компиляции, или просмотре файлов в шестнадцатеричном редакторе. На самом деле, если неопытный пользователь попытается использовать утилиты восстановления данных, он может нанести еще больше вреда, или уничтожить свою нормально работающую систему. Не предпринимайте ничего, пока вы точно не уверены, что знаете, что делать.
Даже если вам удастся восстановить удаленные разделы, данные на них могут быть потеряны. В целом работа с поврежденными жесткими дисками предсталяет собой разновидность азартной игры. Несмотря на все ваши усилия, все может оказаться напрасным. Важно, что вы это понимали.
Несколько важных подсказок
Перед тем, как мы продолжим, пара советов. Во-первых, если вы подозреваете, что данные или диск повреждены, вы должны немедленно прекратить использование этого диска. Если вы только что обнаружили исчезновение важных данных и они не отображаются в файловом менеджере, это не значит, чито они уже потеряны навсегда. Место, которое они занимают, может быть просто помечено как пустое, поэтому если вы продолжите использование этого жесткого диска, система может записать на это же место другие данные. Таким образом, любая попытка использования устройства может только ухудшить ситуацию. Вы должны немедленно прекратить работу, чтобы не лишиться шансов на восстановление данных.
Далее, вы не должны паниковать, действовать нужно спокойно и осторожно. Необходимо отмонтировать устройство и отключить подкачку. В любом случае необходимо остановить любые служебные операции, такие как дефрагментация или очистка диска, копирование или перемещение данных, и любые другие действия, для которых необходимы операции чтения/записи. Но есть одна загвоздка.
Любое из описанных выше действий может ухудшить ситуацию. А может и нет. К сожалению, у меня нет универсального рецепта, так как каждый такой случай уникален. На самом деле те вещи, которые в некоторых случаях могут решить проблему, в других случаях могут привести к прямо противоположному результату.
Суммируя все вышесказанное — ничего не меняйте. Если вы не понимаете, что делать, позвоните эксперту, который мог бы вам помочь. Одно можно сказать наверняка — ни при каких обстоятельствах не нужно закрывать глаза и перезагружать машину. Перезагрузка может помочь решить софтверные логические проблемы в оперативной памяти, но очень редко она может помочь разрешить аппаратные проблемы. Напротив, при перезагрузке операционная система может беспечно предположить, что с вашими данными все в порядке, и попробовать получить доступ к поврежденному диску или разделу. Это обычно значительно снижает вероятность восстановления данных.
Второй совет немного сумасшедший, поэтому можете не обращать на него внимания, если хотите. Если ваш жесткий диск перестал работать или больше не распознается операционной системой, поместите его на 15 — 20 минут в морозильную камеру. Это может оживить его на время, достаточное для того, чтобы быстро скопировать важные данные. Во многих случаях диски перестают работать вследствие механических проблем, и резкое снижение температуры может освободить мелкие заблокированные детали, оживив диск хотя бы на некоторое время. Это чистой воды шаманство, поэтому можете не воспринимать этот совет всерьез. Тем не менее, в отчаянной ситуации все средства хороши.
Восстановление разделов
Потерять раздел можно по разным причинам. Например, вы могли нечаянно создать новую таблицу разделов не на том жестком диске, или неправильно настроить мультизагрузку.
Чтобы показать вам случай из реальной жизни, я исскуственно воспроизведу ситуацию с потерей раздела. Нашей тестовой системой будет Fedora 16 Verne с KDE, проблемным диском будет /dev/sdb с данными, хотя обычно неприятности случаются с системными разделами. В данном случае вы будете использовать для восстановления раздела live CD.
Мы сотрем таблицу разделов /dev/sdb, создав новую с помощью GParted. Мы проигнорируем тот факт, что она уже существует. Таким способом мы сделаем разделы невидимыми для системы. Обычному пользователю кажется, что данные потеряны навсегда.
Итак, мы стерли таблицу разделов. Теперь мы воспользуемся TestDisk — удивительным инструментом для исследования, разработанным cgsecurity.org . Я описывал эту утилиту во многих статьях. Сегодня мы изучим ее возможности и обучимся ее использованию.
Интерфейс TestDisk представляет собой текстовый мастер. Это интерактивная утилита, которая задаст вам несколько вопросов, чтобы попытаться спасти ваши данные. Первым вопросом будет — хотите ли вы записывать лог для его последующего анализа. Вероятно, необходимо согласиться с этим.
Мы начнем с анализа. Пока мы не знаем ситуацию, и насколько все плохо. Так как вы, скорее всего, точно не знаете геометрию диска, используем опцию «analysis».
Следующий шаг — выбор устройства, с которым мы будем работать. В нашем случае это /dev/sdb.
Теперь выберите тип таблицы разделов. В большинстве случаев это Intel/PC.
И начинаем анализировать:
Нам повезло. TestDisk сумел найти раздел. Несмотря на то, что таблица разделов была удалена, это были всего лишь указатели на начальный и конечный адреса фактических данных. Поверхность диска не была повреждена, поэтому наши данные должны быть там.
Теперь нам необходимо записать информацию о разделе на диск. Также можно изменить характеристики раздела, такие как тип или флаги.
И это сработало! Теперь мы снова в деле. Это значит, что у нас теперь нормальная таблица разделов и нашы разделы можно использовать, однако это не значит, что некоторые данные не были стерты или перезаписаны. Далее мы рассмотрим восстановление данных. Пока все выглядит хорошо.
Печальный пример
Итак, мы успешно восстановили данные, но я хочу показать и другой пример, когда мне это не удалось. Возможно, криминалисту это бы и удалось сделать, но я потерпел полное поражение через 17 минут.
Как и в предыдущем примере, сделаем что-нибудь деструктивное. Я собираюсь записать с помощью dd незаданное количество нулевых байтов на устройство /dev/sdb. Затем, уже в процессе, я как будто осознаю свою ошибку и прерываю операцию. Но уже слишком поздно.
Теперь, когда наш раздел разрушен, давайте представим, что ничего не случилось, и попробуем смонтировать его. Конечно, ничего не получится. Сообщение об ошибке не является уникальным для этой проблемы, но оно свидетельствует, что что-то не в порядке. После дополнительных иссследований мы приходим к выводу, что наш диск испорчен и нуждается в восстановлении.
И правда, проверив диск с помощью fdisk, мы видим:
Мы снова пробуем TestDisk. Теперь мы знаем, что у раздела нет конечной метки. Это плохая новость, но, может быть, нам в итоге удастся восстановить данные. Вы заметите, что в нижнем левом углу TestDisk предлагает поискать разделы.
Мы сделаем это — и потерпим неудачу. Теперь мы попробуем провести более глубокий поиск.
В качесте последней отчаянной попытки вы можете попробовать вручную добавить раздел, задав начальные и конечные цилиндры, головки и сектора. Далле, вам нужно будет выбрать тип раздела, например для Linux это 83, что включает Ext, Reiserfs, BTRFS и другие типы файловых систем.
В нашем случае это к сожалению не сработало. Не повезло.
Восстановление файлов (и образов)
В случае, если вам не удается восстановить разделы, вы все же можете попытаться спасти свои данные. Другими словами, можно попытаться скопировать информацию с диска, не опираясь на структуры таблицы разделов перед катастрофой.
PhotoRec
Мы будем делать это с помощью другой утилиты от cgsecurity.org — PhotoRec. Хотя изначально она была разработана для обработки фотографий на картах цифровых камер, на сегодняшний день она умеет работать со многими типами файлов. Фактически она может восстанавливать практически все, если данные хотя бы в некоторой степени сохранили целостность.
PhotoRec можно также использовать и на работающих разделах, так как он позволяет во многих случаях найти удаленные файлы. Я протестировал ее на своих системных разделах.
Эта утилита похожа на TestDisk. Вы начинаете с выбора типа раздела, с которым вы хотите работать, а также типа файловой системы, которая, как вы полагаете, использовалась на удаленном и/или поврежденном разделе.
В моем случае были обнаружены все типы файлов, включая текст, изображения, архивы, файлы баз данных, и другие. Более того, PhotoRec нашел файлы образов, которые, вероятно использовались при установке Fedora. Во всяком случае я понятия не имею, откуда они взялись.
В целом PhotoRec выглядит достаточно эффективным. Просто для проверки я произвел низкоуровневое форматирование примерно 80% моего второго жесткого диска, создал новую таблицу разделов, новый раздел, и отформатировал его в файловую систему Ext4, а затем повторно запустил восстановление. Действительно, программа не смогла найти большинство уничтоженных таким образом данных, но все равно сумела обнаружить внушительный набор файлов. Поэтому, если вы думали, что простого форматирования достаточно для скрытия данных, это не так.
Recoverjpeg
Еще одна полезная утилита для восстановления изображений, а именно JPEG — это recoverjpeg. Она создана для спасения файлов с SD-карт и чипов памяти цифровых фотокамер. Как и PhotoRec, я пробовал ее на исправных разделах, чтобы посмотреть, смогу ли я обнаружить какие-нибудь неизвестные и странные файлы, и мне это действительно удалось. Снова, наверное, остатки от инсталляции Fedora.
Этой небольшой утилиты нет в репозиториях YUM, но вы можете скачать исходный код и скомпилировать его самостоятельно. Для этого вам понадобится пакет gcc-c++.
Восстановление изображений вручную
Итак, мы видим, что наше изображение повреждено. GIMP не может открыть его. Но здесь ключ к решению. Мы считаем, что это файл изображения, но он начинается с символов FF 00, которые не могут быть первыми двумя байтами файла JPG/JPEG.
Далее нам необходимо проверить файл с помощью шестнадцатеричного редактора. Мы опускаемся на уровень байтов и попробуем выяснить, что не так со структурой нашего изображения. Это достаточно сложно, но другого выхода нет. Теперь нам нужен шестнадцатеричный редактор. В KDE это Okteta, но вы можете использовать любой другой, включая vi.
Заголовок испорчен, хотя в теории его нельзя действительно назвать заголовком, но он служит тем же целям. Изучив литературу, мы узнаем, что первые два байта любого изображения в формате JPG/JPEG — это маркер SOI, в шестнадцатеричной записи это всегда будет FF D8.
Итак, теперь мы изменим вторую последовательность из двух байтов 00 на D8, как должно быть в JPG-файле. Созраним изменения и протестируем результат. Все получилось.
В данном случае процесс восстановления оказался нетрудным. Но возможно, что повреждена будет не только структура файла, но и сам он может быть частично заполнен мусором. В случае изображений это значит, что отдельные пиксели или целые его секции могут быть заполнены случайным мусором.
Хороший совет
Резервные копии для компьютера необходимы как воздух. Если у вас они есть, вы можете чувствовать себя увереннее. Хорошим примером является неожиданная смерть моего второго жесткого диска около года назад. Все, что мне потребовалось сделать — выключить компьютер, заменить диск на новый, включить и скопировать все данные из резервной копии, которую я обновлял каждый день. Конец истории.
Дополнительные материалы по теме:
Заключение
Должен признать, что данное руководство не из самых простых. Некоторые описанные здесь приемы требуют определенных знаний, и обычному пользователю работать в таком ключе будет некомфортно. Восстановление данных требует определенных навыков, и даже в этом случае успех не гарантирован. Единственный мой личный опыт относится к 2009 году, когда я пытался восстановить файлы после неудачной переустановки системы поверх существующих и ценных данных. Все это закончилось не очень удачно. Резервные копии предпочтительнее.
Тем не менее, кое что полезное вы сегодня узнали. Теперь вы знакомы с различными инструментами командной строки, вы умеете использовать TestDisk, PhotoRec, recoverjpeg, и, может быть, другие утилиты, описанные в приведенных выше источниках. На самом деле я еще не успел нопробовать некоторые программы, поэтому нас возможно ждет продолжение.
Если же все три описанных здесь утилиты вам не помогут, вряд ли поможет что-то еще. Кроме того, использование большого количества инструментов одновременно может привести к путанице и еще большим повреждениям данных. Поэтому первым выбором должны быть TestDisk и PhotoRec. Кроме того, они вероятно являются лучшими. Recoverjpeg — тоже неплохой выбор. Освоив их, вы без затруднений сможете работать и с другими подобными инструментами.
Самые распространенные причины потери разделов диска и как их восстановить
В нашей статье мы перечислили самые распространенные причины сбоя работы разделов жестких дисков и как не допустить их. Также, расскажем что делать если вы все-таки попали в такую ситуацию, как вернуть критически важные файлы и папки.
При переустановке или переходе на новую ОС, банальное удаление логического тома, неумелое использование утилит работы с дисками, физическое повреждение носителей, появление битых секторов и так далее. Все это только небольшой перечень возможных причин, вследствии которого разделы диска могут стать не читаемыми. Самая распространенная проблема – логическая ошибка таблицы разделов.
Таблица разделов – это специальный файл с настройками, в нем прописаны данные о всех логических разделах конкретного жесткого диска, включая: размер томов, название, файловую систему, а также указатели на начало и конец каждого раздела. Если раздел становится недоступным, то это не всегда означает что все хранящиеся файлы стерты. При удалении информации с диска, данные остаются невредимыми, они просто помечаются операционной системой как удаленные и находятся на том же месте где и были. В любом случае, даже если ОС успела уже переписать какие-то данные, все равно остается шанс восстановить хоть часть файлов.
Что не следует делать
Допустим, вы попали в ситуацию, когда один или несколько разделов перестали отображаться операционной системой, она предлагает их отформатировать или вообще, место которое они занимали стало «неразмеченным пространством». В этом случае, если нужно вернуть какие-то файлы с этих логических дисков, вам не стоит делать того что говорит ОС.
Не нужно создавать новые разделы поверх старых, и ни в коем случае не стоит записывать новые данные. Первым делом, желательно вообще прекратить любые операции с диском, чтобы избежать дальнейших ошибок. Нужно разобраться что послужило причиной такой ситуации. Иначе, дальнейшая работа может привести к полной перезаписи файлов на диске.
Причины сбоя разделов носителей
1. Ошибка таблицы разделов
Для нормального использования носителя, его для начала нужно разметить, чтобы ОС могла понять в которые именно области можно записывать информацию. Поскольку накопители имеют большой объём их обычно разбивают на несколько логических разделов, каждому из которых присваивается своя буква. После разметки диска на него записывается таблица разделов, которая помогает операционной системе его распознать. Если она каким-либо образом будет повреждена или потеряна, это приведет к потере раздела. После чего вы не сможете записывать и читать данные с него.
Существует несколько структур разбиения диска – MBR, которая применялась еще чуть ли не с момента появления жестких дисков, и современная система – GPT. Некоторые ОС используют свою структуру, к примеру, в MacOs можно использовать таблицу APM (Карта разделов Apple). Поэтому, если взять накопитель с таблицей разделов одной ОС и подсоединить к ПК с другой то информация скорей всего будет недоступной. Чтобы прочитать информацию вам понадобится сторонний софт.
Hetman Partition Recovery без труда справится с подобной задачей. Программа автоматически определит файловую систему логического тома, проведет сканирование и вы сможете просмотреть содержимое диска и сохранить нужные файлы на другой носитель.
Также изменение схемы разделов без переформатирования диска невозможно. В такой ситуации вся информация конечно же будет утеряна, восстановить ее становится гораздо сложнее но все еще возможно.
2. Файловая система на поддерживается ОС
Существует довольно много разных файловых систем, они отличаются друг от друга внутренней структурой. Есть универсальные файловые системы, большинство ОС распознают их без проблем. А также существуют уникальные файловые системы, разработанные под определенные ОС. К примеру, если отформатировать накопитель с файловой системой Ext4 в Linux записать на него данные, а затем подключить к ПК c Windows, он не распознает диск, и предложит его инициализировать, в результате чего информация будет утеряна. Если вы случайно согласились на инициализацию, при подключении диска назад к ОС Linux вы ничего на нем не увидите накопитель будет пустой.
Открыв такой накопитель с помощью Partition Recovery и проанализировав, вы сможете достать из него найденную информацию.
3. Случайное удаление раздела
Нельзя исключать и человеческий фактор. Каждому свойственно ошибаться и в некоторой степени эти ошибки неизбежны.
После загрузки операционная система вывела сообщение об необходимости отформатировать раздел для возможности дальнейшего использования. Вы согласились, после форматирования вся информация на диске оказалась стерта. То есть, при управлении жестким диском можно по ошибке удалить раздел, использовать команду diskpart чтобы очистить «не тот» носитель, или выполнить другие операции, которые могут привести к подобным проблемам. В этой ситуации без специальной утилиты восстановить данные невозможно.
После загрузки операционная система вывела сообщение об необходимости отформатировать раздел для возможности дальнейшего использования. Вы согласились, после форматирования вся информация на диске оказалась стерта. То есть, при управлении жестким диском можно по ошибке удалить раздел, использовать команду diskpart чтобы очистить «не тот» носитель, или выполнить другие операции, которые могут привести к подобным проблемам. В этой ситуации без специальной утилиты восстановить данные невозможно.
4. Неправильная работа с дисковыми утилитами
Во процессе работы с Partition Manager или любой другой подобной программой, был отмечен не тот диск. Случайное удаление одного раздела привело к сбою остальных, в итоге логические тома всего накопителя стали недоступны. При проведении операций расширения или объединения разделов пропало электричество (питание) или зависла операционная система, в результате весь жестких диск оказался недоступен. При разбиении на разделы, ОС записывает определенную информацию в начале диска: размер, название, файловая система, по какому смещению находится его начало, размещение логических томов и т.д. Если несколько секторов где находится эта информация будет повреждена, то ОС получит доступ к информации, следовательно, не сможет отобразить разделы носителя. В итоге, все файлы и папки останутся на прежнем месте, но ОС не сможет их прочитать.
Еще, некоторые дисковые утилиты могут не поддерживать некоторые файловые системы. Следовательно, если продолжить с ним работу в этом менеджере, программа может затереть его таблицу, после чего вернуть информацию будет не просто. Hetman Partition Recovery с легкостью справится с любой из этих проблем, прочитает диск, найдет утерянные разделы и вернет с него всю оставшуюся информацию.
5. Форматирование или изменения файловой системы
Существует два вида: полное или быстрое. Быстрое форматирование – это перезапись (сброс) загрузочного сектора и таблицы ФС. Все пространство на диске просто отмечается как «пустое», но все данные остаются на своих местах, только больше не отображается ОС.
Полное форматирование – все пространство перезаписывается нулями, соответственно старая информация перезаписывается и восстановить ее уже не получится.
При разбиении носителя на логические тома, в первом разделе может быть записана критически важная информация об остальных разделах. Если выполнить полное форматирование первого тома, то данные об остальных может быть стерта, следовательно они могут стать недоступны. Еще при конвертации ФС, к примеру, с FAT в NTFS, служебные данные могут получить повреждения.
Даже выполняя конвертацию «без потери файлов» с помощью командной строки, нельзя точно быть уверенным что после этих действий не пострадает второй раздел накопителя.
6. Создание или удаление томов.
При выполнении операций: создание, удаление, объединение логических дисков, или разделении существующих, тоже может произойти потеря нужных разделов. Так как, все информация остается невредимой, то ее можно все еще можно восстановить с помощью программ для восстановления данных.
7. Битые сектора и физические повреждения
Обычный жесткий диск делиться на дорожки, каждая из которых разделена на определенные сектора. Если ОС не может «прочитать» конкретный сектор или записать в него данные как обычно, то он отмечается как поврежденный или «битый». Если количество «битых» секторов превысит определенное значение, весь диск может полностью выйти из строя, запись и чтения из такого носителя будет невозможным.
Однако, если поврежден один или несколько секторов, информацию можно прочесть. Но если на них лежала критически важная информация о разделах, система может больше не отображать диск в проводнике. В таком случае без стороннего софта не обойтись.
8. Сбой питания или операционной системы
Что касается внешних накопителей если произойдет сбой или аварийное отключение питания в момент записи информации, разметки или форматировании накопителя. В этом случае жестких диск могут появиться логические ошибки, система попросит отформатировать том для дальнейшего использования. Может записаться только часть информации, следовательно «прочитать» и нормально использовать такие файлы не получиться. Чтобы их прочитать нужно будет восстанавливать структуру, которая может закончиться потерей всех файлов без вариантов восстановления.
Чтобы предотвратить повреждение съемного носителя после записи стоит воспользоваться «безопасным извлечением», особенно для внешнего накопителя. Потому что, для внешнего жесткого диска очень важно сохранить питание до полной «парковки» считывающих головок, чтобы они не оставили царапин на зеркальной поверхности диска при переноске.
9. Не присвоена буква диска
Такая проблема присутствует в ОС Windows, она не может назначить «букву» для внешнего ЖД или флешкам. Если буква не присвоена, то весь том будет скрыт от ОС, или если «буква диска» изменилась, то обращение к нему по старому адресу вызовет ошибку.
Если буква не присвоена автоматически, то вам придется выполнить эту операцию вручную. Открываем «Управление дисками», находим нужный том, нажмите правой кнопкой мыши и в меню выбираем «Изменить букву или путь к диску», далее нажимаем «Добавить», выбираем нужную букву из открывающегося списка, подтверждаем операцию.
Восстанавливаем данные с поврежденного раздела
Утилита Hetman Partition Recovery поможет восстановить информацию с нерабочего или поврежденного раздела, независимо от описанных выше причин. Программа прочитает всю поверхность тома, даже при поврежденной таблице. Глубокий анализ – поиск данных по сигнатурам, поможет найти и восстановить файлы и папки даже после серьезных физических или логических ошибок. Она автоматически просканирует диск и отобразит все оставшиеся данные, вам лишь останется ее восстановить.
Если в результате быстрого сканирования программе не удалось ничего найти выполните полный анализ. Отметьте файлы, которые нужно вернуть и нажмите «Восстановить», укажите место куда их сохранить и еще раз «Восстановить». По завершении они будут лежать в указанной папке.
При повреждении таблицы файловой системы накопителя если программе не удалось автоматически найти утерянные разделы воспользуйтесь функцией поиска дисков.
Запустите программу, откройте вкладку «Менеджер дисков», нажимаем ПКМ по нужному носителю, который содержит утерянные логические диски, далее кликаем по «Найти диски». В открывшемся диалоге укажите тип файловой системы, или несколько, если накопитель содержал несколько разделов с разными ФС. После чего нажимаем кнопку «Найти».
По завершении процесса программа отобразит все удаленные разделы в этом окне, и они появятся в менеджере. Осталось только просканировать и восстановить нужные файлы.
Заключение
Разбивка носителя на логические тома помогает лучше хранить файлы и управлять ими. Но прежде чем выполнять какие-либо действия с дисками, не забудьте создать бэкап критически важных файлов, чтобы уберечь себя от их потери. И помните даже в самой безнадежной, казалось бы, ситуации, всегда можно найти решение проблемы. Главное точно знать, что делать и правильно подобрать инструменты.
Полную версию статьи со всеми дополнительными видео уроками смотрите в источнике.
- потеря данных
- причины
- разделы диска
- жесткий диск
- восстановление данных.
- Блог компании Hetman Software
- Восстановление данных