That and verifying the checksum are the big reasons I can think of. I feel like for the most part though using something like balenaEtcher is so much easier.

  • Ephera@lemmy.ml
    0·
    1 month ago

    I feel like the main problem with balenaEtcher is that it requires downloading 150 MB, for a software that many people will use only once before a reinstall.
    If you’re in a rich country, you might hardly notice, but for poorer countries, this is an insane ask, especially if it just improves convenience mildly.

    But yeah, ultimately any such tool is going to face the problem that no matter how easy it is to use, you need to first install it, which needs to be explained.
    The usage of dd also needs explaining, but you don’t need to install it.

    Well, and another factor is that dd has been around since the dawn of time. Software like balenaEtcher tends to go unmaintained after a few years, at which point any documentation referencing it, will need to be rewritten. And it’s usually rewritten to reference dd instead, before a new convenient software emerges…

    • Corroded@lemmy.dbzer0.comOP
      0·
      1 month ago

      Thanks for explaining. I didn’t know it went unmaintained for a while. I thought programs like balenaEtcher and Rufus might have other issues I was unaware of like certain OSs not flashing correctly

      • Ephera@lemmy.ml
        0·
        1 month ago

        Oh, I didn’t mean to say that balenaEtcher actually had gone unmaintained before. I just meant that it’s likely to do so in the future, like pretty much all software.

        dd is kind of in a unique position, in that it’s so simple, that it’ll hardly need maintenance, and it’s useful enough that it presumably gets this maintenance.

        With balenaEtcher, it’s developed by a company. If that company folds or changes strategy, then they’ll stop maintaining balenaEtcher.
        It’s also implemented with Electron, i.e. browser technologies. If it goes unmaintained for a few months, you’ll quickly have security vulnerabilities in there.
        You might also not find anyone willing to maintain such a comparatively thick tech stack…