Существует неподтвержденная информация, что, перезапуская X-сервер или переключаясь на другой виртуальный терминал и назад заставит устройства PS/2 быть повторно обнаруженными. У меня нет устройства PS/2 для тестирования с в данный момент, хотя, но оно может просто работать.
Как @mgorven сказал, любой будет работать над 2 ТБ. Я развернул десятки дисковых маркировок MBR на 2T диски, и это хорошо работает на них. Это - действительно Ваш выбор. Я иду с MBR предпочтением на данный момент, но это собирается измениться.
Вам не нужен UEFI для записи дисковой маркировки GPT в диск, и если Вы умны, Вы могли бы очевидно загрузить диск с дисковой маркировкой GPT от non-UEFI ROM (требуемая щепотка соли; я не сделал этого). Статья Wikipedia о GPT имеет некоторую косвенную информацию об этом.
Это часто игнорируется людьми, но это действительно играет роль и потенциально огромную. Это не проблема о невращении массового хранения, но было проблемой с дисками много лет. По причинам, которые имеют отношение к геометрии и физике, дисковая пропускная способность является самой высокой около начала диска. Пропускная способность сломана на зоны со скоростью, отбрасывающей, когда Вы перемещаетесь от одной зоны до другого. Это подразумевает, что необходимо сохранить самые голодные скорости разделы около начала диска. Это различие вполне объявлено в первых нескольких гигабайтах диска.
Вы хотите иметь много файловых систем потому что (среди других):
/home
, Вы можете иметь, несколько *отклоняют операционные системы на одном компьютере и совместно используют Ваши файлы между ними, не имея необходимость придумывать клуджи./boot
файловая система для занятия первых блоков диска.fsck
луг 20G файловая система быстрее, чем fsck
луг 1900G файловая система. Хитрый выбор Ваших периодов проверки может гарантировать, что Вы распространяетесь fsck
выполнения.Вы не можете хотеть иметь слишком много файловых систем потому что:
У всех есть их фаворит. Я раньше имел электронную таблицу для вычисления их, но как правило, я использую лист бумаги и одну из тех реализаций записи старого стиля (как странный). Я прохожу много повторений, пока я не удовлетворен и передаю схему выделения разделов компьютеру. Это быстрее этот путь. На большинстве находящихся в Debian серверов я сохраняю следующие файловые системы разделенными:
/
(корень)/boot
/usr
/var
/usr/local
/tmp
/home
Дополнительные потребности получают другие отдельные файловые системы, как отдельный раздел для моих фотографий (резервная политика отличается), отдельный раздел для видео, и т.д. Почтовые серверы получили бы отдельный раздел для электронной почты. Серверы баз данных получили бы отдельные разделы для своих хранилищ данных и дисковых, последовательных файлов резервного копирования базы данных и так далее. Но основная схема - почти всегда это.
Я также сохраняю запасную файловую систему в конце диска. Я mkfs
это и использование это для пространства царапины, часто монтируемого под /disk1
(конвенция работы), или /disk/tmp
(моя конвенция). Эта файловая система полезна, должен я обнаруживать новую потребность (я могу удалить ее и вырастить другую файловую систему или просто повторно иметь целью ее), или если мне просто нужно много пространства царапины.
Это в основном зависит от того, для чего будет использоваться компьютер. Можно сойти с рук действительно небольшие размеры для многих вещей. Мое предложение состояло бы в том, чтобы использовать LVM (продолжает читать) и выделяют 10G каждый /usr
, /var
и /usr/local
(меньший, если Вы не планирование компиляции и установки Вашего собственного программного обеспечения). Я сохраняю /tmp
небольшой, возможно, с 1 2G. Не имея всех больших файловых систем в корневой файловой системе, которая может также быть небольшой: мое текущее поле имеет раздел 2G и существует много оставленного пространства. /boot
файловая система может быть очень маленькой, если Вы не разработчик ядра, или не учтенный полностью. Недавние компьютеры и последние версии GRUB могут обработать это очень хорошо. Если Вы захотите это, то приблизительно 200-300 megs будут прекрасны.
Я не развернул non-LVM систему в долгое время. Гибкость, которую Вы получаете, стоит короткой кривой обучения. С LVM Вы заставляете очень, намного больше дрейфа передумать, и Ваши файловые системы могут вырасти с Вами. Я действительно рекомендую это.
fs-root
: ~2G.fs-usr
: ~10G.fs-var
: ~10G.fs-local
(короткий для /usr/local
): ~5–10G.fs-tmp
: ~2G.fs-home
: остающееся пространство минус, возможно, ~30G.fs-spare
: запасное пространство: ~30G.На 2T диск с 8G область подкачки, Ваш /home
раздел был бы 2000 - 8 - 2 - 10 - 10 - 10 - 2 - 30 = 1928G.
Запчасть 30G раздел пригодится, должен Вы нуждаться в большем количестве пространства для одного или нескольких Ваших других объемов. Достаточно легко изменить размер объемов LVM (и расширение {2,3,4} файловые системы).
Обратите внимание, что там является не отдельным /boot
, и что вся Ваша инфраструктура начальной загрузки (ядро и initrd
) в LVM. Это делает некоторых людей обеспокоенными, но у меня никогда не было проблем с ним. GRUB видит в физических томах LVM очень хорошо. Если это делает Вас обеспокоенными, сделайте отдельное /boot
из приблизительно 200M. Сделайте это любым разделом 2 (создание раздела PV LVM 3) или раздела 1 (снижение других двух).
MBR должен хорошо работать на диске на 2 ТБ, но не на чем-либо большем. Действительно не имеет значения, используете ли Вы MBR или GPT, хотя, пока все операционные системы, которые Вы хотите использовать, поддерживают его. BIOS не должен поддерживать EFI для начальной загрузки от диска GPT.
Независимо от того, используете ли Вы MBR или GPT, я рекомендовал бы использовать LVM для управления пространством, потому что это намного более гибко и легче измениться на более позднем этапе.
Я думаю, что Вы сверхдумаете это немного. GPT по сравнению с MBR действительно только имеет значение, намереваетесь ли Вы установить несколько операционных систем или переместить диск в другой компьютер. Если можно сойти с рук MBR, то Вы могли бы также придерживаться его, особенно при использовании LVM (который допускает многие функции, которые MBR пропускает).
Что касается размеров раздела, вот несколько хороших эмпирических правил:
Файловые системы, которые складываются слишком маленькой пчеле, обычно являются драмой. 10 ГБ могут легко быть заполнены двоичными файлами и файлами журнала. У Вас есть богатство дискового пространства, почему Вы так стараетесь экономить на пространстве? Вы будете сожалеть о нем скоро. Не присваивайте дисковое пространство внезапно, пространство отпуска, чтобы перенести файловые системы при необходимости. Расширение файловой системы легко, уменьшение его не. Выезд, что LVM2 может сделать для Вас. http://tldp.org/HOWTO/LVM-HOWTO/index.html не принимает плохие решения, которые привязывают Вас в течение последующих лет.
/srv
поскольку часть зеркала RAID-1, и т.д. что означает не только, является аспектом файловой системы его важный для оптимального устройства хранения данных, но также и полученного резервирования оборудования. Возможно, упомяните, как Вы могли разделить файловую систему на уровни сверху LVM сверху MD (RAID) устройство... – Avery Payne 28.03.2012, 23:38