Linux / GPartedはパーティションテーブルを見ることができますが、dd bs = 512 count = 1はできません


8

私はMBRフォーマットのsdカードを持っています。Linuxマシン(xubuntu 12.04)に接続すると、パーティションをマウントしてファイルシステムを解析できます(GPartedと同様)。ただし、ddを使用してデバイスからMBRを読み取ろうとすると、大量の偽のデータが表示されます。

ddがMBRを読み取ることができない場合に、Linux / GPartedがどのようにMBRを読み取り、MBRを理解できるかについて、誰かが光を当てることができますか?彼らはデータを取得するために異なる方法を使用していますか?IEはopen()、read()ではありません

DDコマンドは次のとおりです。

dd if=/dev/sdb of=mbr.bin bs=512 count=1

DD出力は次のとおりです。

1+0 records in
1+0 records out
512 bytes transferred in 0.000786 secs (651345 bytes/sec)

mbr.binダンプhexdump -C mbr.binは次のとおりです:

00000000  04 16 41 53 4d 49 2d 53  44 03 00 00 00 00 16 f1  |..ASMI-SD.......|
00000010  00 7f 00 32 1f 5b 80 00  36 db bf bf 96 c0 00 01  |...2.[..6.......|
00000020  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
00000030  6f 00 00 10 00 00 02 2e  00 00 00 00 00 00 00 00  |o...............|
00000040  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
*
00000200

どのような出力がdd得られますか?
qdii 2013年

ddがデータを読み取れないとはどういう意味ですか?
qdii 2013年

最初の512バイトはそうではありません明らかにパーティションテーブルを含むMBRが、あるべき
トム・ブース

うーん。多分あなたはそれを使わないからですか?GPTの魅力は、MBRを置き換えるパーティションテーブルです(ただし、MBRは、ブートローダーが機能し続けることを期待するために保持できます)。
qdii 2013年

1
fdisk -lu /dev/sdbgdisk -l /dev/sdbおよびの出力は何grep sdb /proc/partitionsですか?
ステファンChazelas

回答:


2

カードにはマスターブートレコード(MBR)がありません。hexdumpがあれば、オフセット0x1C055aa最後に少なくとも1つのパーティションエントリが表示されます。

すべてのパーティションテーブルが最初の512バイトでデータをレイアウトするわけではありません。表示される偽のデータは、SDカードのSIDとCSDレジスタです。しかし、それを見ると、それはカードの正しいデータではありません(それが古い1 MiB 2001モデルでない限り)。

最初の16バイトは次のとおりです。

CID Register:
----------------------------------------------------------------------------
Manufacturer ID       (MID): 04               => (Transcend)
OEM/Application ID    (OID): 16 41            =  ?A
Product name          (PNM): 53 4d 49 2d 53   =  SMI-S
Product revision      (PRV): 44               =  0100 0100 => 4.4
Product serial number (PSN): 03 00 00 00
reserved               (-) : 00 >> 4          = 0000b
Manufacturing date    (MDT): (00 & 0x0f)|0x16 = 0001b,0110b => 2000+1,6=> Jun 2001
CRC7 checksum         (CRC): 1f >> 1          = 120
always 1               (1) : 1f & 1           = 1

次の16バイト(少なくともその一部):

CSD Register:
----------------------------------------------------------------------------
CSD Structure        (CSD_STRUCTURE): 00 >> 6  = 00b => CSD Version 1.0
reserved                         (-): 00 & 3f  = 00 0000b
Data read access time 1       (TAAC): 7f = 1111b => time val 8.0, 111b => 7=10ms
Data read access time 2       (NSAC): 00
Max. data transfer rate (TRAN_SPEED): 32 = 0110,010 time val 2.5, 2=10Mbit/s 25MHz
Card command classes           (CCC): 1f << 4 | 5b >> 4 = 0x1f5

...
Device size (C_SIZE) : (0x80 & 0x03) << 0xa | 00h | 36 >> 6 : 0

Max. read  current @VDD min (VDD_R_CURR_MIN) : 110 => 60mA
Max. read  current @VDD max (VDD_R_CURR_MAX) : 110 => 80mA
Max. write current @VDD min (VDD_W_CURR_MIN) : 110 => 60mA
Max. write current @VDD max (VDD_W_CURR_MAX) : 110 => 80mA
Device size multiplier         (C_SIZE_MULT) : 111 => 2^(7 + 2) = 512
Erase single block enable     (ERASE_BLK_EN) : 0
Erase sector size              (SECTOR_SIZE) : 1111111 => 127 + 1 = 128
Write protect group size       (WP_GRP_SIZE) : 0111111 =>  63 + 1 = 64

MULT      = 2^(C_SIZE_MULT + 2)  = 2^(7 + 2) = 512
BLOCKNR   = (C_SIZE + 1) * MULT  = 1 * 512   = 512
BLOCK_LEN = 2^READ_BL_LEN        = 2^11      = 2048

memory capacity = 
BLOCKNR * BLOCK_LEN = 512 * 2048 = 1048576 bytes = 1024 KiB = 1 MiB

また、CSDレジスタのCRC7チェックが間違っています。気晴らしから残った古いデータである可能性があります。

これらのレジスタなどは、さまざまなコマンドでカードから直接照会できます。これは、モジュールドライバー、カードハブなどによって行われます。


Stephane Chazelas、slmなどのコマンドで何が見つかるか興味深いです。


1

ではなく、sfdiskコマンドを使用してみddます。例えば:

$ sudo sfdisk -d /dev/sda > /tmp/mbr_using_sfdisk.bin
Warning: extended partition does not start at a cylinder boundary.
DOS and Linux will interpret the contents differently.

今見てみるとmbr_using_sfdisk.binあなたが探しているものがわかります:

$ more /tmp/mbr_using_sfdisk.bin
# partition table of /dev/sda
unit: sectors

/dev/sda1 : start=     2048, size=  2457600, Id= 7, bootable
/dev/sda2 : start=  2459648, size=314765312, Id= 7
/dev/sda3 : start=956291072, size= 20480000, Id= 7
/dev/sda4 : start=317224960, size=639066112, Id= 5
/dev/sda5 : start=317227008, size=  1024000, Id=83
/dev/sda6 : start=318253056, size=638038016, Id=8e

では、なぜパーティションテーブルを使用できないのddですか?

理由は完全にはわかりませんがmbr.binfileコマンドを使用してパーティションテーブルを確認する方法を示すこのトリックに出くわしました。

例えば:

$ sudo dd if=/dev/sda bs=512 count=1 of=mbr.bin
1+0 records in
1+0 records out
512 bytes (512 B) copied, 0.000184924 s, 2.8 MB/s

$ file mbr.bin 
mbr.bin: x86 boot sector; GRand Unified Bootloader, stage1 version 0x3, boot drive 0x80, 1st sector stage2 0x12f0c26a, GRUB version 0.94; 
partition 1: ID=0x7, active, starthead 32, startsector 2048, 2457600 sectors; 
partition 2: ID=0x7, starthead 162, startsector 2459648, 314765312 sectors;
partition 3: ID=0x7, starthead 239, startsector 956291072, 20480000 sectors;
partition 4: ID=0x5, starthead 239, startsector 317224960, 639066112 sectors, code offset 0x48

参考文献


なぜ誰かhexdumpが(プレーンテキスト)の出力に使用する必要がありsfdisk -d /dev/sdaますか?
Hauke Laging 2013年

それは素晴らしい点です。それがプレーンテキストであることに気づきませんでした。答えは8)で修正します。
slm

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.