So today I dared installing Ubuntu + Steam for Linux...(Warning: tears)


Recommended Posts

Cool! The new Steam for Linux is out and what do I see? THEY GIVE A FREE TF2 HAT!?!?! I MUST HAS IT!!

So I downloaded Wubi and started installing...

Nice. It completed. Let's have it reboot and expect it to finish the install...

WRONG!

It doesn't boot because it says that Windows is hibernated. Windows 8 hibernates the kernel to speed up startups yet Wubi didn't tell me anything about that. Let's turn the hybrid boot off and expect it to work...

WRONG!

It still doesn't boot with the same reason. Let's go back to windows and turn hibernation off with powercfg -h off.

WRONG!

Again, it doesn't work. Same reason. Let's reboot windows and delete the whole hibernation file and reboot again.

RIGHT!

So the install starts. It starts copying stuff around for a while. Let's wait until it continues... it will certainly end.

WRONG!

It hangs at about 75%. After a while the log starts showing warnings that the copy process has freezed. After about 20 minutes I issue a "sudo reboot" command from console, of course it doesn't work and I have to do an hardware reboot. I try a couple more times then give up and download the whole Ubuntu ISO. Then, let's install the latest 64bit from the ISO like the wiki page suggests for Win 8/UEFI users (no, my machine doesn't have UEFI but since Wubi doesn't work the only alternative is the whole Ubuntu disc hoping it doesn't screw up my bootloader)...

FINALLY!

It finally installed, so let's open Steam website and download the Steam client. Let's run that nice .deb package and expect it to work.

WRONG!

The package available on the website is 32bit only. Apparently I need to use the Ubuntu software center for that. Let's open it, let's register (what's this damn obsession of having to register for free software?) and install Steam 64bit hoping it works.

WRONG!

The Ubuntu software center crashes with no reasons at all. Let's open it again, maybe it was just bad luck!

WRONG!

It crashes again. Let's try using the command line to install it then. It will certainly work.

WRONG!

WROOOOOOOOOOOONG!

WROOOOOOOOOOOOOOOOOOOONG!!!!!!!!!!!!!!!!


Package dependencies cannot be resolved
This error could be caused by required additional software packages
which are missing or not installable. Furthermore there could
be a conflict between software packages which are not allowed to be
installed at the same time.
The following packages have unmet dependencies:
steam64: Depends: steam (= 1.0.0.27ubuntu1) but it is a virtual package
[/CODE]

Apparently Valve didn't even make sure Steam for Linux worked with the latest 64bit version of Ubuntu.

Now I'm going to curl up in a corner and cry, my TF2 hat collection will never be the same without that hat. Thanks, Gabe and Mark :cry:

  • Like 2

Firstly... install it properly, on a real partition.

Secondly... it sounds as if pretty much all of those problems are to do with Windows 8 and not Linux itself. Microsoft never design their OSes to boot well with a Linux dualboot. Steam on Linux does work properly on Ubuntu 64 bit, you need to purge and uninstall the 32 bit client and install the 64 bit client from the software centre.

Thirdly... Don't expect Dot Matrix to give you any objective advice regarding Linux.

Can't comment on Steam and Linux, had zero interest in trying it, but Canonical hid the Wubi installer for a reason as it's been depreciated. It either works fairly well (but is stupidly easy to break), has known problems with Windows 8's hybrid boot, but more often than not it'll make you want to bash your forehead into a brick wall repeatedly when something goes wrong. Personally you're much better off just creating a partition for it and doing a "proper" dual boot... faster and a lot more reliable. Sucks about the x64 not being tested very well though, they should look at their own stats page.. 32 bit installs are going the way of the dodo. Looks like an easy fix though.

So, from what I got from that.. half the issue was because you had 8.. so if you had 7 it wouldn't have mattered.. then you had issues with ubuntu 64bit and steam. So.. instead of looking up how to fix it (which is to simply download the 32bit libraries) you called it quits.

Also, Steam for Linux works on other distros than just Ubuntu, could have used arch, mint, fedora, etc but you didn't. While I agree it seems like it was a pain to go through, it could have been easily avoided by just googling information on how to do it all.

First link searching for: "how to install steam for linux on ubuntu 64bit"

http://steamcommunity.com/app/221410/discussions/0/864959809718405749/

Just sayin'

  • Like 3

Secondly... it sounds as if pretty much all of those problems are to do with Windows 8 and not Linux itself. Microsoft never design their OSes to boot well with a Linux dualboot.

Funny, I've had no issues with Windows 8 and dual booting Linux.

Funny, I've had no issues with Windows 8 and dual booting Linux.

Natively it is very difficult to get Windows anything and linux to co-exist. Most times you have to run some extra grub scans or use easybcd or manually edit the windows boot config.

Funny, I've had no issues with Windows 8 and dual booting Linux.

If you install Linux first you'll be screwed. Windows will just hose the Linux bootloader and install it's own. If you install Windows first it's usually OK, as Linux actually seems to recognise that interoperability is important.

  • Like 2

I think it says about 400 times on the Ubuntu page that the Windows installer doesn't work on Windows 8.

Wubi has always been garbage. I don't understand why anyone they released it in the first place, or why anyone with a reasonable idea of how computers work would think they could install one OS inside another one (that's not a virtual machine).

Lol I once tried Ubuntu, managed to break the OS in an hour, tried installing a theme that required things to be typed into the Terminal... :/

post-350302-0-61427100-1361113799.jpg

How long ago was this?

When I install themes it's as easy as: extract .tar.gz folder, copy it to th ~./themes directory, open the de's settings tool and select it. I do it via CL but could be done with a tool.


tar -xgvf ./MyTheme.tar.gz
mv ./MyTheme/ ~./Themes/
[/CODE]

Right click on the panel in the bottom hit settings, hit the Themes button, and it shows up

Cool! The new Steam for Linux is out and what do I see? THEY GIVE A FREE TF2 HAT!?!?! I MUST HAS IT!!

So I downloaded Wubi and started installing...

Nice. It completed. Let's have it reboot and expect it to finish the install...

WRONG!

It doesn't boot because it says that Windows is hibernated. Windows 8 hibernates the kernel to speed up startups yet Wubi didn't tell me anything about that. Let's turn the hybrid boot off and expect it to work...

WRONG!

It still doesn't boot with the same reason. Let's go back to windows and turn hibernation off with powercfg -h off.

WRONG!

Again, it doesn't work. Same reason. Let's reboot windows and delete the whole hibernation file and reboot again.

RIGHT!

So the install starts. It starts copying stuff around for a while. Let's wait until it continues... it will certainly end.

WRONG!

It hangs at about 75%. After a while the log starts showing warnings that the copy process has freezed. After about 20 minutes I issue a "sudo reboot" command from console, of course it doesn't work and I have to do an hardware reboot. I try a couple more times then give up and download the whole Ubuntu ISO. Then, let's install the latest 64bit from the ISO like the wiki page suggests for Win 8/UEFI users (no, my machine doesn't have UEFI but since Wubi doesn't work the only alternative is the whole Ubuntu disc hoping it doesn't screw up my bootloader)...

FINALLY!

It finally installed, so let's open Steam website and download the Steam client. Let's run that nice .deb package and expect it to work.

WRONG!

The package available on the website is 32bit only. Apparently I need to use the Ubuntu software center for that. Let's open it, let's register (what's this damn obsession of having to register for free software?) and install Steam 64bit hoping it works.

WRONG!

The Ubuntu software center crashes with no reasons at all. Let's open it again, maybe it was just bad luck!

WRONG!

It crashes again. Let's try using the command line to install it then. It will certainly work.

WRONG!

WROOOOOOOOOOOONG!

WROOOOOOOOOOOOOOOOOOOONG!!!!!!!!!!!!!!!!


Package dependencies cannot be resolved
This error could be caused by required additional software packages
which are missing or not installable. Furthermore there could
be a conflict between software packages which are not allowed to be
installed at the same time.
The following packages have unmet dependencies:
steam64: Depends: steam (= 1.0.0.27ubuntu1) but it is a virtual package
[/CODE]

Apparently Valve didn't even make sure Steam for Linux worked with the latest 64bit version of Ubuntu.

Now I'm going to curl up in a corner and cry, my TF2 hat collection will never be the same without that hat. Thanks, Gabe and Mark :cry:

1/2/3. This is not really ubuntu's fault. How is it supposed to automagically know/fix weird stuff another operating stuff is doing? Also I would always recommend against using wubi.

4. Yeah, valve did indeed totally screw up the official steam for linux release. they did not test it AT ALL with new ubuntu 12.04.2 so the dependencies are all ****ed up. I really hope they fix that soon, gives a really bad impression (on 12.04.2 even if you don't have thge 32 bit library problem and it installs sucessfully the steam installer downgrades all of the 12.04.2 quantal backported xorg packages to the old 12.04.1 ones, which is both not optimal for gaming and can cause problems because its downgrading a bunch of system packages)

Firstly... install it properly, on a real partition.

Secondly... it sounds as if pretty much all of those problems are to do with Windows 8 and not Linux itself.

Nobody put that in doubt that Windows 8 was the factor, but they should have at least tested Wubi with Windows 8 and figured out basic issues like this since the hybrid boot is enabled by default on every Windows 8 install (though the issue in the end was also with the hibernation file itself, maybe the hibernation detection was bugged?). Windows 8 has been out for more than 3 months, why didn't they fix the issues or at least put the appropriate warnings?

Microsoft never design their OSes to boot well with a Linux dualboot. Steam on Linux does work properly on Ubuntu 64 bit, you need to purge and uninstall the 32 bit client and install the 64 bit client from the software centre.

That's exactly what I did. I went in the software center, I found Steam for 64bit and tried to install it. And that was the result (see the Steam link where they acknowledged the issue). You install Ubuntu, you install that nice Steam 64bit put in plain sight in the store and it fails despite Steam for Linux having been tested for a while and having been launched officially just a few days ago. WTF?

So, from what I got from that.. half the issue was because you had 8.. so if you had 7 it wouldn't have mattered..

So Canonical shouldn't be expected to test their windows installer on a version of Windows that has been out for months? Even a simple warning would have been enough but the download page only warns UEFI users and people who buy a Windows 8 LOGO system (UEFI) but my issue had nothing to do with UEFI (that I don't use nor my motherboard supports).

then you had issues with ubuntu 64bit and steam. So.. instead of looking up how to fix it (which is to simply download the 32bit libraries) you called it quits.

That's a Valve problem, that they indeed acknowledged, and I'm waiting them to fix it rather than using workarounds to get it working. After wasting a lot of time (Wubi downloading the files and installing several times, downloading the standalone ISO and updating the whole distro aren't quick tasks, they took hours) to get software that should have worked but hasn't I'm pretty sure anybody else would have quit trying and wait for some official fix.

Also, Steam for Linux works on other distros than just Ubuntu, could have used arch, mint, fedora, etc but you didn't.

Why should I have done that? Valve advertises Ubuntu for Steam so that's what I used.

While I agree it seems like it was a pain to go through, it could have been easily avoided by just googling information on how to do it all.

First link searching for: "how to install steam for linux on ubuntu 64bit"

http://steamcommunity.com/app/221410/discussions/0/864959809718405749/

Just sayin'

Installing all the 32bit libraries from terminal is just a workaround (the workarounds are also written in the Steam page I linked). At this point I'd rather wait for an official fix since it's a pretty huge issue but still... I was just expecting to install Ubuntu and Steam on it and that it should have simply worked like it was supposed to. Screw me, right?

I think it says about 400 times on the Ubuntu page that the Windows installer doesn't work on Windows 8.

The warning is for Windows 8 logo systems (because they are mandatorily UEFI) and other UEFI systems, if you click the warning indeed it leads you to the UEFI Ubuntu wiki page. The warning also said to use x64 Ubuntu instead so it's 100% UEFI related (x64 is required for UEFI). My motherboard uses a plain old BIOS (not even an UEFI-wrapped BIOS, a real BIOS BIOS) so if it really doesn't work with Windows 8 they should change the text in the download page because it's unrelated to the real issue: if they only write UEFI or Windows 8 Logo systems (computers sold with Win8 preinstalled so still UEFI) if you don't have neither of the two you expect it to work. Anyway in the end Wubi was actually working, it was the Ubuntu installer that kept getting stuck, I managed to get it to shutdown the third time and it looked like it had some issues initializing the ext4 partition.

Funny fact: the Wubi wikipedia page shows Wubi installing on Windows 8. This is clearly a conspiracy!

1/2/3. This is not really ubuntu's fault. How is it supposed to automagically know/fix weird stuff another operating stuff is doing? Also I would always recommend against using wubi.

Whose fault is it then? It's a Windows installer, not just anyone's but an Ubuntu specific one, shouldn't it be expected to work on Windows?

4. Yeah, valve did indeed totally screw up the official steam for linux release. they did not test it AT ALL with new ubuntu 12.04.2 so the dependencies are all ****ed up. I really hope they fix that soon, gives a really bad impression (on 12.04.2 even if you don't have thge 32 bit library problem and it installs sucessfully the steam installer downgrades all of the 12.04.2 quantal backported xorg packages to the old 12.04.1 ones, which is both not optimal for gaming and can cause problems because its downgrading a bunch of system packages)

Good thing I didn't follow the instructions then. I was somewhat expecting all sorts of havoc too, instructions that said to install the whole x86 subsystem on a 64bit platform didn't sound much right.

Nobody put that in doubt that Windows 8 was the factor, but they should have at least tested Wubi with Windows 8 and figured out basic issues like this since the hybrid boot is enabled by default on every Windows 8 install (though the issue in the end was also with the hibernation file itself, maybe the hibernation detection was bugged?). Windows 8 has been out for more than 3 months, why didn't they fix the issues or at least put the appropriate warnings?

So Canonical shouldn't be expected to test their windows installer on a version of Windows that has been out for months? Even a simple warning would have been enough but the download page only warns UEFI users and people who buy a Windows 8 LOGO system (UEFI) but my issue had nothing to do with UEFI (that I don't use nor my motherboard supports).

You do realise that Ubuntu 12.10 was released BEFORE windows 8, right?

You do realise that Ubuntu 12.10 was released BEFORE windows 8, right?

You do realize Windows 8 had developer previews, consumer previews, release previews and the RTM was already when Ubuntu was launched? Still this is an unrelated issue: Wubi is a separate download, it could have been updated in the meanwhile. Or they could have simply put the proper warnings rather than telling to install x64 standalone because of UEFI.

Ubuntu only release revised installers for LTE releases, they don't do it for .10 releases. The simple fact is, you're blaming them because you didn't do your homework properly. Linux developers actually work pretty hard on interoperability but like everything it takes time. Microsoft however don't work on it at all, in fact one could just reverse your argument and say it's Microsoft's fault for never bothering to make their bootloaders interface nicely with non Microsoft operating systems.

Next time do your research.

  • Like 2

Ubuntu only release revised installers for LTE releases, they don't do it for .10 releases. The simple fact is, you're blaming them because you didn't do your homework properly. Linux developers actually work pretty hard on interoperability but like everything it takes time. Microsoft however don't work on it at all, in fact one could just reverse your argument and say it's Microsoft's fault for never bothering to make their bootloaders interface nicely with non Microsoft operating systems.

Next time do your research.

Yes, it's certainly the user's fault if Canonical didn't bother either updating the software adding at least a messagebox saying "Your operating system is not supported" (how much would that be, 3 lines of code? 1 minute of recompiling?) or at least add a proper damn warning on the download page rather than a confusing one regarding a completely unrelated UEFI issue.

Their release schedules are not a valid excuse, they could have certainly done something about that but they didn't. It's their fault. Stop with the double standards. And no, nobody said Microsoft is better: google "Games for Windows Live Windows 8", fun for everybody!

Whose fault is it then? It's a Windows installer, not just anyone's but an Ubuntu specific one, shouldn't it be expected to work on Windows?

Good thing I didn't follow the instructions then. I was somewhat expecting all sorts of havoc too, instructions that said to install the whole x86 subsystem on a 64bit platform didn't sound much right.

Installing the 32 bit libs is actually right, because for some reason valve made steam 32 bit only on linux. Ubuntu does support multilib (running 32 bit programs on 64 bit like you can in windows) out of the box, you just need to grab the appropriate 32 bit libraries first, which the installer/software center usually does automagically, not sure why so many people seem to be getting the 32 bit libs error. Did you make sure to install all ubuntu updates before installing steam?

The package downgrading issue is another problem all together and is a problem with valve's steam installer having totally outdated package dependencies. I wouldn't recommend anyone install steam on ubuntu 12.04.2 until valve sorts that out. afiak it should work fine on 12.10 though, it installed fine when I used the beta on 12.10. I've only had problems when installing it on 12.04 LTS. I'm not sure what version you are running.

Yes, it's certainly the user's fault if Canonical didn't bother either updating the software adding at least a messagebox saying "Your operating system is not supported" (how much would that be, 3 lines of code? 1 minute of recompiling?) or at least add a proper damn warning on the download page rather than a confusing one regarding a completely unrelated UEFI issue.

Their release schedules are not a valid excuse, they could have certainly done something about that but they didn't. It's their fault. Stop with the double standards. And no, nobody said Microsoft is better: google "Games for Windows Live Windows 8", fun for everybody!

Unfortunately that's how distros work. There was a problem with Fedora 15 or 16 I think where the release .iso version couldn't be put onto a USB stick and was discovered a day or so after release. Even though it was a simple fix (rebuild with a newer version of something), they didn't update the .iso. Instead you had to follow directions to build your own .iso with the updated package, and then it would work.

It might have been much more than 3 lines of code to fix it though, so it might have taken more time (and needed through testing), or just hold off on the fixes until 13.04.

Website note though should have been done.

Thread summary: It's everyone's fault and Steam on Ubuntu 64 doesn't work without workarounds.

Everyone could've done a bit more testing, but I think the blame here rests more on Valve's shoulders for not setting dependencies right.

As for Ubuntu and Windows not getting along, unfortunately there's no real standard on bootloaders, and Microsoft doesn't want to bother with official support when trying to integrate into GRUB. I can't blame them either, as GRUB is, commercially, a very small minority.

Gaming on Linux still has a ways to go. Someday!

Unfortunately that's how distros work. There was a problem with Fedora 15 or 16 I think where the release .iso version couldn't be put onto a USB stick and was discovered a day or so after release. Even though it was a simple fix (rebuild with a newer version of something), they didn't update the .iso. Instead you had to follow directions to build your own .iso with the updated package, and then it would work.

It might have been much more than 3 lines of code to fix it though, so it might have taken more time (and needed through testing), or just hold off on the fixes until 13.04.

Website note though should have been done.

Depends on the distros, some distros would probably release a new iso for that type of issue.

This topic is now closed to further replies.
  • Recently Browsing   0 members

    • No registered users viewing this page.
  • Posts

    • Waymo recalls self-driving software after cars enter closed freeway work zones by Paul Hill Waymo, the self-driving car maker owned by Alphabet – the parent company of Google –, has recalled some of its fifth-generation Automated Driving Systems (ADS). It did so after some of its cars drove through closed construction zones. According to the National Highway Traffic Safety Administration (NHTSA), the affected vehicles were capable of driving through a closed freeway construction zone and continuing to drive at speed. The listing on the NHTSA website says that Waymo is currently developing a solution to fix this issue, but in the meantime, freeway driving is being restricted. Waymo will update its ADS software so that vehicles can detect when they can avoid entering construction zones. According to the Safety Recall Report, on April 20, 2026, Waymo’s Field Safety Committee began meetings reviewing an event from April 11, 2026, and five events from April 19, 2026, where Waymo’s autonomous vehicles didn’t recognize and drove past ramp closure signs into the pre-planned freeway construction zones. This took place in Phoenix, Arizona. Separately, on May 18, 2026, seven Waymo vehicles entered freeway lanes with active construction in the San Francisco Bay Area by driving between cones that were placed to show the lane was closed. On the back of both of these events, Waymo restricted freeway driving until it could address the issue. In June, Waymo’s Safety Board reviewed the issue and additional information related to ADS performances around construction zones; then, as a result, it decided to conduct a recall. This development is not good for Waymo as it adds to a growing list of technical hiccups its cars have experienced. Ultimately, it will lead to more scrutiny from lawmakers around the world who will be more cautious about letting autonomous vehicles on their roads without tighter regulation. For readers in areas where Waymo operates, does this news make you more wary about stepping into one of these vehicles?
    • I'm still on Windows 10 22H2 because I didn't want to deal with all the issues in Windows 11, so I waited almost a week before installing the latest Patch Tuesday update (KB5094127), I went ahead and did it, and it was a huge mistake—ever since then, my File Explorer has seen a performance drop of about 30% when transferring large files... Once again, Microsoft has outdone itself! This update cannot be uninstalled, either through the Control Panel (via Settings) or by accessing Advanced Startup Options. The only possible alternative would be to use system restore points, but I’d have to reinstall all app and driver updates (and there’s no guarantee it would work). Or there’s the “nuclear option” of a in-place repair without losing files or apps, but even then, all my customizations would be lost! Microsoft just can’t help but mess everything up! Way to go, Microsoft! But I still don’t want your c****y Windows 11!
    • Microsoft: Windows 11 could finally solve a major issue across AMD, Nvidia, and Intel GPUs by Sayan Sen While Microsoft has been trying to improve it, Windows 11 is definitely not flawless, as even today some issues are taking a year to publicly acknowledge. However, one area of trouble that may finally see much better results soon is graphics driver crashes. Work on graphics driver timeouts, also called Timeout and Detection Recovery (TDR), is not new as the latest WDDM 3.2 also has specific improvements regarding it. Windows Display Driver Model (WDDM) version 3.2 is supported on Windows 11 24H2 and 25H2. However, with the upcoming version 26H2, TDR crash diagnosis could go to the next level as Microsoft is introducing a new DirectX 12 API feature called "DirectX Dump Files". Similar to how system memory dump files work when a system crashes or freezes or encounters any such major issue, DirectX Dump Files (DDF) will essentially record a snapshot of the GPU execution right at the moment a graphics-related crash or hang or freeze occurs, so that developers can better understand and diagnoze these TDR and timeout detection errors. The dump will be available as a .dxdmp file for analysis and it will be a comprehensive dump file generated with detailed insights about the hardware, drivers, Windows, as well as the affected application. This should be another welcome change in this department. Earlier at GDC 2026, when the technology was first debuted, Microsoft had shared more details regarding it. The company had explained how DDF is designed to gather data from every layer of the graphics stack into a single file, eliminating the need for developers to manually correlate logs from multiple tools. As mentioned above, the dump can contain a lot of useful details like GPU hardware state information such as register values, shader program counters, page fault virtual addresses, shader memory data, and command buffers. Alongside that, it also captures DirectX runtime and kernel information, including D3D objects, pipeline state objects, device error data, adapter details, and CPU call stacks. Microsoft says the feature has been built around two primary use cases: retail device removals and local device removals. The former allows developers to collect crash information from end users' systems in the field, while the latter helps QA teams and developers investigate issues on test machines. Developers will also be able to include up to 2 MB of custom application data through new D3D12 APIs, providing additional context for troubleshooting. In addition, Microsoft is introducing three dump collection modes ranging from zero-overhead capture, which has no runtime performance impact on supported hardware, to higher-detail modes that collect more vendor-specific debugging data. On compatible Tier 2 hardware, zero-overhead dumps will be enabled by default, meaning developers may begin receiving useful crash diagnostics without making any code changes. The table below explains the three tiers: Tier Description NO_OVERHEAD Enables crash capture with no runtime cost and is suitable for broad deployment MEDIUM_OVERHEAD Provides a balance, capturing additional diagnostic data with moderate impact HIGH_OVERHEAD Collects the most detailed GPU and driver state available, enabling deeper investigation at the cost of higher runtime overhead In terms of availability, the company expects broader release to be around the fall of 2026, which should be right around the time when Windows 11 version 26H2 lands. Right now, DirectX Dump Files are available as a preview and currently, only AMD has the compatible AgilitySDK Developer Preview driver version 26.10.07.02. You can find the official announcement post here on Microsoft's website.
    • And with SO much better perf than the laggy mess that is Files.
  • Recent Achievements

    • First Post
      BizSAR earned a badge
      First Post
    • Week One Done
      Jordan Smith earned a badge
      Week One Done
    • Reacting Well
      BizSAR earned a badge
      Reacting Well
    • First Post
      AndreaB earned a badge
      First Post
    • Week One Done
      Huge Trailer earned a badge
      Week One Done
  • Popular Contributors

    1. 1
      +primortal
      598
    2. 2
      +Edouard
      190
    3. 3
      PsYcHoKiLLa
      80
    4. 4
      Michael Scrip
      76
    5. 5
      Steven P.
      69
  • Tell a friend

    Love Neowin? Tell a friend!