Вопросы Теги

Различие между / мусорным ведром и/usr/bin

Как @User, я предпочитаю, чтобы BSD лицензировали, и главная причина, я использую его в качестве своей основной ОС.

Я никоим образом не против GPL, но если лицензируемое приложение MIT/MIT-like будет доступно, то я буду использовать его сначала по подобному приложению, которое является GPL'd.

Это настолько свободно, можно сделать его не свободным

Это очень привлекательно для ориентированного на бизнес, а также пользователей такой как самостоятельно.

Система Портов вне всякого сравнения (IMNSHO) и была моделью для имитации несколькими дистрибутивами Linux (хинду сразу приходит на ум).

Кроме того, потому что FreeBSD не так распространен на рабочем столе как Linux (ПК-BSD является невероятным), мой внутренний фанат должен использовать его в качестве моей настольной ОС.Здесь я бессилен.

До сих пор нет ничего в Windows, который Linux не может сделать, и ничто на Linux, который FreeBSD не может сделать...., и это включает Flash - не работая под Linuxulator: gecko-mediaplayer+Firfox+GreaseMonkey+Linterna Magicka.

86
24.12.2012, 05:36
5 ответов

Что? нет /bin/ не символьная ссылка на /usr/bin на любом FHS совместимая система. Обратите внимание, что существуют все еще популярные Нельды и Linux, которые игнорируют это - например, /bin и /sbin symlinked к /usr/bin на Дуге Linux (обоснование, являющееся этим, Вам не нужно /bin для спасения/однопользовательского режима, так как Вы просто загрузили бы живой CD).

/bin

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

/usr/bin/

Это - основной каталог исполняемых команд в системе.

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

Я отмечу, что они могут быть на отдельных дисках/разделах, /bin должен быть на том же диске как /. /usr/bin может быть на другом диске - хотя примечание, что эта конфигурация была отчасти повреждена некоторое время (это - то, почему, например, systemd предупреждает об этой конфигурации о начальной загрузке).

Для полной правильности некоторые нельды могут проигнорировать FHS, поскольку я полагаю, что это - только Стандарт Linux, я не знаю, что это было все же включено в SUS, Posix или любой другой стандарт UNIX, хотя это должно быть, по моему скромному мнению. Это - часть стандарта LSB все же.

75
27.01.2020, 19:30
  • 1
    , Таким образом, это означает, что я могу совместно использовать/usr/bin между двумя дистрибутивами? как человечность 10.04 и 10.10? –  balki 15.01.2011, 14:48
  • 2
    @balki не, они все еще должны быть связаны правильно, что означает, что они должны были бы использовать правильную версию освобождения, они создаются против. –  xenoterracide 15.01.2011, 15:07
  • 3
    /bin ссылка на /usr/bin на некоторых нельдах, такой как (некоторые выпуски?) Солярис. –  Gilles 'SO- stop being evil' 15.01.2011, 18:08
  • 4
    @balki Вы смогли совместно использовать /usr между двумя очень похожими дистрибутивами, хотя я не попробовал бы его, если Вы не знаете то, что Вы делаете, и Вы готовы к эксперименту перестать работать способом, который заставляет компьютер не загрузиться или съесть Ваши данные. Также сообщите, что многие большие различия между 10,04 и 10.10 будут в /usr –  xenoterracide 20.01.2011, 15:23
  • 5
    Давайте также включать это,/usr/local/bin - то, где программы, которые не включены с Вашим распределением, но предназначаются для использования в масштабе всей системы, установлены. пары ключей –  Donato 02.05.2015, 09:17

/sbin - Двоичные файлы необходимы для начальной загрузки, системного восстановления низкого уровня или обслуживания (уровень выполнения 1 или S)

/bin - Двоичные файлы необходимы для нормальной/стандартной системы, функционирующей на любом уровне выполнения.

/usr/bin - Двоичные файлы приложения/распределения означали быть полученными доступ, локально вошел в систему пользователи

/usr/sbin - Двоичные файлы приложения/распределения, которые поддерживают или настраивают материал в/sbin.

/usr/share/bin - Двоичные файлы приложения/распределения или сценарии означали быть полученными доступ через сеть, т.е. веб-приложения Apache

*local* - Двоичные файлы не часть распределения; локально скомпилированный или вручную установленный. Существует обычно никогда a /local/bin но всегда a /usr/local/bin и /usr/local/share/bin.

58
27.01.2020, 19:30
  • 1
    О, и можно поместить все они на отдельный диск или раздел, если Вам нравится для безопасности или что бы то ни было. Идея состоит в том, что Вы можете, umount/usr и система будут иметь все, в чем требуется для основного функционирования, но это не может запустить несистемные приложения. –  LawrenceC 19.01.2011, 21:16
  • 2
    я желаю, чтобы я знал бы это несколько лет назад. Лучшее объяснение я видел до сих пор. Я не могу сказать, что выглядел очень твердым, но довольным наконец знать ответ. –  David 27.09.2013, 10:20
  • 3
    это - большой ответ. я пожертвовал бы Вас 10 из моих собственных точек, если я мог –  amphibient 24.10.2013, 18:16
  • 4
    @ultrasawblade /usr/bin автоматически размонтированный то, когда нет никаких пользователей, вошло в систему? Например, когда LINUX загружает и представляет аутентификацию входа в систему, /usr/bin смонтированный или нет? –   13.01.2015, 16:21
  • 5
    Нет, это смонтировано при начальной загрузке и остается смонтированным, если Вы не размонтировали его, если Ваша система не настроена необычно. –  LawrenceC 13.01.2015, 18:12

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

На Солярисе и Дуге Linux (и вероятно другие) /bin символьная ссылка на /usr/bin. Дуга также имеет /sbin и /usr/sbin symlinked к /usr/bin.

Особо значимый, оператор это /bin для команд "системного администратора" и /usr/bin для пользовательских команд, не верно (если Вы не думаете это bash и ls для администраторов только, в этом случае у Вас есть много для изучения). Команды администратора находятся в /sbin и /usr/sbin.

8
27.01.2020, 19:30
  • 1
    , кто сказал bin только для системных администраторов? это что sbin для. –  xenoterracide 17.01.2011, 15:08
  • 2
    Неверно процитированный Вы. Извините, я читал слишком быстро. –  bahamat 17.01.2011, 18:23

Существует много основанных на UNIX систем. Linux, AIX, Солярис, BSD, и т.д. Исходная кавычка дает исторический контекст, который относится ко всем разновидностям. При наблюдении какой-либо определенной системы Вы будете видеть различные результаты. Последнее предложение исходной кавычки характерно только для некоторых версий и дистрибутивов.

5
27.01.2020, 19:30

Некоторое "обновление" по этой проблеме:

Недавно некоторые дистрибутивы Linux объединяются /bin в /usr/bin и связано /lib в /usr/lib. Иногда также (/usr)/sbin кому: /usr/bin (Дуга Linux). Так /usr как ожидают, будет доступен в то же время, что и /.

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

Я знаю Fedora Linux (2011) и Дуга Linux (2012), хождение этим путем и Солярисом делает это в течение долгого времени (> 15 лет).

17
27.01.2020, 19:30

Теги

Похожие вопросы