Warum hat dd eine andere UUID erstellt?

7
root@debian:/home/tiger# dd  if=/dev/sda  of=/dev/sdb  bs=10240k
11447+1 records in
11447+1 records out
120034123776 bytes (120 GB) copied, 4729.59 s, 25.4 MB/s
root@debian:/home/tiger# blkid
/dev/sda1: UUID="54AF-15B1" TYPE="vfat" 
/dev/sda2: UUID="28D02E2FD02E03A2" TYPE="ntfs" 
/dev/sda5: UUID="a3464de4-5676-4ae3-b37a-a1f40708d5ec" TYPE="swap" 
/dev/sda6: UUID="8b29114c-4f89-4c96-b0c0-579ce58c7345" TYPE="ext3" 
/dev/sdb1: UUID="54AF-15B1" TYPE="vfat" 
/dev/sdb2: UUID="28D02E2FD02E03A2" TYPE="ntfs" 
/dev/sdb5: UUID="a3464de4-5676-4ae3-b37a-a1f40708d5ec" TYPE="swap" 
/dev/sdb6: UUID="d38e60d8-6bfe-49f9-a381-d89b3b9bbb7f" SEC_TYPE="ext2" TYPE="ext3" 

Warum ist /dev/sda6uuid nicht gleich /dev/sdb6?


Bearbeiten , Beantworten von Fragen aus Kommentaren:

  1. sda und sdb sind gleich große Festplatten
  2. Die Ausgabe von blkid -pist:

    root@debian:/home/tiger# blkid -p /dev/sda6  
    /dev/sda6: UUID="8b29114c-4f89-4c96-b0c0-579ce58c7345" VERSION="1.0" TYPE="ext3" USAGE="filesystem"   
    
Fnzh Xx
quelle
Sind beide Laufwerke gleich groß? Es sieht aus wie sda120 GB. Wenn die sdbGröße unterschiedlich ist, fehlen möglicherweise Daten oder es verbleiben möglicherweise noch alte Daten. Ich bin auch nicht mit blkiddem Thema vertraut, daher ist möglicherweise ein Neustart erforderlich, wird jedoch nicht empfohlen, da das Betriebssystem bei Verwendung der UUID-Bereitstellung sehr, sehr verwirrt wird.
Aaron D. Marasco
Könnten Sie blkid -p versuchen? Es umgeht den Cache und geht auf Low-Level. Habe schon einmal Verwirrungen mit dem Cache gesehen.
verdreifacht
hdparm -z /dev/sdb
BatchyX
1
Was ist mit der blkid -pAusgabe für / dev / sdb6?
Derobert

Antworten:

2

Sie haben die blkid -pAusgabe für die interessante Partition (/ dev / sdb6) nicht angegeben, aber das würde mit ziemlicher Sicherheit geben 8b29114c-4f89-4c96-b0c0-579ce58c7345. Ich vermute, wenn Sie es versucht haben:

blkid -c /dev/null

Sie erhalten die erwartete Ausgabe - die UUIDs stimmen überein.

Sie sehen nur die Auswirkungen eines veralteten Caches /etc/blkid.tabund können dies beheben, indem Sie:

echo -n > /etc/blkid.tab
blkid

Dadurch wird der Cache geleert und neu generiert.

derobert
quelle
0

Wenn ich Ihre Frage richtig gelesen habe, zeigt nur die ext3-Partition eine andere UUID. Dies hängt möglicherweise mit dem Dateisystemtyp zusammen, sodass Sie die ext2-Eigenschaften besser untersuchen sollten.

Könnten Sie überprüfen, ob tune2fs dieselbe UUID wie blkid für / dev / sd [ab] 6 anzeigt?

Was passiert, wenn Sie versuchen, die UUID auf SDB6 mit derselben UUID von SDB6 festzulegen? Beschwert sich tune2fs? Erklärt es das?

eppesuig
quelle