☰

Раздел NTFS внезапно стал непригоден для использования, «Ошибка: конец файла при чтении /dev/sdX»

tag-icon • tag-icon partitioning mount hard-drive ntfs
Раздел NTFS внезапно стал непригоден для использования, «Ошибка: конец файла при чтении /dev/sdX»

У меня есть Ubuntu на SSD и дополнительный HDD ( /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 есть PTUUID:

$ 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"

Я уверен, что разделы все еще там, я просто не могу их смонтировать. 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.), которые, вероятно, делают раздел немонтируемым. Есть идеи, как их решить?

РЕДАКТИРОВАТЬЭто вывод 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.

РЕДАКТИРОВАТЬВывод 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

решение1

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

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

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

Связанный контент