Я пытаюсь скомпилировать код ARM в Ubuntu 12.
Все работает нормально, когда я помещаю код в локальный каталог.
Но когда я помещаю код в цитируемую директорию монтирования, появляется ошибка:
making testXmlFiles
sh: 0: getcwd() failed: No such file or directory
ARM Compiling xxxxx.c
sh: 0: getcwd() failed: No such file or directory
Вот моя настройка в fstab
//10.0.0.1/data /mnt/data cifs auto,noserverino,credentials=/root/.smbcredentials,file_mode=0777,dir_mode=0777,uid=user,gid=users,noperm 0 0
Что здесь происходит? Что может вызвать эту ошибку?
linux
ubuntu
ubuntu-12.04
getcwd
CrazyKitty Ротоши
источник
источник
mkdir ~/myfunnydir && cd ~/myfunnydir
в терминале B:rm -rf ~/myfunnydir
и , наконец , обратно в терминал а еще:java --version
)/root
. Обычный пользователь не сможет смонтировать его, потому что учетные данные не будут доступны для чтения им. Попробуйте сделать это как неавтоматическое монтирование и позвольте root монтировать его.Ответы:
Эта ошибка обычно вызвана выполнением команды из каталога, который больше не существует.
Попробуйте изменить каталог и повторите команду.
источник
getcwd
получает текущий рабочий каталог, и если каталог будет удален или перемещен, он будет недоволен! Смотрите руководство Linux для getcwdПопробуйте следующую команду, у меня это сработало.
источник
cd;
как правило, приведет вас в домашний каталог иcd -
вернет вас в каталог, в котором вы находились непосредственно перед текущим каталогом. В общем, вы идете в домашний каталог и возвращаетесь. Однако, если исходный каталог, в котором вы были, удален, это не сработает.Это также случилось со мной в воссозданном каталоге, каталог тот же, но чтобы заставить его работать снова, просто запустите:
источник
Это может иногда случаться с символическими ссылками. Если вы столкнулись с этой проблемой и знаете, что находитесь в существующем каталоге, но ваша символическая ссылка могла измениться, вы можете использовать эту команду:
источник
В Ubuntu 16.04.3 LTS у меня работает следующая команда:
Тогда я снова авторизируюсь.
источник
Пожалуйста, проверьте путь к каталогу, независимо от того, существует он или нет. Эта ошибка появляется, если папка, из которой вы запускаете команду, не существует. Возможно, вы выполнили команду удаления по тому же пути в командной строке.
источник
В моем случае ничего выше не сработало. После того, как я некоторое время ударился головой о стену, я обнаружил, что уничтожил
/etc/passwd
записи, запустив специальный скрипт linux-server-setup-bash-script, который хорошо работал ранее, но на этот раз в регулярном выражении команда «sed» стерла все существующие записи: D После копирования и вставки записей по умолчанию с другого работающего сервера Linux, я наконец смог перезапустить sshd.Так что не забудьте сделать резервную копию исходного
/etc/passwd
файла, прежде чем применять к нему любые регулярные выражения :)источник
Даже у меня была та же проблема с python virtualenv. Это было исправлено простым перезапуском.
источник