8

Благодаря Anniversary Update у меня теперь есть BASH на Ubuntu на Windows 10. Ранее я использовал Cygwin и настроил Maven в Cygwin (и полностью его заработал), который в основном состоял из установки Maven, а затем изменения моей переменной среды PATH~/.bashrc)

Ну, я пытаюсь сделать то же самое, используя BUW, но, насколько я могу судить, переменная PATH игнорируется (добавление каталога bin Maven в PATH , а затем выполнение, which mvn возвращает пустым). Есть ли уловка, которую я пропускаю, или мне нужно настроить мой PATH другому в BUW?

РЕДАКТИРОВАТЬ:

Позвольте мне быть конкретным. Что мне нужно сделать в "???"шаг, чтобы получить pathTestScript.sh на путь?

mkdir -p ~/pathTest
touch ~/pathTest/pathTestScript.sh
echo '#!/bin/sh' >> ~/pathTest/pathTestScript.sh
echo 'echo "it works!"' >> ~/pathTest/pathTestScript.sh
bash ~/pathTest/pathTestScript.sh
    # Should output 'it works!'
# ?????????
pathTestScript.sh
    # Should output it works!'

РЕДАКТИРОВАТЬ 2:

Я хочу быть очень ясным с моей фактической, конечной целью. У меня в моей системе установлены JDK и Apache Maven в обычных местах. У меня оба они прекрасно работали в Cygwin. Теперь, когда BUW отсутствует, я хочу использовать их там, но не могу понять, как настроить свою среду для них, так как любые изменения, которые я делаю в моем PATH, похоже, не имеют никакого эффекта.

РЕДАКТИРОВАТЬ 3:

Хорошо, теперь я обеспокоен, что я в погоне за диким гусем. Если я выполняю echo $PATH , я получаю /mnt/c/Program\ Files/apache-maven-3.3.9/bin:/usr/local/bin:/usr/bin:/bin:/usr/local/games:/usr/games

Это то, что я ожидаю. Это то, что я положил в мой файл ~/.bashrc ... Затем я делаю ls /mnt/c/Program\ Files/apache-maven-3.3.9/bin и получаю

m2.conf  mvn  mvn.cmd  mvnDebug  mvnDebug.cmd  mvnyjp

Но когда я делаю which mvn , я получаю пустое значение, и если я вызываю mvn , меня перенаправляют на использование apt-get для его установки.

Так что проблема не в том, что PATH не обновляется ... его просто игнорируют. Есть ли способ заставить его обратить внимание на PATH? Если нет, то это довольно слабая версия Linux (IMO)

РЕДАКТИРОВАТЬ 4:

Он был поднят пару раз, и, да, мой пример со сборкой забыл пометить файл как исполняемый. В моем реальном сценарии (с Maven) все файлы являются исполняемыми:

cd /mnt/c/Program\ Files/apache-maven-3.3.9/bin && ls -alt
total 36
dr-xr-xr-x 2 root root    0 Apr 19 11:56 ..
-r-xr-xr-x 1 root root 1843 Apr 19 11:56 mvnyjp
dr-xr-xr-x 2 root root    0 Apr 19 11:56 .
-r-xr-xr-x 1 root root 1815 Apr 19 11:56 mvnDebug
-r-xr-xr-x 1 root root 7383 Apr 19 11:56 mvn
-r-xr-xr-x 1 root root 1513 Apr 19 11:56 mvnDebug.cmd
-r-xr-xr-x 1 root root 6067 Apr 19 11:56 mvn.cmd
-r-xr-xr-x 1 root root  230 Apr 19 11:56 m2.conf

3 ответа3

6

Обновить сводку

Эти исполняемые файлы не являются родным форматом Linux (ELF), они скомпилированы для Windows. Во время расширения пути bash проверяет магическое число двоичного файла, если оно не соответствует ELF, оно не раскрывает его через расширение пути. Тем не менее, bash для Windows действительно включал возможность запуска собственных приложений Windows из среды Bash, поэтому прямое выполнение (без расширения пути и последующей двоичной проверки) работает нормально.

Разрешение - это либо добавление .bashrc на основе псевдонима (или любое количество альтернативных методов, имитирующих расширение пути, что позволяет обходить оценку файла bash), либо установка версии linux.


Оригинальный ответ

Файловые права

Возможно, это проблема с разрешениями кросс-файловой системы. Если вы запустите cd /mnt/c/Program\ Files/apache-maven-3.3.9/bin и попытаетесь запустить mvn следующим образом ./mvn что произойдет?

Каков вывод ls -alt в этом каталоге?

Если файл не помечен как исполняемый файл, он не будет отображаться как «программа» на вашем пути. Если это бинарный файл, а не в формате 'linux' (ELF), он также не будет отображаться как исполняемый файл пути.

Если непосредственное выполнение mvn не работает (пожалуйста, опубликуйте результаты ls), попробуйте добавить разрешения на выполнение chmod ug+x mvn

Установлена неверная версия

Вы уверены, что у вас установлена собственная версия linux - та же самая версия, которую вы использовали с cygwin, почти наверняка не будет работать.

Вы можете проверить двоичную совместимость с помощью sudo apt-get install elf-binutils затем в файле mvn использовать команду readelf -a mvn Если вы получили сообщение об ошибке «Не файл ELF ...», то у вас есть ответ.

Я только что заметил, что вы не добавили разрешения на выполнение к тестовому сценарию оболочки в вашем примере, который (если вы просто не забыли перечислить шаг) полностью объясняет этот конкретный сбой.

Резюме:

  1. Убедитесь, что исполняемые файлы в каталоге maven bin правильно установлены как исполняемые с помощью chmod. Опубликуйте вывод ls -alt в своем ответе.
  2. Убедитесь, что у вас есть бинарный файл Linux - используйте утилиту readelf для проверки.
  3. Запустите тест сценария оболочки снова, но на этот раз отметьте исполняемый файл.

Обновить

Проблема пути была красной сельдью; вы просто пытаетесь выполнить двоичный формат, который не совместим с Linux на Windows.

На первый взгляд, две среды (cygwin и bash на окнах) предоставляют несколько схожий пользовательский интерфейс, но реализация и получающаяся двоичная совместимость очень разные.

Итог - двоичные форматы Cygwin и Linux несовместимы. Вам нужно установить собственную версию linux, чтобы запустить ее из bash на windows. Вы также можете скомпилировать его из исходного кода в среде Windows; но из-за природы среды «ранних дней» я бы беспокоился о погоне за зависимостями.

Краткое описание двух сред:

Cygwin, по сути, представляет собой слой перевода, который предоставляет API для системных вызовов, которые обычно недоступны в системах, отличных от POSIX, что позволяет компилировать многие программы, написанные для запуска на linux в среде Windows. Однако он по-прежнему работает в среде «windows» - этот двоичный файл теперь будет работать только в среде cygwin для Windows. Этот уровень перевода и связанные библиотеки позволяют скомпилировать исходный код, написанный на API Linux, в среде cygwin и запускать в Windows. Двоичные файлы, созданные таким образом, не будут работать на Linux или Windows изначально; только в среде cygwin.

Среда bash на окнах, предоставляемых canonical, сильно отличается от cygwin. Он фактически «воссоздает» среду для программы, которая на самом деле выглядит как Linux - то есть стандартные библиотеки доступны вместе с системными вызовами POSIX - без необходимости каких-либо изменений в двоичных файлах. Во многих случаях двоичный файл, созданный для Ubuntu, может быть скопирован непосредственно в среду bash на Windows и запущен без проблем.

Чтобы быть распознанным как допустимый исполняемый файл в bash для Windows, он должен быть в собственном двоичном формате linux или в файле сценария, помеченном программой для его интерпретации (для сценария bash, #!/ Бен / Баш). Собственный двоичный файл Linux будет построен на основе библиотек Linux и системных вызовов. Bash подтверждает, что что-то является допустимым исполняемым файлом, проверяя биты разрешений исполняемого файла и проверяя совместимость двоичного формата файла (проверка «магического числа»). Если это бинарный файл и не в формате ELF, он не отображается в оболочке через расширение пути.

Чтобы сделать эту проблему более трудной для выяснения, они добавили частичную возможность запуска собственных приложений Windows из bash на windows, но явно не обращались к проверке формата двоичного файла расширения пути bash - или они сделали, и это ошибка.

Второе редактирование:

Пояснения по вашему вопросу:

Когда вы запускаете его напрямую (./mvn), он обходит оценку Bash и просто выполняет ее. Среда bash on windows достаточно умна, чтобы запускать собственные исполняемые файлы Windows, что и должно быть. Я не верю, что бинарный файл cygwin будет запускаться должным образом из bash, но я могу ошибаться - на данный момент документация скудна, и у меня нет доступной тестовой среды.

Обходной путь, который обеспечивает эквивалентную возможность для поддержки пути:

Если в противном случае вы полностью довольны установкой maven (никаких проблем с совместимостью нет, все просто «работает»), но важно иметь его на пути, вы можете использовать простой обходной путь, который предоставит эквивалентные возможности.

В вашем файле .bashrc добавьте следующий псевдоним:

alias mvn='/mnt/c/Program\ Files/apache-maven-3.3.9/bin/mvn'

Повторите аналог для любых других исполняемых файлов в этом каталоге, к которым вы хотите получить доступ из любой точки среды bash в среде Windows.

перезапустите bash или создайте исходный файл, а затем mvn будет работать из любого каталога (основываясь на вашем утверждении, что работало прямое выполнение из каталога bin, ./mvn).

0

Попробуйте echo 'PATH="~/pathTest/:$PATH"' > ~/.bash_path (любое имя, которое вы хотите)

source ~/.bash_path

echo $PATH чтобы увидеть, если что-то меняется

chmod +x ~/pathTest/pathTestScript.sh Чтобы запустить его напрямую, необходимо добавить право выполнения в файл.

pathTestScript.sh

Если это работает, просто добавьте source ~/.bash_path в вас ~/.bashrc .

Можете ли вы вызвать с помощью /mnt/c/Program\ Files/apache-maven-3.3.9/bin/mvn?

0

Поскольку он основан на Ubuntu, фактический файл PATH - это « /etc/environment » (не показывает тип файла).

$ nano /etc/environment - самый простой способ отредактировать файл. Вы увидите что-то вроде этого:

PATH = "/ USR / местные / SBIN:/ USR / местные / бен:/ USR / SBIN:/ USR / бен:/ SBIN:/ бен:/ USR / игры:/ USR / местные / игры"

Вы можете добавить каталог, который вы выбираете перед заключительными кавычками, после последнего каталога, с дополнительным : (двоеточие), чтобы отделить от предыдущего каталога.

Наконец, вы должны запустить файл " /etc/environment "; это можно сделать, набрав:

$ . /etc/environment

Я запустил их в $ sudo -s и проверил с помощью $ env . Я несколько уверен, что команда env должна показывать немедленные изменения, а перезапуск должен завершиться после внесения выбранных изменений.

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .