既存のツールが機能しないときにパーティション(MBR / DOS)ソートを変更する方法は?

既存のツールが機能しないときにパーティション(MBR / DOS)ソートを変更する方法は?

気づく:以下の出力のいくつかはWindows 10からのものですが、Linuxがそのパーティションをマウントできない問題を解決する方法に関する質問が残っています。

尋ねる:既存のLinuxツールが機能しない場合のパーティションのソートの問題を解決するには?

興味深い問題が発生しました。 Windows 10(1903および1809)から簡単にアクセスできるディスクは、Linux Mint(19.2)、他のUbuntu 18.04、またはCDから起動したPartedMagicでは認識されません。

そのパッケージがインストールされ、私はできる別のドライブからNTFSパーティションをマウントします。しかし、自動インストーラまたは明示的にそれを認識しようとしたときmount

Paragon Hard Disk Manager 15(Linuxベースのリカバリメディア)、16(Windows上で実行)、PartedMagic(gpartedなど)などのツールがパーティションを正しく認識しないことも奇妙です。

diskpartWindows 10で見る:

DISKPART> list partition

  Partition ###  Type              Size     Offset
  -------------  ----------------  -------  -------
  Partition 1    Primary            931 GB  1024 KB

最高の互換性を望み、GPTを使用しないほど小さいので、ディスクをMBR / DOSパーティションテーブルに初期化しました。

このオフセットは私には少し奇妙に見えますが、私が知っている限り、これは通常ボリューム(パーティション)をマウントしようとするとLinuxの問題ではなくWindowsの問題です。

ただし、Windows 10 で動作する Paragon Hard Disk Manager 16これを報告する:

Paragon Hard Disk Manager™はこのパーティションで問題を発見しました。これは間違ったジオメトリのために発生した可能性があります。問題を解決するには、ログファイルを収集してサポートチームに送信してください。

また、次のように報告します(前のメッセージと組み合わせて)。

Invalid partition

HDD number: 2
Partition number: 0

                               Sector No:        | Cyl:   | Hd: | Sec:
-------------------------------------------------|--------|-----|-----
First physical sector: | 0x800 (2048)            | 0      | 32  | 33
Last physical sector:  | 0x74705FFF (1953521663) | 121601 | 25  | 24
Hard disk geometry:    |                         | 121597 | 255 | 63

したがって、ソートまたはそれに関連するものがここで問題になる可能性があります。

DISKPART> detail disk

ZALMAN ZM-VE500 USB Device
Disk ID: XXXXXXXX
Type   : USB
Status : Online
Path   : 0
Target : 0
LUN ID : 0
Location Path : UNAVAILABLE
Current Read-only State : No
Read-only  : No
Boot Disk  : No
Pagefile Disk  : No
Hibernation File Disk  : No
Crashdump Disk  : No
Clustered Disk  : No

  Volume ###  Ltr  Label        Fs     Type        Size     Status     Info
  ----------  ---  -----------  -----  ----------  -------  ---------  --------
  Volume 1     D   XXXXXX.1TB   NTFS   Partition    931 GB  Healthy
DISKPART> select volume=1

Volume 1 is the selected volume.

DISKPART> detail volume

  Disk ###  Status         Size     Free     Dyn  Gpt
  --------  -------------  -------  -------  ---  ---
* Disk 2    Online          931 GB      0 B

Read-only              : No
Hidden                 : No
No Default Drive Letter: No
Shadow Copy            : No
Offline                : No
BitLocker Encrypted    : No
Installable            : Yes

Volume Capacity        :  931 GB
Volume Free Space      :   58 GB

したがって、インストールにより、Windows 10が現在のパーティションにかなり満足していることがわかります。

それでは、私が試したLinuxベースのツールが失敗したときにLinuxでより理解しやすく、一貫性を修正するにはどうすればよいですか?

これまでに試したツール(gdisk、gparted/parted、sfdisk/cfdisk、fdisk)がさまざまな段階で失敗するため、これは22の状況のようです。一部は破損したGPTを報告し、他の一部は問題を指摘していませんが、データの損失(または外部コピー)なしでパーティションを移動/サイズ変更するために必要な作業を提供していません。

注:ここで重要なのは、(追加)バックアップなしによるデータの損失を防ぐのではなく、すでに存在するデータを長い間コピーしないことです。はい、回答を待つと、一時ストレージにコピーしてパーティションを復元してからコンテンツを再コピーするよりも時間がかかる可能性があります。しかし、パーティション分割とパーティションの並べ替えに関して、Linuxツールでこのように失敗したことがなかったので、外部コピーに頼らずにこの問題を解決する方法は疑問に思います。


以下はさまざまなツールの出力です。出力は、ntfsinfoそのパーティションをマウントしようとしたときと同じです。

$ sudo fdisk -l /dev/sdc
Disk /dev/sdc: 931.5 GiB, 1000172421120 bytes, 1953461760 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x5c742dd9

Device     Boot Start        End    Sectors   Size Id Type
/dev/sdc1        2048 1953521663 1953519616 931.5G  7 HPFS/NTFS/exFAT


$ sudo sfdisk -X dos /dev/sdc

Welcome to sfdisk (util-linux 2.31.1).
Changes will remain in memory only, until you decide to write them.
Be careful before using the write command.

Checking that no-one is using this disk right now ... OK

Disk /dev/sdc: 931.5 GiB, 1000172421120 bytes, 1953461760 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x5c742dd9

Old situation:

Device     Boot Start        End    Sectors   Size Id Type
/dev/sdc1        2048 1953521663 1953519616 931.5G  7 HPFS/NTFS/exFAT

Type 'help' to get more information.

$ sudo ntfsinfo -m /dev/sdc1
Failed to read last sector (1953519614): 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/sdc1': Invalid argument
The device '/dev/sdc1' doesn't have a valid NTFS.
Maybe you selected the wrong device? Or the whole disk instead of a
partition (e.g. /dev/hda, not /dev/hda1)? Or the other way around?
Failed to open '/dev/sdc1'.

$ sudo gdisk /dev/sdc
GPT fdisk (gdisk) version 1.0.3

Partition table scan:
  MBR: MBR only
  BSD: not present
  APM: not present
  GPT: not present


***************************************************************
Found invalid GPT and valid MBR; converting MBR to GPT format
in memory. THIS OPERATION IS POTENTIALLY DESTRUCTIVE! Exit by
typing 'q' if you don't want to convert your MBR partitions
to GPT format!
***************************************************************


Command (? for help): p
Disk /dev/sdc: 1953525168 sectors, 931.5 GiB
Model: USB3.0          
Sector size (logical/physical): 512/4096 bytes
Disk identifier (GUID): DCB1968C-54AE-4EBB-9FD8-3899FAF16767
Partition table holds up to 128 entries
Main partition table begins at sector 2 and ends at sector 33
First usable sector is 34, last usable sector is 1953525134
Partitions will be aligned on 2048-sector boundaries
Total free space is 5485 sectors (2.7 MiB)

Number  Start (sector)    End (sector)  Size       Code  Name
   1            2048      1953521663   931.5 GiB   0700  Microsoft basic data

ベストアンサー1

おすすめ記事