☰

GUIDの変更とパーティション化されたテーブルがデータに与える影響

tag-icon • tag-icon partition gpt partition-table
GUIDの変更とパーティション化されたテーブルがデータに与える影響

私は2つの異なるディスクを持っている誰かのためにコンピュータを修理しています。パディングとパーティショニングは次のとおりです。

  1. 複数のオペレーティングシステムで満たされた複数のパーティション
  2. 単一のパーティションがある（つまり、パーティション化されていない）内部データドライブ。

残念ながら、データドライブはパーティションテーブルをインポートするドライブです。

  • 私が理解したところ、彼らは最初にWindowsをインストールしてからArch Linuxをインストールしましたが、データドライブを接続していたため、最終的に間違ったドライブがパーティションテーブルをインポートすることがわかりました。
  • 彼らは最近、データドライブを取り出し、パーティションテーブルが消えたことが判明するまで、WindowsにArch Linuxをインストールして数ヶ月間気付いていませんでした。
  • パーティションテーブルをコピーして削除しようとする前に経験した問題は、事前にデータを事前にバックアップするスペースがないことでした。

私の質問：

その場合は、ディスク間でパーティションテーブルをコピーし、GUIDをリセット/ランダム化して両方のディスクを使用できるようにする一般的なプロセスが安全であり、既存のデータとは無関係であるかどうか疑問に思います。

sgdisk -R=/dev/sdb /dev/sda
sgdisk -G /dev/sdb

sgdiskこの回答で2つのコマンドを受け取りました。https://unix.stackexchange.com/a/60393/173317

設定の詳細

結果lsblk -fa

NAME   FSTYPE LABEL           UUID                                             MOUNTPOINT
sda                                                                
├─sda1                                                             
└─sda2 ntfs   COMPUTER        16 digit alpha numeric code
sdb                                                                
├─sdb1 ntfs   System Reserved 16 digit alpha numeric code                     
├─sdb2 ntfs                   16 digit alpha numeric code                     
├─sdb3 ntfs                   16 digit alpha numeric code                     
├─sdb4                                                             
├─sdb5 swap   SWAP            8 digits-4 digits-4 digits-4 digits-12 digits     [SWAP]
├─sdb6 ext4   BOOT            8 digits-4 digits-4 digits-4 digits-12 digits     /boot
├─sdb7 ext4   ROOT            8 digits-4 digits-4 digits-4 digits-12 digits     /
└─sdb8 ext4   HOME            8 digits-4 digits-4 digits-4 digits-12 digits     /home
sr0

結果parted -l

Model: ATA ST3500320AS (scsi)
Disk /dev/sda: 500GB
Sector size (logical/physical): 512B/512B
Partition Table: gpt
Disk Flags: 

Number  Start   End     Size    File system  Name                  Flags
1      17.4kB  1018kB  1000kB                                     bios_grub
2      1049kB  500GB   500GB   ntfs         Basic data partition  msftdata


Model: ATA ST2000DX001-1CM1 (scsi)
Disk /dev/sdb: 2000GB
Sector size (logical/physical): 512B/4096B
Partition Table: msdos
Disk Flags: 

Number  Start   End     Size    Type      File system     Flags
1      1049kB  106MB   105MB   primary   ntfs            boot
2      106MB   107GB   107GB   primary   ntfs
3      107GB   107GB   472MB   primary   ntfs            diag
4      107GB   2000GB  1893GB  extended                  lba
5      107GB   116GB   8590MB  logical   linux-swap(v1)
6      116GB   117GB   1074MB  logical   ext4            boot
7      117GB   139GB   21.7GB  logical   ext4
8      139GB   192GB   53.7GB  logical   ext4

結果fdisk -l

Disk /dev/sda: 465.8 GiB, 500107862016 bytes, 976773168 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: gpt
Disk identifier: 8 digits-4 digits-4 digits-4 digits-12 digits

Device     Start       End   Sectors   Size Type
/dev/sda1     34      1987      1954   977K BIOS boot
/dev/sda2   2048 976771071 976769024 465.8G Microsoft basic data


Disk /dev/sdb: 1.8 TiB, 2000398934016 bytes, 3907029168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: dos
Disk identifier: 10 alpha numeric (hex) digits

Device     Boot     Start        End    Sectors  Size Id Type
/dev/sdb1  *         2048     206847     204800  100M  7 HPFS/NTFS/exFAT
/dev/sdb2          206848  208795647  208588800 99.5G  7 HPFS/NTFS/exFAT
/dev/sdb3       208795648  209717247     921600  450M 27 Hidden NTFS WinRE
/dev/sdb4       209717248 3907026943 3697309696  1.7T  f W95 Ext'd (LBA)
/dev/sdb5       209719296  226496511   16777216    8G 82 Linux swap / Solaris
/dev/sdb6  *    226498560  228595711    2097152    1G 83 Linux
/dev/sdb7       228597760  271032319   42434560 20.2G 83 Linux
/dev/sdb8       271034368  375891967  104857600   50G 83 Linux

自宅で実行したり、sgdisk -pデータドライブのルートから何も返しません。

答え1

GUIDを使えば大丈夫でしょう。ディスクしかし、注意してください。パーティションとファイルシステムのUUIDがより一般的に使用され、それらを交換するのは危険です。 GUIDは通常、ブートローダでディスクの種類/用途（Windows、FreeBSD、CoreOS Linuxなど）を識別するために使用されます。説明によると安全そうです。さらにセキュリティを確保するために、パーティションテーブルをUSBドライブにバックアップして、必要に応じて復元できます。 （sgdisk -b）。これは、パーティションテーブルを編集してもデータブロックは変更されず、そのブロックが配置されている境界のみが変更されるためです。

パーティション/ファイルシステムUUIDの詳細については：

ファイルシステムのUUIDは、多くの場合、Linuxシステムで起動デバイスを識別するために使用されます。たとえば、

BOOT_IMAGE=/vmlinuz-4.4.14-200.fc22.x86_64 root=/dev/mapper/f20-root ro rd.lvm.lv=f20/root vconsole.font=latarcyrheb-sun16 rd.luks.uuid=luks-8cf2f2dc-5a3d-4cb4-9c09-e036b3812eac rd.lvm.lv=f20/swap rhgb quiet LANG=en_US.UTF-8

そのディスクのUUIDを変更すると、状況が複雑になる可能性があります。状況が不安定になる可能性がある別の場所分割物語の一面はこんな感じです/etc/fstab。

#
# /etc/fstab
# Created by anaconda on Fri Dec 20 18:47:10 2013
#
# Accessible filesystems, by reference, are maintained under '/dev/disk'
# See man pages fstab(5), findfs(8), mount(8) and/or blkid(8) for more info
#
 /dev/mapper/f20-root    /                                           ext4   defaults,x-systemd.device-timeout=0 1 1
UUID=44450fe5-24d0-468b-b20b-10c0127308dd /boot                      ext4   defaults        1 2
/dev/mapper/f20-home    /home                                        ext4   defaults,x-systemd.device-timeout=0 1 2
/dev/mapper/f20-swap    swap                                         swap   defaults,x-systemd.device-timeout=0 0 0

より良いアンケートを得るには、まず次の手順を実行します。

 lsblk -fa

これにより、必要に応じて交換できるようにすべてのUUID情報が表示されます。

関連情報