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 0Agreed 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 deniedAny 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.soInterestingly, 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.soI 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