ФС Btrfs. HDD с начала записан нулями. Можно ли восстановить остальное?

testdisk для начала натравить

6Гб с начала диска? Их вряд ли. А остальное — да можно, гугол в помощь.

Гугол говорит только про btrfs-restore, но это не помогает.

а чем перезаписывал? интересно srm?

dd if=/dev/zero

Запустил в testdisk - Analyse.

понятно, спасибо за ответ.

Да не за что. Спасибо Вам, что обратили внимание.

мир! :)

Photorec/foremost и другие тулзы, которые ищут файлы по сигнатурам.

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

по ошибке 6ГБ записано нулями (/dev/zero). Можно ли восстановить

Btrfs даже если не записывать нулями хрен восстановишь.

труд! май! ? :)

Восстанавливал 2-3 раза, но не после «нулей».

Да, он медленный достаточно и не факт что увидит и сделает, но это первое что пришло на ум (сам я его в первую очередь беру).

http://pix.toile-libre.org/upload/original/1503095354.png
testdisk говорит: «The following partition can't be recovered».

Тогда тебе выше советовали попробовать по файлам достать нужное. (я кстати ради интереса пробовал какую-то проприетарщину из местных новостей (забыл название уже), оно мне находило, но путало файлы, т.е. заголовок один, а само содержимое файла целое но совершенно от другого файла).

Тем не менее testdisk что-то таки изменил на диске:
http://pix.toile-libre.org/upload/original/1503095720.png

Ну не что-то, а конкретно примерно так

TestDisk 7.0, утилита восстановления данных, апрель 2015 г.
Christophe GRENIER <grenier@cgsecurity.org>
http://www.cgsecurity.org

Диск / dev / sdc - 500 ГБ / 465 ГБ - CHS 60801 255 63
Начальный размер раздела в секторах
P MS Данные 33630072 52496247 1886617 '
P MS Данные 184625016 203491191 18866176

Структура: Хорошо. Используйте клавиши со стрелками вверх / вниз для выбора раздела.

Используйте клавиши со стрелками влево / вправо для ИЗМЕНЕНИЯ ПАРАМЕТРОВ:
P = Primary D = Deleted

Клавиши A: добавить раздел, L: загрузить резервное копирование, T: изменить тип,

Введите: продолжить

Btrfs blocksize = 4096 Резервный суперблок, 9659 МБ / 9212 MiB

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

dd if=/dev/zero

А как так получилось?

Я когда-то давным-давно тоже случайно занулил sda вместо sdc на пару-другую метров с начала.

Вставил сперва внешний HDD, потом флешку, а на автомате взял и стартанул запись образа на флешку, позабыв о том, что она уже не sdd а sde. Вот так я и потерял все данные на внешнем жестком диске :) Благо, они все были продублированы еще и в облаке :)

Восстанавливал битый диск, с фото и видео.

Отписываюсь о результатах.
Photorec - восстановила по сигнатурам файлов всё содержимое диска, о чём и написал партай-геноссе @legolegs.

Одно - НО!
Даты и время файлов - были поставлены по времени в системе.
R-Studio Linux, восстановило так же, как и PhotoRec.
Плюс, что времена создания файлов - оставила такими, какими они и были оригинально.

Есть один важный момент.
Диск восстанавливал, читая данные с битого и записывая данные на другой.

Оригинальный диск должен оставаться оригинальным, в такой операции.

а мне лень было ковыряться, отформатировал, да с облака обратно всё накатил за пару часов. :)

Вставил сперва внешний HDD..

И какового производителя у тебе теперь внешний HDD?
HGST/Hitachi или Toshiba?

Да, у меня по сути такое же было. Только вместо флешки — карта памяти.

И тоже поковырялся с TestDisk, плюнул и развернул всё из Backup'ов.

вроде в последней р-студии была возможность работы с btrfs.
это варез, если что.

Коробочка Transcend, а внутри Seagate..

Сочувствую..

это ты к чему?

К тому, что HDD - нужно выбирать.
Лучше - начать с приобретения ORICO 2598S3-BK Aluminium USB3.0 2.5" SATA3.0 HDD Enclosure.
Вот в неё - можно вставлять SDD и HDD.
Только не Seagate.

Начали за здравие, кончили за упокой.. Что, если б я выбрал ORICO 2598S3-BK Aluminium USB3.0 2.5" SATA3.0 HDD Enclosure и вставил бы в него только не Seagate, это бы меня уберегло от ошибки с командой dd?

По знанию надёжности работы HDD - тебе бы не пришлось пользоваться dd.

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

Аналогично. Флешка осталась после перезагрузки компа. Никак не мог её форматнуть, решить сначала нулями. После перезагрузки компа она стала не sdd, а sdc, а диск - sdd. Да ещё и ночью в сонном уставшем состоянии.

Пора уже дропнуть эти sdX, о чем только Лёня думает? :D

Нужно ему идейку подкинуть. :)

После перезагрузки компа она стала не sdd, а sdc, а диск - sdd.

бугага, 2017 год на дворе. готов говорите?

В чём вопрос? Не понял.

Это он сигнатуры разделов/ФС просканировал. Там ещё пункт типа «Deep scan» должен быть. Он ищет уже по файлам.

Кстати photorec, который тут все советуют это тот же testdisk, только вид сбоку. Того же автора. Может только какие-то настройки выкручены именно для восстановления.

Палю годноту:

alias lsblk='lsblk -o name,label,mountpoint,fstype,size,model'

Это не вопрос, а что-то типо местного мема, констатация факта непригодности так сказать. В нормальных системах устройства не меняют свои названия.

ОК, тогда о каких-таких «нормальных» системах речь?

Да, только восстановить хотя бы что-то мне это не поможет.

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

Имена файлов хранятся в каталогах в виде соответствия имя=>inode. И в таблице inode соответственно лежат пары inode=>lba (номер блока, смещение от начала тома). Таблица инодов у тебя затёрта, так что никакой утилитой невозможно восстановить цепочку данные<=смещение<=inode<=имя из каталога.

Use ZFS, Luke!

Она такое переживает легко.

Ой, вот не надо это. Какая ФС переживёт перезапись нулями?

Что не надо? Что это? Ты же без понятия как устроена zfs. Юберблок восстанавливается с конца диска. Файлы попавшие под раздачу dd может и не спасти, хотя скорее всего можно и их достать откатившись на n-ное кол-во транзакций, но остальное будет на месте. И всегда есть возможность достать данные с помощью zdb даже с битой фс.

Solaris, AIX

Ой, вот не надо это. Какая ФС переживёт перезапись нулями?

Поищи тут поиском на ЛОРе, были дискуссии на эту тему с примерами. Да и на конференциях всяких лет десять уже назад часто показывали - когда фокус с разбиением диска кувалдой прямо на лету, когда с затиранием нулями начала диска.