Ни один tgt не IET даст Вам функциональность "добавленного изображения", потому что это - просто не их задание. Все, что они делают для Вас, обеспечивает доступ к блочному устройству через протокол iSCSI. Ничто как этот не в рамках iSCSI вообще.
Однако Вы могли бы создать то, что Вы ищете при помощи снимков LVM: http://tldp.org/HOWTO/LVM-HOWTO/snapshotintro.html
где Вы использовали бы некоторый предзаполненный диск в качестве стартового изображения и создали бы несколько снимков с довольно размерными областями КОРОВЫ для Ваших тонких клиентов для записи на. Экспорт снимков через iSCSI дал бы Вам желаемый результат.
Однако примите во внимание, что этот вид операции идет с некоторыми проблемами управляемости - после создания снимков изменения в исходном диске не распространены к снимкам, таким образом, нет никакого простого способа к центральным изменениям конфигурации или обновлениям изображения.
Другим возможным вариантом было бы использование ZFS (или с Солярисом или с использованием реализации zfs-предохранителя для Linux) и или снимки или основанные на блоке функции дедупликации. Дедупликация является довольно дорогой с точки зрения RAM, но могла бы оставить больше свободное место в некоторых сценариях.
Установка ZFS даст Вам еще некоторую гибкость - со снимками LVM, Вы должны создать определенную сумму устройства хранения данных к Вашей области CoW снимка во время создания и должны заботиться о возможных водосливных ситуациях впоследствии (переполнение снимка действительно представляет неприменимые снимки и должно быть предотвращено - например, путем расширения размера CoW), с гибким выделением ZF, нет никакой потребности в этом.
Denis
Мой Google-Fu понял это! в EMS мне пришлось ввести: add-pssnapin * exchange * -erroraction SilentlyContinue