Вот шаг за шагом в терминале
$ cd /usr/share/fonts $ sudo mkdir myfonts $ cd myfonts $ sudo wget -O- downloads.sourceforge.net/project/osnapfont/ohsnap-1.7.4.tar.gz?r=http://sourceforge.net/projects/osnapfont/&ts=1336734212&use_mirror=iweb | sudo tar -xz $ cd ohsnap-1.7.4 $ sudo mkfontdir $ sudo xset fp+ /usr/share/fonts/myfonts/ohsnap-1.7.4 $ sudo xset fp rehashЭто должно сделать трюк!
Вы можете проверить их, выполнив, например: xterm -fn -*-ohsnap-*-*-*-*-17-*-*-*-*-*-*-*
Используйте xfontsel, чтобы создать соответствующую строку шрифта.
Снимок экрана xterm: ohsnap font:
хорошо на рейдовых системах, а диски не должны иметь одинаковый размер ...
только разделы, которые вы хотите добавить в рейд, должны иметь одинаковый размер для создания рейда ... [ ! d1]
, силы lvm заключаются в том, что вы можете легко развить свой виртуальный диск, добавив к нему больше разделов. и у вас есть функция моментальной съемки!
вы также можете объединить lvm с рейдом ... чтобы у вас была безопасность данных и гибкость lvm:)
Вы можете stack блокировать устройства в Linux и смешивать значение как Software RAID, так и LVM, которые должны удовлетворять всем вашим потребностям. Это может быть выполнено с помощью установщика не-gui.
[1] Я столкнулся с очень неприятной ошибкой на SATA-дисках, где было много плохих блоков. После использования инструмента поставщика для восстановления диска. Мой один и тот же набор дисков теперь был уникальным, у плохого диска теперь было несколько блоков меньше, чем до того, как начался низкоуровневый формат, что, конечно же, испортило мою таблицу разделов и не позволило дисководу вернуться к набору MD RAID.
Жесткие диски обычно имеют «свободный список» блоков резервного копирования, используемых только для случая. Моя теория заключается в том, что этот список, должно быть, был исчерпан, и поскольку это был не корпоративный диск, а вместо отказа от безопасности и позволяющий мне отправить его для восстановления данных, он решил усечь мои данные.
[2] Никогда не развертывайте LVM без отказоустойчивого хранилища. LVM не преуспевает в аварийном восстановлении, вы просто просите о душевной боли, и если вы ошиблись, потеря данных. Единственный раз, когда имеет смысл, состоит в том, что группа VG ограничена одним диском, например внешним USB-диском или внешним RAID-массивом eSATA. Дело в том, что вы пытаетесь развернуть свой VG вокруг резервных хранилищ, которые могут быть горячим подключены как к одному устройству, или как виртуальная единица, которая показана в примере MD выше.
Как насчет http://zfsonlinux.org/
В нем есть понятие о пулах дисков, к которым вы можете подключать отсоединяющие диски, я не знаю, готова ли его подготовка но все равно стоит проверить.
хорошо на рейдовых системах, а диски не должны иметь одинаковый размер ...
только разделы, которые вы хотите добавить в рейд, должны иметь одинаковый размер для создания рейда ... [ ! d1]
, силы lvm заключаются в том, что вы можете легко развить свой виртуальный диск, добавив к нему больше разделов. и у вас есть функция моментальной съемки!
вы также можете объединить lvm с рейдом ... чтобы у вас была безопасность данных и гибкость lvm:)
Я использую Greyhole , и он идеально подходит для моего использования:
Ограничения:
Как насчет MHDDFS, он уже доступен в большинстве дистрибутивов и работает как JBOD, однако, если диск умирает, вы просто теряете данные на этом диске, не все из них. Он рассматривается как один логический пул дисков, поэтому, например, вы можете скопировать пул логических дисков на другой диск большой емкости при обновлении трека. Минимальный простои и минимальные стычки, и он выглядит легко реализуемым. Посмотрите, как его использовать здесь: http://zornsoftware.codenature.info/blog/why-i-ditched-raid-and-greyhole-for-mhddfs.html