SLES без разделов Установка
Гости Windows VMWare могут быть легко изменены в реальном времени. Для гостей Linux я использовал LVM (добавить диск, partprobe, добавить диск в vg, lvextend, resize2fs). Это работает.
Я только что наткнулся на набросок лучших подходов. Первый кажется чрезвычайно выполнимым, используйте физический том LVM без разделов. Это позволяет расширить с одним дополнительным томом (и значительно проще и меньше работы). Было бы еще лучше, если бы я мог свести его к одному VMDK
Тем не менее, в нескольких постах, разбросанных по Интернету (включая двоюродного брата unix этого вида), запущенного из бездискового VMDK, упоминается более благоприятный вариант. Это кажется очень чистым, но я сталкиваюсь с серьезным препятствием для тестирования (и внедрения) установки в систему без разделов.
Мы магазин SLES/OES, это может быть легко с другим дистрибутивом, но я не могу заставить установщик пропустить разбиение. Я попытался представить его с предварительно отформатированным целым диском и различными вариантами процесса форматирования установочного диска SLES.
FWIW, вот некоторые сообщения...
https://unix.stackexchange.com/questions/14010/the-merits-of-a-partitionless-filesystem (последнее сообщение)
http://v-reality.info/2010/06/working-with-linux-volumes-n-vsphere/
Я мог бы вручную копировать / перемещать вещи. У кого-нибудь есть предложения?
2 ответа
Если есть возможность использовать целый диск в качестве PV, я бы пошел на это. Это позволило бы использовать разные LV для разных точек монтирования даже без разделов.
Что касается установщика - установите вашу систему в разделенную виртуальную машину, а затем клонируйте ее на сырой диск другого виртуального компьютера. Обязательно поменяй /boot/grub/device.map
, /etc/fstab
, /boot/grub/menu.lst
в /dev/sda из /dev/sdaN.
Возможно, вам придется переустановить grub, используя также аварийный диск.
За последние несколько месяцев я разработал (набор) ответов.
Сначала я разработал метод установки без разделов. Я закончил с (на мой взгляд) лучшим подходом, поэтому объяснение неполное:
- установить на виртуальный диск с одним разделом (без подкачки)
- создать еще один сырой диск
- отформатировать диск напрямую (mkfs -text2 /dev/WHATEVER)
- Окунись с личинкой, чтобы убедить ее загрузиться. Детали теперь немного туманные (прошло много времени с тех пор, как я это разработал), но в основном это: а) загрузка из образа для восстановления (я использовал gparted CD для соответствующей архитектуры) б) запуск grub из этого образа с параметрами принудительной установки.
Было несколько проблем с этим подходом. Изменение размера в реальном времени работает точно, но ни одна из команд "перечитать таблицу разделов" (kpartx и т. П.) Не работает. Это имеет некоторый смысл, так как нет раздела для чтения. Для распознавания изменения размера должна быть перезагрузка. Но, как я указал:
ЛУЧШИЙ ПОДХОД
Это было не интуитивно для меня. Это требует двух перезагрузок, но это время простоя.
- Создайте один раздел установки (он может работать с swap, но без него чище).
- изменить размер с помощью инструмента управления ВМ
- переписать таблицу разделов с помощью fdisk. Да, страшно, но на самом деле гораздо безопаснее, чем кажется: подробности
- Создайте снимок в качестве меры предосторожности
- перезагрузите компьютер или выполните повторное сканирование.
- распечатайте таблицу разделов в качестве меры предосторожности
- удалить таблицу разделов (только один раздел делает это проще)
- воссоздать раздел. Значения по умолчанию почти наверняка верны, но именно поэтому вы сохраняете копию.
- не забудьте пометить этот раздел как загрузочный!
- выпиши это.
- перезагрузка (скрестите пальцы, но это будет работать).
- resize2fs
Это имеет минимальное время простоя и будет работать со стандартными установками. Это значительно проще, чем LVM. Его можно задним числом применить практически к любой установке (несколько разделов просто усложняют процесс отдыха). Это намного быстрее (и я бы сказал, что безопаснее), чем gparted подход.