[Gelistirici] Lvm & Raid ile ilgili...

[Emre Erenoglu]

Merhaba,

2008/12/22 Onur Küçük <onur at pardus.org.tr>

>
> On Sat, 20 Dec 2008 00:45:25 +0100
> "Emre Erenoglu" <erenoglu at gmail.com> wrote:
>
> > Merhaba,
> >
> > 2008/12/19 Onur Küçük <onur at pardus.org.tr>
> >
> > >
> > >  Ben bu işten pek anlamıyorum, ilgili modüllerin sistem init
> > > başlamadan yüklenmesi mi gerekiyor ? Eğer öyleyse initramfs içinde
> > > olmalı
> > >
> > >  http://svn.pardus.org.tr/uludag/trunk/comar/mudur/src/
> > >
> > >  Değilse müdür / udev içinde halledilebilir tabi
> > >
> >
> > Ben bir ara uretilen lvm2 paketini sistemime kurmustum (Name: lvm2,
> > version: 2.02.39, release: 7, build 1).  Bununla ilgili modul ve
> > executable'lari daha once devel listesine attigim bir mesajda, init
> > ve mkinitramfs dosyalarini degistirrerek, initrd icinde atmayi
> > basardim.
>
>  Şu anki initramfs kullanımımızda şöyle bir sorunumuz var, initramfs
> kernel paketi ile birlikte geliyor ve paket derlenirken oluşturuluyor.
> Bu sebeple kernel paketi dışındaki paketlerden gelen kernel modüllerini
> (derlenirken kernel in çoktan derlenip paketlenmiş olması sebebiyle)
> initramfs içine sağlıklı bir şekilde alamıyoruz.


Neden alamiyoruz, mkinitramfs script'ine parametre verince alinabiliyor? Ya
da en basitinden, lvm2, raid ve virtio modullerini dogrudan initramfs'in
icine atalim, kernel'e parametre vererek devreye girsin ciksinlar.
Ugrasmayalim, kac kb'lik yer kaplar ki bunlar hepi topu. Benim initramfs
mesela lvm ve raid'le birlikte 6,2 mByte, virtio da eklesek hepi topu 6,5
olur max.

Kitaplıklar için bir sorun yok, başka programları da initramfs içine
> allıyoruz zaten.
>
>  Bunun değişmesi gerekiyor mu bu destek için ?


Onu siz daha iyi bilirsiniz :) Diger gelistiricler belki yorum yapabilir.
Sonuc olarak sisteme lvm2 statik binary'si eklenmeli, virtio modulleri
eklenmeli, hepsi bu (simdikinden fark olarak).

-- 
Emre
-------------- sonraki bölüm --------------
Bir HTML eklentisi temizlendi...
URL: <http://liste.pardus.org.tr/gelistirici/attachments/20081222/7c83fea4/attachment-0002.htm>