Смонтировать NTFS раздел после изменения размера

Я попытался уменьшить мой основной раздел NTFS с 999 ГБ до 150 ГБ с помощью ntfsresize и расстался.

Теперь я не могу снова смонтировать раздел.

root@ubuntu:/home/ubuntu# mount /dev/sda3 /mnt/windows
Failed to read last sector (289062495): Invalid argument
HINTS: Either the volume is a RAID/LDM but it wasn't setup yet,
   or it was not setup correctly (e.g. by not using mdadm --build ...),
   or a wrong device is tried to be mounted,
   or the partition table is corrupt (partition is smaller than NTFS),
   or the NTFS boot sector is corrupt (NTFS size is not valid).
Failed to mount '/dev/sda3': Invalid argument
The device '/dev/sda3' doesn't seem to have a valid NTFS.
Maybe the wrong device is used? Or the whole disk instead of a
partition (e.g. /dev/sda, not /dev/sda1)? Or the other way around?

После запуска поиска с TestDisk я получаю другое начало / конец по сравнению с parted, что довольно любопытно:

Testdisk (после поиска): начало 239616, конец 289302112 Разделение: начало 239616 с, конец 289062515 с

Итак, можно предположить, что проблема в том, что раздел MFT был стерт или есть проблема с загрузочным сектором? Источник

В выходных данных тестового диска перед поиском я получил ошибку:

Ошибка: размер загрузочного_сектора 289062497> раздел 288822900

Здесь Testdisk дает размер boot_sector 289062497> partition 288822900

Вывод TestDisk после поиска:

TestDisk 7.0, Data Recovery Utility, April 2015
Christophe GRENIER <grenier@cgsecurity.org>
http://www.cgsecurity.org

Disk /dev/sda - 1000 GB / 931 GiB - CHS 121601 255 63
     Partition               Start        End    Size in sectors
>P MS Data                     2048     206847     204800 [ESP]
 P MS Data                   239616  289302112  289062497
 D MS Data               1949329409 1951426560    2097152
 D MS Data               1951426560 1953523711    2097152

Вывод Testdisk перед поиском:

TestDisk 7.0, Data Recovery Utility, April 2015
Christophe GRENIER <grenier@cgsecurity.org>
http://www.cgsecurity.org

Disk /dev/sda - 1000 GB / 931 GiB - CHS 121601 255 63
Current partition structure:
     Partition                  Start        End    Size in sectors

 1 P EFI System                  2048     206847     204800 [EFI system partition]
No FAT, NTFS, ext2, JFS, Reiser, cramfs or XFS marker
 2 P MS Reserved               206848     239615      32768 [Microsoft reserved partition]
 2 P MS Reserved               206848     239615      32768 [Microsoft reserved partition]
Error: size boot_sector 289062497 > partition 288822900
No FAT, NTFS, ext2, JFS, Reiser, cramfs or XFS marker
 3 P MS Data                   239616  289062515  288822900 [Basic data partition]
 3 P MS Data                   239616  289062515  288822900 [Basic data partition]
 4 P Unknown               1951426560 1953523711    2097152 [Basic data partition]

Вывод с разделением:

(parted) p                                                                
Model: ATA ST1000LM035-1RK1 (scsi)
Disk /dev/sda: 1953525168s
Sector size (logical/physical): 512B/4096B
Partition Table: gpt
Disk Flags: 

Number  Start        End          Size        File system  Name                          Flags
 1      2048s        206847s      204800s     fat32        EFI system partition          boot, esp
 2      206848s      239615s      32768s                   Microsoft reserved partition  msftres
 3      239616s      289062515s   288822900s  ntfs         Basic data partition          msftdata
 4      1951426560s  1953523711s  2097152s    ntfs         Basic data partition          diag
1
задан 23 July 2019 в 01:23

2 ответа

Всегда решайте проблемы NTFS в самом Windows, поскольку это - собственное программное обеспечение.

Теперь, когда chkntfs сообщил:

Тип файловой системы является СЫРЫМИ ДАННЫМИ.

восстановите свое резервное копирование и попробуйте еще раз, как что-то пошло не так, как надо, и Вы потеряли все данные по разделу.

Прошу прощения!

0
ответ дан 7 December 2019 в 19:27

В конечном счете я действительно решал проблему и мою проблему.

Ключ был то, что я знал запустить/закончить секторы, где мои данные были то, даже при том, что я не мог смонтировать раздел. (от разделенного вывода это показывает, запустите: 239 616 концов с: 289062515 s). Таким образом, я в основном боялся перезаписывать эти ares диска независимо от whaichever инструмента, который я использовал.

В конечном счете я восстановил раздел с помощью испытательного стенда. Я должен был пройти процесс, Анализируют/Быстры Поиск/Запись несколько раз, прежде чем он нашел раздел, который я искал (запустите: 239 616 концов с: 289062515 s). После того как это сделало это, я записал новый загрузочный сектор и после перезапуска, я мог смонтировать его снова без любой потери данных.

Любой в этой ситуации не паникует! Просто помните, где Вы данные находитесь на диске и бояться перезаписывать его.

0
ответ дан 7 December 2019 в 19:27

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

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