Изменение размеров раздела начальной загрузки с полным шифрованием диска
Я видел ответы на общий вопрос относительно изменения размеров раздела начальной загрузки. В моем случае я установил Альтернативу Ubuntu 12.04 с полным шифрованием диска. Так как диск не может быть смонтирован во время изменить размер операции, разве это не повредит основной раздел?
Мне создали резервную копию всего, таким образом, я мог потенциально сделать переустанавливание, но я не знаю, как указать размер раздела начальной загрузки до шифрования.
3 ответа
Я принимаю полным шифрованием диска, Вы означаете иметь маленький незашифрованный раздел начальной загрузки и другой раздел, который является физическим томом для шифрования (dm-склеп). Если не будет никакого пространства, промежуточного их, то Вы не сможете непагубно изменить размер зашифрованного раздела для создавания большего количества пространства для начальной загрузки/.
Смотрят на мой ответ здесь - это могло бы помочь.
Да, изменение размеров начальной загрузки возможно, но это очень сложно. Я только делал бы попытку этого после резервного копирования ВСЕХ Ваших данных. Если Вы делаете ошибку, потенциал за потерю данных довольно высок. Вы захотите иметь некоторую загрузочную Ubuntu живой USB/CD, готовый, поскольку необходимо выполнять эти операции после начальной загрузки к живому USB/CD.
я узнал твердый путь некоторое время назад, когда сообщество Linux изменяет требования относительно необходимого размера раздела начальной загрузки. Ранее, 100-200 МБ было достаточно для начальной загрузки, но затем сообщество удвоило свои требования размера. Это повлияло на пользователей, которые следовали предыдущим инструкциям.
https://serverfault.com/questions/334663/what-is-the-recommended-size-for-a-linux-boot-partition
Для текущих требований для / загружается, я отослал бы Вас к официальным инструкциям.
https://help.ubuntu.com/community/DiskSpace
Во время этой записи инструкций рекомендуют начальную загрузку / от 250 МБ до 1 ГБ пространства. Я рекомендовал бы отдельный раздел начальной загрузки с самым большим требуемым пространством. Раздел начальной загрузки должен быть не зашифрован во время процесса начальной загрузки. Процесс начальной загрузки будет монтировать различные зашифрованные разделы по пути, например, LUKS зашифровал диски или зашифровал Корневые каталоги и существует различие между этими подходами. По моему опыту, использование различных параметров шифрования жесткого диска Ubuntu имеет тенденцию приводить к проблемам при обновлении Ubuntu позже, требующей ручного вмешательства.
Для общего обзора, я буду, отослал Вас к этой статье, которую я считаю правильно написанными.
'LUKS, шифрующий несколько разделов на Debian/Ubuntu с единственным паролем'
, Когда Вы находите потребность изменить Ваши разделы, я нашел это сообщение очень полезным.
, 'Как Изменить размер Системы Зашифрованного файла LUKS'
https://ubuntuforums.org/showthread.php? t=726724
Теперь, потому что gparted не поддерживает перемещение, зашифровал разделы LUKS, это не может быть сделано с помощью gparted команды из командной строки, ни GUI. Я нашел, что можно использовать gparted, чтобы создать разделы и затем использовать dd для перемещения зашифрованных разделов вокруг использования сектора копиями сектора. Это действительно включает способность вычислить размеры партона с точки зрения секторов. Создание ошибки означает потерю данных и переустанавливание.
В моем случае, я должен увеличить размер своего партона начальной загрузки с 537 МБ до 1 ГБ. Мне нужно это как часть моего обновления от Ubuntu 12.04 до 14,04 так, чтобы обновление Ubuntu могло найти достаточно пространства на начальной загрузке/. Да, можно удалить, автоудаляют к свободному, располагают с интервалами в начальной загрузке/, но общие требования изменились так, я увеличивал начальную загрузку для корректировки к тем инструкциям также. Здесь было мое расположение раздела.
Partition Table: gpt
Number Start End Size File system Name Flags
1 1049kB 538MB 537MB fat32 boot
2 538MB 794MB 256MB ext2
3 794MB 240GB 239GB
у меня есть зашифрованный диск LUKS в партоне № 3 и моя начальная загрузка в разделе № 1, таким образом, было недостаточно пространства для расширения начальной загрузки/. Обратите внимание, что Gparted не может переместить раздел № 3, поскольку это - зашифрованный раздел. Для фиксации этого, я создал четвертый партон в конце своего диска того же размера в секторах и использовал dd для копирования содержания раздела № 3 для разделения № 4. Я нашел полезным изменить размер моего корня к минимальному необходимому размеру. Таким образом я выполнил следующие операции для обращения к размеру моей начальной загрузки/.
- Уменьшенный корневая файловая система в разделе № 3
- Измененный раздел № 3 (чтобы быть меньшим)
- Созданный раздел № 4 того же размера (в конце диска)
- Используемый DD для копирования секторов раздела № 3 к разделу № 4
- Удаленный раздел № 3 к свободному располагает с интервалами на диске
- Используемый Gparted, чтобы изменить размер и переместить разделы № 2 и № 1
- Созданный новый партон № 3 того же размера как уменьшенный № 3 (или раздел № 4)
- , Используемый DD для копирования секторов раздела № 4 к разделу № 3
- Удаляет раздел № 4
- , Разворачивают размер партона № 3 к исходному № 3 размеру
- Обновленный, файловая система, содержавшаяся в № 3, зашифровала раздел к остающемуся пространству
Этот способ, которым я мог удалить раздел № 3 и использовать gparted, чтобы переместить и увеличить разделы № 1 и № 2. Прочтение руководств выше должно обеспечить достаточно понимания для навигации по пути вперед. Это не показывают здесь, но в уменьшении моего корневого раздела, я удалил группу объема подкачки на том же разделе и воссоздал его в конце. Все это делается, в то время как загружено к Linux Живая карта флэш-памяти с интерфейсом USB. Следующее является несколькими моих примечаний, которые не были легко доступны в руководствах выше.
я нашел blockdev полезный в отображении размера разделов в секторах. Это помогает мне, поскольку я вычислял размеры сектора.
sudo blockdev --getsize /dev/mapper/isw_dcgdihhid_SSD_CRUCIAL_M500p2
499712
единица 'команды Gparted s' отобразит Вашу таблицу разделов в секторах. Вся калибровка раздела, удаление и создание сделана с помощью Gparted. Таким образом, можно просто сделать всю математику в секторах. 'Единица, компактная', переключится назад на формат МБ/ГБ, если Вы захотите, видят то, на что похожа математика сектора.
(parted) unit s
(parted) p
Model: Linux device-mapper (mirror) (dm)
Disk /dev/mapper/isw_dcgdihhid_SSD_CRUCIAL_M500: 468857096s
Sector size (logical/physical): 512B/4096B
Partition Table: gpt
Number Start End Size File system Name Flags
1 2048s 1050623s 1048576s fat32 boot
2 1050624s 1550335s 499712s ext2
3 1550336s 456656896s 455106561s
команда resize2fs имеет изящную опцию изменить размер к Минимуму. Кроме того, я удалил свою группу объема подкачки во время этой части.
ubuntu@ubuntu:~$ sudo resize2fs -M -p /dev/ubuntu-vg/root
resize2fs 1.42.9 (4-Feb-2014)
Resizing the filesystem on /dev/ubuntu-vg/root to 2261211 (4k) blocks.
Begin pass 3 (max = 1600)
Scanning inode table XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
The filesystem on /dev/ubuntu-vg/root is now 2260992 blocks long.
, Когда Вы изменяете размер таблиц разделов, возвращаются и обновляют gparted. Используемый 4096 * 2260992 и затем blockdev для проверки математики здесь. Вот команда gparted.
(parted) resizepart 3
End? [224419843s]? 225970179s
Warning: Shrinking a partition can cause data loss, are you sure you want to continue?
Yes/No? yes
Device /dev/mapper/isw_dcgdihhid_SSD_CRUCIAL_M500p3 not found
device-mapper: table ioctl on failed: No such device or address
(parted) p
Model: Linux device-mapper (mirror) (dm)
Disk /dev/mapper/isw_dcgdihhid_SSD_CRUCIAL_M500: 468857096s
Sector size (logical/physical): 512B/4096B
Partition Table: gpt
Number Start End Size File system Name Flags
1 2048s 1050623s 1048576s fat32 boot
2 1050624s 1550335s 499712s ext2
3 1550336s 225970179s 224419844s
Примечание размер количества сектора раздела № 3 меньше, чем мой исходный список т.е. Этот способ, которым можно использовать gparted для создания раздела № 4 перед копией DD. Уменьшение освобождает больше дискового пространства для той копии.
ubuntu@ubuntu:~$ sudo dd if=/dev/mapper/isw_dcgdihhid_SSD_CRUCIAL_M500 of=/dev/mapper/isw_dcgdihhid_SSD_CRUCIAL_M500 bs=512 skip=1550336 count=224419844 seek=244437218
224419844+0 records in
224419844+0 records out
114902960128 bytes (115 GB) copied, 2146.1 s, 53.5 MB/s
После копии DD, разрешения и увеличивают размер Вашего / раздела начальной загрузки. Вы удалите исходный № 3 партон и затем воссоздали раздел № 3 в новом местоположении сектора после увеличенных разделов № 2 и № 1. Снова blockdev использовался для измерения размеров сектора. Я создал этот раздел № 3 как тот же размер как раздел № 4, который меньше, чем № 3 был первоначально. Используйте DD для копирования секторов № 4 в раздел № 3.
ubuntu@ubuntu:~$ sudo dd if=/dev/mapper/isw_dcgdihhid_SSD_CRUCIAL_M500 of=/dev/mapper/isw_dcgdihhid_SSD_CRUCIAL_M500 bs=512 skip=244437218 count=224419844 seek=9242624
После копирования, удалите раздел № 4 и разверните размер раздела № 3. В моем случае я просто восстановил к партону № 3 для калибровки его, был, когда я запустил. У меня было достаточно пространства, чтобы сделать это.
(parted) resizepart 3
End? [464349185s]? 464349184s
Warning: Shrinking a partition can cause data loss, are you sure you want to continue?
Yes/No? y
Device /dev/mapper/isw_dcgdihhid_SSD_CRUCIAL_M500p3 not found
device-mapper: table ioctl on failed: No such device or address
(parted) p
Model: Linux device-mapper (mirror) (dm)
Disk /dev/mapper/isw_dcgdihhid_SSD_CRUCIAL_M500: 468857096s
Sector size (logical/physical): 512B/4096B
Partition Table: gpt
Number Start End Size File system Name Flags
1 2048s 4192255s 4190208s fat32 boot
2 5146624s 9242623s 4096000s ext2
3 9242624s 464349184s 455106561s
, Когда gparted увеличил размер раздела, он не обновляет файловую систему. Обратите внимание, что файловая система содержится в зашифрованном разделе, таким образом, это должно быть открыто и смонтировано для внесения этого изменения. Используйте следующую команду для фиксации этого. Это может быть сделано в живой системе при необходимости.
user@zagyg:/$ sudo resize2fs /dev/ubuntu-vg/root
resize2fs 1.42.9 (4-Feb-2014)
Filesystem at /dev/ubuntu-vg/root is mounted on /; on-line resizing required
old_desc_blocks = 1, new_desc_blocks = 13
The filesystem on /dev/ubuntu-vg/root is now 54266880 blocks long.
В заключение в то время как Gparted не поддерживает его операцию исходно, но это - невероятный полезный инструмент для руководящих разделов. По-моему, немного более полезно, чем fdisk. Между Gparted и DD я смог управлять своими разделами и затем просто использовать инструменты Ubuntu для обновления от 12.04 LTS до 14.04 LTS.
Я знаю, что этот вопрос стар, но подходит при поиске небольшой проблемы раздела начальной загрузки и использовании шифрования диска.
Установщик Ubuntu ubiquity использование partman для разделения. Когда опция "Use the entire disk" выбрана, конфигурации раздела появляются из partman файлов рецепта в /lib/partman/recipes-[arch]/* и /lib/partman/recipes/* на живом CD. Найдите рецепт используемым установщиком и измените максимальный размер для /boot раздел. В моей системе используемый рецепт по умолчанию /lib/partman/recipes/30atomic. Откройте терминал:
ubuntu@ubuntu:~$ sudo nano /lib/partman/recipes/30atomic
Перейдите к разделу для раздела начальной загрузки и измените третье число (256 ниже) к размеру, который Вы хотите (я рекомендовал бы по крайней мере 512):
128 512 256 ext2
$defaultignore{ }
method{ format }
format{ }
use_filesystem{ }
filesystem{ ext2 }
mountpoint{ /boot }
Этот раздел говорит, что размер будет между 128M и 256M с приоритетом 512, который определяет как важный размер этого раздела относительно других.
Сохраните его с Ctrl+O, Войдите. Затем запустите установщик, установите, как обычно.