The command line should be reserved for times where you need the fine grain control to do something that DD is meant to do. A GUI should implement everything else in a reliable way that doesn't break half the time or crash on unexprected input.
The Cult of DD
21–30 of 178 posts
Re: The Cult of DD
#22Re: The Cult of DD
#23One thing I'll often use dd for is recovering data from a failing drive. Can head ignore read errors? dd can. As far as I'm concerned, dd is lower-level than most of the other utilities and provides more control over what's happening. The author does have a point that the syntax is strange though.
Funnily enough, I ended up using it to accidentally name the wrong drive in the argument, and lost years of photos, music, video etc. though I suppose I can't blame dd for that :)
Re: The Cult of DD
#24Re: The Cult of DD
#25 sudo dd .... of=/dev/...
But there's no trivial cat equivalent: sudo cat ... > target
Will open target as your current user anyway. You can play around with tee and redirection of course. But that's getting more complicated than the original.Re: The Cult of DD
#26"One of the biggest regrets of my life."
Re: The Cult of DD
#27Somewhat related short story: Earlier this week my friend said that he dd'd away just over 50 bitcoins, back when they were worth ~$3 each. "One of the biggest regrets of my life."
Re: The Cult of DD
#28Interesting assertion. Can you show me a shell invocation without using dd that cuts off the first 16 bytes of a binary file, for example? This is a common reason I use dd.
tail -c +17
(dd's corresponding options do not suffer from this problem.)
Re: The Cult of DD
#29Re: The Cult of DD
#30Cult of pv. It looks to have more command-line complexity than dd. https://linux.die.net/man/1/pv