для чего нужен раздел boot
Зачем держать /boot на отдельном разделе.
Интересует как практическая, так и эволюционно-историческая сторона вопроса в ретроспективе (середина девяностых, конец «нулевых»). З.Ы. Просто в мануале манджаро для новичков они учат как создавать и монтировать раздел в /boot,хотя и сам давненько намеревался спросить. З.З.Ы. Вместо бубны поставил Дебиан, но и эту школоло поделку хочется потестить
GRUB не с каждой ФС умел грузиться, поэтому делали /boot на ext2. Да и сейчас делают, если rootfs на каком-нибудь ZFS.
+ отмонтировать после успешной загрузки или более мягкий вариант поставить на него кучу опций монтирования типа noexec, ro и т.д.
недавно пришлось так делать. Ядро уже умеет f2fs, а вот lilo пока ещё не умеет. Точнее lilo плевать откуда грузить, но настраивать его надо ручками, в hex редакторе. Да ну его нафиг, проще /boot/ сделать.
А вообще, с initrd boot не нужен, даже если FS поддерживается только модулем. ИМХО разумно сделать маленкую rootfs в EXT4. На 1Гб например.
В общем понял, респект. Другие варианты также принимаются. Да и еще: что-то анонов давно не было слышно. В отпуске что-ли? Ау!
отмонтировать после успешной загрузки или более мягкий вариант поставить на него кучу опций монтирования типа noexec, ro и т.д.
зачем? Если твою систему порутали, то хоть обставься, ты труп. А если не порутали, то ничего с boot ты не сделаешь.
И да, у меня оно ВООБЩЕ не монтируется, только для тестов. Отмонтировать его НЕ нужно.
Тонкий троллинг
анонов вообще не слышно. Измельчал анон нынче.
Вот ведь любители в крайности впадать. Можно убивать плохо защищенную систему и без рута. Вот прикинь есть у тебя фс в которой ты можешь файлы создавать. А на этой фс у тебя еще и /boot и /log висит. И начинаешь ты создавать 100500 файлов-однобайтников и директорий внутри директорий и так пока ноды не кончатся или фс не начнет подыхать. Вот что тогда будет с системой?
Самая маленькая проблема, это если процессы не смогут писать в лог. Но знаешь ли ты что после этого начинается с системой?
Slackware Kung-Fu. Понравилось. Ъ
Я всегда так делаю. Скорее по привычке, но можно в этом и всякие плюсы найти.
Да и сейчас делают, если rootfs на каком-нибудь ZFS.
только те, у кого криокамера вышла из строя, и болезнь снова прогрессирует.
А еще так типа безопаснее — read-only /boot дополнительно защищает от бут-китов.
bootkit’ы под Туксом?! Пруф в студию, а то бродит по Европе призрак, призрак secureboot.
Иметь ядро и initrd на случай подыхания ФС
Зачем держать /boot на отдельном разделе.
Абсолютно незачем. Это удел некрофилов и идиотов.
Исторически он происходит от загрузчика, который умел грузиться только с регистрового пульта и содержал в себе драйвер накопителя на перфокартах или на магнитной ленте. Потом появился юникс, и он стал грузиться с ленты и содержал драйвер винчестера, с которого шла основная загрузка системы, а поскольку в юниксах раздел для работы куда-то должен быть примонтирован, ему отвели /boot. Вообще, это позволяло оперативно менять конфигурацию компьютера при минимальных затратах на изменение начального загрузчика.
Вот ведь любители в крайности впадать. Можно убивать плохо защищенную систему и без рута. Вот прикинь есть у тебя фс в которой ты можешь файлы создавать. А на этой фс у тебя еще и /boot и /log висит. И начинаешь ты создавать 100500 файлов-однобайтников и директорий внутри директорий и так пока ноды не кончатся или фс не начнет подыхать. Вот что тогда будет с системой?
ничего не будет. Будет работать, но не очень хорошо.
Ты другое скажи: при чём тут /boot/? Туда ВООБЩЕ ничего не пишется, и не читается. Там запись/чтение только при обновлении/пересборке ядра/настройки загрузчика. У меня так вообще система не пострадает, ежели этот /boot/ прибить нафиг. Да, будет так загружаться. Без /boot/. Ненужный каталог.
На загрузке там есть чтение ядра, но в lilo не из /boot/, а с того места, где БЫЛ этот /boot/.
Самая маленькая проблема, это если процессы не смогут писать в лог. Но знаешь ли ты что после этого начинается с системой?
K.О. докладывает: система не сможет писать в лог. Да, я знаю, неприятно и неудобно. Но таки не фатально.
PS: и по поводу «убивать без рута», то просто не нужно неруту прав давать куда ненужно.
Для чего действительно нужен раздел / boot?
Я читаю относительно старый текст о разделах Linux и файловых системах ( Сертификационная Библия LPIC 1 ). Это говорит:
Некоторые версии загрузчиков Linux не могут получить доступ к ядру, которое находится за пределами первых 1024 цилиндров на диске. Поместив раздел / boot в начало диска, вы можете быть уверены в отсутствии проблем при доступе к ядру при загрузке. Эта проблема чаще всего проявляется в случаях двойной загрузки Linux вместе с другой операционной системой, которая находится в первом разделе.
Почему у загрузчика « нет доступа к ядру за пределами первых 1024 цилиндров на диске »?
Кроме того, что означает « поместить раздел / boot в начало диска »?
Это ограничение, налагаемое наличием очень старого BIOS и загрузчика, а не самого Linux. BIOS сможет получить доступ только к первым 1024 цилиндрам диска (см. Здесь дополнительную информацию о том, что такое цилиндры / головки / сектора). Это ограничение распространяется на загрузчики, которые из-за своей простой природы не будут иметь своих собственных драйверов дисков и будут использовать службы BIOS для доступа к диску.
Ограничение больше не является проблемой, поскольку оно применяется только к старым BIOS. Кроме того, многие современные загрузчики (например, GRUB) имеют свои собственные драйверы дисков, поэтому им не нужно полагаться на службы BIOS. Современные загрузчики могут использовать /boot для других целей, но больше не требуется находиться как на отдельном разделе, так и в первых 1024 цилиндрах (хотя во многих случаях необходимо иметь /boot отдельный раздел).
История
Интерфейс BIOS немного изменился за последние три десятилетия или около того, но его ограничения по размеру изо всех сил старались не отставать от размеров диска, в результате чего старые BIOS и загрузчики могли выдавать 32 МБ, 512 МБ, 2 ГБ, 8 ГБ (и, возможно, другие пороги, которые я не помню). Загрузчик должен иметь возможность использовать интерфейс BIOS для загрузки всех частей, необходимых для прямого доступа к диску. Обычно загрузчики не содержат драйверов для всех дисковых контроллеров, поэтому все, что нужно для загрузки ядра Linux (и initrd / initramfs), должно использовать интерфейс BIOS и, следовательно, должно помещаться в начале диска.
Обратите внимание, что это ограничение BIOS или загрузчика, а не самого Linux или дистрибутива.
Отдельно /boot сегодня
В системе с недавним BIOS и недавним загрузчиком, или с UEFI ограничения по размеру больше не актуальны: размеры дисков теперь могут долго догонять. Однако есть и другие варианты использования, которые делают отдельный /boot раздел полезным. Это позволяет основной системе находиться на устройстве RAID, которое не поддерживается загрузчиком, или на типе файловой системы, который не поддерживается загрузчиком. Это позволяет основной системе находиться на зашифрованном устройстве, которое Linux может расшифровать, но не загрузчик.
Если ни одно из этих ограничений и вариантов использования не применимо к вам, хранение /boot в качестве отдельного раздела бесполезно. Но они затрагивают достаточно людей, которые поддерживают большинство дистрибутивов.
Другая причина, помимо упомянутой проблемы BIOS, заключается в том, что отдельный /boot раздел позволяет использовать файловую систему для / тома, который не понимает загрузчик (не ограничиваясь загрузкой списка заблокированных пользователей, как с помощью lilo ).
Загрузка трудна
INT13H
Это серия функций 13H прерывания ( или INT в ассемблере ), которую BIOS предлагает в качестве сервисов для доступа к диску. Они все еще даже используются сегодня для систем BIOS в процессе загрузки, чтобы перейти с прошивки на диск.
ЦЫПЛЕНОК И ЯЙЦО
ЛУЧШЕ И ЛУЧШЕ
Этот барьер встречался и преодолевался много раз. Каждый раз карта абстрагируется и кодируется новым, умным и менее точным способом. И поэтому в настоящее время для BIOS практически невозможно точно сопоставить диск. Адресация логических блоков в настоящее время является стандартом де-факто, хотя некоторые переводы Cylinder / Head / Sector (или CHS) все еще необходимы. То, что микропрограмма материнской платы потеряла в точности / ответственности, такие расширения абстрагировали и добавили к ответственности микропрограммы диска, чтобы заполнить пробелы.
Это игра в кошки-мышки, которая упоминается в вашем вопросе. Когда BIOS не может понять диск за определенной точкой из-за его огромного размера, тогда любые данные, которые вы, возможно, захотите получить для себя при загрузке, например, загрузчик или ядро, лучше не располагать за этой точкой. Это откуда /boot взялось.
МОЖЕТ БЫТЬ АКТУАЛЬНО ЛУЧШЕ
Вопрос по разделу /boot
Форматирование в ext2 было актуальным, когда первый grub ещё не поддерживал ext4. Сейчас в этом нет смысла.
Разницу в скорости вы не заметите.
Например, на диске имеем следующую структуру:
Если мы стираем /linux, то вместе с ним стирается и /linux/boot, что приводит к невозможности загрузки в /linux2
А если /boot отдельно:
lampslave
Да, всё равно. А вот если бы это была, например, Ubuntu, достаточно было бы только перегенерировать конфиг. И при удалении любой из операционок сохранялось бы возможность загрузки в другую.
Lynch
Так вот, если например установлены windows и arch, то когда я переустановлю windows, то grub не загрузится, т.е. как я понимаю он затирается. И придётся всё равно восстанавливать grub. И получается нет разницы где находиться /boot, а хочеться понять, какие плюсы того, что я вынесу /boot в отдельный раздел.
Корневая ФС может быть недоступна загрузчику либо программно или аппаратно.
Пример первого варианта: например F2FS появилась недавно, и даже GRUB2 ещё не научился её читать. Так как F2FS обычно используется на флешках и SSD, на которых нежелательны журеалируемые ФС, выходом может быть создание бут-раздела в ext2.
Пример аппаратной недоступности: корневая ФС может находиться на диске, подключенном через плату контроллера IDE или SATA, и не читаться средствами BIOS. Такой случай был одно время у меня самого. В результате я создал бут-раздел на флешке, установил на неё загрузчик, а саму флешку разместил прямо внутри корпуса.
akorop, в чём преимущества grub4dos? GRUB2 можно устанавливать на любую читаемую им ФС, в том числе фат32. После установки он не зависит от ОС, а настраивается правкой конфига. В общем, по всем известным мне параметрам он превосходит grub4dos.
© 2006-2021, Русскоязычное сообщество Arch Linux.
Название и логотип Arch Linux ™ являются признанными торговыми марками.
Linux ® — зарегистрированная торговая марка Linus Torvalds и LMI.
Разделы жесткого диска и файловые системы
Содержание
Разделы жесткого диска
Раздел — часть долговременной памяти жёсткого диска или флеш-накопителя, выделенная для удобства работы, и состоящая из смежных блоков. На одном устройстве хранения может быть несколько разделов.
Создание разделов на различных видах современных накопителей почти всегда предусмотрено (хотя, к примеру, на, ныне уже не используемых, флоппи-дисках было невозможно создать несколько разделов). Однако в Windows, с флешки с несколькими разделами будет доступен только первый из них (в Windows принято считать флешки аналогом флоппи-диска, а не жесткого диска).
Преимущества использования нескольких разделов
Выделение на одном жёстком диске нескольких разделов даёт следующие преимущества:
Таблица разделов жесткого диска
Структура диска, разбитого на разделы (MBR)
Виды разделов
Первичный (основной) раздел
Расширенный и Логические разделы
Таблица разделов может содержать не более 4 первичных разделов, поэтому были изобретёны расширенный разделы. В расширенном разделе можно создать несколько логических разделов. Логические разделы выстраиваются в цепочку где информация о первом логическом разделе храниться в MBR, а информация о последующем хранится в первом секторе логического раздела. Такая цепочка позволяет (в теории) создавать неограниченное количество разделов, но (на практике) число логических разделов ограничивается утилитами и, обычно, больше 10 логических разделов не создать.
Выбор файловой системы
Подобно Windows, Linux за свою жизнь повидала несколько разных файловых систем. Ubuntu «понимает» файловые системы Windows, но не установится на них. Ubuntu может сразу же записывать и считывать из разделов FAT16, FAT32 и VFAT и NTFS. Однако Windows не может работать с файловыми системами Linux, и вам придётся передавать файлы в и из Windows из-под операционной системы Ubuntu.
Точки монтирования
Linux не назначает буквы каждому диску и разделу, как в Windows и DOS. Вместо этого вы должны задать точку монтирования для каждого диска и раздела. Linux работает по принципу иерархического дерева каталогов, где корневой каталог ( / ) является основной точкой монтирования, в которую по умолчанию входят все остальные. В отличии от Windows в Linux все используемые разделы дисков монтируются в подкаталоги корня, а не как отдельные устройства (C:, D: …).
К примеру, в /home хранятся все ваши персональные файлы. Если вы хотите разместить эти данные в отдельном от корня разделе, то создадите новый раздел и установите точку монтирования на /home. Это можно сделать для любого подкаталога. Во время установки Ubuntu предоставляет возможность задать следующие точки монтирования: /boot (начальный загрузчик и заголовки ядра), /dev (драйверы и устройства), /home (пользовательские файлы), /opt (дополнительное программное обеспечение), /srv (системные сервисы) /tmp (временные файлы), /usr (приложения), /usr/local (данные, доступные всем пользователям) и /var (server spool и логи). Также при установке можно создать и свои точки монтирования с произвольными именами.
Для типичной настольной системы нет никакого смысла выделять собственные разделы для /dev, /opt, /srv, /tmp, /usr/local и /var. Если вы планируете запускать более двух операционных систем или использовать шифрование корневого раздела, то возможно потребуется отдельный раздел для /boot. Иногда стоит также создать раздел для /usr, но только если вы уже имеете чёткое представление о том, сколько места займут приложения. Желательно создать отдельный раздел для /home. Это предоставит вам дополнительные удобства при обновлении и переустановке системы.
Минимально можно ограничится только двумя разделами: «root» и «swap», тогда /boot, /home, /usr и все остальные будут просто храниться в корневом разделе ( / ).
Структура файловой системы
| Директория | Описание |
|---|---|
| / | Корневая директория, содержащая всю файловую иерархию. |
| /bin/ | Основные системные утилиты, необходимые как в однопользовательском режиме, так и при обычной работе всем пользователям (например: cat, ls, cp). |
| /boot/ | Загрузочные файлы (в том числе файлы загрузчика, ядро и т.д.). Часто выносится на отдельный раздел. |
| /dev/ | Основные файлы устройств системы (например физические устройства sata винчестеры /dev/sda, видео камеры или TV-тюнеры /dev/video или псевдоустройства, например «чёрные дыры» /dev/null, /dev/zero ). |
| /etc/ | Общесистемные конфигурационные файлы, лежат в корне директории и файлы конфигурации установленных программ (имя происходит от et cetera). |
| /etc/X11/ | Файлы конфигурации X Window System версии 11. |
| /etc/apt/ | Файлы конфигурации пакетного менеджера Apt. |
| /etc/samba/ | Файлы конфигурации сервера Samba, расшаривающего файлы по сети с windows машинами. |
| /home/ | Содержит домашние директории пользователей, которые в свою очередь содержат персональные настройки и данные пользователя. Часто размещается на отдельном разделе. |
| /lib/ | Основные библиотеки, необходимые для работы программ из /bin/ и /sbin/. |
| /media/ | Точки монтирования для сменных носителей, таких как CD-ROM, DVD-ROM, flash дисков. |
| /opt/ | Дополнительное программное обеспечение. |
| /proc/ | Виртуальная файловая система, представляющая состояние ядра операционной системы и запущенных процессов в виде каталогов файлов. |
| /root/ | Домашняя директория пользователя root. |
| /sbin/ | Основные системные программы для администрирования и настройки системы, например, init, iptables, ifconfig. |
| /srv/ | Данные, специфичные для окружения системы. |
| /tmp/ | Временные файлы (см. также /var/tmp). |
| /usr/ | Вторичная иерархия для данных пользователя; содержит большинство пользовательских приложений и утилит, используемых в многопользовательском режиме. Может быть смонтирована по сети только для чтения и быть общей для нескольких машин. |
| /usr/bin/ | Дополнительные программы для всех пользователей, не являющиеся необходимыми в однопользовательском режиме. |
| /usr/include/ | Стандартные заголовочные файлы. |
| /usr/lib/ | Библиотеки для программ, находящихся в /usr/bin/ и /usr/sbin/. |
| /usr/sbin/ | Дополнительные системные программы (такие как демоны различных сетевых сервисов). |
| /usr/share/ | Архитектурно-независимые общие данные. |
| /usr/src/ | Исходные коды (например, здесь располагаются исходные коды ядра). |
| /usr/local/ | Третичная иерархия для данных, специфичных для данного хоста. Обычно содержит такие поддиректории, как bin/, lib/, share/. Она пригодится, когда /usr/ используется по сети. |
| /var/ | Изменяемые файлы, такие как файлы регистрации (log-файлы), временные почтовые файлы, файлы спулеров. |
| /var/cache/ | Данные кэша приложений. Сюда скачиваются пакеты перед их установкой в систему, здесь же они какое-то время и хранятся |
| /var/lib/ | Информация о состоянии. Постоянные данные, изменяемые программами в процессе работы (например, базы данных, метаданные пакетного менеджера и др.). |
| /var/lock/ | Lock-файлы, указывающие на занятость некоторого ресурса. |
| /var/log/ | Различные файлы регистрации (log-файлы). |
| /var/mail/ | Почтовые ящики пользователей. |
| /var/run/ | Информация о запущенных программах (в основном, о демонах). |
| /var/spool/ | Задачи, ожидающие обработки (например, очереди печати, непрочитанные или неотправленные письма). |
| /var/tmp/ | Временные файлы, которые должны быть сохранены между перезагрузками. |
| /var/www/ | Директория веб-сервера Apache, всё что находится внутри транслируется им в интернет (конфигурация по-умолчанию) |
Дисковые файловые системы, применяемые в Ubuntu
Как разбить жесткий диск для установки Ubuntu
Настоятельно рекомендуется при установке разбивать жесткий диск вручную, создавая как минимум 2 раздела (для корня файловой системы и для /home), что в последствии облегчает процессы обновления, переустановки, восстановления системы или переход на другой дистрибутив.
Для разбития жесткого диска можно воспользоваться программой GParted, входящей в состав LiveCD Ubuntu или же любой другой программой поддерживающей необходимые вам файловые системы.
Расположение разделов на жестком диске
Нужен ли SWAP?
Раздел SWAP используется системой при нехватке оперативной памяти и для спящего режима, поэтому его необходимость определяется двумя факторами: размером оперативной памяти 3) и намерением использовать спящий режим.
Более подробную информацию о SWAP вы можете прочитать в статье SWAP.
Объем раздела для корня файловой системы
Свежеустановленная система Ubuntu занимает 4-6 Гб дискового пространства, однако при активном использовании (установке большого количества программ, увеличении кэша программ, и т.д.) или возникновении сбоев в работе, что приводит к росту объема папок с логами системы (/var/log) может понадобиться большее количество дискового пространства, поэтому для корня файловой системы необходимо выделять раздел 10-15Гб.
Объем раздела для /home
Разделу с папкой /home обычно отдают всё оставшееся пространство, если Ubuntu будет единственной системой на ПК и все мультимедиа данные будут храниться в ней, или, в случае установки рядом с Windows, выделяют отдельный раздел в формате NTFS для мультимедиа данных, а раздел для /home делают минимальным только для хранения файлов конфигурации.
Перенос папки /home на новый раздел после установки
Часто возникает желание привести в порядок неправильно разбитый жесткий диск при установке Ubuntu. При этом возникает необходимость перенести папку /home на отдельный раздел жесткого диска. Ниже приведена краткое руководство действий для выполнения этой задачи.
Создание отдельного раздела
Загрузите компьютер с LiveCD(LiveUSB);
Создайте новый раздел в неразмеченной области или отделив необходимое количество свободного пространства от уже существующего. Отформатируйте его в выбранную вами файловую систему.
Перенос данных на новый раздел
загрузитесь с LiveCD(LiveUSB)
примонтируйте раздел c корнем системы и раздел с будущим расположением /home к текущей файловой системе (заменив sda1 и sda2 своими значениями)
переместите папку /home на новый раздел
посмотрите UUID нового раздела
(fstab файл установленной на жестком диске системы) строку (заменив UUID на свой, естественно):