debian etch - / on LVM2 on RAID1
Добавлено: 08 окт 2007, 03:12
да, я знаю что вобщем-то тема пройдена, но не в контексте дебиана.
во первых - LVM в принципе не обязательно, хотя если это не стоит большого труда, то почему бы и нет, вещь приятная во всех отношениях.
важный момент - я вобщем-то сторонник сваливать все на одну ФС и даже своп там делать в виде файла, свои недостатки в этом конечно есть, но представить ось в виде такой монолитной абстракции всегда удобно, особенно в случае возникноения ситуаций всяческих нежелательных.
итак - строим логическую цепочку. граб грузит ядро, почитав в MBR где оно лежит. грузит он его только с простой FS, без всяких там рэйдов и LVMов(я прав?), значит без простого /boot, вне рэйда и ЛВМа, нам никак не обойтись, так? если да, то выделяем на одном диске мега 32 под бут, а на остальном создаем половинку рэйда. вторую половинку точно такого же размера создаем на втором диске и получаем 32 мега которые неизвестно куда девать. это норма? ладно, грузим с /boot само ядро, оно грузит inird, тот потом обсудим как находит RAID на котором находит LVM, монтирует это, запускает оттуда init и понеслась душа в рай по rc-скриптам, дальше уже от этой схемы ничего не зависит по большому счету, да?
а, да, инсталляция уже выполнена, поэтому мы потом обсудим миграцию, но для начала хотелось бы выяснить оптимальность сей схемы в принципе. LVM в принципе не обязательно, поэтому если это сильно упростит жизнь то можно и отказатся.
просто трудно как-то - у меня раньше было монолитное ядро самодельное, самодельный же инит и вообще все самодельное, а теперь все работает само и как этим управлять - непонятно.
разьясните плиз все в кратце и однозначно, дальше я сам разберусь.
во первых - LVM в принципе не обязательно, хотя если это не стоит большого труда, то почему бы и нет, вещь приятная во всех отношениях.
важный момент - я вобщем-то сторонник сваливать все на одну ФС и даже своп там делать в виде файла, свои недостатки в этом конечно есть, но представить ось в виде такой монолитной абстракции всегда удобно, особенно в случае возникноения ситуаций всяческих нежелательных.
итак - строим логическую цепочку. граб грузит ядро, почитав в MBR где оно лежит. грузит он его только с простой FS, без всяких там рэйдов и LVMов(я прав?), значит без простого /boot, вне рэйда и ЛВМа, нам никак не обойтись, так? если да, то выделяем на одном диске мега 32 под бут, а на остальном создаем половинку рэйда. вторую половинку точно такого же размера создаем на втором диске и получаем 32 мега которые неизвестно куда девать. это норма? ладно, грузим с /boot само ядро, оно грузит inird, тот потом обсудим как находит RAID на котором находит LVM, монтирует это, запускает оттуда init и понеслась душа в рай по rc-скриптам, дальше уже от этой схемы ничего не зависит по большому счету, да?
а, да, инсталляция уже выполнена, поэтому мы потом обсудим миграцию, но для начала хотелось бы выяснить оптимальность сей схемы в принципе. LVM в принципе не обязательно, поэтому если это сильно упростит жизнь то можно и отказатся.
просто трудно как-то - у меня раньше было монолитное ядро самодельное, самодельный же инит и вообще все самодельное, а теперь все работает само и как этим управлять - непонятно.
разьясните плиз все в кратце и однозначно, дальше я сам разберусь.