https://opennet.ru/openforum/vsluhforumID1/89522.html Имеем RHEL 5.4. Во время инсталляции был выбрал режим "Шифрование данных", таким образом, что все разделы, в т.ч. "/" были зашифрованы с помощью LUKS.<br><br>Сейчас обстоятельства изменились и шифрование стало не нужно (более того, оно стало вредно).<br>Изучил man cryptsetup, много гуглил, но так и не нашел решения - как дешифровать диск, сохранив при этом данные? Все, что предлагается в сети - это удалить раздел (что не подходит в случае "/").<br>Имеет кто-то опыт ДЕшифрования системного раздела?<br> https://opennet.ru/openforum/vsluhforumID1/89522.html#4 Mon, 09 Aug 2010 19:55:34 GMT &gt;[оверквотинг удален]<br>&gt;образом, что все разделы, в т.ч. "/" были зашифрованы с помощью <br>&gt;LUKS. <br>&gt;<br>&gt;Сейчас обстоятельства изменились и шифрование стало не нужно (более того, оно стало <br>&gt;вредно). <br>&gt;Изучил man cryptsetup, много гуглил, но так и не нашел решения - <br>&gt;как дешифровать диск, сохранив при этом данные? Все, что предлагается в <br>&gt;сети - это удалить раздел (что не подходит в случае "/"). <br>&gt;<br>&gt;Имеет кто-то опыт ДЕшифрования системного раздела? <br><br>Самое простое создание нового раздела и копирования данных на него, ну а после изменение настроек системы, вот и все.<br>Для копирования данных советую посмотреть в сторону утилиты cp и к ее ключам -a -x -Z.<br> https://opennet.ru/openforum/vsluhforumID1/89522.html#3 Sun, 08 Aug 2010 12:30:33 GMT &gt;Если есть возможность вывести сервер в offline, тогда можно подумать о таком <br>&gt;сценарии: boot с внешнего диска (RHEL rescue, например), копирование всех данных <br>&gt;с серверного / на запасной диск, затем mkfs на / и <br>&gt;восстановление данных обратно (плюс правка /etc/fstab и, возможно, grub.conf). Копирование нужно <br>&gt;проводить с сохранением всех аттрибутов (soft links, permissions, SELinux labels и <br>&gt;т.д.) - tar кажется наиболее доступным решением. В идеале должны уместиться <br>&gt;в несколько часов. <br>&gt;<br>&gt;WWell, <br><br>Не понимаю, зачем загружаться с отдельного носителя, чтобы от-backup-ировать данные. Это вполне делается и на живую.<br><br>Мне так же кажется странным, что человек думает о "расшировке" раздела, когда у него есть возможность тупо бекапировать данные :)<br><br>И ещё одно. Почему "dd" не решение? После введения ключа для расшифровки раздела, в /dev/mapper можно обнаружить данный раздел "в расшифрованном состоянии". Хотя путь с копированием файлов, IMHO, хотя бы чисто идеологически порядком красивее, чем копир https://opennet.ru/openforum/vsluhforumID1/89522.html#2 Sun, 08 Aug 2010 10:55:51 GMT Привет,<br><br>&gt;Имеет кто-то опыт ДЕшифрования системного раздела? <br><br>Точно в таком виде, как нужен вам - нет. То, что предлагают вам выше - возможное решение. <br><br>Суть проблемы с "дешифрированием" в том, что на вашем разделе диска между физическим слоем и файловой системой теперь проложен еще один слой - шифрование. Из-за этого dd не решение. <br><br>Если есть возможность вывести сервер в offline, тогда можно подумать о таком сценарии: boot с внешнего диска (RHEL rescue, например), копирование всех данных с серверного / на запасной диск, затем mkfs на / и восстановление данных обратно (плюс правка /etc/fstab и, возможно, grub.conf). Копирование нужно проводить с сохранением всех аттрибутов (soft links, permissions, SELinux labels и т.д.) - tar кажется наиболее доступным решением. В идеале должны уместиться в несколько часов. <br><br>WWell,<br><br><br> https://opennet.ru/openforum/vsluhforumID1/89522.html#1 Fri, 06 Aug 2010 19:53:11 GMT &gt;Имеет кто-то опыт ДЕшифрования системного раздела? <br><br>Я, понимаю, что то, что я вам скажу, вам нафиг не нужно. Но слова "дешифровать" и "расшифровать" - имеют разный смысл. Первое означает по сути "взломать" (т.е. получить данные не имея изначально ключа шифрования), а второе соотвестввенно означает обычный штатный обратный процесс от шифрования, имея все необходмые для того данные.<br><br>А по делу, IMHO, таких программ нет. Однако, если "resize" работает, то вы можете попробывать постепенно уменьшать шифрованный раздел на сколько это позволяет свободное место, и увеличивать новый раздел, куда в свою очередь постепенно перемещать данные...<br>