Предотвращение включения устаревшего сценария инициализации в systemd
Недавно я клонировал свое живое зашифрованное хранилище Kali с 16 ГБ на 64 ГБ USB 3.0. Моя основная ОС — Windows 10 pro. Я не пытался клонировать с помощью какого-либо дистрибутива Linux, я уверен, что приведенные выше ответы — то, что вам нужно, но для любых пользователей Windows; Я использовал помощника по разделам диска AOMEI. Очень прост в использовании, использовал его для разбивки моего SSD, чтобы он соответствовал Ubuntu, но я отвлекся.
Мне нужно было убедиться, что USB-накопитель, на который я клонировал, уже был отформатирован для загрузки в реальном времени. Подключил оба USB и просто щелкнул правой кнопкой мыши на 8-гигабайтном диске; щелкнул copy, затем выбрал диск на 64 ГБ, он спросит у вас кучу вещей, таких как «вы уверены, что это правильный диск, все будет стерто» и все такое прочее. Просто прочитайте его и убедитесь, что все в порядке, вам действительно не нужно много делать.
Просто дождитесь завершения процесса, и все готово. Протестировал указанный USB и все заработало!
Я обнаружил, что это самый простой способ, по крайней мере для меня, клонирование живых дистрибутивов с USB на USB.
В Debian это делается различными службами, например.saned:
- Сценарий стиля SysVinit -— это
/etc/init.d/saned, что обычно приводит к тому, чтоsystemd-sysv-generatorавтоматически генерирует -saned.service. - Но пакет отключает это, предоставляя символическую ссылку
/lib/systemd/system/saned.service -> /dev/null,что одновременно блокирует автогенерацию и заставляетsystemdрассматриватьsaned.serviceкакmasked. - Кроме того, пакет предоставляет собственный шаблон
/lib/systemd/system/saned@.service. Любые экземпляры этого шаблона полностью отделены от маскированногоsaned.serviceи работают как обычно.
Другими словами, чтобы получить то, что вы хотите, вам просто нужно упаковать символическую ссылку /lib/systemd/system/my-service.service, указывающую на /dev/null.