Ubuntu 14.04 может использовать зашифрованную подкачку, не обращаясь к неофициальным взломам?

На новой установке Ubuntu 14.04 я получаю это сообщение об ошибке во время начальной загрузки

дисковод для/dev/mapper/cryptswap1 еще не готов или не существует

и раздел подкачки никогда не активируется. От моих поисков до сих пор я нашел:

• Это - широко распространенная проблема, вероятно, влияя на каждую установку Ubuntu 14.04, на которой была активирована зашифрованная подкачка.
• Часть проблемы является легким для фиксации ошибки, вызывающей зашифрованный заголовок подкачки (сгенерированный во время начальной загрузки) перезаписать незашифрованный заголовок подкачки, который лишает возможности находить корректный раздел снова во время следующей начальной загрузки.
• Все предлагаемые решения для получения его работа, кажется, просто обходные решения, составляющие для: 1. Отключить подкачку путем установки его как noauto в fstab. 2. Создать/etc/rc.local файл (или определить Ваш собственный сервис, который будет активирован во время начальной загрузки), который активирует раздел подкачки.

Действительно ли возможно использовать зашифрованную подкачку на Ubuntu 14.04, не используя этот вид взлома? Я - совершенно удобное обновление всех установленных пакетов и фиксирую те конфигурационные файлы, которые были инициализированы с неправильным содержанием из-за ошибочных сценариев установки. Я избежал бы необходимости использовать свой собственный сценарий для активации подкачки, поскольку такой подход имеет тенденцию повредиться, когда пакеты обновляются.

Это что мой /etc/crypttab похож:

cryptswap1 /dev/sda6 /dev/urandom swap,cipher=aes-cbc-essiv:sha256,offset=16

И соответствующая строка от моего /etc/fstab :

/dev/mapper/cryptswap1 none swap sw 0 0

Что я попробовал до сих пор:

Я нашел, что дисковод сообщения для/dev/mapper/cryptswap1 еще не готов или не существует даже после попытки различных вариантов, спрашивающих о том, что могло бы быть тем же сценарием.

Но единственный ответ предлагает использованию незашифрованной подкачки.

Я нашел http://ubuntuforums.org/showthread.php?t=2200995, который утверждает, что имел решение, но решение не имеет никакого смысла мне.

Первая часть предлагаемого решения должна переписать зашифрованный заголовок подкачки с помощью mkswap. Однако, так как этот заголовок шифруется с ключом, который не является персистентным через перезагрузки, этот шаг не помог бы получению подкачки, работающей после следующей перезагрузки.

Это также предлагает обновления/etc/fstab, но кажется, что мой fstab уже смотрит правильно.

Сообщение принимает LVM, который я не использую. Я не знаю о любом пути, который имел бы значение.

Я нашел https://bugs.launchpad.net/ubuntu / + source/ecryptfs-utils / + ошибка/1310058, которая помогла мне понять проблему с перезаписываемым заголовком подкачки и то добавление offset кому: crypttab и регенерация незашифрованного заголовка подкачки, может разрешить эту проблему.

Однако перезаписанный заголовок не является единственной проблемой в действии, существует другая проблема, которую я еще не полностью понимаю.

Другие вещи я узнал о проблеме:

От чтения /lib/cryptsetup/cryptdisks.functions Я узнал, что во время начальной загрузки, устройство, как предполагается, создается с помощью имени cryptswap1_unformatted затем зашифрованный заголовок подкачки должен быть записан, и устройство должно быть переименовано как cryptswap1. В журнале ядра я нахожу это сообщение об ошибке:

[   39.419429] device-mapper: ioctl: Unable to change name on mapped device cryptswap1_unformatted to one that already exists: cryptswap1

Смутно результат этого оказывается этим, устройство действительно заканчивает тем, что имело имя cryptswap1, но swap заголовок никогда не писался.

Подкачка работает во время тех начальных загрузок, где проверка файловой системы была выполнена. Только, когда никакие проверки файловой системы не выполняются, я получаю страшное cryptswap1 is not ready yet ошибка.

В /var/log/upstart/cryptdisks.log Я нахожу сообщение об ошибке

Device cryptswap1_unformatted already exists.

Однако путем добавления некоторого дополнительного входа к /lib/cryptsetup/cryptdisks.functions, Я узнал, что существует гонка между /etc/init.d/cryptdisks-early и /etc/init/cryptdisks.conf. Любой вход я добавляю к cryptdisks.functions может влиять, как действия этих двух сценариев чередованы, и иногда, это заканчивает тем, что работало.

Ясно, что эти два, как предполагается, не обрабатывают то же устройство параллельно. Как я мог сериализировать эти два сценария, такой, что подкачка работает над каждой начальной загрузкой?