Пару недель назад я столкнулся с чем-то, чего я никогда раньше не видел: файловая система (я думаю, ext3) установлена на устройстве хранения без раздела. По сути /dev/sdb была вся файловая система. Я знаю, что многие файловые системы могут быть расширены в пустое пространство, поэтому это позволяет расширять их без использования LVM или какого-либо другого менеджера томов, но есть ли другие преимущества для настройки хранилища таким образом?
Конкретный случай, который я видел, был в качестве эфемерного тома данных для сервера, пересекающего числа, загрузочный и корневой тома были традиционными разделами на другом устройстве хранения. -
filesystems
partition
lvm
sysadmin1138
источник
источник
Ответы:
Pro: вы не тратите один сектор диска на таблицу разделов. (Ура.)
Pro: диск может использоваться в операционной системе, которая не поддерживает разделы в стиле ПК. (Как будто вы собираетесь использовать один.)
Против: это необычно и может запутать со-сисадминов. (Видеть?)
Против: если вы устанавливаете другую операционную систему, она может подумать, что диск содержит мусор и упростить его случайную перезапись, выбрав неправильный диск, тогда как операционные системы обычно оставляют одни разделы, тип которых они не понимают.
Не имеет значения: расширение файловой системы не проще, если она находится непосредственно на диске, чем если оно находится в разделе, или наоборот. (Быть на LVM облегчит.)
Вывод: это работает, но это не очень хорошая идея.
источник
hexdumpиodкоторые показывают в очень конкретных терминах , что происходит с/dev/sdaпротив ../dev/sda1установки.Не уверен в том, как это будет применяться к Linux, но с собственным ZFS, одна из причин, по которой рекомендуется создавать пулы на целых дисках, а не на разделах, - в первом случае можно включить кэш записи на диск.
Несколько других причин, также упомянутых здесь:
http://www.solarisinternals.com/wiki/index.php/ZFS_Best_Practices_Guide#Storage_Pools
Вывод: это работает и может быть хорошей идеей в зависимости от файловой системы.
источник
Я вижу реальную выгоду, когда это делается в виртуальной среде. Поскольку наши VMDK хранятся на нашем NAS, мы можем динамически их наращивать.
Если мы используем разделы, либо нам нужно использовать LVM (и связанные с ним накладные расходы) и объединить разделы в цепочку, либо нам нужно отключить хост (или файловую систему, если она не используется), чтобы использовать что-то вроде gparted.
Однако если вы используете весь диск вместо раздела, вы можете принудительно выполнить повторное сканирование на дисках SCSI и использовать resize2fs для расширения файловой системы, пока она подключена (и используется!).
источник
Размещение файловой системы на дисковом устройстве без создания какого-либо раздела не является чем-то необычным.
Преимущества:
Возможность изменять размер файловой системы на необработанном устройстве не является хорошей причиной. Пространство, которое вы экономите таким образом, вы не можете использовать для других вещей. Таким образом, вы можете просто напрямую создать файловую систему на всем устройстве.
источник
Ответ, которого не было в списке, состоит в том, что если вы не создаете раздел, вам не нужно ждать, пока ядро обнаружит его, что может быть только после перезагрузки.
Одним из вариантов использования может быть том EC2 EBS, который вы добавляете в узел и хотите инициализировать при первой загрузке.
Если в процессе инициализации создается раздел, вы рискуете перезагрузиться, чтобы ядро увидело вновь созданный раздел. Обычно вы видите сообщение вроде:
В этом случае процесс инициализации должен будет выполнить перезагрузку, а затем продолжить добавление файловой системы во вновь созданный раздел.
Если вы знаете, что вам понадобится только один раздел, вы можете пропустить его, не рискуя перезагрузить компьютер.
источник