Частота дискретизации ALSA

Восстановление файловой системы - в то время как я не уверен, как Bootzilla работает, Вы в основном, имеет три опции:

1. Действуйте на базовом уровне блочного устройства (т.е. под файловой системой) - клонирование использования (например. dd) который создает точную копию исходного изображения. Неважно, как большой раздел, который Вы имеете, Вы закончите с файловой системой размера исходных (очень вероятно, будут противные проблемы, если раздел или даже физическое устройство будут меньшими, чем исходная файловая система).

   Это - самая быстрая опция, которую Вы имеете (в основном ограниченный только скоростью входных и выходных скоростей устройств и их межсоединения). С другой стороны, это - наименее гибкое - если Вы хотите иметь отличающиеся размеры разделов в конце, необходимо вырастить их вручную (или написать сценарий его). Кроме того, путем хранения изображения целого блочного устройства Вы тратите впустую пространство (изображение содержит неиспользуемое место, хотя это могло бы быть обнулено и изображение, затем сжатое).

   При поддержании большого количества (главным образом) идентичных систем это - способ пойти, так как это наименее сложно.

2. Действуйте на уровне файловой системы - инструменты использования, идущие с файловой системой, которую Вы используете, чтобы заархивировать ее содержание и восстановить его в недавно отформатированную файловую систему. Например, в случае XFS, Вы использовали бы xfsdump + mkfs.xfs + xfsrestore комбинация (см. страницы справочника для деталей).

   Это немного медленнее, но изображение, которое Вы сохраняете, содержит просто необходимые данные (никакое потраченное впустую пространство). Который в свою очередь может легко восполнить дополнительные издержки (обновляющий структуры файловой системы на восстановлении), если рассматриваемая файловая система главным образом пуста. Это также дает Вам возможность создать и развернуть возрастающие снимки. Дополнительный шаг создания новой файловой системы позволяет Вам использовать безотносительно размера раздела, в котором Вы нуждаетесь (который является достаточно большим), и настраивающий каждую систему конечного файла для определенных потребностей (изменяющий размер блока, пространство метаданных и такой). Недостаток - то, что это - конкретная файловая система.

3. Воздействуйте на уровень файловой системы - при помощи стандартных инструментов как tar или cpio (или даже rsync или cp) и дополнительно сжатие (как в предыдущих случаях). Можно легко изменить базовые файловые системы, и процесс довольно прост. Экстремальное внимание должно быть обращено на обработку специальных файлов (редкие файлы, устройства/именованные каналы), так как поведение инструментов варьируется довольно много. Также необходимо удостовериться, что Вы не пересекаете границу файловой системы.

Загрузчик - не беспокоится отдельным /boot раздел - вместо этого я настоятельно рекомендовал бы считать отдельным /home. Нет многих случаев, где наличие отдельного раздела для данных является ненужным или даже плохая идея.

В зависимости от используемого загрузчика это может даже работать после полного дискового клона - первая опция между дисками (не просто разделы!) идентичных размеров, но и обычно "переустановки" должен быть предпочтен (и довольно легкий) - Вы копируете все необходимые конфигурационные файлы, которыми поэтому просто запуск установщика загрузчика должен быть достаточно.

Единственная вещь, относительно которой нужно быть осторожным, от того, где загрузчик считывает данные и где это пишет - хорошая идея могла бы быть chrootлуг к новой файловой системе и выполнению загрузчика оттуда. Удостоверьтесь, что Вы связываете - монтируются /dev, /proc и возможно /sys от в настоящее время активной корневой файловой системы в chroot (т.е. недавно клонированной файловой системы).

Примечание: Раздел на 20 ГБ является довольно большим - например, общие настольные установки Linux обычно хорошо находятся под 10 ГБ, и это уже включает довольно много программного обеспечения.

Если Ваши пользователи устанавливают дополнительное программное обеспечение, и/или Вы (как администратор) устанавливаете его для них (на на основание машины), оно должно, вероятно, пойти где-то в другом месте, чем /usr. Программное обеспечение пользователей обычно располагается непосредственно в их домах (который может быть довольно полезным специально для смонтированных сетью корневых каталогов), определенные для системы программы должны войти /usr/local, который может легко быть другим разделом. Кэши/журналы являются содержащимися в большем порядке отдельно также. Кроме других вещей, чистое разделение позволяет сохранять права доступа нормальными - не, каждый пользователь должен должен быть иметь доступ администратора к своей машине (да, существует много исключений к этому, но это нужно всегда считать нестандартным первый). Переобработка изображений машины не обязательно уничтожает все - или, помещать иначе - можно повторно отобразить просто некоторые части. И MKFS DEVICE_OF(/var/chaches) быстрее, чем rm -Rf /var/caches. Взятие снимков данных кэша (при необходимости) также легче от файловой системы.

Оборотная сторона - фрагментация дискового пространства (в несколько разделов) должна быть меньшим количеством проблемы в эти дни из-за средних размеров жестких дисков.