В Debian 8.7 изменение пути в / etc / profile
не работает для Mate Desktop. Единственное, что у меня получилось, - это добавить эту запись в / etc / security / pam_env.conf
(в данном случае для добавления двоичных файлов TexLive в PATH):
ПУТЬ ПО УМОЛЧАНИЮ = $ {HOME} / bin: / usr / local / bin: / bin \
: / usr / bin : / usr / local / texlive / 2016 / bin / x86_64-linux
Да, это возможно при использовании поддельных дисков с файловой поддержкой для ваших избыточных дисков. Конечно, это не поддерживается, и у вас должна быть резервная копия, поэтому сначала смоделируйте это с небольшими файлами на старом пуле, чтобы убедиться, что все работает, как ожидалось.
Подробности см. в https://www.mail-archive.com/zfs-discuss@opensolaris.org/msg22993.html и https://www.mail-archive.com/zfs-discuss@opensolaris.org/msg23023.html. Вы также можете поискать в Интернете "create raidz2 degraded", если у вас есть другие системы, такие как FreeNAS и т.д.
Важные шаги (взяты из архивной ветки списка рассылки Томаса Эгрена и Даниэля Рока):
Создайте разреженный файл размером с реальный диск (предположим, что в данном примере он равен 1000 ГБ):
mkfile -n 1000g /tmp/fakedisk1
Создайте zpool с реальными дисками и разреженным файлом:
zpool create -f newpool raidz2 disk1 disk2 disk3 disk4 disk5 /tmp/fakedisk1
Немедленно переведите разреженный файл в автономный режим, чтобы никто не пытался писать на него:
zpool offline newpool /tmp/fakedisk1
Теперь ваш пул будет деградировать, но функционировать. Скопируйте ваши файлы в новый пул (используйте ssh
или netcat
между send
и recv
, если используете сеть, а не напрямую подключенные пулы):
zfs snapshot -r oldpool@now
zfs send -R oldpool@now | zfs recv -Fdu newpool
Уничтожьте старый и замените разреженные файлы на освободившиеся диски:
zpool replace newpool /tmp/fakedisk1 disk6
И снова несколько слов предостережения в зависимости от уровня избыточности (если вы используете два фальшивых диска на Z2 или три фальшивых диска на Z3):
Помните: во время миграции данных вы работаете без ремней безопасности. Если диск выйдет из строя во время миграции, вы потеряете данные.
Не могу зафиксировать первый ответ, поэтому я просто делаю новый ответ.
Когда вы работаете в Linux, вы не можете использовать mkfile
. Лучшая альтернатива, вероятно, truncate
. Сначала получите (точный )размер ваших жестких дисков в байтах с помощью fdisk:
root@OMV-NAS:~# fdisk -l /dev/sda
Disk /dev/sda: 7,3 TiB, 8001563222016 bytes, 15628053168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
В данном случае это 8001563222016 байт, то есть 8001... ТБ. Теперь мы можем создать поддельный файл с:
truncate -s 8001563222016 /tmp/FD1.img
Остальное точно такое же, как и в исходном ответе.