LINUX.ORG.RU

Умерла флешка с GPT

 , , ,


0

2

Вчера решил впервые создать таблицу разделов GPT на флешке. Создал один ext2-раздел, забил его полностью бэкапами важных файлов.
При забивании флешки до отказа в dmesg появились записи о невозможности записи по адресу такому-то. В итоге просто записал чуть меньше данных, чем размер раздела.
Теперь при подключении таблица разделов видится через раз. Если раздел определяется, то после подмонитрования выглядит пустым.
Простым dd я снял образ с этой флешки. Там такая фигня:

(parted) p                                                                
Ошибка: Резервная таблица GPT повреждена, но основная является рабочей, она
будет использована.
OK/Отменить/Cancel? Ok                                                    
Модель:  (file)
Диск /home/golovin/flash.img: 8116MB
Размер сектора (логич./физич.): 512B/512B
Таблица разделов: gpt

Номер  Начало  Конец   Размер  Файловая система  Имя  Флаги
 1     1049kB  8115MB  8114MB  ext2                   msftdata
Есть возможность всё восстановить, как было, не прибегая к photorec?

★★★★★
Ответ на: комментарий от reprimand

Ещё нет. Я хочу сначала выслушать мнения экспертов, а потом сделать что-нибудь.

CYB3R ★★★★★
() автор топика
Последнее исправление: CYB3R (всего исправлений: 1)

Теперь при подключении таблица разделов видится через раз.

Попробуй с помощью ddrescue считать весь образ с флешки.

Deleted
()
Ответ на: комментарий от Deleted

Я уже снял весь образ флешки обычным dd.

CYB3R ★★★★★
() автор топика
Ответ на: комментарий от Medar

Testdisk мне посоветовал сделать

fsck.ext2 -p -b superblock -B blocksize device
Совет хороший, но как узнать значения superblock и blocksize?

Это я туплю. Он мне сам подсказал superblock 0, blocksize=4096.

CYB3R ★★★★★
() автор топика
Последнее исправление: CYB3R (всего исправлений: 1)

Ну так по сути таблица цела, раз прочиталась резервная. У GPT два экземпляра таблицы хранится, да. Больше не пользуйся этой флешкой просто, ну а что не записалось из файлов - восстановится как повезёт

anonymous
()
Ответ на: комментарий от CYB3R

Я как-то решил хард ноута вернуть с gpt на mbr. Ничего лучше не придумал, как поверх создать mbr. Перезагрузка, хард, естественно, пустой. Натравливаю на него testdisk, он находит все разделы с данными, предлагает внести найденые данные в mbr. По сути все свелось к «выбрать диск-дальше-дальше-дальше».

Medar ★★★★★
()
Ответ на: комментарий от CYB3R

[ Analyse ] Analyse current partition structure and search for lost partitions

Прогони. У меня так восстановило данные с битой флешки, правда не все файлы.

И подожди знатоков, я тут явно не эксперт.

Medar ★★★★★
()
Ответ на: комментарий от CYB3R

Больше не могу помочь. Мне всегда этих действий хватало.

Medar ★★★★★
()

Вроде на GPT таблица хранится в начале и в конце диска. Попробуй восстановить GPT из одной из копии gdisk'ом.

w1nner ★★★★★
()
Ответ на: комментарий от w1nner

Да таблица-то сама жива, вроде. А вот данные непонятно где.

CYB3R ★★★★★
() автор топика
Ответ на: комментарий от Medar

А чего было сделать чего-нибудь типа sgdisk erase ? Вот и удалило бы GPT полностью, обе таблицы.

Еще способ убить _всё_ банален, как 2 копейки:

dd if=/dev/zero of=/dev/sdX bs=СкролькоНравится.

Способ долгий, но имеется пара преимуществ:

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

То, что отремаппить не удается, высыпется в консольку типа вай-вай-вай, насяльника, бида-бида. Ну а там уже задумаешься, стоит ли такой винт использовать вдальнейшем.

slamd64 ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.