Ubuntu 11.10 & ldquo; не может найти & rdquo; Исполняемые файлы (НЕ .exe)

Предполагая, что это проблемы urbi-launch и balltracking.u, я предлагаю вам попробовать это для каждого из этих двух скриптов. Сначала перейдите в каталог, в котором находится скрипт. Сделайте ls -Ll <script> и подтвердите, что сценарий предоставляет вам разрешения на выполнение. Ll - это верхний и нижний регистр «el», который дает вам разрешения и трассирует символическую ссылку, если скрипт является ссылкой. Это гарантирует, что вы получите разрешение на скрипт и не случайно ссылку.

Если разрешения выглядят правильно, попробуйте запустить каждый скрипт в качестве команды, вызвав его как ./<script>.

Если это работает, то это не проблема с Ubuntu, скрипт выполняется правильно. Если он не выполняется правильно, укажите список разрешений и результаты команды id, чтобы мы могли видеть, что вы тоже.

Если скрипт работает из командной строки, то это ваш start.sh, который имеет проблему. Попросите его повторить пути, чтобы вы могли видеть, что на самом деле используется. Другим подходом к узкому ограничению путей является жесткое кодирование явного пути в start.sh для каждого из других скриптов. Если это работает, вам гарантируется, что проблема находится в вашем скрипте start.sh и как вы определяете путь.

В последнее время я настоятельно рекомендую вам использовать следующий тип для переменных в скриптах, вместо этого используйте ${variable} из $variable, потому что добавление фигурных скобок гарантирует, что другие символы случайно не добавляются к имени переменной, создавая новую переменную без значения.

Возможно, ваш исполняемый файл 32-разрядный, и у вас нет 32-разрядных библиотек.

Установите их с помощью: sudo apt-get install ia32-libs

Предполагая, что это проблемы urbi-launch и balltracking.u, я предлагаю вам попробовать это для каждого из этих двух скриптов. Сначала перейдите в каталог, в котором находится скрипт. Сделайте ls -Ll <script> и подтвердите, что сценарий предоставляет вам разрешения на выполнение. Ll - это верхний и нижний регистр «el», который дает вам разрешения и трассирует символическую ссылку, если скрипт является ссылкой. Это гарантирует, что вы получите разрешение на скрипт и не случайно ссылку.

Если разрешения выглядят правильно, попробуйте запустить каждый скрипт в качестве команды, вызвав его как ./<script>.

Если это работает, то это не проблема с Ubuntu, скрипт выполняется правильно. Если он не выполняется правильно, укажите список разрешений и результаты команды id, чтобы мы могли видеть, что вы тоже.

Если скрипт работает из командной строки, то это ваш start.sh, который имеет проблему. Попросите его повторить пути, чтобы вы могли видеть, что на самом деле используется. Другим подходом к узкому ограничению путей является жесткое кодирование явного пути в start.sh для каждого из других скриптов. Если это работает, вам гарантируется, что проблема находится в вашем скрипте start.sh и как вы определяете путь.

В последнее время я настоятельно рекомендую вам использовать следующий тип для переменных в скриптах, вместо этого используйте ${variable} из $variable, потому что добавление фигурных скобок гарантирует, что другие символы случайно не добавляются к имени переменной, создавая новую переменную без значения.

Возможно, ваш исполняемый файл 32-разрядный, и у вас нет 32-разрядных библиотек.

Установите их с помощью: sudo apt-get install ia32-libs

Предполагая, что это проблемы urbi-launch и balltracking.u, я предлагаю вам попробовать это для каждого из этих двух скриптов. Сначала перейдите в каталог, в котором находится скрипт. Сделайте ls -Ll <script> и подтвердите, что сценарий предоставляет вам разрешения на выполнение. Ll - это верхний и нижний регистр «el», который дает вам разрешения и трассирует символическую ссылку, если скрипт является ссылкой. Это гарантирует, что вы получите разрешение на скрипт и не случайно ссылку.

Если разрешения выглядят правильно, попробуйте запустить каждый скрипт в качестве команды, вызвав его как ./<script>.

Если это работает, то это не проблема с Ubuntu, скрипт выполняется правильно. Если он не выполняется правильно, укажите список разрешений и результаты команды id, чтобы мы могли видеть, что вы тоже.

Если скрипт работает из командной строки, то это ваш start.sh, который имеет проблему. Попросите его повторить пути, чтобы вы могли видеть, что на самом деле используется. Другим подходом к узкому ограничению путей является жесткое кодирование явного пути в start.sh для каждого из других скриптов. Если это работает, вам гарантируется, что проблема находится в вашем скрипте start.sh и как вы определяете путь.

В последнее время я настоятельно рекомендую вам использовать следующий тип для переменных в скриптах, вместо этого используйте ${variable} из $variable, потому что добавление фигурных скобок гарантирует, что другие символы случайно не добавляются к имени переменной, создавая новую переменную без значения.

Возможно, ваш исполняемый файл 32-разрядный, и у вас нет 32-разрядных библиотек.

Установите их с помощью: sudo apt-get install ia32-libs

Предполагая, что это проблемы urbi-launch и balltracking.u, я предлагаю вам попробовать это для каждого из этих двух скриптов. Сначала перейдите в каталог, в котором находится скрипт. Сделайте ls -Ll <script> и подтвердите, что сценарий предоставляет вам разрешения на выполнение. Ll - это верхний и нижний регистр «el», который дает вам разрешения и трассирует символическую ссылку, если скрипт является ссылкой. Это гарантирует, что вы получите разрешение на скрипт и не случайно ссылку.

Если разрешения выглядят правильно, попробуйте запустить каждый скрипт в качестве команды, вызвав его как ./<script>.

Если это работает, то это не проблема с Ubuntu, скрипт выполняется правильно. Если он не выполняется правильно, укажите список разрешений и результаты команды id, чтобы мы могли видеть, что вы тоже.

Если скрипт работает из командной строки, то это ваш start.sh, который имеет проблему. Попросите его повторить пути, чтобы вы могли видеть, что на самом деле используется. Другим подходом к узкому ограничению путей является жесткое кодирование явного пути в start.sh для каждого из других скриптов. Если это работает, вам гарантируется, что проблема находится в вашем скрипте start.sh и как вы определяете путь.

В последнее время я настоятельно рекомендую вам использовать следующий тип для переменных в скриптах, вместо этого используйте ${variable} из $variable, потому что добавление фигурных скобок гарантирует, что другие символы случайно не добавляются к имени переменной, создавая новую переменную без значения.

Возможно, ваш исполняемый файл 32-разрядный, и у вас нет 32-разрядных библиотек.

Установите их с помощью: sudo apt-get install ia32-libs

Предполагая, что это проблемы urbi-launch и balltracking.u, я предлагаю вам попробовать это для каждого из этих двух скриптов. Сначала перейдите в каталог, в котором находится скрипт. Сделайте ls -Ll <script> и подтвердите, что сценарий предоставляет вам разрешения на выполнение. Ll - это верхний и нижний регистр «el», который дает вам разрешения и трассирует символическую ссылку, если скрипт является ссылкой. Это гарантирует, что вы получите разрешение на скрипт и не случайно ссылку.

Если разрешения выглядят правильно, попробуйте запустить каждый скрипт в качестве команды, вызвав его как ./<script>.

Если это работает, то это не проблема с Ubuntu, скрипт выполняется правильно. Если он не выполняется правильно, укажите список разрешений и результаты команды id, чтобы мы могли видеть, что вы тоже.

Если скрипт работает из командной строки, то это ваш start.sh, который имеет проблему. Попросите его повторить пути, чтобы вы могли видеть, что на самом деле используется. Другим подходом к узкому ограничению путей является жесткое кодирование явного пути в start.sh для каждого из других скриптов. Если это работает, вам гарантируется, что проблема находится в вашем скрипте start.sh и как вы определяете путь.

В последнее время я настоятельно рекомендую вам использовать следующий тип для переменных в скриптах, вместо этого используйте ${variable} из $variable, потому что добавление фигурных скобок гарантирует, что другие символы случайно не добавляются к имени переменной, создавая новую переменную без значения.

Возможно, ваш исполняемый файл 32-разрядный, и у вас нет 32-разрядных библиотек.

Установите их с помощью: sudo apt-get install ia32-libs

Предполагая, что это проблемы urbi-launch и balltracking.u, я предлагаю вам попробовать это для каждого из этих двух скриптов. Сначала перейдите в каталог, в котором находится скрипт. Сделайте ls -Ll <script> и подтвердите, что сценарий предоставляет вам разрешения на выполнение. Ll - это верхний и нижний регистр «el», который дает вам разрешения и трассирует символическую ссылку, если скрипт является ссылкой. Это гарантирует, что вы получите разрешение на скрипт и не случайно ссылку.

Если разрешения выглядят правильно, попробуйте запустить каждый скрипт в качестве команды, вызвав его как ./<script>.

Если это работает, то это не проблема с Ubuntu, скрипт выполняется правильно. Если он не выполняется правильно, укажите список разрешений и результаты команды id, чтобы мы могли видеть, что вы тоже.

Если скрипт работает из командной строки, то это ваш start.sh, который имеет проблему. Попросите его повторить пути, чтобы вы могли видеть, что на самом деле используется. Другим подходом к узкому ограничению путей является жесткое кодирование явного пути в start.sh для каждого из других скриптов. Если это работает, вам гарантируется, что проблема находится в вашем скрипте start.sh и как вы определяете путь.

В последнее время я настоятельно рекомендую вам использовать следующий тип для переменных в скриптах, вместо этого используйте ${variable} из $variable, потому что добавление фигурных скобок гарантирует, что другие символы случайно не добавляются к имени переменной, создавая новую переменную без значения.

Возможно, ваш исполняемый файл 32-разрядный, и у вас нет 32-разрядных библиотек.

Установите их с помощью: sudo apt-get install ia32-libs

Предполагая, что это проблемы urbi-launch и balltracking.u, я предлагаю вам попробовать это для каждого из этих двух скриптов. Сначала перейдите в каталог, в котором находится скрипт. Сделайте ls -Ll <script> и подтвердите, что сценарий предоставляет вам разрешения на выполнение. Ll - это верхний и нижний регистр «el», который дает вам разрешения и трассирует символическую ссылку, если скрипт является ссылкой. Это гарантирует, что вы получите разрешение на скрипт и не случайно ссылку.

Если разрешения выглядят правильно, попробуйте запустить каждый скрипт в качестве команды, вызвав его как ./<script>.

Если это работает, то это не проблема с Ubuntu, скрипт выполняется правильно. Если он не выполняется правильно, укажите список разрешений и результаты команды id, чтобы мы могли видеть, что вы тоже.

Если скрипт работает из командной строки, то это ваш start.sh, который имеет проблему. Попросите его повторить пути, чтобы вы могли видеть, что на самом деле используется. Другим подходом к узкому ограничению путей является жесткое кодирование явного пути в start.sh для каждого из других скриптов. Если это работает, вам гарантируется, что проблема находится в вашем скрипте start.sh и как вы определяете путь.

В последнее время я настоятельно рекомендую вам использовать следующий тип для переменных в скриптах, вместо этого используйте ${variable} из $variable, потому что добавление фигурных скобок гарантирует, что другие символы случайно не добавляются к имени переменной, создавая новую переменную без значения.

Возможно, ваш исполняемый файл 32-разрядный, и у вас нет 32-разрядных библиотек.

Установите их с помощью: sudo apt-get install ia32-libs