data1701d (He/Him)

“Life forms. You precious little lifeforms. You tiny little lifeforms. Where are you?”

- Lt. Cmdr Data, Star Trek: Generations

  • 108 Posts
  • 615 Comments
Joined 1 year ago
cake
Cake day: March 7th, 2024

help-circle
  • You’re right that it was power-related - one of the options was an ASPM modification - but the issue seemed to be common to this chipset accross laptop brands.

    The fix I used came from this post: https://bbs.archlinux.org/viewtopic.php?id=286109

    My machine was a Thinkpad, but this article was also talking about problems on HP, Asus, etcetera. I think the 8852BE might just be cursed

    To be fair, I was using an E series Thinkpad, but in my defense, the E series seems to have improved a lot in the past few years - this was luckily the only issue I’ve had. I’ve had much more difficult times with Linux on other laptops. Heck, even my desktop had more setup than this when I was first starting out, though it was because I was using a Broadcom Wi-Fi card, as I also dual-booted with a Hackintosh and macOS only supports Broadcom Wi-Fi chipsets.



  • Vulnerabilities certainly do exist, but I’m pretty sure the attacker has to be well-equipped

    I’d call it a protection against data getting cracked in a petty theft, but if your attack vector is much more than that, there are other measures you should probably take. I think Clevis also works with Yubikeys and similar, meaning the system won’t decrypt without it plugged in.

    Heck, I think I know someone who just keeps their boot partition with the keys on it on a flash drive and hide it on their person.



  • I use Clevis to auto-unlock my encrypted root partition with my TPM; this means when my boot partition is updated (E.G a kernel update), I have to update the PCR register values in my TPM. I do it with my little script /usr/bin/update_pcr:

    #!/bin/bash
    clevis luks regen -d /dev/nvme1n1p3 -s 1 tpm2
    

    I run it with sudo and this handles it for me. The only issue is I can’t regenerate the binding immediately after the update; I have to reboot, manually enter my password to decrypt the drive, and then do it.

    Now, if I were really fancy and could get it to correctly update the TPM binding immediately after the update, I would have something like an apt package shim with a hook that does it seamlessly. Honestly, I’m surprised that distributions haven’t developed robust support for this; the technology is clearly available (I’m using it), but no one seems to have made a user-friendly way for the common user to have TPM encryption in the installer.


  • I’m pretty sure by default, virtual networks are not enabled automatically if you’re not using virt-manager GUI.

    To make it run automatically, run the following: virsh net-autostart default

    If it’s not that, just to make it easier to find information, what’s your host distro? I’m guessing by mention of Kickstart files that it’s something Red Hat related, possibly Rocky 9 based on your choice of guest.






  • Is this xfce-winxp-tc? I ‘ve played with it before and it’s awesome.

    However, I don’t use it because while the XP start menu replica is cool, I need a Win7-style search bar, and Whiskermenu sticks pit like a sore thumb here.

    I think a 7 replica would be awesome, but I think some parts of Aero can only truly be replicated with a new WM and DE, such as the color changes in the taskbar for different applications. Many themes just fall short - proportions and effects are slightly off and such.






  • TLDR; Daystrom did bad stuff but under mental collapse, and it’s very much in part Starfleet Command’s fault.

    I think also, as much as Daystrom had much responsibility for those deaths, it was not as intentional as something like slavery, genocide, or sexual assault. He was fundamentally in a state of psychological distress partially beyond his control. Depending on when Daystrom Institute was founded (touched on above), he may have had decades for rehabilitation and redemption.

    Additionally, Starfleet command probably had ample opportunity to avoid this very early on, like:

    • Looking over Daystrom’s reports to consider potential risks of using engram imprints in a manner similar to a university’s Institutional Review Board - (Though perhaps Daystrom was rather secretive about it and kept it from reviewers.)
    • Running the M-5 in simulations. We know the Kobiyashi Moru existed, so we could probably create a wide range.
    • Not running the test on the Federation flagship, literally one of Starfleet’s most powerful weapons.

    While it’s possible Starfleet took more precautions than we see onscreen, Commodore Wesley’s enthusiasm in “The Ultimate Computer” almost suggests an over-enthusiasm in Command, possibly one that caused them to skip necessary precautions. In fact, we had almost this exact scenario happen in Lower Decks “Trusted Sources”/“The Stars at Night” with the Texas class a century later. Ultimately, Starfleet Command likely bears a non-negligible amount of responsibility in the M-5 affair.

    Of course, the above does not reduce the wrongness of Daystrom’s actions and perhaps only serves to deflect from the OP’s question. However, I feel Starfleet’s potential role combined with Daystrom’s mental condition may be mitigating factors that would make Richard Daystrom less unworthy of having an institution bear his name.



  • It looks like this rulebook was released 2 months before the Discovery episode.

    Honestly, I think I’d personally consider the Disco naming a canon goof up - Daystrom was only 37 years old at that point. While he’d certainly done a lot in his career by then, it still feels weird to name such a major part of Starfleet after him when he’s still relatively young.

    I think my headcannon, and a reasonable retcon in my opinion, is that there was a predecessor organization to Daystrom, somewhat like how there was NACA before there was NASA. When Discovery mentions Daystrom, they should actually be mentioning the predecessor organization.