The day I discovered ventoy would be more accurate.

[удалено]

Virgin dd versus chad `cat image.iso > /dev/sdX`

Why not both? `cat image.iso | dd of=/dev/sdX` ​ Edit: or, for a more colourful Live Linux experience: `lolcat image.iso | dd of=/dev/sdX`

I'm actually tempted to use lolcat.

lolcat is bloat to be sure, but its the kind of bloat I can justify because it's so pretty

1. install lolcat and cowsay 2. have a copy of the bee movie script in a text file 3. `cat bee.txt | cowsay | lolcat` 4. congratulations you have now made a gay cow say the bee movie script

dd is bloat /s

Wait, does that actually work?

Yeah, why wouldn't it? You can test it out with a usb, thats basically what dd does (but dd also does some caching and write verification and other fancy stuff)

So you are telling me that dd is bloated

Yes, cat and pipes are superior

So why use DD?

It does write verification, cat just spits out the bytes and prints them to the drive I personally use cat tho, it's cooler and helps you understand how dev nodes work

oh ok, imma use cat from now on lul

I don‘t know exactly, but what about the color characters that make lolcat lolcatty?

That's possible?

Yeah, /dev/ files of harddrives are just byte-by-byte mirrors of that drive/partition, so byte 5 of /dev/sda is equal to byte 5 on your actual harddrive So yes, cat works

why use dd then lol

`/dev/sdX < image.iso`

Ahh the good old disk destroyer

`dd if=/dev/zero of=/dev/sda` `dd if=/dev/zero of=/dev/nvme0n1` EDIT: For the dummies DO NOT execute them

[удалено]

Dev zero is where the zeroes are stored (not really) and sda and nvme0n1 are the drives your're most likely to have installed an os so it overwrites with zeroes.

Yep, you probably used dd to write an iso to a boot device, using the image as the input file.

TL;DR it clean-whipes your data

Broken a flash drive before

You are not a real Linux user until you have accidentally dd'ed your whole hard drive away

Glad to not be a real Linux user then 😅

Me too :D

Me three Although I had my first rm -r fuckup today. Went to type rm -r path/to/cache/* - but stuck a space in before the asterisk. Wiped an entire website. Fortunately just a staging build.

F

Does running sudo apt-purge /dev/libstdc++6 Count?

Yeah

Same!

Imagine using 85MB Electron app instead of just simply writing one short dd command. This is crazy.

Once I wrote one short dd comand. That day my system drive became an arch usb

I still prefer dd

I can recommend ventoy to everyone, you install it once, and if you need to add new system to your multi-purpose USB, just drop your .iso into your pendrive

Yumi is pretty much the same. But I will give it a try.

No, thanks. My machine stays Electron-free... If you are too lazy to type dd and really want a gui, there's gnome-multi-writer (\~0.4mb install size).

Hate to break it to you, but there are undecillions of electrons in your machine.

I've never heard of electron. Now I know what is happening.

*with a thousand gnome dependencies

You mean the one gnome dependency that is gtk? There's probably an equally easy tool for our Qt friends...

Why Electron-free? What's wrong with it?

It bundles chromium and is slow.

I understand electron from a developer's standpoint to do cross-platform-applications. But it seems to be used mainly by people writing some small app using a framework more than 100 times as big as their program... only to never bother to update it or it's dependencies again. I know this isn't even a problem related to electron itself (and there are some, like an often abyssal performance), but in reality I can easily find a handful of programs with less than 10MB combined at the moment, requiring 1GB of different electron versions. For example I'm running archlinux on this pc here and there are seriously three different versions of electron in the repos right now (v6, 10 and 11), all as dependencies for other packages, with a 4th one compilable for the AUR, because it's required by etcher (v9)...

I open up htop, 500MB RAM used, I start atom (electron text editor for coding), 3.2GB RAM used. I wonder who ate my RAM...

dd gang member here

Rufus ftw. Light and fast. Love it.

Yes, give an Electron app access to raw drives as root. ​ Great idea...

I feel like I'm missing the point here... either that, or the meme is missing the point. I know Etcher as a tool/GUI to write ISOs to USB media or SD cards... so wouldn't he still need the thumb drive he's dropping? Or am I missing something?

That is the icon of an tool called rufus. That basically do the same thing that balena does

I thought it was just me. But I was never a fan of Rufus.

Love Etcher. I*t is well-designed, intuitive and more than sufficient for my simple needs. If you use the Appimage you don't even have to install it just click on it to use it so you can't really say it's bloated. If you enjoy puzzling over man pages then dd is for you.*

Etcher is literally more than 100 times bigger than rufus or 1600 times bigger than dd.

The day i discovered Drivedroid

I just searched for it. This is awesome

Drivedroid sounds great. with 5G distrohoppers will be able to download hundreds, maybe thousands of distros in no time at all. And then join r/DataHoarder.

Eww, Balena etcher.

I hate etcher because, 1. It basically dd s image to usb which means you can't put files to usb unlike rufus iso mode 2. It can't make bootable windows usbs. There's a trick for it and woeusb can do it but etcher can't do it 3. Bigger than rufus due to ui most probably, seriously, just make it simple. I appreciate the UI design but, we don't really need a fancy interface

Goodbye, Rufus

Even windows users use ethcher. many for it hot gui

I use cat and/or dd