С их веб-сайта:
- Как tmux отличающийся от экрана GNU? Что еще это предлагает?
tmux предлагает несколько преимуществ перед экраном:
- ясно определенная клиент-серверная модель: окна являются независимой сущностью, которая может быть присоединена одновременно к нескольким сессиям и просмотрена от нескольких клиентов (терминалы), а также перемещена свободно между сессиями в том же tmux сервере;
- последовательный, хорошо зарегистрированный интерфейс команды, с тем же синтаксисом, используемый ли в интерактивном режиме, как привязка клавиш, или от оболочки;
- легко scriptable от оболочки;
- несколько буферов;
- выбор vi или emacs ключевые разметки;
- опция ограничить размер окна;
- более применимый синтаксис строки состояния, со способностью отобразить первую строку вывода определенной команды;
- инструмент для очистки, современная, легко расширенная, BSD-лицензированная кодовая база.
Существует все еще несколько экранов функций, включает это, tmux опускает:
- встроенный сериал и поддержка telnet; это - чрезмерное увеличение размера и вряд ли будет добавлено к tmux;
- более широкая поддержка платформ, например, IRIX и HP-UX, и для нечетных терминалов.
Это - пережиток от "Вас olde времена", когда машины испытали затруднения при обращении к большим жестким дискам. Идея позади /boot
раздел состоял в том, чтобы всегда делать раздел доступным для любой машины, что диск был включен. Если машина могла бы добраться до запуска диска (более низкие номера цилиндра) затем, это могло загрузить систему; оттуда ядро Linux смогло бы обойти ограничение начальной загрузки BIOS и работу вокруг проблемы. Поскольку современные машины сняли то ограничение, больше нет фиксированной потребности в /boot
быть отдельным, если Вы не требуете дополнительной обработки других разделов, таких как системы шифрования или файловые системы, которые исходно не распознаны загрузчиком.
Технически, можно сойти с рук единственный раздел и быть очень хорошо, при условии, что Вы не используете действительно действительно старые аппаратные средства (приблизительно пред1998).
Если Вы действительно решаете использовать отдельный раздел, просто, несомненно, дадут ему соответствующую комнату, скажут 200 МБ пространства. Это будет более чем достаточно для нескольких обновлений ядра (которые используют несколько megs каждый раз). Если начальная загрузка / начинает заполняться, удалять более старые ядра, что Вы не используете и корректируете свой загрузчик для распознавания этого факта.
Одна причина того, чтобы иметь / раздел начальной загрузки состоит в том, что он допускает вещи, любят зашифрованный/, где ядро и initrd загружаются из незашифрованного раздела и затем используются для монтирования зашифрованного корневого раздела, содержащего операционную систему. Это не должно иметь значения для общего использования как бы то ни было.
Добавление комментария от Riccardo Murri:
Существуют также исторические причины того, чтобы иметь отдельную начальную загрузку/: в более старые времена BIOS мог только получить доступ к части большого диска, таким образом, все файлы, необходимые загрузчику ОС, должны были быть сохранены в доступной для BIOS зоне. Следовательно отдельный / раздел начальной загрузки. Это больше не применяется, хотя
Главная причина для главного enterprisey дистрибутива как Red Hat и я думаю, что SuSe для использования отдельной начальной загрузки / - то, что они используют LVM по умолчанию, и Личинка не может использоваться для начальной загрузки от LVM. Это - это простое.
Таким образом, если Вы хотите использовать LVM, и это - благо, Вы используете отдельную начальную загрузку/. Лично, я думаю, что это - хорошая практика для использования и LVM и отдельных разделов для хоста вещей, как /var
, /boot
, /home
и /tmp
и даже /usr
на серверах, например, для защиты корневой файловой системы или разделов данных от получения полного.
/
у Вас должно было быть отдельное /boot
раздел.
– Cristian Ciupitu
29.08.2010, 04:15
Одна заключительная причина, менее важная, чем данные, является этим, может позволить ПК оставаться загрузочным, если часть диска повреждается. Чем больше разделов Вы имеете, тем легче это будет только к не, монтируют раздел с отказом.
Это может иногда быть полезно, но обычно так или иначе существует лучший путь.
Править: Другая точка: принятие Linux, с помощью LVM может быть хорошим способом избежать любых потенциальных проблем, это помогает изменить размер "разделов" и добавить новое пространство беспрепятственно.
Я думаю, что это - больше персонального предпочтения, чем что-либо еще. Могла бы даже быть лучшая практика. Мое персональное представление начальной загрузки / довольно только для чтения базирующийся. Время от времени необходимо записать там, чтобы обновить ядро или возможно добавить другую ОС в grubloader. Помимо этого это просто необходимо к... хорошо, начальная загрузка. Также - это в отдельной файловой системе могло бы помочь ставить его только для чтения (мог бы даже быть некоторый аспект безопасности к нему также).
Это должна быть отдельная файловая система? Я предполагаю нет.. Но действительно ли это - плохая идея? Нет, нисколько!
В ответе на, 'какие проблемы могли бы он вызывать' часть вопроса: как с любым разделением всегда существует риск, что Вы приедете для больше интервала, чем Вы первоначально выделили. В то время как это маловероятно в случае /boot
, недавно была проблема с предварительным обновлением в Fedora, вызванном маленьким /boot
размеры.
Относительно второй части вопроса может быть полезно поместить в отдельные разделы что-либо, что независимо от текущего распределения. Также оставляя дополнительное пространство доступным на диске, это позволяет, при необходимости в будущем, чтобы или установить другое распределение или выполнить переустанавливание текущего, совместно используя доступ к чему-либо, что Вы хотели бы видеть на обоих.
Кандидаты 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
Другая причина, что я думаю, не упоминается, то, что можно использовать тип файловой системы и конфигурации, для которых Вы предпочитаете /boot
которые являются, конечно, не тем же как теми, когда оно используется в качестве части /
. Функции как журналирование, контрольные суммы, и т.д. не полезны для /boot
и можно сделать начальную загрузку быстрее путем деактивации их или использования более простой файловой системы (как ext2
).
Позвольте мне записать здесь просто свои немногие мои события:
Хорошо в моем случае, у меня есть 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 / раздел начальной загрузки.
Я нашел, что это немного более трудный загрузиться от личинки запрашивает при использовании отдельного / раздела начальной загрузки.
Казалось, что ядро было на начальной загрузке/, но initramfs шел / (отдельный раздел).
Таким образом, это не было ясно который раздел использовать в меню личинки.
Со всеми потенциальными преимуществами отдельного / раздела начальной загрузки существует также риск необходимости диагностировать больше, чем обычно в случае, если что-то плохо происходит (т.е. выполненная установка личинки без рабочей личинки обновления впоследствии :S)
/boot
, частично историей как grub
не (не сделал?) понимают все возможные файловые системы. И мой vmlinuz
и initrd
находятся оба в /boot
, установленный от ванильного ядра от мерзавца...
– vonbrand
10.04.2013, 19:08
Если вы загружаетесь с EFI, то /boot/efi
— это еще одно монтирование отдельного системного раздела EFI, поэтому у вас уже есть частично отдельный загрузочный раздел, то есть раздел EFI.
Это только частично, потому что /boot
также содержит GRUB, ядра и т. д.
Таким образом, возникает вопрос :, почему все это не помещается в раздел EFI?
/boot
прямо сейчас. ре – xenoterracide 02.09.2010, 23:51