| 1 |
On 12/19/2018 04:43 AM, Mick wrote: |
| 2 |
> I ran ddrescue while the drive was still on the laptop. The clone was on the |
| 3 |
> USB caddy. |
| 4 |
|
| 5 |
ACK |
| 6 |
|
| 7 |
> The disk block device is there and so is the first partition (only): |
| 8 |
> |
| 9 |
> ls -la /dev/sdb* |
| 10 |
> brw-rw---- 1 root disk 8, 16 Dec 19 11:20 /dev/sdb |
| 11 |
> brw-rw---- 1 root disk 8, 17 Dec 19 11:20 /dev/sdb1 |
| 12 |
> |
| 13 |
> However, there's 6 partitions in total: |
| 14 |
> |
| 15 |
> Disk /dev/sdb: 1953525168 sectors, 931.5 GiB |
| 16 |
> Model: LucidPort USB300 |
| 17 |
> Sector size (logical/physical): 512/512 bytes |
| 18 |
> Disk identifier (GUID): 1A95F5D1-5630-4E06-9DC3-36841C786DDF |
| 19 |
> Partition table holds up to 128 entries |
| 20 |
|
| 21 |
128 entries tells me that the disk has GPT partition table, not a |
| 22 |
classis MS-DOS / PC-BIOS partition table. |
| 23 |
|
| 24 |
This sounds like the (what I understand to be) the classic protection |
| 25 |
partition that GPT fakes in PC-BIOS partition tables. |
| 26 |
|
| 27 |
Do you have GPT partition support in your kernel? |
| 28 |
|
| 29 |
I'm guessing the one partition that you see is the size of the entire drive. |
| 30 |
|
| 31 |
> Main partition table begins at sector 2 and ends at sector 33 |
| 32 |
> First usable sector is 34, last usable sector is 1953525134 |
| 33 |
> Partitions will be aligned on 2048-sector boundaries |
| 34 |
> Total free space is 4770 sectors (2.3 MiB) |
| 35 |
> |
| 36 |
> Number Start (sector) End (sector) Size Code Name |
| 37 |
> 1 2048 821247 400.0 MiB 2700 Basic data partition |
| 38 |
> 2 821248 1353727 260.0 MiB EF00 EFI system partition |
| 39 |
> 3 1353728 1615871 128.0 MiB 0C01 Microsoft reserved |
| 40 |
> ... |
| 41 |
> 4 1615872 1911737034 910.8 GiB 0700 Basic data partition |
| 42 |
> 5 1911738368 1915412479 1.8 GiB 2700 |
| 43 |
> 6 1915412480 1953523711 18.2 GiB 0700 Basic data partition |
| 44 |
> |
| 45 |
> I can see partition 4 I was trying to recover, but could not add it: |
| 46 |
> |
| 47 |
> partx --show --nr 4 /dev/sdb |
| 48 |
> NR START END SECTORS SIZE NAME UUID |
| 49 |
> 4 1615872 1911737034 1910121163 910.8G Basic data partition fea85fb3- |
| 50 |
> cfdb-4868-a1ad-bab264dad237 |
| 51 |
> |
| 52 |
> partx --add --nr 4 /dev/sdb |
| 53 |
> partx: /dev/sdb: error adding partition 4 |
| 54 |
> |
| 55 |
> partx --add /dev/sdb |
| 56 |
> partx: /dev/sdb: error adding partitions 1-6 |
| 57 |
|
| 58 |
That really sounds like your kernel doesn't have GPT support (loaded). |
| 59 |
|
| 60 |
> In any case, losetup with offset/size succeeded in mounting it and I was able |
| 61 |
> to access the fs on it. |
| 62 |
|
| 63 |
Good. |
| 64 |
|
| 65 |
|
| 66 |
|
| 67 |
-- |
| 68 |
Grant. . . . |
| 69 |
unix || die |
Archives