Ooops

joined 1 year ago
[–] Ooops@feddit.org 6 points 1 month ago (1 children)

by factor of 3 obviously...

[–] Ooops@feddit.org 2 points 2 months ago* (last edited 2 months ago)

Nazis are only pro-power. Everything else is just a means to an end.

They don't actually care who they are advocating against. There is only one constant: They are the ones at the top, destined to rule, and the masses need to be controlled by pitting them against some "enemy". That enemy is always replaceable because it needs to be replaced every time they accidently "solve" a problem or need a change of narrative.

[–] Ooops@feddit.org 6 points 8 months ago

It's been years since I took a look at this but I vaguely remember a handy kioskrc config file under xfce4...

found it...

[–] Ooops@feddit.org 6 points 8 months ago

That sounds like the non-techies would be able to fix it themselves on Windows without you being around, which in my experince isn't the case.

It might be different for you with a lot of tech-affine people in your family. But for those of us being forced to be the tech support anyway, it can really make a difference if you have to fix a Linux issue once in a while or have to reinstall Windows for the 5th time this year...

[–] Ooops@feddit.org 7 points 9 months ago* (last edited 9 months ago)

ARM is shit at hardware discovery in general. So no, chromebooks don't need a special distro. They however need a kernel adapted to the specific hardware, often down to the model (that's also the reason Android updates take so long on phones and there is very time limited support... there's always someone needed to adapt new updates to the specific hardware for each device, so they don't bother for anything but their latest products).

[–] Ooops@feddit.org 4 points 9 months ago

Decryption isn't a problem if you use the systemd hooks when creating your initrams. They try to decrypt every given luks volume with the first key provided and only ask for additional keys if that fails.

I have 3 disks in a btrfs raid setup, 4 partitions (1 for the raid setup on each, plus a swap partition on the biggest disk), all encrypted with the same password.

No script needed, just add rd.luks.name=<UUID1>=cryptroot1 rd.luks.name=<UUID2>=cryptroot2 rd.luks.name=<UUID3>=cryptroot3 rd.luks.name=<UUID4>=cryptswap to your kernel parameters and unlock all 4 with one password at boot.

[–] Ooops@feddit.org 2 points 10 months ago

Stick to a specific distro and train your staff

Linux is Linux. Train your staff to properly use one and they can use them all. "Distro" is just a fancy word for "which package manager and update cycle to we chose and what logo do we put on our pre-installed wallpaper".

[–] Ooops@feddit.org 2 points 10 months ago

Yes, I actually just use Wine with a default prefix and pray it works. If it doesn't (rarely) then the game gets his own prefix to tweak the settings.

[–] Ooops@feddit.org 1 points 10 months ago

you didn’t say what file system your /boot partition was using, so I don’t want to guess

It's actually easy to guess. There is exactly one filesystem UEFI has to support by its specification, everything else is optional... so unless you produce for Apple -because they demand apfs support for their hardware- no vendor actually cares to implement anything but FAT.

[–] Ooops@feddit.org 10 points 10 months ago (1 children)

When you say system drive this will also have your efi system partition (usually FAT-formated as that's the only standard all UEFI implementations support), maybe also a swap partition (if not using a swap file instead) etc... so it's not just copiying the btrfs partition your system sits on.

Yes clonezilla will keep the same UUID when cloning (and I assume your fstab properly uses UUIDs to identify drivees). In fact clonezilla uses different tools depending on filesystem and data... on the lowest level (so for example on unlocked encrypted data it can't handle otherwise) clonezilla is really just using dd to clone everything. So cloning your disk with clonezilla, then later expanding the btrfs partition to use up the free space works is an option

But on the other hand just creating a few new partitions, then copying all data might be faster. And editing /etc/fstab with the new UUIDs while keeping everything else is no rocket science either.

The best thing: Just pick a method and do it. It's not like you can screw up it up as long if your are not stupid and accidently clone your empty new drive to your old one instead...

view more: next ›