Я не знаю решения для шифрования.
Но Вы могли бы рассмотреть другой подход путем заполнения данных для входа в файл с соответствующими правами доступа. (MySQL = .my.cnf
, PostgresSQL = .pgpass
и т.д.).
Тем путем можно постараться не шифровать сценарии оболочки, который не звучит безопасным мне так или иначе.
Сначала вам нужно переместить / dev / sda3
вправо, чтобы нераспределенное пространство было до вместо после ит. Затем вы сможете изменить размер / dev / sda2
.
У нас тоже было это горе. В конце концов, нам стало проще создать новую виртуальную машину с достаточно большим загрузочным диском, чтобы обеспечить ее рост в будущем. И все наши машины клонируются с этого и получают второй диск.
C: зарезервирован для ОС и основных программ. D: это то место, куда попадают все пользовательские данные и большие программы (в нашем случае Oracle).
Горячее расширение D: очень просто (даже со старым программным обеспечением, таким как ESX 3.5 и W2K3).