News for hackers. Stuff that matters.
Re:NetBSD 11 desktop on a Raspberry Pi 4 by load-bearing on Tuesday November 10, 2026 @11:19AM (#50442483)
You usually don't even need dd, plain cat <iso >device is fine, or pv if you want to be fancy and want progress bars.

Less of a chance of swapping if/of and destroying something unexpected.

Re:NetBSD 11 desktop on a Raspberry Pi 4 by jandrese on Tuesday November 10, 2026 @11:36AM (#50442712)
This is one of those things that SystemD can make more complicated. When you DD a disk image on something it rewrites the disk header, which can cause SystemD to reparse the header and do some weird stuff with the device that causes the write to fail or get corrupted. Etcher works around that problem.

That said, the more lightweight "Disk Image Creator" also gets around this problem without dragging in an entire self contained browser.

Re:NetBSD 11 desktop on a Raspberry Pi 4 by dmitrygr on Tuesday November 10, 2026 @12:29PM (#50443411)
What is this "systemd" you speak of? Getting in between a man-as-root and his dev nodes? Sounds most un-unixlike.
Re:NetBSD 11 desktop on a Raspberry Pi 4 by functionmouse on Tuesday November 10, 2026 @02:13PM (#50444832)
It's IBM's way of embrace-extend-extinguish'ing freedesktop
Re:NetBSD 11 desktop on a Raspberry Pi 4 by skrellm on Tuesday November 10, 2026 @01:10PM (#50443931)
> That said, the more lightweight "Disk Image Creator" also gets around this problem without dragging in an entire self contained browser.

Exactly my point. Also that self contained browser hides a spyware (telemetry without notice and opt out), so illegal in the EU.

Re:NetBSD 11 desktop on a Raspberry Pi 4 by anthk on Tuesday November 10, 2026 @08:20PM (#50448675)
ddrescue always works.
Re:NetBSD 11 desktop on a Raspberry Pi 4 by skrellm on Tuesday November 10, 2026 @12:48PM (#50443637)
> You usually don't even need dd, plain cat <iso >device is fine

Definitely not. In fact, even dd is insufficient unless you use os specific flags to flush the disk cache, otherwise your stick might be corrupted. Read about the fdatasync syscall.

Re:NetBSD 11 desktop on a Raspberry Pi 4 by yjftsjthsd-h on Tuesday November 10, 2026 @05:32PM (#50447251)
Okay, so cat && sync
Re:NetBSD 11 desktop on a Raspberry Pi 4 by skrellm on Tuesday November 10, 2026 @06:21PM (#50447722)
May not work, OS dependent. According to POSIX "sync" flushes the file system level buffer cache of opened files, and not necessarily the block device cache inside the kernel. (Eg. "sync" flushes devfs under /dev, so updates the /dev/sda directory entry, but maybe not the block cache of the (8,0) device.)

There's a good reason why the dd command exists, believe me.

FYI: https://linux.die.net/man/2/sync syscall is not the same as https://linux.die.net/man/2/fsync syscall.

Re:NetBSD 11 desktop on a Raspberry Pi 4 by anthk on Tuesday November 10, 2026 @08:20PM (#50448682)
ddrescue worked for me better than dd.
Re:NetBSD 11 desktop on a Raspberry Pi 4 by somat on Wednesday November 11, 2026 @03:20AM (#50450924)
For what it's worth, probably not much, openbsd still has raw devices /dev/rsd1a vs /dev/sd1a(the block device) while it looks like linux made them all block devices (unless opened a special way O_DIRECT) and freebsd(as best I can tell) made all devices raw. https://docs-archive.freebsd.org/doc/11.2-RELEASE/usr/local/...

So, on openbsd, make sure you use the raw device when writing images with dd, and in my experience you want to use dd because the block size on cat is too small. dd bs=64k if=image.file of=/dev/rsd2c (c on obsd is entire disk)