You are not logged in.
Yep, totally weird. I am logged in with user lllars, which is my normal everyday user and this is my normal everyday computer. I run other programs which are located in subdirectories of /home/lllars/ all the time. Here is the output of my /etc/fstab:
# # /etc/fstab: static file system information # # <file system> <dir> <type> <options> <dump> <pass> shm /dev/shm tmpfs nodev,nosuid 0 0 /dev/sda2 / ext4 defaults,relatime 0 1 /dev/sda5 /home ext4 defaults,relatime 0 1 /dev/sda6 swap swap defaults 0 0 /dev/sda1 /win auto user,noauto 0 0 none /proc/bus/usb usbfs auto,busgid=108,busmode=0775,devgid=108,devmode=0664 0 0
Agreed that this doesn't seem like a steam bug, but rather just that something is a little strange with my computer. I don't know what else could cause a permission denied error. As I said before I even tried to run it as root, and still got premission denied.
Also, as I said before, I've experienced a similar problem with xampp, which I traced back to the script trying to run the following (another permission denied error):
lllars ~ $ ls -l /opt/lampp/bin/php-5.4.7 -rwxr-xr-x 1 root root 10216136 Sep 30 2012 /opt/lampp/bin/php-5.4.7 lllars ~ $ /opt/lampp/bin/php-5.4.7 bash: /opt/lampp/bin/php-5.4.7: Permission denied lars ~ (1) $ su Password: root /home/lllars # /opt/lampp/bin/php-5.4.7 bash: /opt/lampp/bin/php-5.4.7: Permission denied
Any ideas about what else could cause such an error would be appreciated
https://wiki.archlinux.org/index.php/fstab
i'm not really an expert, but take a look at the options, maybe adding the "exec" option for the /home ... however the "default" should contain the exec option for ext4, but ... lampp is on your root partition and same issue. weired indeed... maybe try lsattr <filename> on those files, but i don't know of any attributes that forbids execution, but maybe we can see something ...
Also try to post this issues permission/libc issue under a different category of the forum, like System administration here: https://bbs.archlinux.org/viewforum.php?id=50 and refer to this forum, maybe someone with more experience will see the topic and find a solution for this.
Last edited by LyCC (2013-11-13 20:03:05)
Offline
Looking at /usr/bin/ldd on my system, that error message ("not a dynamic executable") gets printed if:
1) RTLDLIST is empty in /usr/bin/ldd,
2) None of the items in RTLDLIST are executable, or
3) Every item in RTLDLIST returns 1 (check with 'echo $?') when run as "$rtld --verify path/to/steam"
On my system, RTLDLIST is "/usr/lib/ld-linux.so.2 /usr/lib64/ld-linux-x86-64.so.2 /usr/libx32/ld-linux-x32.so.2", and running "/usr/lib/ld-linux.so.2 --verify steam" returns status 0, which is success.
Which of those steps is failing on your machine?
Last edited by ColdPie (2013-11-13 21:08:03)
Offline
Solved! Holy smokes this actually got fixed!!
There was a problem with my /usr/lib/ld-linux.so.2. It was pointing to ld-linux.so.2.old. I'd guess I probably did this long ago as a jury-rig solution to some since forgotten problem.
lllars ~ $ ls -l /usr/lib/ld-linux*
lrwxrwxrwx 1 root root 17 Nov 9 13:39 /usr/lib/ld-linux.so.2 -> ld-linux.so.2_old
-rw-r--r-- 1 root root 149345 Mar 1 2012 /usr/lib/ld-linux.so.2_old
lrwxrwxrwx 1 root root 10 Oct 25 11:29 /usr/lib/ld-linux-x86-64.so.2 -> ld-2.18.so
Interestingly, after removing the bad link, and then having pacman re-install lib32-glibc, it recreated the bad link. The solution was to remove both the bad link, and ld-linux.so.2_old, and then reinstall lib32-glibc:
lllars ~ $ sudo unlink /usr/lib/ld-linux.so.2
lllars ~ $ sudo mv /usr/lib/ld-linux.so.2_old ./
lllars ~ (1) $ sudo pacman -S lib32-glibc
warning: lib32-glibc-2.18-10 is up to date -- reinstalling
...(full output not copied here)...
lllars ~ $ ls -l /usr/lib/ld-linux*
lrwxrwxrwx 1 root root 22 Nov 9 09:55 /usr/lib/ld-linux.so.2 -> ../lib32/ld-linux.so.2
lrwxrwxrwx 1 root root 10 Oct 25 11:29 /usr/lib/ld-linux-x86-64.so.2 -> ld-2.18.so
I actually stumbled upon this solution on my own. I was taking LyCC's advice of posting in the sys admin section. While typing up the post, I realized I should confirm that I can run some 32-bit programs. I knew I'd run some in the past, but couldn't bring any to mind, so was googling around for an example of a 32-bit program to run in Arch. One of my search results was this thread, detailing someone trying to run skype but missing an ld-linux link: https://bbs.archlinux.org/viewtopic.php?id=145568
Thanks everyone for the help. ColdPie, it looks like your post would have quickly led me to the solution, had I not been stumbling onto it at the same time you were writing.
Offline
Out of curiosity, how did you find that info ColdPie? Looking through the source code for ldd? I see no mention of it in the man page.
Offline
Glad it worked out, silly problem
Offline
Out of curiosity, how did you find that info ColdPie? Looking through the source code for ldd? I see no mention of it in the man page.
ldd is a shell script, so "source code" is a bit of an exaggeration, but yeah. I often do that if I can't puzzle out what an error means, since reading the code often points to what /actually/ failed.
Offline
oh, thanks. i didn't realize it was a shell script. otherwise, i might have done the same myself
Offline
Today I had this problem after a power outage while Steam homepage was open on my screen. I tried:
- Reinstalling Steam
- Reinstalling lib32-glibc
- Deleting all Steam files (~/.steam, ~/.steampath, ~/.steampid, ~/.local/share/Steam)
- Checking if there is a slash at the end of $HOME
- Updating all my video drivers (AMD, open source)
None worked. Fortunately, I was able to solve it after about an hour trial and error. I did:
- Uninstall Steam and delete all of its files
- Delete libc.so.6 link in /usr/lib32 "sudo rm -rf /usr/lib32/libc.so.6"
- Reinstall glibc "sudo pacman -S glibc lib32-glibc"
- Reinstall Steam
Steam now works perfectly after these. I hope this helps someone else who couldn't solve it with other methods.
(I am new here, sorry for formatting mistakes)
Last edited by pogodemon (2022-03-11 12:16:46)
Offline
Please don't necro nearly 10 year old solved threads.
Closing.
Offline