Куда устанавливаются программы в Ubuntu
Многих новичков, недавно установивших Linux и только начавших разбираться в устройстве этой замечательной операционной системы, как и меня, в свое время, интересует вопрос: куда же устанавливаются программы в Ubuntu, да и вообще, в любом дистрибутиве Linux. Файловая система Linux очень сильно отличается от Windows и это в первое время сбивает с толку.
Мы привыкли, что все программы и их файлы в Windows находятся в системном каталоге Program Files и System32, или если не в нем, то хотя бы в одном из подкаталогов. Но в Linux все намного сложнее. Здесь файлы программ, как правило, распределены по всей файловой системе. Так куда устанавливаются программы в Linux? Как найти все файлы программы? Как удалять ненужные программы? Все это мы рассмотрим в данной статье.
Куда устанавливаются программы в Ubuntu
Здесь не все так просто. Чтобы ответить на этот вопрос сначала нужно разобраться в особенностях файловой системы Linux и способах установки программ. В корневой файловой системе Linux каждая папка предназначена для хранения определенного типа файлов, эти правила со временем менялись, да и сейчас меняются в зависимости от дистрибутива, но основные папки остаются одни и те же. В папке /bin (Binary — двоичный) — хранятся исполняемые файлы, /lib — подключаемые библиотеки, /usr — ресурсы и данные программ, это могут быть переводы, картинки и т д, в /var — временные данные, логи, кэши, /etc — конфигурационные файлы.
Большинство программ, устанавливаемых с помощью стандартного пакетного менеджера распределяются по файловой системе в эти папки. Вам, наверное, интересно, как система определяет какие файлы куда копировать. Она и не определяет, это задает разработчик во время сборки пакета. Попробуйте открыть deb пакет как архив. Кроме служебных информационных файлов, касающихся установки вы там увидите структуру папок напоминающую корневую ФС Linux, это и определяет какие файлы где будут находиться. В последнее время грань четкого разделения файлов по папкам немного стерлась, появились папки /usr/bin для исполняемых файлов, а кэш некоторые программы вообще хранят в домашней папке пользователя, но традиционные Linux сервисы, такие как Samba, Apache, Ngnix и многие другие четко придерживаются стандартной структуры.
Давайте разберем на примере как распределяется программа в файловой системе. Возьмем, например, тот же сервер apache. Чтобы узнать куда были скопированы файлы программы воспользуемся утилитой dpkg.
www-servers/apache-2.2.31 (/usr/sbin/apache2)
www-servers/apache-2.2.31 (/etc/init.d/apache2)
www-servers/apache-2.2.31 (/etc/logrotate.d/apache2)
www-servers/apache-2.2.31 (/var/cache/apache2)
www-servers/apache-2.2.31 (/usr/lib64/apache2)
www-servers/apache-2.2.31 (/usr/share/apache2)
www-servers/apache-2.2.31 (/etc/apache2)
www-servers/apache-2.2.31 (/usr/include/apache2)
www-servers/apache-2.2.31 (/etc/conf.d/apache2)
www-servers/apache-2.2.31 (/var/log/apache2)
Как видите, все файлы на своих местах.
Но из этого правила есть исключения. Например, многие проприетарные программы и игры устанавливаются полностью в одну папку, так же как и в Windows. Для таких программ есть папка /opt. Посмотрим, например, на Crossover:
sudo dpkg -s crossover-bin
Обычно такой вид установки используют программы, устанавливаемые скриптами в формате .run. Есть еще один вид программ — те, которые собираются из исходников и устанавливаются командой make install. Так программы лучше не устанавливать, потому что файлы, как и в первом случае, распределяются по всей системе, но в этот раз уже без ведома пакетного менеджера. Конечно¸ вы всегда сможете удалить программу командой make uninstall, но нет гарантий что вы не удалите исходники и скрипт очистки не оставит в системе много лишних файлов, которые потом будет трудно найти. Как правильно устанавливать программы из исходников можете посмотреть в статье установка программ из tar.gz
Надеюсь, эта статья помогла вам разобраться с вопросом куда устанавливаются программы в Ubuntu.
Найти директорию куда установилась программа
смотрю через наутилус там тысячи файлов в 1-ой только usr/bin
все просматривать можно бесконечно.
Есть простой путь узнать? Мне нужно заменить 1 файл в нём заменить.
Добавлено через 2 минуты
читаю туториал:
/usr/bin — исполняемые файлы программ
/usr/sbin — исполняемые файлы программ, которые запускаются с правами администратора
/usr/games — исполняемые файлы некоторых игр
/usr/lib — библиотеки программы
/usr/share — остальные файлы программы
—————————
? неужели надо миллиард файлов вручную просматривать, чтобы найти emacs?
Добавлено через 10 минут
сомневаюсь что поможет find.
Добавлено через 1 минуту
если я даже не знаю точно в какой директории искать.
Добавлено через 2 минуты
и не надо мне рассказывать про cd home и тому подобное cd /bin
Не могу найти, куда установилась VC++, ярлыка для запуска нет
Всем доброго дня 🙂 В общем проблема у меня такова : решил с билдера перейти на визуал, купил.
Панель инструментов установилась не туда куда надо
Доброго всем времени суток ! Написал на C# панель инструментов для IE, с использованием SpicIE.
Автоматически установилась майнерская программа
Дня 3 назад смотря видео на Ютубе установилась, без моего ведома, сторонняя программа в скрытых.
Установилась китайская программа, не могу удалить
Установилась китайская программа, на сколько я слышал, это Baidu, не знаю как удалить, при запросе.
[freebsd] Как узнать, куда установлено приложение
Подскажите, как в FreeBSD узнать, куда было установлено приложение?
pkg_info -a | grep $subj
pkg_info -L $subj
which приложение
найдёшь бинарник, а вообще оно размазано, что-то в lib, что-то d bin
Читать файл инсталляции порта.
$ pkg_info -a | grep openssl
Information for php5-openssl-5.2.12:
The openssl shared extension for php
$
А ведь на сервере и не php-openssl еще есть:
$ which openssl
/usr/bin/openssl
Значит ли это, что он ставился не из портов?
Видимо, придется идти в хендбук.
cat /var/db/pkg/ /+CONTENTS — каталоги и файлы относительно /usr/local/.
Тебе ж русским языком написали: pkg_info -L php5-openssl
Ставится оно в /usr/local/*, а все, что выше — это уже не порты, а базовая система.
Рукокнигу почитай, да, очень познавательно.
Как найти расположение программы?
Подскажите, пожалуйста, как найти путь к утилите exp?
Это оракловская утилита для экспорта.
Получаю сообщения permission denied.
which exp ничего не выводит
/sbin, /usr/sbin, /usr/local/bin
Как найти? CentosOS 6.5
Спасибо, я написал так
whereis exp exp: /usr/share/man/man3p/exp.3p.gz /usr/share/man/man3/exp.3.gz
Путь должен быть связан с oracle.
Ну ты понял, куда Оракл установлен, там и ищи
Я пробывал искать где установлен oracle, но не нашел, писал теже команды что и для exp
# updatedb
# locate -r ‘bin/exp$’
Увидел, что ничего не выводит. Может это альяс баша?
А у тебя точно есть эта утилита?
нашел с помощью sudo find
Учи матчасть, кури маны. Оракл поставил, элементарных вещей не знает. Вон из профессии.
Ты действительно думаешь, что для специалиста по рихтовке необходимы знания системного администратора?
Умение пользоваться базовыми консольными утилитами — это не знания сисадмина, это знания ПРОДВИНУТОГО пользователя системы. И я говорю продвинутого только, чтобы успокоить тех кукаретиков, кто считает что консоль обычному пользователю не нужна.
Вот умение тонко настраивать файрвол или поднять DNS/DHCP/LDAP/Whatever-сервер — это уже можно отнести к знания уровня системного администратора.
А что, рихтовщик обязан быть двинутым пользователем системы? Рихтовать не сможет без линукса?
Если ты про Oracle DBA, то если он самолично подымает этот самый Oracle на некой ОС(Linux,Windows, whatever), то он обязан знать её инструментарий(консоль, Powershell, WMI, whatever). Он не обязан знать его досконально, как системный администратор, это не его задача.
Так же как и сисадмин вполне себе должен знать и уметь составить SQL-запрос, но вовсе(хотя и может) не обязан разбираться с тонкостях построения баз данных.
Я про человека, которые металл ровняет!
Ты вот орёшь «вон из профессии». А ты вообще в курсе кто он?
Во-первых, лично я не ору «вон из профессии» — ты меня перепутал с анонимусом. Во-вторых, взялся за чужую работу и спрашиваешь бесплатной помощи у специалистов — будь добр соответствовать. Не надо быть гуру, надо уметь читать соответсвующие руководства — это в любой профессии сложнее «копать от забора и до обеда» пригодится.