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"   
    

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.


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?

Durch die Nutzung unserer Website bestätigen Sie, dass Sie unsere Cookie-Richtlinie und Datenschutzrichtlinie gelesen und verstanden haben.
Licensed under cc by-sa 3.0 with attribution required.