• 2 Posts
  • 97 Comments
Joined 2 years ago
cake
Cake day: June 5th, 2023

help-circle




  • yeah, you need some help

    🤡

    On serious note, have you by any chance somehow saved the previous start and end values? Like in history of the shell, terminal or even a piece of paper?
    I’ve found out in the past, that if you recreate the partition table as it was, the data will be read fine

    Otherwise, you might need to use RescueCd to try and get the partition borers back. But if you haven’t rebooted since that fateful keypress, first focus on trying to get to what partition borders were printed in the terminal earlier. IMO it will be the fastest and easiest
    Even if you will get those in cylinders and will have to calculate those back to MBs







  • When catching up with hardware performance for Linux gaming, I always browse phoronix, try to find a few comparisons from different years to see how the card looked like in comparison to other options. There might be some sleepers now no-one remembers about, that you magically have an option to buy. Think which game in the comparisons might have similar requirements to what you want to play and see how the card/cpu did on the settings you find agreeable/non-agreeable/perfect

    Don’t go into its forum, though. There be dragons

    Maybe recently it started to change with NVIDIA opening their drivers but for years we’ve been second class citizens for them. Personally I say “fuck NVIDIA”

    If you decide to go AMD, definitely explore the landscape of fan controllers. I use corectl but maybe you would prefer something else (this is Arch wiki, but should be fine for other distros too)



  • INeedMana@lemmy.worldtoLinux Gaming@lemmy.worldDiving into daily driving Linux
    link
    fedilink
    English
    arrow-up
    10
    arrow-down
    1
    ·
    edit-2
    4 months ago

    Most of distros use the same projects code-wise, some just add some patches or lag months behind. I mean, it doesn’t really matter, just do it. You’ll either be happy with anything or outgrow whatever you pick up now. And either sooner or later land using one that you will decide is absolutely the best, or just have vague preferences in the end
    But it’s the journey that does it, not a particular distro





  • I used to have (or maybe I still have somewhere?) something similar but relying not on a VM running on host but booting from USB. I’m not sure which assumption is more realistic, that you will be able to access boot menu or that there will be particular brand of virtualization available on the system you’ll be running on

    EDIT: I think there also was a distribution with something like this in mind. Like the image of OS was compressed, after GRUB it was decompressed to RAM from which it was really running and there was some way to “updated” the image on USB



  • I’m a small fry too, would you run a binary I send you without any form of sandboxing?

    If you provide a “legal endpoint”, we construct a document proving that you’ve sent me the binary and convince me that it does something I’d like to do, then yes. With such documentation trail that is how running a game works. Of course, in case of games I do rely on the fact that I’m not the only one you’ve sent me the binary, so it probably was inspected by those more non-trusting than me. But I think that is besides the point

    The point is, if then, in the middle someone comes in and says “now I’m going to repackage everything Ferk sents you, for now you can inspect the files but I’m introducing distribution tools that will allow me, in the future, to lock you out of that completely”, then I’m not too happy

    we typically run them with the same user that stores all our useful private data and that we typically type our passwords with

    Pirvate data at rest should be encrypted and if we are afraid of keyloggers in the games, we don’t have to type passwords to important things when we play. Not to mention 2FAs and other measures preventing leaking whole password

    Also, why are you OK with that level of sandboxing?

    Because now I can freely go into the WINEPREFIX and inspect the files, replace dlls, etc. I can run a program alongside the game with access to its shared memory (remember, it all started from headtracking, which works with shared memory). Once they go “full docker” and add image signing, we can’t change anything

    why are you not running all as root if you want “control”?

    I think now we are going on a tangent, but running everything as root is the opposite of having control

    Not really, by default you have access to other drives (Z:\ being /, the fs root), wine is not a perfect sandbox, it’s not designed for that… and if you actually did want it to become one (which ultimately would also lead to a need for memory separation to fight memory-leak attacks) then it would not be that different from what’s being pursued. You’d be essentially building the container in a custom version of wine shipped by Valve on Steam, it does not make any difference in terms of “control”.

    It’s not the binary from developers that I don’t trust. It’s Valve who I don’t trust because they are big (realistically speaking, I don’t have the money to sue them) and are going to be the supplier. I’m not afraid that someone’s game written for Windows, will be ready to infect a Linux system through Wine. I’m afraid that Valve is going to go full EEE on Wine. For now they play nice. But introduction of containerization is introduction of something that will enable them to limit us more and more. Have proton not done that, I would still be only a frog saying “that looks like a pot”. Now, I’m a frog saying “that looks like a pot and I don’t like that temperature has risen 1°”