Efeito de alterações de GUID e tabelas de partição em dados

Question

Estou consertando um computador para alguém que tem dois discos distintos. Preenchido e particionado da seguinte forma:

1. é preenchido com vários sistemas operacionais em várias partições
2. é uma unidade de dados interna com uma única partição (ou seja, indivisível)

Agora, infelizmente, a unidade de dados é a que obteve a tabela de partições.

• A maneira que eu entendo é que eles começaram instalando o windows, depois o arch linux, mas como eles deixaram a unidade de dados conectada, eles acabaram com a unidade errada obtendo a tabela de partições.
• Eles não notaram por muitos meses, continuando a instalar janelas lado a lado do arch linux, e só notaram recentemente quando desconectaram sua unidade de dados que a tabela de partições desapareceu.
• O problema com que me deparo antes de tentar copiar e remover a tabela de partições é que não tenho o backup de espaço dos dados antes do tempo, para o caso de

Minha pergunta:

So I am curious if in general procedures to copy the partition table between disks and then make both disks useable by reseting/randomizing the GUID is safe and independent of the allready existing data?

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

Eu recebi os dois comandos sgdisk desta resposta: link

Detalhes da configuração

Os resultados de 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   

Os resultados de 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

Os resultados de 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

A execução de sgdisk -p da home e a raiz da unidade de dados não retornam nada.

    

Answer 1

Você deve estar bem com o GUID do disco , mas tenha cuidado com isso. Os UUIDs das partições e sistemas de arquivos são usados com mais freqüência e a troca desses pode ser perigosa. O GUID é geralmente usado pelo bootloader para identificar um tipo de disco / uso (Windows, FreeBSD, CoreOS Linux, etc). Pelo que você descreveu, deveria ser seguro. Para ser ainda mais seguro, faça backup das tabelas de partição em uma unidade USB para restaurá-las, se necessário. (%código%). Isso ocorre porque a edição da tabela de partições não modifica os blocos de dados, apenas os limites de onde eles estão.

Para entrar em mais detalhes sobre os UUIDs de partições / sistemas de arquivos:

Muitas vezes, o UUID do sistema de arquivos pode ser usado para identificar um dispositivo de inicialização em um sistema Linux. por exemplo:

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

Se você alterar o UUID nesse disco, as coisas ficarão descontroladas. Outro lugar onde as coisas podem ficar complicadas no lado partição das coisas está em sgdisk -b :

#
# /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

Para obter uma pesquisa melhor, comece executando:

 lsblk -fa

Isso mostrará todas as informações do UUID para que você possa trocar conforme necessário.