NTFS-раздел внезапно неприменим, & ldquo; Ошибка: конец файла при чтении / dev / sdX & rdquo;

У меня есть поле Ubuntu на SSD и вторичный жесткий диск (/dev/sdb) с некоторыми разделами NTFS.

В некотором контексте: вчера машина была невосприимчивой, и мне пришлось принудительно закрыть ее (вырезать мощность). При перезагрузке Ubuntu перейдет в аварийный режим. Я узнал, что UUID жесткого диска исчез (не отображается в blkid), тем самым повреждая /etc/fstab. Я прокомментировал строку диска на fstab и смог загрузить Ubuntu.

Теперь я пытаюсь снова установить HDD. Сначала я попробовал Gparted. Это результат работы libparted (используется gparted):

====================== libparted : 3.2 ====================== end of file while reading /dev/sdb The primary GPT table is corrupt, but the backup appears OK, so that will be used.

. Интересно, что sudo blkid показывает /dev/sdb как имеющий ПТУИД вместо UUID:

$ sudo blkid /dev/loop0: TYPE="squashfs" /dev/loop1: TYPE="squashfs" /dev/loop2: TYPE="squashfs" /dev/sda1: UUID="e407bc1c-4c2d-4dae-80ce-e6bd96346698" TYPE="ext4" PARTUUID="659e6a1e-01" /dev/sda5: UUID="f9500440-cddf-41f6-8512-5a30e66fbf3d" TYPE="swap" PARTUUID="659e6a1e-05" /dev/sda6: UUID="18abc384-a610-4f65-8430-0109548a89ef" TYPE="ext4" PARTUUID="659e6a1e-06" /dev/sdb: PTUUID="a6e9090d-b5ab-412a-8568-2eee08fa3fa8" PTTYPE="gpt"

I я уверен, что разделы все еще существуют, я просто не могу их установить. parted перечисляет их правильно:

$ sudo parted GNU Parted 3.2 Using /dev/sda Welcome to GNU Parted! Type 'help' to view a list of commands. (parted) select /dev/sdb Using /dev/sdb (parted) p Error: end of file while reading /dev/sdb Retry/Ignore/Cancel? i Error: The primary GPT table is corrupt, but the backup appears OK, so that will be used. OK/Cancel? OK Model: ATA ST1000LM024 HN-M (scsi) Disk /dev/sdb: 1000GB Sector size (logical/physical): 512B/4096B Partition Table: gpt Disk Flags: Number Start End Size File system Name Flags 1 1049kB 316MB 315MB EFI system partition boot, esp 2 316MB 945MB 629MB ntfs Basic data partition hidden, diag 3 945MB 1079MB 134MB Microsoft reserved partition msftres 4 1079MB 979GB 978GB ntfs Basic data partition msftdata 5 979GB 1000GB 21,5GB ntfs Basic data partition hidden, diag (parted) q

Таким образом, есть 2 ошибки (Error: end of file while reading /dev/sdb, Error: The primary GPT table is corrupt, but the backup appears OK, so that will be used.), которые, вероятно, делают этот раздел несмонтированным. Любые идеи, как их решить?

EDIT Это выход ntfsfix:

$ sudo ntfsfix /dev/sdb Mounting volume... NTFS signature is missing. FAILED Attempting to correct errors... NTFS signature is missing. FAILED Failed to startup volume: Invalid argument NTFS signature is missing. Trying the alternate boot sector Unrecoverable error Volume is corrupt. You should run chkdsk.

EDIT Выход gdisk

GPT fdisk (gdisk) version 1.0.1 Caution: invalid main GPT header, but valid backup; regenerating main header from backup! Caution! After loading partitions, the CRC doesn't check out! Warning! Main partition table CRC mismatch! Loaded backup partition table instead of main partition table! Warning! One or more CRCs don't match. You should repair the disk! Partition table scan: MBR: protective BSD: not present APM: not present GPT: damaged **************************************************************************** Caution: Found protective or hybrid MBR and corrupt GPT. Using GPT, but disk verification and recovery are STRONGLY recommended. ****************************************************************************

РЕДАКТИРОВАТЬ Это ошибка, которую я неправильно выполнил, что вызвало проблему: sudo dd if=/dev/zero of=/dev/sdb bs=512 seek=1

2
задан 27 May 2017 в 18:37

3 ответа

TLDR: мне удалось восстановить диск (с данными), написав командой gdisk (w).

Как обсуждалось в разделе вопросов и комментариев, это сценарий : Я случайно уничтожил заголовок GPT диска, выпустив dd с 0s на /dev/sdb.

Я запустил gdisk(8) на диске, который сообщил, что заголовок GPT поврежден, но резервная копия была прекрасной и загрузила резервную копию. В CLI gdisk я запустил команду w (которая записывает информацию таблицы разделов на диск) и вышла. После этого /dev/sdb был сразу распознан и установлен Ubuntu, и никаких других изменений не было.

5
ответ дан 22 May 2018 в 22:11

TLDR: мне удалось восстановить диск (с данными), написав командой gdisk (w).

Как обсуждалось в разделе вопросов и комментариев, это сценарий : Я случайно уничтожил заголовок GPT диска, выпустив dd с 0s на /dev/sdb.

Я запустил gdisk(8) на диске, который сообщил, что заголовок GPT поврежден, но резервная копия была прекрасной и загрузила резервную копию. В CLI gdisk я запустил команду w (которая записывает информацию таблицы разделов на диск) и вышла. После этого /dev/sdb был сразу распознан и установлен Ubuntu, и никаких других изменений не было.

5
ответ дан 18 July 2018 в 12:38

TLDR: мне удалось восстановить диск (с данными), написав командой gdisk (w).

Как обсуждалось в разделе вопросов и комментариев, это сценарий : Я случайно уничтожил заголовок GPT диска, выпустив dd с 0s на /dev/sdb.

Я запустил gdisk(8) на диске, который сообщил, что заголовок GPT поврежден, но резервная копия была прекрасной и загрузила резервную копию. В CLI gdisk я запустил команду w (которая записывает информацию таблицы разделов на диск) и вышла. После этого /dev/sdb был сразу распознан и установлен Ubuntu, и никаких других изменений не было.

5
ответ дан 24 July 2018 в 20:00

Другие вопросы по тегам:

Похожие вопросы: