Два предложения:
1st - форма ваших экологических утверждений должна быть:
ANDROID_HOME=$HOME/Android/Sdk
PATH=$PATH:$ANDROID_HOME/tools:$ANDROID_HOME/platform-tools
second, поместите ваши новые заявления среды в ~/.profile
Вместо двойной загрузки я держу окна в виртуальной машине виртуальной машины. VM имеет встроенный метод для подключения каталогов linux в окнах. Git bash наследует это.
Другая хорошая идея - поставить файловый сервер между двумя машинами. У меня есть Linux-система с Samba, предлагающая файлы Linux, которые отображаются в виде окон. Такая же идея, как использование Dropbox для обмена файлами.
Как говорит Тилман, обычный способ сделать то, что вы хотите, - использовать драйвер файловой системы, который делает раздел Ubuntu (ext2 / 3 / 4fs, XFS, Btrfs и т. д.) очень похожим на Windows FAT, exFAT или NTFS.
Я знаю один другой подход: автономная программа, которая позволяет копировать и аналогичные операции, но не предоставляет доступ к другим программам. Примером может служить Ext2Read, который работает с файловыми системами ext2 / 3/4. Я кратко использовал эту программу или что-то подобное, несколько лет назад, но я не использовал ее или что-то вроде этого совсем недавно. Таким образом, я не могу сказать, насколько хорошо эта конкретная программа работает сегодня.
Обратите внимание, что риск доступа к файлам через драйвер в значительной степени аналогичен рискам доступа к файлам с помощью утилиты, такой как Ext2Read, в наименее в принципе. (Возможно, в одной реализации могут быть ошибки, но нет причин думать, что Ext2Read будет лучше, чем драйвер, по крайней мере, не как общее правило.) Я не следил за драйверами Windows (и выделенными программами) для Личная файловая система Linux очень тесно связана, поэтому я не могу сказать, какие конкретные программы, вероятно, будут лучше или хуже других.
Если водитель может быть более рискован в целом, это то, что вы даете каждый программа на доступ Windows к файловой системе Linux, поэтому, если RandomProgram решит, что она действительно хочет удалить каждый файл с именем \etc\fstab на каждом диске, тогда файл Ubuntu /etc/fstab исчезнет, и у вас возникнут проблемы с загрузкой, чтобы назвать только одну из многие невероятные проблемные сценарии. Аналогичные комментарии могут быть сделаны о пользовательских ошибках, особенно если вы оставите драйвер постоянно. Независимо от того, используете ли вы драйвер или выделенную программу, вы можете свести к минимуму такие риски, установив файловую систему Linux только для чтения, но если вам нужно писать в файловую систему Linux из Windows, этот подход не будет работать.
Нет, нет лучшего способа. Windows не имеет встроенной поддержки для доступа к ext4 или другим файловым системам Linux. Для этого вам нужно добавить сторонний драйвер.
Риск повреждения данных довольно мал, хотя по сравнению с доступом к NTFS из Linux. В то время как для создания драйвера Linux для NTFS пришлось обратное проектирование, структуры файловой системы Linux с открытым исходным кодом и хорошо документированы, поэтому разработчики драйверов Windows ext4 имели надежную основу для работы.
Вместо двойной загрузки я держу окна в виртуальной машине виртуальной машины. VM имеет встроенный метод для подключения каталогов linux в окнах. Git bash наследует это.
Другая хорошая идея - поставить файловый сервер между двумя машинами. У меня есть Linux-система с Samba, предлагающая файлы Linux, которые отображаются в виде окон. Такая же идея, как использование Dropbox для обмена файлами.
Как говорит Тилман, обычный способ сделать то, что вы хотите, - использовать драйвер файловой системы, который делает раздел Ubuntu (ext2 / 3 / 4fs, XFS, Btrfs и т. д.) очень похожим на Windows FAT, exFAT или NTFS.
Я знаю один другой подход: автономная программа, которая позволяет копировать и аналогичные операции, но не предоставляет доступ к другим программам. Примером может служить Ext2Read, который работает с файловыми системами ext2 / 3/4. Я кратко использовал эту программу или что-то подобное, несколько лет назад, но я не использовал ее или что-то вроде этого совсем недавно. Таким образом, я не могу сказать, насколько хорошо эта конкретная программа работает сегодня.
Обратите внимание, что риск доступа к файлам через драйвер в значительной степени аналогичен рискам доступа к файлам с помощью утилиты, такой как Ext2Read, в наименее в принципе. (Возможно, в одной реализации могут быть ошибки, но нет причин думать, что Ext2Read будет лучше, чем драйвер, по крайней мере, не как общее правило.) Я не следил за драйверами Windows (и выделенными программами) для Личная файловая система Linux очень тесно связана, поэтому я не могу сказать, какие конкретные программы, вероятно, будут лучше или хуже других.
Если водитель может быть более рискован в целом, это то, что вы даете каждый программа на доступ Windows к файловой системе Linux, поэтому, если RandomProgram решит, что она действительно хочет удалить каждый файл с именем \etc\fstab на каждом диске, тогда файл Ubuntu /etc/fstab исчезнет, и у вас возникнут проблемы с загрузкой, чтобы назвать только одну из многие невероятные проблемные сценарии. Аналогичные комментарии могут быть сделаны о пользовательских ошибках, особенно если вы оставите драйвер постоянно. Независимо от того, используете ли вы драйвер или выделенную программу, вы можете свести к минимуму такие риски, установив файловую систему Linux только для чтения, но если вам нужно писать в файловую систему Linux из Windows, этот подход не будет работать.
Нет, нет лучшего способа. Windows не имеет встроенной поддержки для доступа к ext4 или другим файловым системам Linux. Для этого вам нужно добавить сторонний драйвер.
Риск повреждения данных довольно мал, хотя по сравнению с доступом к NTFS из Linux. В то время как для создания драйвера Linux для NTFS пришлось обратное проектирование, структуры файловой системы Linux с открытым исходным кодом и хорошо документированы, поэтому разработчики драйверов Windows ext4 имели надежную основу для работы.