Re: libgparted bug.
On Friday 09 February 2018 11:01:38 Thomas Schmitt wrote:
> Hi,
>
> > # skip rules for inappropriate block devices
> > KERNEL=="fd*|mtd*|nbd*|gnbd*|btibm*|dm-*|md*|sdd",
> > GOTO="persistent_storage_end"
>
> That's a neighbor of where i once stopped to experiment.
> So now:
>
> KERNEL=="fd*|mtd*|nbd*|gnbd*|btibm*|dm-*|md*|zram*|mmcblk[0-9]*rpmb|sr
>4", GOTO="persistent_storage_end"
>
> But still immediate "No medium" and nearly immediate ejection of tray.
> (It seems that it ejects if the previously inserted tray was empty.)
>
> I switched off-and-on the USB box with the drive. No improvement.
> Grrr.
>
> > bs=65536, then count=122,070 covers 8Gb [...]
> > 7999979520 bytes (8.0 GB) copied, 399.487 s, 20.0 MB/s
>
> Sparsely and only ISO GBs.
> I'd rather assume the larger count=131072 = 8589934592 = 8 GiB.
>
> > dd if=/dev/sdd of=rock-img-shrunk.img bs=65536 count=122070
> > gparted can't see a thing except an empty card. WTF?
>
> Here you copied /dev/sdd to rock-img-shrunk.img.
>
> Quote from the other thread, "a hexeditor please":
> > Used dd to make a file of the first 8Gb, wrote that 8Gb to another
> > identical 64Gb card.
>
> By what command did you copy the file to the other card ?
>
dd if=rock-img-shrunk.img bs=65536 count=122070 of=/dev/sdd
Which is the reverse direction of the command generated that file...
> What do other partition editors report about rock-img-shrunk.img
> and the other card ?
> E.g.
> /sbin/fdisk -l rock-img-shrunk.img
> /sbin/fdisk -l /dev/sdd
When did fdisk learn about GPT part tables?
gene@coyote:~/rock64.imgs$ /sbin/fdisk -l rock-img-shrunk.img
WARNING: GPT (GUID Partition Table) detected on 'rock-img-shrunk.img'!
The util fdisk doesn't support GPT. Use GNU Parted.
Disk rock-img-shrunk.img: 7999 MB, 7999979520 bytes
255 heads, 63 sectors/track, 972 cylinders, total 15624960 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
Disk identifier: 0x00000000
Device Boot Start End Blocks Id System
rock-img-shrunk.img 1 1 125171711 62585855+ ee GPT
And
gene@coyote:~/rock64.imgs$ /sbin/fdisk -l /dev/sdd
Disk /dev/sdd: 64.0 GB, 64021856256 bytes
255 heads, 63 sectors/track, 7783 cylinders, total 125042688 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
Disk identifier: 0x00000000
Device Boot Start End Blocks Id System
/dev/sdd 1 32768 125042687 62504960 7 HPFS/NTFS/exFAT
huh????
> (I assume they do not need hdparm -z which lets the kernel re-assess
> the partition table.)
>
> > Do we have a better hex editor?
>
> First parts of partition tables should be to see within the first 1024
> bytes.
>
> dd if=/dev/sdd bs=1024 count=1 | od -t x1 | less
>
> The partition table of an MBR begins at byte 446, octal: 0676.
> It ends 64 bytes later before 0776, where you should read "55 aa".
>
> GPT header begins at byte 512, octal 01000, by "EFI PART":
> 0001000 45 46 49 20 50 41 52 54 ...
>
>
> Have a nice day :)
>
> Thomas
--
Cheers, Gene Heskett
--
"There are four boxes to be used in defense of liberty:
soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Genes Web page <http://geneslinuxbox.net:6309/gene>
Reply to: