If you see this message when trying to run a program, even though you can plainly see it right in front of you, there are a couple of possibilities:
;1) Executable is a script:
But if you had perl installed as /bin/perl or /usr/bin/perl you would get this message.
;2) Executable is a binary: Your dynamic binary executable is linked against a library that doesn't exist, or against a specific dynamic library on your system that has the same name (but different binary interfaces??) as the machine that the file was compiled on. This is particularly annoying as you can also get this message when trying to use ldd(1) to find out which dynamic library is causing the problem! If ldd(1) doesn't work, you are probably missing /lib/ld.so or /lib/ld-linux.so
$ ./ninfo zsh: no such file or directory: ./ninfo $ file ./ninfo ./ninfo: ELF 32-bit LSB executable, Intel 80386, version 1, dynamically linked (uses
shared libs), not stripped
$ ldd ./ninfo /usr/bin/ldd: ./ninfo: No such file or directory
$ /lib/ld-linux.so.2 --verify --list ./ninfo /usr/local/bin/ninfo: error while loading shared libraries: libc.so.5: cannot
open shared object file: No such file or directory
or
$ strings ./ninfo | grep '\.so' /lib/ld-linux.so.1 libtermcap.so.2 libc.so.5
and it becomes clear that this program is linked against very old versions of libraries that don't exist any more. The program needs to be re-compiled against current versions (you do have the source code, right?)
Xlib: connection to ":0.0" refused by server Xlib: Client is not authorized to connect to Server some_app: unable to open display ":0.0"
The user running the command is different to the user that started the X-server, or is otherwise not allowed by the X server to create new (graphical) windows.
Also see the XFree86Notes page on giving other users permission to open graphical windows on your X server.
This error happend after opening my firewall script in windows with notepad, because windows uses Carriage Return <CR>
Note that other shells (such as zsh(1)) don't give the "bad interpreter" part of the message for some of the following circumstances - only bash(1) seems to.
Possible causes for this message (in decreasing order of probability):
chmod a+rx /bin/bash /usr/bin/perl /usr/local/bin/perl /path/to/your/script/here
this will mark these all as executable and readable by everyone.
changed it back to using ascii(7) characters, and my scripts ran again.
cobalt root # ping ping: unknown protocol icmp.
Deleting the ldap portion (as I don't have protocols info in the LDAP tree) fixed
protocols: files.
PING 192.168.66.10 (192.168.66.10): 56 data bytes ping: sendto: Operation not permitted ping: wrote 192.168.66.10 64 chars, ret=-1
The interface you are pinging out of (192.168.66.10) is firewalled. Fix your firewall :)
Your shell hangs, and it even ignores ctrl-c. You have to close the xterm (or gnome-terminal or konsole) to remove the process.
Possible answer: you have inadvertently typed the special "stop" flow control character used by terminals. By default, this is ^S (control-s). By default, control-q sends a start character again. This is particularly common if you were pressing ctrl-d or ctrl-a or a nearby key on a QWERTY keyboard.
will tell your terminal not to use XON/XOFF flow control.
$ stty stop ""
will mean that no character sends a stop character.
$ stty stop " "
causes your terminal to stop every time you press space. This is probably not a very clever thing to do (unless you are playing a trick on someone...)
Re-defining the stop key has the added advantage that you can then use ctrl-s to search your command line in bash(1)/zsh(1) as well as ctrl-r for reverse search.
Symptom: xscreensaver(1) gives this message when trying to run one of the 3D screensavers, even though you can run it fine from the command line (such as $/usr/lib/xscreensaver/bubble3d). Or perhaps it works fine when run in a window, but not fullscreen.
This OpenGL application has 139MB of addressable space in use, but it is not using that much virtual memory. Edit ${HOME}/.xscreensaver and edit the line that says
memoryLimit: 50M
to either something much bigger, or set it to 0 (for no limit).
See ErrorMessages