При востановлении одного из разделов на втором системном диске (на нём же и раздел Clonezilla), по окончанию востановления Clonezilla сама нашла себя как EFI и загрузка перекочевала на этот раздел.
После последующего востановления одного из разделов первого диска, EFI загрузка опять вернулась на Debian, думаю это особенность MB и её EFI-BIOS.
Вот такие GPT (MBR) разделы системы:
sda1 (sda1) /boot/efi Debian & LMDE2 (/boot Debian) SSD FAT32 (ext4) 300MB
sda2 (sda2) / Debian SSD ext4 30GB
sda3 (sda3) / LMDE2 SSD ext4 10GB (вся LMDE здесь)
sdb1 (sdb1) CLONEZILLA HDD FAT32 boot 300MB (потенциальная замена или слияние для "/boot/efi (/boot)" при отказе SSD) boot, hidden
sdb2 (sdb2) /var Debian HDD ext4 30GB (потенциальная замена и слияние "/var" + "/" при отказе SSD)
sdb3 (sdb3) /home Debian HDD ext4 10GB (физически нет дирректорий пользователя а только ссылки на них)
sdb4 (sdb5) /home/virtual Debian HDD 20GB или 50GB (здесь виртуальные машины)
sdb5 (sdb6) /home/main Debian HDD ext4 90GB или 120GB (здесь пользовательские папки на которые ведут ссылки)
sdb6 (sdb7) /home/multimedia Debian HDD ext4 .....GB (здесь так-же пользовательские папки на которые ведут ссылки)
sdb7 (sdb8) /home/partimag Debian HDD ext4 40GB (здесь копии разделов; монтирую как /home/partimag в Clonezill'е)
sdb8 (sdb9) swap HDD (равен размеру RAM)
swap в zswap (RAM)
tmp в tmpfs (RAM)
P.S: Востановление/перезапись четырёх системных разделов (/boot, /, /var, /home) из архивов общим размером 10GB занимает
от 10 до 15 минут + /home/virtual
до 5 минут, в зависимости от железа. Разделы естественно системные без файлопомойки!
Принцип "обзывания" образа такой например: 2017-02-23-15-GASNssd2-img ; G - первая буква имени пользователя машины (как правило он один), AS - первая и последняя буквы брэнда (ASUS или др.), N - ноутбук (D - дэсктоп, M - мини), ssd2 - второй раздел на SSD (hdd2 если на HDD). Уже долгое время использую версию clonezilla-live-2.2.3-25-......zip
https://sourceforge.net/projects/clonezilla/files/clonezilla_live_stable/ После продолжительных экспериментов с SSD (в основном Intel на MLC) пришёл к выводу об их долговечности, конечно минимальные меры предосторожности приняты. Далее
ниже привожу новое в разделах на SSD/HDD. Если кто хочет экстремальной надёжности ценой немного меньшей производительности то конфигурация разделов
выше это то что вам надо.
Вот такие GPT (MBR) разделы системы сейчас:
sda1 (sda1) /boot/efi Debian & LMDE2 (/boot Debian) SSD FAT32 (ext4) 300MB
sda2 (sda2) / Debian SSD ext4 30GB
sda3 (sda3) / LMDE2 SSD ext4 20GB или 50GB (вся LMDE здесь)
sdb1 (sdb1) CLONEZILLA HDD FAT32 boot 300MB (потенциальная аварийная замена или слияние для "/boot/efi (/boot)" при отказе SSD) boot, hidden
sdb2 (sdb2) swap Debian HDD swap 30GB (потенциальная аварийная замена для "/" при отказе SSD)
sdb3 (sdb3) /home/virtual Debian HDD 20GB или 50GB (здесь виртуальные машины)
sdb4 (sdb5) /home/main Debian HDD ext4 200GB (здесь пользовательские папки на которые ведут ссылки)
sdb5 (sdb6) /home/multimedia Debian HDD ext4 .....GB (здесь так-же пользовательские папки на которые ведут ссылки)
sdb6 (sdb7) /home/partimag Debian HDD ext4 40GB (здесь копии разделов; монтирую как /home/partimag в Clonezill'е)
swap в zswap (RAM)
tmp в tmpfs (RAM)
Кэш всех браузеров перенесён в /tmp то есть в память, в домашнем каталоге (/home/блабла) физически нет дирректорий пользователя (Документы, Видео, Изображения, Музыка и др.) а только ссылки на них. /var/cache/apt/archives перенесён в /home/partimag ссылкой, кэш ACEStream перенесён в /home/multimedia ссылкой. Ненужные или не представляющие никакого интереса логи в /var закоментированны в rsyslog.conf.
Конфигурация fstab, grub, initramfs, udev, sysctl.conf
В fstab:
tmpfs /tmp tmpfs defaults 0 0
tmpfs /var/tmp tmpfs defaults 0 0
/boot ext4 discard,noatime,commit=120,errors=remount-ro 0 1
/ ext4 discard,noatime,commit=120,errors=remount-ro 0 1
swap swap defaults 0 0
/home/virtual ext4 noatime 0 2
/home/main ext4 noatime 0 2
/home/multimedia ext4 noatime 0 2
/home/partimag ext4 nodiratime 0 2
/home/storage_a ext4 noatime 0 2
/home/storage_b ext4 noatime 0 2
/home/storage_c ext4 noatime 0 2
Параметр defaults (состоит из нескольких включая relatime) применяется по умолчанию и без его указания, параметр nodiratime перекрывается параметром noatime.
В grub:
GRUB_CMDLINE_LINUX_DEFAULT="quiet elevator=deadline zswap.enabled=1 zswap.zpool=zsmalloc zswap.compressor=lz4"
вместо elevator=deadline можно попробовать scsi_mod.use_blk_mq=1
В /etc/initramfs-tools/modules добавить
lz4
с последующим
# /usr/sbin/update-initramfs -k all -u
В /etc/udev/rules.d/65-ssd_noop.rules
ACTION=="add|change", KERNEL=="sd[a-z]", ATTR{queue/rotational}=="0", ATTR{queue/scheduler}="noop"
В sysctl.conf
# Интенсивность подкачки 50 при активном zswap
vm.swappiness=50
#
# Объём дискового кэша
vm.vfs_cache_pressure=50
#
# Время между сбросом "грязных" буферов (если только SSD)
#vm.dirty_writeback_centisecs=12000
#
# Значение SHMMAX должно быть не менее 268435456 (256 Мбайт) в системах x86
# и 1073741824 (1 Гбайт) в 64-битных
kernel.shmmax=536870912
#
# Ограничить размер буферов на запись (64x1024x1024=67108864 64MB)
# (4194304 4MB,16777216 16MB,1073741824 1GB,2147483648 2GB)
# dirty_bytes должно делиться на 4096 нацело.
vm.dirty_bytes=4194304
vm.dirty_background_bytes=1048576
На 32 битной системе в корне раздела CLONEZILLA находятся папки: live, syslinux, utils и .disk, эти же папки можно запихнуть и в корень раздела boot. На ситеме 64 бит их также можно запихнуть в корень раздела /boot/efi рядом с папкой debian или классически расположить на своём разделе CLONEZILLA тогда папку EFI удалять не надо.
Системы:
https://debianforum.ru/index.php?topic=3834.msg85673#msg85673