Почему линукс не видит существующий файл

скрипт не видит нужный файл

Доброго времени суток. Решил я намедни что убунта-это скучно, и решил переселиться на арч, начал с настройки инета. но вот незадача, скрипт запускающий нужный демон видает следующую ошибку, /usr/sbin/xl2tpd: No such file or directory, вся беда в том, что когда я следую в эту директрорию там вышеуказанный файл ЕСТЬ, почему скрипт не видит файла?

(гипотеза: ELF-нику не хватает библиотек)
ldd /usr/svbin/xl2tpd

ls -lh /usr/sbin/xl2tpd -rwxrwxrwx 1 root root 95K Apr 1 20:28 /usr/sbin/xl2tpd

file /usr/sbin/xl2tpd /usr/sbin/xl2tpd: ELF 32-bit LSB executable, Intel 80386? version 1(SYSV), dinamically linke (uses shares libs), fot GNU/Linux 2.6.27, stripped

> ELF 32-bit LSB executable
Пожалуйста, ldd /usr/sbin/xl2tpd

Копипаст для кого изобрели?

ответ на ldd /usr/sbin/xl2tpd
not a dynamic executable

Судя по «dinamically linke (uses shares libs)», тут что-то не так.

Что за дистрибутив? Откуда ставили xl2tpd?

> тут что-то не так.

Лично у меня сложилось впечатление, что он сам тексты ошибок набирает.

У меня тоже. Скорее всего, перепечатывает с другого компьютера.

угу. сижу и думаю, чем бы парней на лоре занять,надо бы ошибки понавыдумывать, тексты действительно приходится в ручную переписывать т к на машине где трабл, нета нет
Arch linux, пакет скачан из офф репозиториев http://www.archlinux.org/packages/

uname -m и вывод сюда.

> надо бы ошибки понавыдумывать

Я где-то сказал про выдумывать?

тексты действительно приходится в ручную переписывать т к на машине где трабл, нета нет

Тогда, пожалуйста, без ошибок.

uname -m x86_64 uname -a Linux kiev 2.6.33-ARCH #1 SMP PREEMPT Thu May 13 11:32:37 CEST 2010 x86_64 AMD Turon(tm) X2 Dual-Core Mobile RM-74 AuthenticalAMD GNU/Linux

(постарался без очепяток)

А это у вас только ядро x86_64 или вся система? Если второе — то рассказывайте, как ставили xl2tpd.

Так систему ставил с образа предлагаемого на сайте арча(как понимаю значит что вся система), далее зашел сюда http://www.archlinux.org/packages/?sort=&arch=x86_64&q=xl2tpd&maintainer=&las. скачал пакет, и с помощью пакмана поставил .

Только что скачал оттуда и натравил file на него:

Мда, сам хз как получилось, спасибо за помощь..

Источник

Исполняемый файл есть, но его нет

Скачал линуховый клиент для фотохостинга photofile. В архиве исполняемый файл. Пытаюсь запустить.

ему там может чего надо еще? посмотри ldd photofile что говорит? есть ли у тебя все что нужно?

Похоже, ему твоя glibc не нравится

а что если это файл скормить gdb? может он чего больше скажет?

Ну надо же, они что в Сети фуфло распространяют.

Хотя такая же штука была когда я пытался запустить скачанный с офиц. сайта firefox. Подозрительно всё это.

А ты с архитектурой не промахнулся?

ппц, линуксоиды скачивают и запускают бинарники. Куда катится мир?

А это не баш-скрипт ли часом? (:
Текстовым редактором откройте.

Так бывает, когда неправильно shabang указан.

а чмод + икс не нужно сделать?

>Так бывает, когда неправильно shabang указан.

тогда обычно bad interpreter говорят вроде перед No such file or directory

>а чмод + икс не нужно сделать?

>а чмод + икс не нужно сделать?

не читал первое сообщение? там же вывод ls -l есть.

-rwxr-xr-x 1 sunny sunny 10771230 Май 19 2008 photofile

ну проглядел, чо

думаешь noexec? там ошибка другая была бы емнип.

file photofile
head -n 1 photofile

>Ну надо же, они что в Сети фуфло распространяют.

Пока что видно только что ты «в Сети фуфло распространяешь»

Это плохой файл, не исполняемый. Удалите его.

лддэхни его и посмотри какой библиотеки нехватает.

>Как это понять, файл есть, но его вдруг нет? Или это какая-то защита, предотвращающая от запуска чего не попадя? Дистрибутив — Debian

Ну видимо файл запускается, shell читает sha-bang, там написано /bin/bash, запускается /bin/bash ./photfile, но вот эта команда почему-то не видит этого файла. Попробуйте напрямую:

Ну и сам файл поглядите. (xxd | head и file)

Покажи file photofile
А заодно uname -a

Не, лучше наверное не показывай.

Дай угадаю — у тебя amd64?
А ты запускаешь на ней 32-битный бинарник, отсюда проблемы.
Копай в эту сторону.

и оно покажет что к чему и почему.

Судя по размеру, вряд ли

и оно покажет что к чему и почему.

Дай угадаю — у тебя amd64? А ты запускаешь на ней 32-битный бинарник, отсюда проблемы. Копай в эту сторону.

У меня на самом деле процессор AMD AM2+ 64 двухядерный. И система вся архитектуры amd64. Но вроде как бы 32-битные программы должны без проблем запускаться на 64-битной платформе, всегда так было. Вот 32-битный skype запускается.

А readelf что показывает? Признаёт этот файл исполняемым?

Попробуйте скормить этот файл /lib/ld-linux* с разными параметрами.

Например, /lib/ld-linux* —list ./photofile

>for GNU/Linux 2.2.5

Может, в этом дело?

Под /lib/ld-linux вы это имели в виду?

Пишет, что какая-то ошибка. И что это означает?

> И что это означает?
Рядом, случаем, нету другого ld-linux? Если нет, поищите в репозитории пакет для совместимости с 32-битными приложениями (странно, почему же skype работает?)

Может быть, /lib32/ld-linux* ?

linux32 ./photofile что скажет?

zgrep -E ‘CONFIG_X86_32|CONFIG_IA32_EMUL’ /proc/config.gz

это ж не библиотека
p.s. а мне викторина нравится ))

> это ж не библиотека
Но такой файл есть в пакете libc6-i386, так что имеет смысл попробовать им воспользоваться. Или Вы не об этом?

Источник

Linux не видит файлы на флешке

Имеется флешка 64 гига для камеры Yi. Ранее файлы читались, всё отлично. Сегодня воткнул флешку, как и ранее через кардридер. Через USB кабель с камеры — тоже самое. Флешка монтируется, корневые папки видны. В одной папке, внутри лежит один файл, его видно. В другой папке, где фото и видео должны быть — пусто.

Объём занятого места показывает вроде верно.

Однако на камере (через приложение) файлы видны нормально.

Тестдиск показывает тоже самое — пустоту. Скрытые файлы включены. sudo mc — тоже пусто.

xUbuntu, ядро из репы 4.2.0.35-general x84_64, вроде не обновлялось с последнего раза.

Какие есть предложения?

Конечно можно с камеры слить через приложение и форматнуть. Но если такое случилось однажды, то обязательно повторится ещё раз. Что, постоянно сливать и форматировать? Не вариант.

Скорее всего, глюк флешки.

Попробуй слить с неё все данные, а потом сделать:

dd if=/dev/zero of=/dev/sdX bs=1G

То есть, занулить всё содержимое. По логам ядра будет видно, имеются ли на флешке битые блоки. Если имеются — лучше такую флешку больше не использовать.

А под другой ос не судьба попробовать? Или запустить восстановление из под триального мастдая? Это не NTFS нечайно?

Какая там файловая система?

Если NTFS — попробуй перемонитровать, указав параметр локали.

То есть, занулить всё содержимое. По логам ядра будет видно, имеются ли на флешке битые блоки. Если имеются — лучше такую флешку больше не использовать.

Спасибо, сделаю так, если ничего больше не предложат.

А под другой ос не судьба попробовать? Или запустить восстановление из под триального мастдая? Это не NTFS нечайно?

Нет возможности.
Ни телефон, ни планшет не видят 64 гига.
Масдая нет и он тем более не увидит (может только в 7-10 виде есть поддержка exFAT?)
Но, повторю, камера-то видит и задача понять и решить проблему на linux.

LinuxDebian, ZenitharChampion, сорри, не подумал сразу написать. Файловая система exFAT.
Форматировала сама камера (через приложение на телефоне*).
http://dl2.joxi.net/drive/2016/04/06/0004/2123/305227/27/417fa5c16a.png

* Поясню, многие же не в курсе. Сама камера кирпич — без дисплея с тремя кнопками (включение, фото/видео и вафля; разумеется есть пару функций на комбинации кнопок, но не в этом суть), поэтому управление камерой происходит через приложение на телефоне, который подключается к камере по вафле.

Дрова, чтобы линуск читал 64 гига какие-то ставились, какие не помн

Источник

unixforum.org

Форум для пользователей UNIX-подобных систем

• Темы без ответов
• Активные темы
• Поиск
• Статус форума

Терминал не видит исполняемый файл

Модератор: Bizdelnick

Терминал не видит исполняемый файл

Сообщение demontager » 04.04.2009 16:02

Re: Терминал не видит исполняемый файл

Сообщение arkhnchul » 04.04.2009 16:16

Re: Терминал не видит исполняемый файл

Сообщение demontager » 04.04.2009 17:54

Re: Терминал не видит исполняемый файл

Сообщение nesk » 04.04.2009 17:57

скорее всего непечантый или невидимый символ в имени файла. (например пробел в конце имени)

сделайте
ls us* | od -c

Внимание: У меня под рукой нет машины с Linux. Я не использую эту ОС. Ответы я даю либо по памяти, либо мне помогает гугл. Тщательно читайте маны по тем командам и конфигурационным файлам, которые я упоминаю.

Re: Терминал не видит исполняемый файл

Сообщение demontager » 04.04.2009 18:02

Re: Терминал не видит исполняемый файл

Сообщение nesk » 04.04.2009 18:05

а если попросить оболочку дополнить имя
набрать:
./us а потом набрать нажать TAB

Внимание: У меня под рукой нет машины с Linux. Я не использую эту ОС. Ответы я даю либо по памяти, либо мне помогает гугл. Тщательно читайте маны по тем командам и конфигурационным файлам, которые я упоминаю.

Re: Терминал не видит исполняемый файл

Сообщение demontager » 04.04.2009 18:09

$ ./usb_modeswitch
bash: ./usb_modeswitch: No such file or directory
pal@pal-laptop:

Re: Терминал не видит исполняемый файл

Сообщение nesk » 04.04.2009 18:11

$ ./usb_modeswitch
bash: ./usb_modeswitch: No such file or directory
pal@pal-laptop:

а скажите
file usb_modeswitch
Что выведет?
Если это скрипт, то возможно проблема внутри скрипта.

PS
а так сработает:

Внимание: У меня под рукой нет машины с Linux. Я не использую эту ОС. Ответы я даю либо по памяти, либо мне помогает гугл. Тщательно читайте маны по тем командам и конфигурационным файлам, которые я упоминаю.

Re: Терминал не видит исполняемый файл

Сообщение demontager » 04.04.2009 18:15

$ file usb_modeswitch
usb_modeswitch: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), for GNU/Linux 2.6.9, dynamically linked (uses shared libs), stripped
pal@pal-laptop:

вот ещ вывод где находится этот файл
pal@pal-laptop:

$ ls us* | od -c
0000000 u s b _ m o d e s w i t c h \n
0000017
pal@pal-laptop:

/usb_modeswitch
bash: /home/pal/usb_modeswitch: No such file or directory
pal@pal-laptop:

Re: Терминал не видит исполняемый файл

Сообщение nesk » 04.04.2009 18:22

Внимание: У меня под рукой нет машины с Linux. Я не использую эту ОС. Ответы я даю либо по памяти, либо мне помогает гугл. Тщательно читайте маны по тем командам и конфигурационным файлам, которые я упоминаю.

Re: Терминал не видит исполняемый файл

Сообщение demontager » 04.04.2009 18:29

$ ./us*
bash: ./usb_modeswitch: No such file or directory
pal@pal-laptop:

Re: Терминал не видит исполняемый файл

Сообщение dergachev » 04.04.2009 18:42

Отсутствует не файл usb_modeswitch, а библиотека, на которую он повязан.
То есть не запустится он просто на вашем дистре.
Хотя не уверен, но правдоподобно.

Re: Терминал не видит исполняемый файл

Сообщение Frank » 04.04.2009 19:32

Re: Терминал не видит исполняемый файл

Сообщение demontager » 04.04.2009 19:35

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

Как бы теперь узнать что надо поставить, чтоб он запускался?

вот вывод:
pal@pal-laptop:

/usb_modeswitch
not a dynamic executable
pal@pal-laptop:

Re: Терминал не видит исполняемый файл

Сообщение Frank » 04.04.2009 19:45

Re: Терминал не видит исполняемый файл

Сообщение demontager » 04.04.2009 19:49

/usb_modeswitch execve(«/home/pal/usb_modeswitch», [«/home/pal/usb_modeswitch»], [/* 37 vars */]) = -1 ENOENT (No such file or directory) dup(2) = 3 fcntl(3, F_GETFL) = 0x8002 (flags O_RDWR|O_LARGEFILE) fstat(3, ) = 0 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7fd9e4e17000 lseek(3, 0, SEEK_CUR) = -1 ESPIPE (Illegal seek) write(3, «strace: exec: No such file or di». 40strace: exec: No such file or directory ) = 40 close(3) = 0 munmap(0x7fd9e4e17000, 4096) = 0 exit_group(1) = ? Process 8451 detached pal@pal-laptop:

Re: Терминал не видит исполняемый файл

Сообщение Frank » 04.04.2009 20:45

Re: Терминал не видит исполняемый файл

Сообщение demontager » 04.04.2009 20:49

Источник