Pete Batard

Likewise, after a week of using a different cron time than one that sits right at the top of a specific hour, I have observed no new occurrences of this...

> if you need it I'll take a screenshot. Can you please send me your log instead? Again, I **very much** need to see your full log whenever you think...

As I explained earlier, sending log as attachments will not work, because you are sending them to a GitHub bot which will discard them. You need to log on to...

Thanks. I believe the fix I am going to push, and which will be part of the 4.5 release, should address the issue.

``` root@nas:~# dd if=/dev/zero of=/dev/sdj bs=512 count=34 34+0 records in 34+0 records out 17408 bytes (17 kB, 17 KiB) copied, 0.00256986 s, 6.8 MB/s root@nas:~# dd if=/dev/zero of=/dev/sdj bs=512 count=34...

I'm sorry but I just don't have the time for this kind of testing. I have demonstrated that Rufus does write VHD data as expected, and therefore, that whatever happens...

Nah, I can open and write it alright, and from what I can see, somehow the last 512 bytes of data from the image are not written as expected (whereas...

@AMIGASYSTEM, I believe that, if you partition your drive so that the last partition does not end at the end of the disk, but one (or a few) sector(s) prior,...

Well, the other option is to just rename the `.vhd` to `.img` and use that as a flat DD image, since a `.vhd` is just a flat image with a...

This last issue will now be fixed in the next release of Rufus. As I suspected, this didn't really have anything to do with Rufus, but instead with Windows completely...