сейчас вот прогоняю через testdisk... не знаю, чем все закончится

http://help.ubuntu.ru/wiki/восстановление_данных

А процент вероятности, то что файлы хотя бы восстановлю небитые есть после случившегося (из ext4 в swap)?

Нда. Врятли. Если получится напишите. Нужно всегда бэкап делать. Мне жаль.

Disk /dev/sda5 - 843 GB / 785 GiB - CHS 102541 255 63

не знаю, что-то ищет

...
Warning: number of sectors per track mismatches 18 (FAT) != 63 (HD)
  FAT12                 9453 176 51  9453 222 32       2880 [NO NAME]
  btrfs                 9455 228 41 3065496848 213  9 13710979677795088 [(%d stripes (%d substripes) of %lx)
]
Bad root_cluster
check_FAT: Unusual media descriptor (0xf0!=0xf8)
Warning: number of heads/cylinder mismatches 2 (FAT) != 255 (HD)
Warning: number of sectors per track mismatches 18 (FAT) != 63 (HD)
  FAT12                 9531 198 27  9531 244  8       2880 [NO NAME]
Warning: number of heads/cylinder mismatches 64 (FAT) != 255 (HD)
Warning: number of sectors per track mismatches 32 (FAT) != 63 (HD)
  FAT12                 9819  69 15  9819 141 22       4544
  ext4                     0   0  1 102541 226 13 1647335416 [MEDIA]
Warning: number of heads/cylinder mismatches 64 (FAT) != 255 (HD)
Warning: number of sectors per track mismatches 32 (FAT) != 63 (HD)
  FAT16                10461 182 14 10465 169 60      63488 [ARCHISO_EFI]
check_FAT: Unusual media descriptor (0xf0!=0xf8)
Warning: number of heads/cylinder mismatches 2 (FAT) != 255 (HD)
Warning: number of sectors per track mismatches 18 (FAT) != 63 (HD)
  FAT12                10491  77  7 10491 122 51       2880 [KOLIBRI]
check_FAT: Unusual media descriptor (0xf0!=0xf8)
Warning: number of heads/cylinder mismatches 2 (FAT) != 255 (HD)
Warning: number of sectors per track mismatches 18 (FAT) != 63 (HD)
  FAT12                10495 120  2 10495 165 46       2880
check_FAT: Unusual media descriptor (0xf0!=0xf8)
Warning: number of heads/cylinder mismatches 2 (FAT) != 255 (HD)
Warning: number of sectors per track mismatches 18 (FAT) != 63 (HD)
  FAT12                10495 138 30 10495 184 11       2880 [RAMDISKNT]
check_FAT: Unusual media descriptor (0xf0!=0xf8)
Warning: number of heads/cylinder mismatches 2 (FAT) != 255 (HD)
Warning: number of sectors per track mismatches 18 (FAT) != 63 (HD)
  FAT12                10495 198 20 10495 244  1       2880 [HDT_0_5_2]
check_FAT: Unusual media descriptor (0xf0!=0xf8)
Warning: number of heads/cylinder mismatches 2 (FAT) != 255 (HD)
Warning: number of sectors per track mismatches 18 (FAT) != 63 (HD)
  FAT12                10495 244 54 10496  35 35       2880 [BOOT98SE]
Bad root_cluster
check_FAT: Unusual media descriptor (0xf0!=0xf8)
Warning: number of heads/cylinder mismatches 2 (FAT) != 255 (HD)
Warning: number of sectors per track mismatches 18 (FAT) != 63 (HD)
  FAT12                10621 148  3 10621 193 47       2880 [NO NAME]
Warning: number of heads/cylinder mismatches 64 (FAT) != 255 (HD)
Warning: number of sectors per track mismatches 32 (FAT) != 63 (HD)
  FAT12                10623 121 23 10623 135 36        896
  btrfs                10674 110  4 3065498067  94 35 13710979677795088 [(%d stripes (%d substripes) of %lx)
]
  ext4                     0   0  1 102541 226 13 1647335416 [MEDIA]
  HFS                  13540 237 22 207467  49 39 3115425429 [P   T~M R~X       ~\ ^^~_,=~G'bd~L^A~R'V of %lx)
]
...

то что название раздела , которое было вывел (MEDIA) уже радует, это через testdisk

Дак при создании другой файловой системы он форматирует раздел? После этого чтоли можно восстановить данные? не знал.

843 GB / 785 GiB

Охрененный у вас теперь своп. ;)

К testdisk еще можно добавить photorec, я с форматированной флешки им файлы вытаскивал

Учите матчасть. Вообще можно восстановить данные на классическом HDD даже после ихперезаписи.

Я раньше пытался всякими прогами вытаскивать с ntfs снова отформатированного в ntfs. Получалось только с мелкими файлами типа документов, картинок, эмпэтри и небольших архивов и всё.

форматирует раздел?

После этого чтоли можно восстановить данные?

Мда...

То, что не получилось у Вас - не значит, что это невозможно. Даже с SSD после TRIM можно что-то вытащить (правда, не долго - секунд 40 и после охлаждения до сверхнизких температур).

Я про то что 100% врятли выйдет. Или тоже нет?

После формата можно вытянуть хоть все данные. При условии, что у тебя не длинный деревянный нос и ты туда ничего не писал.

Это еще от фрагментации файлов зависит. Крупный файл имеет больше шансов существовать в виде кусков в диске, а при форматировании коррдинаты секторов, где этот файл хранится, теряются. В ext4 обычно фрагментация довольно низка даже для крупных файлов, в отличие от ntfs.э

Я лично тем же testdisk c ext4 и XFS огромные qcow2-образы вытаскивал.

На мой взгляд, это попа случилась, причем конкретная. Еще в 1997 году мой шеф, воспитанный в духе шкафов на магнитных сердечниках, твердил и иногда пинал: «ребята, не ленитесь, делайте резервные копии хотя бы раз в 3 месяца, а лучше раз в месяц». И за что я ему очень благодарен, ибо не раз случались глобальные армагеддоны, а у меня благодаря бекапам было все ровно.
Что-то вытащить теоретически можно при такой ситуации, если сканировать как raw. Но к этой категории конфиги с документами обычно не относятся. Разве что фото-видео и то не факт.

недавно только видел что diskdigger сделали на linux под mono

100% вероятности нет даже при копировании файла с исправного устройства на неповрежденной ФС. Но то, что данные после форматирования восстанавливаются достаточно просто при знании устройства ФС, правильном обращении у устройством после уничтожения данных и умении писать код, это я могу гарантировать.

Не подскажите, есть ли еще возможность восстановить данные, которые были на этом разделе?

Если ты не пользовался им как swap, то да. mkswap затирает первые 4 килобайта, остальное не трогает. Там в начале находится суперблок, но в extX хранятся ещё и копии. fsck использует резервные копии, если основной повреждён.

Что можно почитать про файловые системы? Чтобы было просто и понятно. А то есть на диске заумные пдфки на эту тему, я там ничё не понимаю.

Простого - ничего. МОжно почитать документацию из ядра Linux и исходные коды. Это то, что надо. Основная задача на журналируемых ФС - найти MFT и журнал. Собственно, остальное - уже тривиальная задача. Для общего рзвития рекомендую поискать FAT12 на дискетах как был устроен.

Да, мне для общего развития. Я обычный пользователь. =)

Гугл в помощь. Например: http://www.linuxcenter.ru/enc/file-sys.phtml#in

Спасибо, буду изучать.

Дак при создании другой файловой системы он форматирует раздел?

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

Сейчас меня закидают ссаными тряпками, но лучше всего восстанавливает файлы R-studio. Структуру папок и названия файлов на ура вернёт, ну и сами файлы с большой долей вероятности. Если нет денег, то в интернетах полно winpe c r-studio.

Закидаю ссаными тряпками. Лучше восстанавливает то, что подходит для конкретной задачи и с чем пользователь управляется лучше всего. Студия за исключением проприетарности не имеет каких-либо прорывных алгоритмов поиска. Кроме того, не всё она может поднять, насколько мне помнится (например, умела портить качество картинок), но утверждать не буду.

Надо было в первую очередь делать fsck, у ext* всегда есть куча резервных суперблоков по всему тому.

man debugfs

fsck это для проверки на ошибки или не это ты имеешь в виду?

(тем временем) tesdisk'ом что да вот пытается восстановиться... главное, то что структуру до форматирования раздела мне прога показала

testdisk кажись справляется! у меня на последок вопрос, проверить целостность файлов, как-то можно еще, в плане, восстановили тестдиском , целые ли они или битые, если что такое для проверки?

Надо было в первую очередь делать fsck

вот тут кстати не рекомендуют его

http://kubuntu.ru/node/11250#comment-125070

Вообще можно восстановить данные на классическом HDD даже после ихперезаписи.

А есть такая штука в виде драйвера? Хочу из терабайтника сделать двухтерабайтник.

по суперблоку который выдал testdisk

Двери не виноваты, что кто-то прищемил ими себе яйца.

С такой демагогией можно дойти и до разрешения короткоствола.

Если данные действительно ценные, то нужно их уберечь от ещё большего разрушения. Скопировать полностью раздел с убитой ФС (dd), и проводить все экперименты на копии.

ext4 хранит кучу копий суперблока, ты удалил только одну. fsck тебе в помощь.

ext4 хранит кучу копий суперблока, ты удалил только одну. fsck тебе в помощь

а то что ФС сменилась... ничего страшного?

Учите матчасть и не пишите больше таких глупостей.

Ну если возможно считать информацию, поверх которой уже записана новая, то почему бы этим не воспользоваться для увеличения емкости HDD? Пусть скорость будет низкая, сойдет для файлопомойки с сериалами, например.

Толсто троллишь. Сам HDD эту инфу не считает, но с блина инфа полностью не уничтожается. Головка записи шире головки чтения и они «плавают» по поверхности. Т.е. траектории дорожек не повторяются на 100%. Иди, уроки учи, школьник.

Сам HDD эту инфу не считает

Ага, значит все-таки нельзя. Я так и думал...
ps: Какие еще уроки? Каникулы через три дня!

Так еще три дня учиться! Со старых HDD при многократном чтрении на низком уровне была хохма и с повторным считыванием электроники. Я сказал, что возможно - где противоречие? Обратитесь с винтом в Ontrack к примеру - восстановят.

Пардон, с повторным считыванием на низком уровне без участия элеткроники винта.

photorec
ufsexplorer