Установка программного обеспечения в определенные места?

Я немного новичок в Linux или, по крайней мере, в Ubuntu (я пробовал другие, такие как хвосты, но это было в основном для просмотра веб-страниц), и я думал о переходе на него из Windows.До сих пор дела шли хорошо, за исключением одной проблемы: в Windows я обычно храню свои приложения и другие вещи в определенных файлах\настраиваемых местах установки, чтобы упростить доступ к ним и управление ими. так, например, firefox, Thunderbird и т. д. будут установлены в «E:\myusername\apps» (у меня они установлены на отдельном жестком диске), или иногда другие приложения, такие как virtualbox, будут установлены в «E:\myusername\Virtualization\Apps». " и так далее.

Но, несмотря на чтение других вопросов, таких как Что такое Linux-эквивалент Program Files Windows? и Как понять структуру файловой системы Ubuntu? чтобы получить некоторое представление о том, как работает файловая система Linux, и другие вопросы, которые (по крайней мере, отчасти) похожи на мои, такие как Установить пакет в определенное место и Установить хром в определенное место, ни один из них, похоже, не отвечает на мою конкретную проблему. Есть ли способ организовать приложения Linux в определенную папку? Если нет, есть ли другой способ упростить доступ к приложениям Linux и управление ими?

Извините, если мой вопрос невероятно прост, но это было несколько разочарованием для меня с точки зрения миграции, особенно когда у меня есть такие вещи, как приложения, специально организованные, и я просто хочу избавить себя от головной боли при просмотре нескольких каталогов, если я хочу настроить или возиться с приложением. Например, WINE будет установлен в /opt/, тогда как gparted будет установлен (я думаю) в /usr/share и /usr/bin, но ни в одном конкретном месте.

редактировать: фиксированные ссылки

Попытка переместить место установки программного обеспечения — очень плохая идея, особенно если вы новичок в использовании Ubuntu.

*NIX и Windows сильно отличаются друг от друга. Программное обеспечение Windows, как правило, включает в себя все, что ему нужно, но многие программы в Ubuntu полагаются на общие отношения между пакетами (зависимости). *NIX также имеет довольно жестко прописанную структуру каталогов и полагается на такие вещи, как право собственности и разрешения для обеспечения безопасности и стабильности. Эти концепции на самом деле не существуют в Windows.

Если вы новичок в изучении Linux, очень хорошо, что вы уже проводите исследования, чтобы узнать, как работает Linux, а не пытаетесь «плыть против течения». Вы определенно получите лучший опыт с этим мышлением.

Я также чувствую вопрос, который не был задан, читая между строк, и он касается установки программного обеспечения. Лучше всего, если вы найдете программное обеспечение в центре программного обеспечения Ubuntu (или научитесь использовать подходящий). У многих новых пользователей возникают проблемы при добавлении множества PPA, скачивании большого количества .deb файлы или пытаться вручную скомпилировать программное обеспечение. Это более сложные задачи. Не все PPA одинаковы, и некоторые из них могут даже испортить вашу систему, особенно если они устарели или получены из источников, которые регулярно не проверяются. Видеть: Безопасно ли добавлять PPA в мою систему и на что следует обратить внимание?.

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

По иронии судьбы, одна из самых больших трудностей для многих новых пользователей связана с одной из самых сильных сторон Linux: обилием выбора. У вас есть много свободы в том, что вы можете делать с вашей системой, в Интернете много людей, которые пишут о том, что делают дурацкие вещи, и может быть трудно сказать, что вы должны и не должны делать.

Определенно избегайте слепого запуска команд в вашем терминале с веб-сайтов или руководств, которые вы видите в Интернете. Это действительно хорошая возможность изучить каждую команду, чтобы вы точно знали, что она делает, и последствия этих действий. Также рекомендуется вести журнал или журнал всего, что вы делаете в глуши, чтобы вы могли отменить эти изменения, если это необходимо.

Если по какой-то причине у вас есть приложение, которое не отображается в вашем списке приложений, вы можете вручную создать .рабочий стол файлы, похожие на ярлыки приложений в Windows. .рабочий стол файлы могут находиться в /usr/доля/приложения если вы хотите, чтобы они были доступны для всех пользователей, или ~/.local/доля/приложения если вы хотите, чтобы они были доступны только для вашего пользователя. Подробнее об этом см.: Создание файла .desktop для нового приложения.

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

Итак, повторюсь, хорошее практическое правило, когда вы учитесь, — попытаться найти нужное вам программное обеспечение, доступное в репозиториях Ubuntu.Это программное обеспечение будет тщательно протестировано, чтобы быть безопасным, стабильным и отточенным. Его также будет легко найти в строке поиска системы и в списке приложений.

Это «в дополнение к» ответу Nmath, а не «альтернатива». Там все очень правильно.

Одной из основных причин не устанавливать что-либо в «C:» или «C:\Program Files» в Windows является то, что «вы всегда должны быть готовы выполнить чистую нулевую переустановку, если что-то пойдет не так (или каждые 18 месяцев или так что просто будьте активны) и вы хотите, чтобы «ваши вещи» были где-то еще, когда это произойдет». Другой вариант: «если ваши программы делают что-то глупое и занимают все пространство на диске C:\, не только эта программа, но и ваша система полностью ломается».

Решение Unix для обоих из них - это отдельные разделы/точки монтирования. /home находится на отдельном от / разделе, как и раздел журнала, раздел данных,... (при необходимости). Нужно делать полную переустановку? Конечно, системный раздел будет стерт, но /home со всеми вашими вещами будет прямо там.

По большому счету несистемные программы устанавливаются в /opt или /opt/local вместо /. Это также может быть другой раздел (но обратите внимание на потенциальные проблемы с зависимостями, на которые Nmath указывает при перестроении системного раздела). щелчок модель, где они получают свою целую мини-среду со своими версиями тех зависимостей, которые не используются ни одной другой программой. Используйте оба из них, так как они также решают некоторые проблемы «всего на C в Windows».

Обратите внимание, что вы можете устанавливать программы только для себя, которые обычно устанавливаются в каком-либо подкаталоге вашего домашнего каталога, ~/bin или ~/opt/bin или где-то еще. Но обратите внимание, что это не рекомендуемое поведение для системы, это просто способ для вас, непривилегированного пользователя, установить ваши любимые рабочие инструменты в моей системе, не беспокоя меня или других моих пользователей. Конечно, вы можете сделать символическую ссылку или даже смонтировать ~/bin в какое-либо другое место, если хотите — у меня определенно есть ~/my_stuff символическая ссылка на собственный сетевой диск, потому что я хочу, чтобы он был доступен со всех моих компьютеров (и его резервная копия отличается от ~ ), например. Но в ~/bin должны быть только вещи ты написал для ты, а не системные приложения/утилиты.

Существуют стандарты того, к чему относятся различные вещи в Linux. Все основные дистрибутивы в основном следуют этим стандартам... ну... за исключением Ubuntu, когда речь идет о пакетах моментальных снимков и где пакеты моментальных снимков могут запрашивать доступ к данным. Но это другой вопрос.

«Стандарты иерархии файловой системы» легко найти в Интернете, но для всех, кроме самых серьезных людей, достаточно статьи в Википедии по этому вопросу и содержащейся в ней таблицы. Вот ссылка: https://en.wikipedia.org/wiki/Файловаясистема_Иерархия_Стандарт

Управление хранилищем — это огромная тема, и существует множество различных решений для удовлетворения различных потребностей. Возможности корпоративного хранилища были частью систем Linux более 20 лет и могут решить практически любую проблему хранения. При тщательном планировании большинство проблем можно решить без простоев, хотя большинство домашних пользователей Linux на самом деле не заинтересованы в изучении ZFS или LVM.