Укажите файл, отвечающий за запуск установки программы

Обновлено: 08.07.2024

Прежде чем вы сможете получить доступ к файлам в файловой системе, вам необходимо смонтировать файловую систему. Монтирование файловой системы прикрепляет эту файловую систему к каталогу (точке монтирования) и делает ее доступной для системы. Корневая (/) файловая система всегда монтируется. Любая другая файловая система может быть подключена или отключена от корневой ( / ) файловой системы.

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

Например, на рисунке ниже показана локальная файловая система, начиная с корневой ( / ) файловой системы и подкаталогов sbin и т. д., а также opt .

Рис. 34-1 Пример корневой ( / ) файловой системы

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

Во-первых, вы должны создать каталог, который будет использоваться в качестве точки монтирования для файловой системы, которую вы хотите монтировать, например, /opt/unbundled . После создания точки монтирования вы можете смонтировать файловую систему (используя команду mount), что делает доступными все файлы и каталоги в /opt/unbundled, как показано на рисунке ниже. Подробные инструкции по выполнению этих задач см. в Главе 36 "Монтирование и размонтирование файловых систем (задачи)".

Рис. 34-2. Монтирование файловой системы

Таблица смонтированной файловой системы

Всякий раз, когда вы монтируете или размонтируете файловую систему, файл /etc/mnttab (таблица монтирования) изменяется со списком смонтированных в данный момент файловых систем. Вы можете отобразить содержимое этого файла с помощью команды cat или других команд, но вы не можете его редактировать. Вот пример файла /etc/mnttab:

Таблица виртуальной файловой системы

Вручную монтировать файловые системы каждый раз, когда вы хотите получить к ним доступ, было бы очень трудоемкой и подверженной ошибкам задачей. Чтобы исправить это, была создана таблица виртуальной файловой системы (файл /etc/vstab) для хранения списка файловых систем и способов их монтирования. Файл /etc/vfstab предоставляет две важные функции: вы можете указать файловые системы для автоматического монтирования при загрузке системы, и вы можете монтировать файловые системы, используя только имя точки монтирования, поскольку файл /etc/vfstab содержит сопоставление между точка монтирования и фактическое имя слайса устройства.

Файл /etc/vfstab по умолчанию создается при установке системы в зависимости от выбора, который вы делаете при установке системного программного обеспечения; однако вы можете редактировать файл /etc/vfstab в системе в любое время. Чтобы добавить запись, основная информация, которую вам нужно указать, это устройство, на котором находится файловая система, имя точки монтирования, тип файловой системы, хотите ли вы, чтобы она монтировалась автоматически при загрузке системы (с помощью mountall) и любые параметры монтирования.

В приведенном выше примере последняя запись указывает, что файловая система UFS в слайсе /dev/dsk/c0t3d0s7 будет автоматически монтироваться в точке монтирования /test при загрузке системы. Обратите внимание, что для root ( / ) и /usr значение поля mount at boot указывается как no, потому что эти файловые системы монтируются ядром как часть последовательность загрузки перед запуском команды mountall.

Описание каждого из полей /etc/vfstab и информацию о том, как редактировать и использовать файл, см. в Главе 36 "Монтирование и размонтирование файловых систем (задачи)".

Среда NFS

NFS – это служба распределенной файловой системы, которую можно использовать для совместного использования ресурсов (файлов или каталогов) одной системы, обычно сервера, с другими системами в сети. Например, вы можете поделиться сторонними приложениями или исходными файлами с пользователями других систем.

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

Система становится сервером NFS, если у нее есть ресурсы для совместного использования по сети. Сервер хранит список текущих общих ресурсов и ограничений их доступа (таких как чтение/запись или только чтение).

Когда вы делитесь ресурсом, вы делаете его доступным для подключения удаленными системами.

Вы можете поделиться ресурсом следующими способами:

С помощью команды "поделиться" или "shareall"

Добавив запись в файл /etc/dfs/dfstab (таблица распределенной файловой системы) и перезагрузив систему

См. Глава 36, Монтирование и размонтирование файловых систем (задачи) для получения информации о совместном использовании ресурсов.Полное описание NFS см. в Руководстве системного администратора, том 3.

АвтоФС

Ресурсы файловой системы NFS можно монтировать с помощью службы автоматического монтирования (или AutoFS) на стороне клиента, которая позволяет системе автоматически монтировать и отключать ресурсы NFS всякий раз, когда вы к ним обращаетесь. Ресурс остается подключенным до тех пор, пока вы остаетесь в каталоге и используете файл. Если к ресурсу нет доступа в течение определенного периода времени, он автоматически отключается.

AutoFS предоставляет следующие функции:

Ресурсы NFS не нужно монтировать при загрузке системы, что экономит время загрузки.

Пользователям не нужно знать пароль root для подключения и отключения ресурсов NFS.

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

Служба AutoFS инициализируется функцией automount , которая запускается автоматически при загрузке системы. Демон автомонтирования automountd работает непрерывно и отвечает за монтирование и размонтирование файловых систем NFS по мере необходимости. По умолчанию операционная среда Solaris автоматически монтирует /home .

AutoFS работает с файловыми системами, указанными в службе имен. Эта информация может храниться в файлах NIS, NIS+ или локальных файлах /etc. С AutoFS вы можете указать несколько серверов для предоставления одной и той же файловой системы. Таким образом, если один из серверов не работает, AutoFS может попытаться подключиться с другого компьютера. Вы можете указать, какие серверы предпочтительны для каждого ресурса на картах, назначив каждому серверу весовой коэффициент.

Полную информацию о настройке и администрировании AutoFS см. в Руководстве по системному администрированию, том 3.

Файловая система кэша (CacheFS)

Если вы хотите повысить производительность и масштабируемость файловой системы NFS или CD-ROM, вам следует использовать файловую систему кэша (CacheFS). CacheFS — это механизм кэширования файловой системы общего назначения, который повышает производительность и масштабируемость сервера NFS за счет снижения нагрузки на сервер и сеть.

Разработанная как многоуровневая файловая система, CacheFS позволяет кэшировать одну файловую систему в другой. В среде NFS CacheFS увеличивает соотношение количества клиентов к серверу, снижает нагрузку на сервер и сеть и повышает производительность клиентов на медленных каналах, таких как протокол точка-точка (PPP). Вы также можете комбинировать CacheFS со службой AutoFS, чтобы повысить производительность и масштабируемость.

Подробную информацию о CacheFS см. в Главе 37, Файловая система кэша (задачи).

Решение о том, как монтировать файловые системы

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

Если вам нужно смонтировать .

Тогда вам следует использовать .

Локальные или удаленные файловые системы редко

Команда монтирования, введенная вручную из командной строки.

Локальные файловые системы часто

Файл /etc/vfstab, который будет автоматически монтировать файловую систему при загрузке системы в многопользовательском режиме.

Часто удаленные файловые системы, например домашние каталоги

AutoFS, который будет автоматически монтировать или размонтировать файловую систему, когда вы переходите в (подключаете) каталог или из него (размонтируете).

Для повышения производительности вы также можете кэшировать удаленные файловые системы с помощью CacheFS.

Можно смонтировать компакт-диск с файловой системой, просто вставив его в дисковод (управление томами смонтирует его автоматически). Вы можете смонтировать дискету с файловой системой, вставив ее в дисковод и выполнив команду volcheck. См. Главу 14, Рекомендации по использованию компакт-дисков и дискет (обзор) для получения дополнительной информации.

Раздел 404 Закона Сарбейнса-Оксли (SOX) требует, чтобы все публичные компании установили внутренний контроль и процедуры.

Закон о защите конфиденциальности детей в Интернете от 1998 года (COPPA) – это федеральный закон, который налагает особые требования на операторов доменов .

План North American Electric Reliability Corporation по защите критически важной инфраструктуры (NERC CIP) представляет собой набор стандартов.

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

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

Метаморфное и полиморфное вредоносное ПО – это два типа вредоносных программ (вредоносных программ), код которых может изменяться по мере их распространения.

Медицинская транскрипция (МТ) – это ручная обработка голосовых сообщений, продиктованных врачами и другими медицинскими работниками.

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

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

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

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

Синхронная репликация — это процесс копирования данных по сети хранения, локальной или глобальной сети, поэтому .

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

Интерфейс управления облачными данными (CDMI) – это международный стандарт, определяющий функциональный интерфейс, используемый приложениями.

Износ флэш-памяти NAND — это пробой оксидного слоя внутри транзисторов с плавающим затвором флэш-памяти NAND.

За последние годы операционные системы прошли долгий путь. Они занимают меньше места, более эффективно управляют ресурсами и стали намного быстрее, чем ранние вычислительные системы. Несмотря на все сделанные улучшения, все еще есть кусочки головоломки «старой школы», без которых мы просто не можем жить. Файловые системы и, по необходимости, таблицы файловых систем являются одной из этих констант. Это может показаться сложным для многих пользователей, поэтому мы рассмотрим /etc/fstab ( fstab ) немного подробнее.

Таблица файловой системы вашей системы Linux, также известная как fstab , представляет собой таблицу конфигурации, предназначенную для облегчения бремени монтирования и размонтирования файловых систем на машине. Это набор правил, используемых для управления тем, как обрабатываются разные файловые системы каждый раз, когда они вводятся в систему. Возьмем, к примеру, USB-накопители. Сегодня мы настолько привыкли к принципу plug and play наших любимых внешних накопителей, что можем совершенно забыть о том, что за кулисами выполняются операции по монтированию накопителя и чтению/записи данных.

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

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

Устройство: обычно имя или UUID подключенного устройства (sda1/sda2/и т. д.).
Точка монтирования: указывает каталог, в который будет смонтировано устройство.
Тип файловой системы: здесь нет ничего сложного, показывает тип используемой файловой системы.
Параметры: список всех активных параметров монтирования. При использовании нескольких параметров они должны быть разделены запятыми.
Операция резервного копирования: (первая цифра) это двоичная система, где 1 = резервная копия раздела утилитой дампа. 0 = нет резервной копии. Это устаревший метод резервного копирования, и его НЕЛЬЗЯ использовать.
Порядок проверки файловой системы: (вторая цифра). Здесь мы видим три возможных результата. 0 означает, что fsck не будет проверять файловую систему. Числа выше этого представляют собой порядок проверки. Для корневой файловой системы должно быть установлено значение 1, а для других разделов — значение 2.

Расположение и параметры

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

Эта таблица состоит из шести столбцов, определяющих определенные параметры для данной файловой системы. Первое, что бросается в глаза, это комментарии в шапке. На данный момент игнорируйте раздел Кто создал и переходите к разделу Доступные файловые системы. Эти каталоги и справочные страницы заслуживают внимания и могут предоставить ценную информацию, если она вам понадобится. Затем перейдите к разделу После редактирования и обратите внимание на команду systemctl daemon-reload, используемую для обновления компонентов systemd после внесения изменений в этот файл.

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

Первая (и единственная в данном случае) файловая система, которую вы видите, — это корневая файловая система для этой виртуальной машины /dev/mapper/rhel-root . Вы также видите, что это файловая система xfs. Здесь вы можете увидеть любое количество параметров, таких как ext3, ext4, толстые файловые системы и т. д. Непосредственно под корневой файловой системой вы найдете универсальный уникальный идентификатор (UUID).UUID остается постоянно привязанным к файловой системе. UUID — отличный способ маркировать файловые системы, особенно в небольших средах. Однако они могут привести к проблемам в больших средах, где используются сетевые диски. Я отвлекаюсь от UUID моей файловой системы: UUID=64351209-b3d4-421d-8900-7d940ca56fea

Вы также видите, что в этом месте есть раздел подкачки, а также точка монтирования для корневой файловой системы / . Двигаясь вправо, вы видите пару нулей. Первый ноль — это бинарная опция (0=false и 1=true) для «сброса». Это устаревший метод резервного копирования, и его следует установить равным нулю или не использовать. Следующая цифра справа указывает системе запустить проверку файловой системы или fsck. Здесь вариант 0 = пропустить. Корневая файловая система должна быть установлена на 1, а все остальные, которые вы хотите проверить, должны быть назначены после этого.

ПРИМЕЧАНИЕ. Эти параметры должны быть перечислены по порядку, чтобы конфигурация работала правильно.

Есть и другие параметры для более продвинутых пользователей, которые я здесь не настроил (поэтому примеры не показаны). Тем не менее, в Интернете есть несколько отличных ресурсов, объясняющих эти варианты. Я бы проверил следующие:

auto/noauto: определяет, монтируется ли раздел автоматически при загрузке (или нет).
exec/noexec: определяет, может ли раздел выполнять двоичные файлы. В целях безопасности обычно устанавливается значение noexec.
ro/rw: управляет правами на чтение и запись. ro = только чтение, где rw= чтение-запись.
nouser/user: определяет, есть ли у пользователя права на монтирование. По умолчанию это noexec для всех учетных записей пользователей.

Надеюсь, теперь вы лучше понимаете назначение файла /etc/fstab и можете понять, что отображается в вашей системе. Многие случайные пользователи не используют этот файл. Однако, если вам интересно или вам нужно внести изменения, теперь у вас есть для этого больше возможностей!

Операционная система (ОС) – это низкоуровневое программное обеспечение, которое управляет ресурсами, контролирует периферийные устройства и предоставляет базовые услуги другому программному обеспечению. В Linux типичный процесс загрузки состоит из 6 различных этапов.

1. БИОС

BIOS означает базовую систему ввода/вывода. Проще говоря, BIOS загружает и выполняет загрузчик основной загрузочной записи (MBR).

При первом включении компьютера BIOS сначала выполняет некоторые проверки целостности жесткого диска или твердотельного накопителя.

Затем BIOS ищет, загружает и выполняет программу загрузчика, которую можно найти в главной загрузочной записи (MBR). MBR иногда находится на USB-накопителе или компакт-диске, например, при динамической установке Linux.

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

2. MBR

MBR расшифровывается как Master Boot Record и отвечает за загрузку и выполнение загрузчика GRUB.

MBR находится в 1-м секторе загрузочного диска, обычно это /dev/hda или /dev/sda, в зависимости от вашего оборудования. MBR также содержит информацию о GRUB или LILO в очень старых системах.

3. GRUB

Иногда называемый GNU GRUB, что является сокращением от GNU GRand Unified Bootloader, является типичным загрузчиком для большинства современных систем Linux.

Заставка GRUB часто является первым, что вы видите при загрузке компьютера. Он имеет простое меню, где вы можете выбрать некоторые параметры. Если у вас установлено несколько образов ядра, вы можете использовать клавиатуру, чтобы выбрать тот, с которого вы хотите, чтобы ваша система загружалась. По умолчанию выбирается последний образ ядра.

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

Во многих системах вы можете найти файл конфигурации GRUB в /boot/grub/grub.conf или /etc/grub.conf . Вот пример простого файла grub.conf:

4. Ядро

Ядро часто называют ядром любой операционной системы, включая Linux. Он имеет полный контроль над всем в вашей системе.

На этом этапе процесса загрузки ядро, выбранное GRUB, сначала монтирует корневую файловую систему, указанную в файле grub.conf. Затем он выполняет программу /sbin/init, которая всегда выполняется первой. Вы можете подтвердить это с помощью идентификатора процесса (PID), который всегда должен быть равен 1.

Затем ядро устанавливает временную корневую файловую систему с помощью начального RAM-диска (initrd) до тех пор, пока не будет смонтирована реальная файловая система.

5. Инициировать

В этот момент ваша система выполняет программы уровня выполнения. В какой-то момент он искал файл инициализации, обычно находящийся в /etc/inittab, чтобы определить уровень запуска Linux.

Современные системы Linux вместо этого используют systemd для выбора уровня запуска. Согласно TecMint, это доступные уровни запуска:

Уровень выполнения 0 соответствует poweroff.target (а runlevel0.target – это символическая ссылка на poweroff.target).

Уровню выполнения 1 соответствует файл save.target (а runlevel1.target – это символическая ссылка на save.target).

Уровень выполнения 3 эмулируется multi-user.target (а runlevel3.target является символической ссылкой на multi-user.target).

Уровень выполнения 5 эмулируется graphical.target (и runlevel5.target является символической ссылкой на graphical.target).

Уровень запуска 6 эмулируется reboot.target (и runlevel6.target является символической ссылкой на reboot.target).

Emergency соответствует Emergency.target.

Затем systemd начнет выполнение программ уровня запуска.

6. Программы уровня выполнения

В зависимости от того, какой дистрибутив Linux у вас установлен, вы можете увидеть запуск различных служб. Например, вы можете поймать запуск sendmail …. ОК .

Они известны как программы уровня выполнения и выполняются из разных каталогов в зависимости от вашего уровня выполнения. Каждый из 6 описанных выше уровней запуска имеет свой собственный каталог:

Уровень выполнения 0 — /etc/rc0.d/
Уровень выполнения 1 — /etc/rc1.d/
Уровень запуска 2 — /etc/rc2.d/
Уровень запуска 3 — /etc/rc3.d/
Уровень запуска 4 — /etc/rc4.d/
Запустите уровень 5 — /etc/rc5.d/
Уровень 6 – /etc/rc6.d/

Обратите внимание, что точное расположение этих каталогов зависит от дистрибутива.

Если вы просмотрите каталоги различных уровней выполнения, вы найдете программы, которые начинаются с букв "S" или "K" для запуска и уничтожения соответственно. Программы запуска выполняются во время запуска системы, а программы уничтожения — во время завершения работы.

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

Если эта статья была вам полезна, отправьте твит .

Научитесь программировать бесплатно. Учебная программа freeCodeCamp с открытым исходным кодом помогла более чем 40 000 человек получить работу в качестве разработчиков. Начать

freeCodeCamp – это поддерживаемая донорами некоммерческая организация, освобожденная от налогов в соответствии со статьей 501(c)(3) (идентификационный номер федерального налогоплательщика США: 82-0779546)

Наша миссия: помочь людям научиться программировать бесплатно. Мы достигаем этого, создавая тысячи видеороликов, статей и интерактивных уроков по кодированию — все они находятся в свободном доступе. У нас также есть тысячи учебных групп freeCodeCamp по всему миру.

Пожертвования в пользу freeCodeCamp идут на наши образовательные инициативы и помогают оплачивать серверы, услуги и персонал.

Читайте также: