Действительно ли хорошо сделать отдельный раздел для начальной загрузки/?

С их веб-сайта:

  • Как tmux отличающийся от экрана GNU? Что еще это предлагает?

tmux предлагает несколько преимуществ перед экраном:

  • ясно определенная клиент-серверная модель: окна являются независимой сущностью, которая может быть присоединена одновременно к нескольким сессиям и просмотрена от нескольких клиентов (терминалы), а также перемещена свободно между сессиями в том же tmux сервере;
  • последовательный, хорошо зарегистрированный интерфейс команды, с тем же синтаксисом, используемый ли в интерактивном режиме, как привязка клавиш, или от оболочки;
  • легко scriptable от оболочки;
  • несколько буферов;
  • выбор vi или emacs ключевые разметки;
  • опция ограничить размер окна;
  • более применимый синтаксис строки состояния, со способностью отобразить первую строку вывода определенной команды;
  • инструмент для очистки, современная, легко расширенная, BSD-лицензированная кодовая база.

Существует все еще несколько экранов функций, включает это, tmux опускает:

  • встроенный сериал и поддержка telnet; это - чрезмерное увеличение размера и вряд ли будет добавлено к tmux;
  • более широкая поддержка платформ, например, IRIX и HP-UX, и для нечетных терминалов.

78
04.05.2012, 03:19
11 ответов

Это - пережиток от "Вас olde времена", когда машины испытали затруднения при обращении к большим жестким дискам. Идея позади /boot раздел состоял в том, чтобы всегда делать раздел доступным для любой машины, что диск был включен. Если машина могла бы добраться до запуска диска (более низкие номера цилиндра) затем, это могло загрузить систему; оттуда ядро Linux смогло бы обойти ограничение начальной загрузки BIOS и работу вокруг проблемы. Поскольку современные машины сняли то ограничение, больше нет фиксированной потребности в /boot быть отдельным, если Вы не требуете дополнительной обработки других разделов, таких как системы шифрования или файловые системы, которые исходно не распознаны загрузчиком.

Технически, можно сойти с рук единственный раздел и быть очень хорошо, при условии, что Вы не используете действительно действительно старые аппаратные средства (приблизительно пред1998).

Если Вы действительно решаете использовать отдельный раздел, просто, несомненно, дадут ему соответствующую комнату, скажут 200 МБ пространства. Это будет более чем достаточно для нескольких обновлений ядра (которые используют несколько megs каждый раз). Если начальная загрузка / начинает заполняться, удалять более старые ядра, что Вы не используете и корректируете свой загрузчик для распознавания этого факта.

46
27.01.2020, 19:30
  • 1
    Относительно размера, "для Fedora 13 значение по умолчанию / размер раздела начальной загрузки было увеличено до 500 мебибайт для предотвращения этих проблем в будущем". (от fedoraproject.org/wiki / …) –  Cristian Ciupitu 29.08.2010, 04:28
  • 2
    500M? wtf - они хранящий там? Мне никогда не было нужно даже 100M, я использую 13M на /boot прямо сейчас. ре –  xenoterracide 02.09.2010, 23:51
  • 3
    Там является все еще большим количеством современных причин того, чтобы иметь / раздел начальной загрузки, и они все сводятся к "Загрузчику, не может считать корневую файловую систему". Исторический пример использования, как Вы сказали, слишком большие диски, но современные случаи являются шифрованием, новые файловые системы (такие как ext4), LVM или любая тайная установка, которая просто не поддерживается GRUB. –  Mr. Shiny and New 安宇 03.09.2010, 15:33
  • 4
    Сделал любой упоминает, что в ситуациях двойной загрузки, если система Linux установлена после Windows, GRUB обеспечивает строки начальной загрузки для бок о бок систем. Если бы начальная загрузка / не была на отдельном разделе, удаление раздела Linux сделало бы машину незагрузочной. Если начальная загрузка / была на отдельном разделе, удаление установки Linux (скажите, корневой раздел) не будет вредить способности загрузить систему стороны. –  mbaitoff 04.07.2011, 11:24
  • 5
    у меня были свои 100 МБ / раздел начальной загрузки, переполняется с устаревшими ядрами. Это очень грязно, когда это происходит. –  Malfist 11.07.2011, 17:44

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

Добавление комментария от Riccardo Murri:

Существуют также исторические причины того, чтобы иметь отдельную начальную загрузку/: в более старые времена BIOS мог только получить доступ к части большого диска, таким образом, все файлы, необходимые загрузчику ОС, должны были быть сохранены в доступной для BIOS зоне. Следовательно отдельный / раздел начальной загрузки. Это больше не применяется, хотя

39
27.01.2020, 19:30
  • 1
    хорошо... iirc загрузчик может только получить доступ к основным разделам все еще..., таким образом, может быть полезно, если у Вас есть довольно много расширенных разделов. –  xenoterracide 12.08.2010, 04:07

Главная причина для главного enterprisey дистрибутива как Red Hat и я думаю, что SuSe для использования отдельной начальной загрузки / - то, что они используют LVM по умолчанию, и Личинка не может использоваться для начальной загрузки от LVM. Это - это простое.

Таким образом, если Вы хотите использовать LVM, и это - благо, Вы используете отдельную начальную загрузку/. Лично, я думаю, что это - хорошая практика для использования и LVM и отдельных разделов для хоста вещей, как /var, /boot, /home и /tmp и даже /usr на серверах, например, для защиты корневой файловой системы или разделов данных от получения полного.

18
27.01.2020, 19:30
  • 1
    Другое серьезное основание состояло в том, что GRUB не поддерживал ext4, только ext3, поэтому если Вы хотели использовать ext4 для / у Вас должно было быть отдельное /boot раздел. –  Cristian Ciupitu 29.08.2010, 04:15
  • 2
    Что касается/tmp/, можно смонтировать память с tmpfs там в наше время. Это могло бы быть быстрее, и также более здоровым для Ваших жестких дисков. В любом случае/tmp/, как предполагается, не переживает перезагрузки. –  imz -- Ivan Zakharyaschev 22.03.2011, 09:17

Одна заключительная причина, менее важная, чем данные, является этим, может позволить ПК оставаться загрузочным, если часть диска повреждается. Чем больше разделов Вы имеете, тем легче это будет только к не, монтируют раздел с отказом.

Это может иногда быть полезно, но обычно так или иначе существует лучший путь.

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

13
27.01.2020, 19:30
  • 1
    Разве это не потребовало бы, чтобы, по крайней мере, часть / раздел была не повреждена? Несомненно, изображение ядра находится на начальной загрузке/, но драйверы находятся в / lib и init, или sh находится в / мусорном ведре. –  Mr. Shiny and New 安宇 03.09.2010, 15:34

Я думаю, что это - больше персонального предпочтения, чем что-либо еще. Могла бы даже быть лучшая практика. Мое персональное представление начальной загрузки / довольно только для чтения базирующийся. Время от времени необходимо записать там, чтобы обновить ядро или возможно добавить другую ОС в grubloader. Помимо этого это просто необходимо к... хорошо, начальная загрузка. Также - это в отдельной файловой системе могло бы помочь ставить его только для чтения (мог бы даже быть некоторый аспект безопасности к нему также).

Это должна быть отдельная файловая система? Я предполагаю нет.. Но действительно ли это - плохая идея? Нет, нисколько!

7
27.01.2020, 19:30

В ответе на, 'какие проблемы могли бы он вызывать' часть вопроса: как с любым разделением всегда существует риск, что Вы приедете для больше интервала, чем Вы первоначально выделили. В то время как это маловероятно в случае /boot, недавно была проблема с предварительным обновлением в Fedora, вызванном маленьким /boot размеры.

7
27.01.2020, 19:30

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

Кандидаты Obviuos на отдельные разделы затем/usr/local и / домой, а также корень/. Я лично нахожу более эффективным создать пользовательские разделы, смонтировать их в произвольной точке монтирования, как/part/data, и затем возобновить символьные ссылки, как в:

sudo ln -sf /part/data/joe /home/joe
sudo ln -sf /part/data/root /root
sudo ln -sf /part/data/usr-local /usr/local
1
27.01.2020, 19:30

Другая причина, что я думаю, не упоминается, то, что можно использовать тип файловой системы и конфигурации, для которых Вы предпочитаете /boot которые являются, конечно, не тем же как теми, когда оно используется в качестве части /. Функции как журналирование, контрольные суммы, и т.д. не полезны для /boot и можно сделать начальную загрузку быстрее путем деактивации их или использования более простой файловой системы (как ext2).

1
27.01.2020, 19:30
  • 1
    Мне трудно полагать, что журналирование и вычисление контрольной суммы делает начальную загрузку заметно медленнее. У Вас есть твердые числа? –  ignis 31.05.2013, 00:46
  • 2
    Извините, никакие доступные числа, можно экспериментировать, если Вам нравится. Для некоторых людей, даже если это - +5 секунд медленнее, это примечательно. –  sakisk 01.06.2013, 11:47
  • 3
    Вы подразумеваете, что это было это 5 секунд медленнее, по вашему опыту? –  ignis 01.06.2013, 12:16
  • 4
    AFAIR в прошлый раз, когда я сделал это, я использовал ext2. –  sakisk 01.06.2013, 19:33

Позвольте мне записать здесь просто свои немногие мои события:

Хорошо в моем случае, у меня есть RAID 1 (1 ГБ только для начальной загрузки/) и RAID 5 для отдыха дискового пространства.

Я использую личинку 2 от debian, сжимают, и это прекрасно. Личинка 2 не имеет этого ограничения, больше любят личинку 1, сделал.

В наше время это не имеет значения. Это было необходимо, когда у Вас была версия 1 личинки, которая не знала, как загрузиться от RAID5, но это знало, как загрузиться от набега 1. И это - причина почему.

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

Также, если что-то плохо происходит, я делаю резервное копирование из начальной загрузки/. После того как это уже сохранило мою установку.

Я использую Linux SW RAID 1 с 3 жесткими дисками и RAID 5 с теми же жесткими дисками. Первый 1 ГБ я использую для RAID 1.

Но если Вы используете LILO или версию 1.98 GRUB-> 2, у Вас не должно быть separed / раздел начальной загрузки.

-1
27.01.2020, 19:30

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

Казалось, что ядро было на начальной загрузке/, но initramfs шел / (отдельный раздел).

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

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

1
27.01.2020, 19:30
  • 1
    Fedora /boot, частично историей как grub не (не сделал?) понимают все возможные файловые системы. И мой vmlinuz и initrd находятся оба в /boot, установленный от ванильного ядра от мерзавца... –  vonbrand 10.04.2013, 19:08

Если вы загружаетесь с EFI, то /boot/efi— это еще одно монтирование отдельного системного раздела EFI, поэтому у вас уже есть частично отдельный загрузочный раздел, то есть раздел EFI.

Это только частично, потому что /bootтакже содержит GRUB, ядра и т. д.

Таким образом, возникает вопрос :, почему все это не помещается в раздел EFI?

0
26.04.2021, 23:24

Теги

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