Saludos a todos.

Mi problema es el siguiente:

Tengo un paquete de simulación de circuitos eléctricos, precompilado que necesito ejecutar.

El paquete es un compreso con todos los binarios y librerías necesarios para usar el software HSPICE en linux.

Este paquete ya lo he probado en Fedora, openSUSE, Ubuntu y Arch.

En todos, sólo era cuestión de descomprimir, crear unos enlaces a /usr/bin y listo.

Pero ahora estoy en Debian Testing Wheezy. A pesar de haber asignado permisos (+x y 777) a los binarios, siempre que intento ejecutar alguno me manda el mismo mensaje de error. Por ejemplo, si intento ejecutar el binario principal hspice:

En los otros sistemas, descomprimo el paquete en /opt/ y creo un enlace simbólico en /usr/bin al binario hspice con ln -s y ejecuto directamente, pero me manda el error:



Si intento ejecutarlo directamente en cualquier directorio (mi home por ejemplo) con ./, me manda



Auxilioooooooo

Postea la salida de:

Salvo indicación en contrario, para instalar un binario ya sea .bin, .run, .bunde , etc, etc hago lo siguiente, abro un terminal de root y pongo
bash
dejo un espacio
arrastro el binario a este terminal
pulso Enter y ya.
El arrastrar un elemento al terminal en entorno Gnome, XFCE, y KDE, lo que hace es introducir la ruta absoluta del mismo en la terminal.
Para estos casos aconsejo siempre usar bash en lugar de sh ya que en Debian sh es en realidad un enlace simbólico a dash que es la shell por defecto que tienen las distros basadas en Debian y que no siempre funciona correctamente con scripts de terceros, por eso mejor asegurarse y usar siempre bash.

Aquí está



Editado -- Sab Dic 31, 2011 1:36 pm --



Arrastro el binario a la terminal y se pone:



Doy enter y:

¿De dónde has descargado el paquete ese? ¿Seguro que es binario?

Ahora postea la salida de:



y

Sí, como ya comenté, no es la primera vez que lo ejecuto. He trabajado sin problemas por cerca de un año con el mismo paquete en diferentes máquinas con diferentes distros (Arch, Ubuntu, Fedora, openSuse), igual, todas de 64 bits (Fedora también en 32) y sólo en Debian Testing me ha dado problemas. Ya revisé que el paquete no estuviera dañado. Lo descargué nuevamente y también probé compiarlo de una de las distros en las que está funcionando.

Sinceramente, me cambiaría de distro, pero es NECESIDAD trabajar en esta distro. Aunque estoy pensando seriamente abandonarla por esto (Se supone que los trabajos que hago, deben ser compatibles con las distros mayores/comunes).

las particiones permitiran la ejecucion, verdad?? digo, pasa esto:



y por si acaso, comprueba si esto se ejecuta (tras darle permisos, blablabla)



tanto en /opt, como en tu home.

esque el tema montado de particiones, me ha pasado muchas veces (por montar la de datos con noexec), y visto lo visto... solo puede ser de ahi.

porque, como root funciona?? (cosas mas raras se han visto)

---
nota: aun asi, a mi los comandos del primer mensaje me parecen algo raros. si el binario esta ahi, puede dar otro error... pero no decir que no esta ahi.

En el home:



En OPT





Del FSTAB





Yo estoy igual, en mi vida me había pasado eso

Editado -- Dom Ene 08, 2012 4:17 am --

Bumpeo suavecito?

mi no entender nada. :? todo esta correcto, pero... dice el fichero no esta?? pero sabemos que esta?? tu sistema se ha vuelto loco.


este me resulta raro, pero no tanto. dime, ahi lo tienes con permisos??

por hacer una prueba.... podrias pegar, promtp incluido (para que veamos la secuencia completa, que cosas mas raras se han visto), la salida de esto??



(ejemplo para que veas como quiero el codigo)

El problema con esto, es que la situación que describes es un imposible.

Esto:

no puede ocurrir. Así de simple. Si el archivo existe -y tu dices que existe- las respuestas pueden ser: permiso denegado, en caso de que no tenga permisos de ejecución. Puede ser segmentation fault, en caso de que el binario esté corrupto o tenga algún problema en el manejo de memoria. Puede ser arquitectura incorrecta, en caso de que intentes ejecutar un 64 bits en una distro 32. Pero sólo hay un caso en el que puede decirte que el archivo no existe cuando tú lo estás viendo: que el sistema de archivos esté dañado. Pero dañado en serio y con ganas, en cuyo caso recibirías muchas más advertencias por casi cualquier cosa, se desmontarían solas las unidades y cosas por el estilo (me ha pasado, con una fuente que entregaba voltajes erróneos).

Pero si el sistema de archivos está bien, y Bash te dice que el archivo no existe, es porque el archivo no existe. O estás escribiendo mal la ruta -perdón por lo elemental, pero esto no es tecnología nuclear- o, la segunda opción, es que el archivo no se llame así. Es decir: estás escribiendo mal la ruta.

Por añadidura, supongo que ese archivo es algo privado, que no puedes pasarle a alguien para que lo pruebe. Porque eso simplificaría bastante las cosas.
Todo lo que se te puede decir es que copies el binario a /usr/local/bin y lo ejecutes así, con la ruta absoluta: /usr/local/bin/hspice (supongo que ya sabes que esto no lleva punto al inicio). Y usa el autocompletar de Bash. Y si te responde que el archivo o directorio no existe, tu problema está más relacionado con la dimensión desconocida que con Linux.

Si he insistido tanto en este punto (y leí el thread el primer día que posteaste), es porque no se puede avanzar más allá ante esa respuesta de Bash. No respondí porque pensé que alguien te lo diría, pero veo que sigues con el mismo problema.

También puedes probar ejecutarlo desde un Live-cd. Puedes probar cualquier cosa que te ayude, no a ejecutarlo, sino a entender por qué el sistema te responde que el archivo no existe. Eso no tiene que ver con Debian, sino con el sistema de archivos, el propio archivo y... sí, como siempre, el usuario.

Y la última opción, es que sea el ejecutable mismo quien lance el mensaje de que no existe (aunque sería un ejecutable muy raro, que respondería "bash: el archivo..."). ¿El ejecutable busca, a su vez, algún archivo?

No estoy usando acceso directos ni nada. Los binarios tal cual.


De lo primero estoy seguro que no, pues este mismo binario (copiado y pegado) lo he ejecutado en Ubuntu, de lo segundo no sé.


No, es el caso contrario y he ejecutado estos binarios en distribuciones de 32 y 64 bits. De hecho, debido a la decepción de Wheezy, me cambié a Squeeze de 64 (ejecuta bien) y de 32 (igualmente se ejecuta).


Creo que ya se ha aclarado que este no es el caso.


Así es, pero también creo que ha quedado claro que no es un problema del archivo, sino de la distro (en mi particular opinión).






Supongo

me sucede eso muchas veces, cuando trato de ejecutar un programa de 32 bits en 64 bits , o viceversa , si posees el codigo fuente prueba a recompilarlo para crear nuevos ejecutables