I don’t have any idea about your hardware issues. They’re likely unrelated if the game has already been played without issue.
For the steam diagnosing, start with running steam from your terminal, by running steam. You may get lucky and the error is clearly identified in the console.
If that fails, backup $HOME/.local/share/Steam/steamapps/compatdata/221100 - the 221100 is the app ID of of DayZ on the steam store. After backing it up, delete the original 221100 directory and re-launch the game. This doesn’t delete the game, but rather deletes the Proton prefix for the game.
If the game launches, copy any save files (if any) you may have in the backed-up 221100 directory over to the new one.
The above worked for me when I had similar issues when playing Batman: Arkham Asylum.
To be thorough, have you tried any other games to rule out your hardware being an issue?
The logs say error on Vulkan, make sure your GPU is running with the correct drivers. If it’s a Vulkan thing old native games that use OpenGL should work, I think Team Fortress 2 is OpenGL but I’m not entirely sure.
I’m sorry I just don’t know how to check any of that. These are the GPU drivers I’m using (I think) The game worked just fine for several weeks with these drivers.
You can install vulkan-tools (ubuntu package name - not sure if it’s the same for your distro) and running vkcube. It’s a simple vulkan app that will display a rotating cube using vulkan. It will also spit out the GPU that it’s running on.
If it reports your nvidia card and the cube looks good then your drivers may be fine and the issue is with Steam and/or this application specifically. If not then there’s an issue with your drivers.
Occasionally when I’ve had a kernel update or something the nvidia drivers have gotten borked. Removing, re-installing, and rebooting has helped. Something like this:
Oh damn, you’re using the snap version of Steam, this is unfortunately outside of my area of experience :(
Some key error messages I see are:
<span style="color:#323232;">/home/pokko/snap/steam/common/.local/share/Steam/ubuntu12_64/steamwebhelper.sh: line 53: /proc/sys/kernel/unprivileged_userns_clone: Permission denied
</span><span style="color:#323232;">/home/pokko/snap/steam/common/.local/share/Steam/ubuntu12_64/steamwebhelper.sh: line 60: /proc/sys/user/max_user_namespaces: Permission denied
</span>
and
<span style="color:#323232;">flock /usr/share/fonts/truetype/liberation/LiberationSans-Regular.ttf LOCK_SH failed. errno = 13vkEnumeratePhysicalDevices failed, unable to init and enumerate GPUs with Vulkan.
</span><span style="color:#323232;">BInit - Unable to initialize Vulkan!
</span>
You’ve got permission errors and a GPU driver issue somewhere, likely related to the permission errors. The flock errors stand out to me also, as they are fonts. Maybe required fonts for the game to run?
I’m not trying to steal hollyberry’s job here but here is my understanding of snaps (and why they aren’t good).
Snaps were created by Canonical (The company behind Ubuntu) to fix the issue of inconsistent dependencies. The problem with the format is that the market is proprietary and they just aren’t very good. Also they perform somewhat worse than Appimages and Flatpak.
Personally I reccomend you look into Flatpak, as it’s a better sandboxing format than snap is.
Also the reason you ended up with the SNAP version of steam is because Ubuntu prioritizes the snap version over the native version when using
Yeah I installed Steam using the Ubuntu app store. Now I’m trying to uninstall it but it’s been going on for an hour and doesn’t seem to be progressing anywhere.
I’m sorry you’re having such a bad experience. It should be as simple as uninstalling in the Ubuntu store, and then reinstalling either using apt or flatpak. Is the uninstall not working?
I need no try again. The uninstall failed the first time. It got stuck at 80% or so. I’ve had so much issues with Linux from the start that I’m getting suspicious about wether it’s a hardware issue.
The uninstalling issue almost certainly isn’t hardware related, Ubuntu’s app store is just a pile of hot garbage. Stuff like that happens all the time, or at least that was my experience years ago when I used Ubuntu, one of the (many) reasons I no longer recommend Ubuntu to new users.
As for the Steam issues, it’s probably a mix of software and hardware issues. It seems there are some permissions issues (likely caused by snap), but it also seems like there are GPU driver issues. What GPU do you have? If you have an Nvidia card, have you installed their drivers? There is also a very real possibility that your card is so old that DayZ is no longer compatible with it (which may be the case given that it wasn’t working in Windows, but to be fair Windows 7 is incredibly out of date and doesn’t receive updates so it could have also been a software/driver issue there).
My GPU is just a few years old GeForce GTX 1660 SUPER and I just updated the drivers from 535 to 545 but no difference. However I’ve gotten a prompt saying that Steam needs nvidia-driver-libs:i386 so I’m not sure if I should install that instead or in addition to the ones I already have.
I still haven’t been able to uninstall steam snap(?) either. I’d like to try the non-snap version using terminal but I don’t know how to proceed. I’m sorry I’m such a novice with Linux. I’m feeling like my replies are really unhelpful.
EDIT: No luck trying to install the other drivers. All I got is this:
If you were to open the Software & Updates app and go to Additional Drivers, does the driver package you tested say it comes from Nvidia and it is “(proprietary, tested)”? If so, then your drivers should be fine. nvidia-driver-libs:i386 is 32-bit, so I don’t know why you would need that installed unless DayZ is only compatible with 32-bit drivers for some reason. I have Steam installed on my Fedora install, and I don’t have any 32-bit Nvidia drivers installed but everything works perfectly. That’s a separate issue altogether, and I don’t recommend running 32-bit drivers unless your system is 32-bit. Can you copy the “System Details” window in the About tab of the Settings app? It should have Hardware and Software information like the CPU, GPU, windowing system, etc. There are a few things that could cause issues that I might be able to glean from that.
I’m on Fedora, but since it’s running Gnome it should theoretically look the same. You access the system details here:
And assuming that works, to install the native version of Steam (which should be what’s installed anyway, but Canonical is pushing their proprietary snap BS that has never worked well), this should apparently work (I don’t have an Ubuntu install to test on though):
If it prompts you for anything, you can just confirm by typing “y”. I’d recommend you check that it isn’t installing the snap version, but I don’t know how to guide you to do that, really. I haven’t used a distro with the Aptitude package manager in over 5 years.
Of course, it probably isn’t helpful, but I’d recommend avoiding vanilla Ubuntu if you aren’t already too deeply invested. Linux Mint seems to be a common recommendation for new users and it’s based off Ubuntu, but in all honesty I’d probably recommend Nobara (gaming focused and more user friendly version of Fedora). That way you don’t get snaps shoved down your throat by Canonical, which break things constantly. Up to you if you want to install another OS though; in theory you shouldn’t need to, and there should be a way to resolve these issues with your current install.
Yeah the unistallation gets stuck with terminal aswell. It managed to break steam so it no longer opens but wont remove it either. Guess I’ll just try and install it again via terminal nevertheless.
That should skip the data backup when removing. I’ve seen reports of other users that this backup process sometimes takes 10-20 minutes with the default remove command, even with small programs. Blame Canonical for that one.
I wonder if this command would clear out the remaining files from the snap install that appears to have been left behind? Since the game is now working I’m afraid to tweak anything more so that I don’t mess it up again
No, it wouldn’t since the steam snap isn’t installed anymore. But you can clear out the left over snapshot of it manually. Just use sudo snap saved, find the entry that says steam, and sudo snap forget
If there is no steam entry listed, then there’s nothing else you have to do.
The drivers I had before were proprietary and tested but the ones I updated to now (545) are just proprietary. Earlier I got this message so that’s why I’m trying to install the 32 bit drivers too though it worked just fine before without them.
By the way, if you still have issues after the native Steam install and it gives you the same 32-bit driver warning, you should be able to resolve it with the following:
That is of course assuming that the error message you pasted in another thread gave the correct package name, which is not a guarantee. It should have automatically been installed as a dependency to Steam if it was installed through apt though, so I don’t feel like that will necessarily be a solution.
Yeah I actually saw that on an article while googling about it. I ran the code but haven’t managed to test it yet. Trying again with the different steam version in a moment. I think I saw something about i386 scroll by while it was installing.
I spun up an Ubuntu VM, and while it won’t have Nvidia drivers listed (since it doesn’t have GPU passthrough), this should be similar to what you should have seen when installing:
Pretty much all those are i386 packages (32-bit), so you shouldn’t need to enable the architecture in your version of Ubuntu, it should automatically happen (I didn’t need to use sudo dpkg --add-architecture i386). Of course I did this on Ubuntu 22.04 because it’s a VM I already had, but it should be very similar to 23.10
that would be really weird. snap install firefox or clicking “Install” in Ubuntu Software installs the snap, apt install firefox installs from the apt repositories
MX Linux. It’s exactly how I’d set up Debian if I wasn’t too lazy. Although, I’ve gone back to Debian after Bookwarm was released. I love it but miss MX
there was some interest in my lug with the different schedulers but attempts at benchmarking all fell within margin of error from our lay attempts at measuring
Yeah, Ubuntu works well for me. Ubuntu is operated by the Canonical corporation, which some people don’t like. If you would prefer a community-run Ubuntu-like OS, Mint is just as good as Ubuntu. Fedora is also one of the best community-run distros that always just works, especially when running the Gnome desktop environment.
I will say that until last month when I upgraded to Ubuntu version 23.10 (technically Xubuntu), Ubuntu always just worked with all of my hardware. But for some reason this last upgrade broke my wake-from-suspend function. This is the first problem I have had with it in many, many years, so I might actually switch to Mint or Fedora myself. EDIT: I figured out that the problem was being caused by the power manager daemon, I worked around this problem by disabling display power management (dims the display if you don’t use it for a while) in the Xfce settings manager, “Power Manager” panel, “Display” tab, switching the “Display power management” switch off.
You can install them all on any distro I believe. I use Arch and installing Plasma is just a single command, same with Gnome and the others. After install you can pick which desktop to use after the graphical login screen loads.
There are some annoyances, like for example if you have both Gnome and Plasma installed, and you type Files to open a file app, you get the Gnome file app even in Plasma since it’s named Files. To use the Plasma file app, you have to type Dolphin instead.
Same with settings app, I often open the Gnome settings app instead of the Plasma settings app by mistake since it’s called Settings.
But these are not bugs per se, it’s just because I’m used to typing something…
Why would you use Debian, it has the oldest packages and kernel of all distros. I would maybe run that on a server, but probably just use Ubuntu LTS instead.
For desktop you should try Pop OS. Really good distro from System 76.
Stay away from Ubuntu, it’s very buggy for desktop. I tried it six months ago, fresh install, and the console app wouldn’t even open on a fresh install. No error message, just didn’t open. Great impression…
Care to explain how you come to your harsh judgment of Debian? I’m not a fan of using it as a desktop OS either, but every other day you hear people talking about Debian having newer packages than Arch on occasion. If anything, Debian, Arch, Fedora and derivatives should give you the most recent packages.
I don’t know which people you are listening to, but Debian does not have newer packages than arch. It has older packages than almost all other distros. You can see this on distrowatch for yourself also.
The idea of Debian is that old = stable, which I don’t agree with personally. As an example, users of Debian are reporting tons of KDE Plasma bugs that was already fixed, but because they are running an ancient version, they still have the bugs.
But it depends. It’s correct that new versions of plasma had new bugs, that was fixed in the coming weeks or months.
I guess a better way of describing Debian is that it has old bugs instead of new ones, since it stays on older versions.
Debian has an effective Rolling distribution through testing than can get ahead of Arch.
At some point they freeze the software versions in testing and look for Release Critical and Major bugs. Once they have shaken everything and submitted fixes where possible. It then becomes stable.
The idea is people have tested a set baseline of software and there are no known major bugs.
For the 4-5 releases Debian has released every 2 years (Similar to Ubuntu LTS). Debian tends to align its release with LTS Kernel and Mesa releases so there have been times the latest stable is running newer versions than Ubuntu and the newest software crown switches between Ubuntu LTS and Debian each year.
For some the priority to run software that won't have major bugs, that is what Debian, Ubuntu LTS and RHEL offer.
Debian has an effective Rolling distribution through testing than can get ahead of Arch.
I wouldn’t call a distro “branch” where maintainers say “don’t use this, it’s not officially supported and may even be insecure” an “effective” distribution. I’d consider it a test bed.
Debian tends to align its release with LTS Kernel and Mesa releases so there have been times the latest stable is running newer versions than Ubuntu
Ubuntu LTS.
Ubuntu’s regular channel releases every 6 months, similar to Fedora or NixOS. That in itself is already a “stable” distro, just not long-time stable (LTS).
So Debian can for a short span of time after release be about as fresh as stable distros which is …kinda obvious? I would not consider a month or so every 2 years to be significant to even mention though, especially if you consider that Debian users aren’t the kind to jump onto a new release early on.
For some the priority to run software that won’t have major bugs, that is what Debian, Ubuntu LTS and RHEL offer.
That’s not the point of those distros at all. The point is to have the same features aswell as bugs for longer periods of time. This is because some functionality the user wants could depend on such bugs/unintended behaviour to be present.
The fact that huge regressions have to be weeded out more carefully before release in LTS is obvious if you know that it’d be expected for those “bugs” to remain present throughout the release’s support window.
As an example, users of Debian are reporting tons of KDE Plasma bugs that was already fixed, but because they are running an ancient version, they still have the bugs.
The idea is that those bug fixes would be backported as patches; old feature version + new security/bug fixes.
In practice, that’s really expensive to do, so often times bug fixes simply aren’t backported and I don’t even want to know the story of security fixes though I’d hope they do better there.
You people be bringing Linux distro versions, which are indeed double digits, but the graph really be showing the Linux kernel version, not the distros. And Linux kernel version is indeed 6.7 at the time of writing this
You will get tons of distro recommendations, so here is one more: OpenSUSE, then use the YAST GUI GTK application select Yast Printer it has a GUI tool for all kinds of printer setup options and will show recommended drivers based on printer type, it then installs them via that GUI. Not to be confused with the regular printer settings app you see in most distros.
How long ago? Everyone has an opinion and preference, but SUSE and RHEL are the only two certifed distros for corporate/ enterprise use of Teamcenter PLM and NX CAD…so it cannot be as “badly” built as you feel it is because it has to perform everyday with the least amount of issues.
I honestly believe Red Hat has a policy that everything should pull in Gnome. I have had headless RHEL installs and half the CLI tools require Gnome Keyring (even if they don't deal with secrets or store any). Back in RHEL 7, Kate the KDE based Text Editor pulled in a bunch of GTK dependencies somehow.
Certification is really someone paid to go through a process and so its designed so they pass.
Think about the people you know who are Agile/Cloud/whatever certified and how all it means is they have learnt the basic examples.
Its no different when a business gets certified.
The only reason people care is because they can point to the cert if it all goes wrong
I wrote a long reply but looks like posting it glitched. I’ll try shortening. I should have noted that the Certification on SUSE and RHEL, is also a certification compatibility matrix. distro ver to software ver, and Siemens needs stable Windows, SUSE, RHEL releases to code to. Trying to install/running on other distros fails in many areas (even with an experiences guru trying fixes). They have a symbiotic relationahip with those curated distros to ensure it doesnt give downtime to a large enterprise. It is not just a piece of paper saying yes we tested the software install here is your signoff. Personally I did get it running on OpenSUSE for obvious reasons.
Limiting support of software to specific software configurations makes sense.
Its stuff like Debian might be using Python 3.8 Ubuntu Python 3.9, OpenSuse Python 3.9, etc.. Your application might use a Python 3.9 requiring library and act odd on 3.8 but fine on 3.7, etc.. so only supporting X distributions let you make the test/QA process sane.
This is also why Docker/Flatpack exist since you can define all of this.
However the normal mix is RHEL/Suse/Ubuntu because those target businesses and your target market will most likely be running one.
Yeah it is a Known Known and those 3 distros have tried and true reliability. The term certified is what they call it “Certified to run on X” and “Compatibility CertifIcation” it was in response to OP asking if linux is used in corporate world. It is, and for larger operations it is the 3 you mention. Personally I think Ubuntu hasn’t made it into the Corporate Desktop apps like SUSE/REL because you install it and have a hairy hippo or faceted cougar head as the backdrop, just doesn’t sit well with CEO stuffed shirt types when looking for a professional software.
Personal opinion. If you successfully booted Debian, stick with it. No need to try out a bunch of distros. Debian is well known, well supported, tons of resources AND everything works out of the box with your POS systems. Sold!
linux
Hot
This magazine is from a federated server and may be incomplete. Browse more on the original instance.