Privacy

34089 readers

718 users here now

A place to discuss privacy and freedom in the digital world.

Privacy has become a very important issue in modern society, with companies and governments constantly abusing their power, more and more people are waking up to the importance of digital privacy.

In this community everyone is welcome to post links and discuss topics related to privacy.

Some Rules

Posting a link to a website containing tracking isn't great, if contents of the website are behind a paywall maybe copy them into the post
Don't promote proprietary software
Try to keep things on topic
If you have a question, please try searching for previous discussions, maybe it has already been answered
Reposts are fine, but should have at least a couple of weeks in between so that the post can reach a new audience
Be nice :)

Related communities

much thanks to @gary_host_laptop for the logo design :)

founded 5 years ago

MODERATORS

[email protected]

521

Tails no longer recommending balenaEtcher (tails.net)

submitted 2 days ago by [email protected] to c/[email protected]

184 comments fedilink hide all child comments

I am shocked by this - the quote in below is very concerning:

"However, in 2024, the situation changed: balenaEtcher started sharing the file name of the image and the model of the USB stick with the Balena company and possibly with third parties."

Can't see myself using this software anymore...

you are viewing a single comment's thread
view the rest of the comments

[–] [email protected] 3 points 1 day ago (1 children)

Did you make sure that the of is correct? lsblk to make sure.

If your sure it wrote to the right drive i would make sure that you have a good download. Did you run your checksums?

I think fedora works with secureboot but you might want to disable it just to see if that is the issue. I believe you can reenable it after install.

Make sure to go into the bios and boot from external drive/usb.

Out of 15 years of using dd i have never had a problem.

[–] [email protected] 2 points 1 day ago (1 children)

I did verify with lsblk, with a listing before and after plugging in the stick to be absolutely sure.

I also did verify the checksum of the ISO.

I'll double check SecureBoot, but as I mentioned, the same ISO written to the same stick with Fedora writer did boot in the same machine it wouldn't boot from with the dd version.

I know it's something I did or didn't do to make it work correctly, so this is not me trying to dunk on dd, just trying to understand what I did wrong.

[–] [email protected] 1 points 1 day ago

just trying to understand what I did wrong.

You might not have done anything wrong.

There is also the possibility of a bad USB drive or write memory failure. There is lots of things that could go wrong that's not your fault. Might try a different USB or a different USB port on your machine.

You might want to try zeroing out the USB, if=/dev/zero. Then you might need to make a new partition table. You can use something like gparted. Or https://linuxconfig.org/how-to-manipulate-partition-tables-with-fdisk-cfdisk-and-sfdisk-on-linux

You can try GPT or DOS. I dont think it matters.

Not sure if the ISO will have the partition table so you might want make the new partition table just to be sure the stick defiantly has one. If dd overwrites it from the iso no harm no foul.

Thats all the troubleshooting steps I can think of right now.