[continued from previous message]   
      
   I should really be doing my physical layer tests in an Admin window,   
   for access! My mistake. I've removed some output to make this easier   
   to read.   
      
   PS D:\temp> .\dd --list   
   rawwrite dd for windows version 0.6beta3.   
   Written by John Newbigin    
   This program is covered by terms of the GPL Version 2.   
   ...   
   NT Block Device Objects   
   \\?\Device\Harddisk2\Partition0 <=== Whole disk drive identifier   
   (equiv /dev/sdc)   
    link to \\?\Device\Harddisk2\DR2   
    Fixed hard disk media. Block size = 512   
    size is 21474836480 bytes   
   \\?\Device\Harddisk2\Partition1 <=== One and only partition   
   identifier (equiv /dev/sdc1)   
    link to \\?\Device\HarddiskVolume9 Because the size is not   
   listed, I can't   
    run this in a test.   
      
   Virtual input devices   
    /dev/zero (null data)   
    /dev/random (pseudo-random data)   
    - (standard input)   
      
   Virtual output devices   
    - (standard output)   
    /dev/null (discard the data)   
      
   But if I try that with the Coreutils one, it doesn't like that namespace.   
      
   *******   
      
   $ dd if=test.bin bs=1048576 | wc -c   
   5242880000 <=== wc stdout output printed first   
   5000+0 records in \   
   5000+0 records out \__ Coreutils   
   stderr output   
   5242880000 bytes (5.2 GB) copied, 1.0969 seconds, -0.0 GB/s /   
      
   It's looking like, while the Coreutils dd exists, it doesn't seem to   
   work on the expected namespace. The chrysocome one does work (using   
   the namespace defined via the --list output). I don't have the Cygwin   
   set up right now, to test the "dd" it would have. The DLL list today,   
   is more than the two DLLs it used to use, so setting up a copy of dd on that   
   would be a folder of stuff.   
      
   I can demo one Cygwin utility I have set up in a folder.   
   That is to demonstrate how that namespace *can* work. But   
   the Cygwin port is not going to be the same as the Gnuwin32 port.   
      
   S:\disktype>disktype /dev/sdc   
      
   --- /dev/sdc   
   Block device, size 20 GiB (21474836480 bytes)   
   DOS/MBR partition map   
   Partition 1: 20.00 GiB (21471690752 bytes, 41936896 sectors from 2048)   
    Type 0x07 (HPFS/NTFS)   
    NTFS file system   
    Volume size 20.00 GiB (21471690240 bytes, 41936895 sectors)   
      
   *******   
      
   IDK, I guess that's why I use it ? The chrysocome one.   
      
   And for the OP, none of this is particularly convenient.   
      
   To write a USB stick with a Ubuntu ISO, with the Chrysocome one, would be:   
      
   Name: ubuntu-24.04.2-desktop-amd64.iso # What I have handy, in the   
   ISO collection   
   Size: 6343219200 bytes (6049 MiB)   
   SHA256: D7FE3D6A0419667D2F8EFF12796996328DAA2D4F90CD9F87AA9371B362F987BF   
      
   factor 6343219200   
   6343219200: 2 2 2 2 2 2 2 2 2 2 2 3 5 5 61 677   
      
   (Admin terminal window. write USB stick via Windows)   
      
    .\dd.exe if=ubuntu-24.04.2-desktop-amd64.iso of=\\?\Devi   
   e\Harddisk2\Partition0 bs=153600 count=41297   
      
   Only a few USB sticks go really fast, doing this.   
   (There is a Patriot one that does at least 600MB/sec.)   
      
    Paul   
      
   --- SoupGate-Win32 v1.05   
    * Origin: you cannot sedate... all the things you hate (1:229/2)   
|