Вы могли вырастить его к RAID 6. Это допускало бы два отказа дисков. И это интегрировало бы Ваш новый диск в Вашем существующем RAID, не удаляя старый.
С другой стороны, это переставит все данные вокруг. Таким образом, синхронизация займет больше времени, и необходимо сделать то же самое снова, если Вы хотите удалить дефектный диск и вернуться к RAID 5. И такой растет, и перестановка данных идет со своими собственными опасностями, особенно в случае неожиданного powerloss. Или в случае единственного сбоя диска, выращивание продолжилось бы, только без неисправного диска, в которой точке данные того "неудавшегося" диска становятся бесполезными, поскольку это больше не совместно использует то же расположение с остальными.
Едва ли рекомендуемый в целом.
Если безопасность данных является Вашей первоочередной задачей, (а не время работы), придерживайтесь RAID5 и замените диск от спасательной системы, где ничто не пишет в RAID, в то время как это повторно синхронизирует; если диск перестал работать во время синхронизации затем, Вы не теряете ничего, что уже не потеряно. При создании резервного копирования каждых дисковых md метаданных прежде, чем запустить удаление/добавление/повторно синхронизирование можно легко повторно собрать использование исходной конфигурации.
Большинство людей просто повторно добавляет диск и полагает, что он будет работать; для случая, где это не работает, необходимо использовать резервные копии.
Это редко для дисков перестать работать одновременно; в большинстве случаев диск уже перестал работать давным-давно, Вы просто никогда не замечали из-за отсутствия контроля.
Вы можете включить Утилита: inotify 'плагин и редактирование ~ / .config / compiz / default.ini
Как вы можете видеть,
не записывается в INI-файл. Теперь вы можете написать
. Ярлык активен, когда файл сохранен.
Пример:
[core]
as_toggle_window_maximized_key = <Alt><Super>m
as_toggle_window_maximized_horizontally_key = <Control><Alt>m
as_toggle_window_maximized_vertically_key = <Control><Shift>m