Ленивые отключения корневых тюревов
Во-первых, необходимо убедиться, что на конце существующего диска не менее 1 МБ свободного места. При необходимости измените размер последнего раздела. Затем просто создайте массив raid из обоих дисков (сначала перечислите исходный диск). Обязательно используйте переключатель -e 1,0 на mdadm , чтобы убедиться, что метаданные raid помещены в конец диска. Он автоматически начнет копирование содержимого исходного диска на новый диск. Все это необходимо будет выполнить при загрузке с другого диска или, по крайней мере, со всеми подключенными файловыми системами только для чтения. После завершения перезагрузки переустановите grub. Если ваш/etc/fstab использует UUID, это все, что вам нужно сделать; в противном случае необходимо будет убедиться в том, что вместо/dev/sdapY он указывает на/dev/mdXpY.
-121--111293-
Вы можете направить его в tr '0-9' 'A-J' .
$ echo one is 1 two is 2 | tr '0-9' 'A-J'
one is B two is C
Для получения более подробной информации см. man tr .
-121--125381-
Возможно ли это вообще?
Нет, это невозможно.
Можно использовать:
~- абсолютный путь к каталогу
-абсолютный путь к каталогу
Также WorkingDirectory понимает спецификаторы .
Таким образом, вы, кажется, хотите, чтобы эти процессы продолжали работать бесконечно, т. е. они являются служебными процессами -, которые были запущены внутри вложенной среды chroot. Это скорее говорит о том, что вы запускаете сервисный процесс из своей оболочки, а не из systemd.
В общем, это плохо, и вы захотите этого избежать.
CentOS 7 использует systemd, работает как PID 1 и управляет системными службами. Очевидно, что PID 1 основной системы не работает внутри вашего chroot. Обычно, когда вы запрашиваете запуск процесса системной службы, он отделяется от PID 1, чтобы обеспечить чистую среду (, настроенную в соответствии с соответствующим .serviceюнит-файлом ). (Сюда входят устаревшие скрипты sysvinit. Они импортируются в автоматически -сгенерированные .serviceфайлы ).
(Чтобы проиллюстрировать это далее, :технически возможно запустить chroot, где вы привязываете -монтирование к сокету для связи с systemd и используете команды внутри chroot для управления службами хост-системы ).
Проблема не только в том, что ваш подход теряет преимущества systemd. Значит вы путаете службу systemd, если она есть для этого демона. Например, служба может отображаться как не запущенная(service foo status). Если позже вы попытаетесь service foo restart... systemd не будет знать, что есть демон, который нужно остановить, и вместо этого попытается запустить второй экземпляр демона. Это немного сбивает с толку для отладки!Часто вы сразу получаете приятное сообщение об ошибке о том, что не можете запустить свой веб-сервер, потому что уже есть другая программа, прослушивающая TCP-порт 80 :), но в других случаях вы можете получить два разных экземпляра демона, которые думают, что они должны быть единственным, совершая ошибки, на которые требуется больше времени, чтобы их заметить.