SLES Установка без раздела

Я также размещаюсь OVH, и у меня есть набор этого:

20 июля 7:29:25 nsxxxxxx ядро: grsec: От x.x.x.x: отказ Сегментации произошел в 00007f0e17e3e300 в/usr/lib/jvm/java-6-sun-1.6.0.17/jre/bin/java [java:4177] uid/euid:1011/1011 gid/egid:1011/1011, родитель/sbin/init [init:1] uid/euid:0/0 gid/egid:0/0

20 июля 7:29:25 nsxxxxxx ядро: grsec: От x.x.x.x: отказ Сегментации произошел по телефону 0000000000000008 в/usr/lib/jvm/java-6-sun-1.6.0.17/jre/bin/java [java:30441] uid/euid:1011/1011 gid/egid:1011/1011, родитель/sbin/init [init:1] uid/euid:0/0 gid/egid:0/0

20 июля 7:29:25 nsxxxxxx ядро: grsec: От x.x.x.x: отказ Сегментации произошел по телефону 0000000000000008 в/usr/lib/jvm/java-6-sun-1.6.0.17/jre/bin/java [java:30441] uid/euid:1011/1011 gid/egid:1011/1011, родитель/sbin/init [init:1] uid/euid:0/0 gid/egid:0/0

20 июля 7:30:00 nsxxxxxx ядро: grsec: От x.x.x.x: отказ Сегментации произошел по телефону 0000000000000008 в/usr/lib/jvm/java-6-sun-1.6.0.17/jre/bin/java [java:30620] uid/euid:1011/1011 gid/egid:1011/1011, родитель/sbin/init [init:1] uid/euid:0/0 gid/egid:0/0

20 июля 7:30:02 nsxxxxxx ядро: grsec: От x.x.x.x: отказ Сегментации произошел по телефону 0000000000000008 в/usr/lib/jvm/java-6-sun-1.6.0.17/jre/bin/java [java:30620] uid/euid:1011/1011 gid/egid:1011/1011, родитель/sbin/init [init:1] uid/euid:0/0 gid/egid:0/0

20 июля 7:30:02 nsxxxxxx ядро: grsec: От x.x.x.x: отказ Сегментации произошел в 000000000000001c в/usr/lib/jvm/java-6-sun-1.6.0.17/jre/bin/java [java:30672] uid/euid:1011/1011 gid/egid:1011/1011, родитель/sbin/init [init:1] uid/euid:0/0 gid/egid:0/0

20 июля 7:30:14 nsxxxxxx ядро: grsec: От x.x.x.x: отказ Сегментации произошел по телефону 0000000000000008 в/usr/lib/jvm/java-6-sun-1.6.0.17/jre/bin/java [java:30683] uid/euid:1011/1011 gid/egid:1011/1011, родитель/sbin/init [init:1] uid/euid:0/0 gid/egid:0/0

20 июля 7:30:14 nsxxxxxx ядро: grsec: От x.x.x.x: отказ Сегментации произошел по телефону 0000000000000008 в/usr/lib/jvm/java-6-sun-1.6.0.17/jre/bin/java [java:30683] uid/euid:1011/1011 gid/egid:1011/1011, родитель/sbin/init [init:1] uid/euid:0/0 gid/egid:0/0...

Кажется, что, изменяя ядро на не GRSEC можно было работать.

2
задан 13 April 2017 в 15:37
2 ответа

Если возможно использовать весь диск в качестве PV, я бы пошел на это. Это позволит использовать разные LV для разных точек монтирования даже без разделов.

Что касается установщика - установите вашу систему в разделенную виртуальную машину, а затем клонируйте ее на необработанный диск другой виртуальной машины. Обязательно измените /boot/grub/device.map , / etc / fstab , /boot/grub/menu.lst на / dev / sda с /dev/sdaN.

Возможно, вам придется переустановить grub, также используя аварийный компакт-диск.

1
ответ дан 3 December 2019 в 11:56

За последние несколько месяцев я выработал (набор) ответов.

Во-первых, я разработал метод безраздельной установки. В итоге я выбрал (на мой взгляд) лучший подход, поэтому объяснение неполное:

  1. установить на виртуальный диск с одним разделом (без подкачки)
  2. создать другой необработанный диск
  3. напрямую отформатировать диск ( mkfs -text2 / dev / WHATEVER)
  4. Похуй с grub, чтобы убедить его загрузиться. Детали сейчас несколько расплывчаты (я давно не работал над этим), но в основном это а) загрузка из аварийного образа (я использовал gparted CD для соответствующей архитектуры) б) запуск grub из этого образа с параметрами принудительной установки

При таком подходе было несколько проблем. Изменение размера в реальном времени работает по точкам, но ни одна из команд «перечитать таблицу разделов» (kpartx и т.п.) не работает. В этом есть смысл, так как раздела для чтения нет. Чтобы изменение размера было распознано, требуется перезагрузка. Но, как я указал:

ЛУЧШИЙ ПОДХОД

Это было не интуитивно для меня. Требуется две перезагрузки, но это время простоя.

  1. Создайте установку с одним разделом (он может работать с подкачкой, но чище без).
  2. изменить размер с помощью инструмента управления виртуальными машинами
  3. переписать таблицу разделов с помощью fdisk. Ага, страшно, но на самом деле намного безопаснее, чем кажется: подробности
    1. Создайте снимок в качестве меры предосторожности
    2. перезагрузите или выполните повторное сканирование в реальном времени.
    3. распечатайте таблицу разделов в качестве меры предосторожности
    4. удалите таблицу разделов (только один раздел упрощает эту задачу)
    5. воссоздать раздел. Значения по умолчанию почти наверняка верны, но именно поэтому вы сохраняете копию.
    6. убедитесь, что раздел помечен как загрузочный!
    7. запишите его.
    8. перезагрузите (скрестите пальцы, но это сработает).
    9. resize2fs

У этого есть минимальное время простоя, и он будет работать со стандартными установками. Это значительно проще, чем подходы LVM. Его можно задним числом применить практически к любой установке (несколько разделов только усложняют воссоздание). Это намного быстрее (и я бы против интуитивно утверждал, что безопаснее), чем подход gparted.

1
ответ дан 3 December 2019 в 11:56

Теги

Похожие вопросы