2

I am trying to run a BETA precompiled copy of rcracki, but the problem is when I try to run the executable, it gives an error:

root@hosted-by:~/Desktop/rcracki_mt_0.7_beta2_linux_x86_64# ls
COPYING             INSTALLING.txt  charset.txt    libcudart.so.2
libstdc++.so.6      rcracki_mt.ini  ChangeLog.txt  README.txt
libcrypto.so.0.9.8  libgcc_s.so.1   rcracki_mt

root@hosted-by:~/Desktop/rcracki_mt_0.7_beta2_linux_x86_64# sudo chmod +rwx cracki_mt

root@hosted-by:~/Desktop/rcracki_mt_0.7_beta2_linux_x86_64# ./rcracki_mt
bash: ./rcracki_mt: No such file or directory`

root@hosted-by:~/Desktop/rcracki_mt_0.7_beta2_linux_x86_64# sudo ./rcracki_mt`
sudo: unable to execute ./rcracki_mt: No such file or directory

So does anyone have a clue as to why Ubuntu gives this error? I mean the file is right here, so the error doesn't make sense!

By the way, I'm using Ubuntu 10.04.

Improve this question
10
  • what do you get when you ls -ltr?
    – user12753
    Oct 29, 2011 at 20:40
  • 1
    The file you've been trying to run is either not there or is named differently, or, perhaps the file system is a non-linux one. When typing commands as root, there is no need to use sudo, also, to make something executable, chmod +x is enough, no need to fire all the cannons.
    – mikewhatever
    Oct 29, 2011 at 20:51
  • Output for ls -ltr is shown here: i.imgur.com/LxOr3.png .. and I know about not using sudo and only using +x for chmod .. I just did these extra things to see if anything makes any difference ... Also, as the ls -ltr output shows, the file is very much there ..
    – Ahmad
    Oct 29, 2011 at 21:03
  • Here is another ls -ltr image, which shows me trying to run the executable right after its seen as listed via ls -ltr: i.imgur.com/aPi9y.png ... So the file is 100% there, and yet still Ubuntu isn't executing it for some reason ..
    – Ahmad
    Oct 29, 2011 at 21:12
  • What is the output of "file rcracki_mt"? Assuming that doesn't say the file isn't there, what's the output of "file ./rcracki_mt"? Perhaps there is a subtle problem in your environment causing the relative indicator . to be interpreted incorrectly some or all of the time.
    – Eliah Kagan
    Oct 29, 2011 at 21:13

1 Answer 1

Reset to default
2

I had the same problem on my 64-bit machine when I downloaded file for 32-bit platform. Unfortunately you don´t see any error message if you try to execute such a file.

Check your file type using file command e.g.:

32-bit

N56VZ:~$ file /opt/eclipse/eclipse
eclipse: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), 
dynamically linked (uses shared libs), for GNU/Linux 2.2.5, not stripped

64-bit

N56VZ:~$ file /opt/eclipse/eclipse
eclipse: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), 
dynamically linked (uses shared libs), for GNU/Linux 2.4.0, not stripped
Improve this answer
1
  • Yeah, this is likely the problem. The error message comes from the kernel, which tries to run the 32-bit library loader in order to run the 32-bit binary, but the 32-bit library loader doesn't exist. The shell just relays that error message. The fix is to install the ia32-libs package.
    – geirha
    Jun 28, 2012 at 20:12

You must log in to answer this question.

Not the answer you're looking for? Browse other questions tagged .