> Ornegin ubuntu'da bu /etc/network/interfaces dosyasinda bir
> degisiklik yapip /etc/init.d/networking stop
> /etc/init.d/networking start
> diyerek network ile ilgili altsistemi yenileyebiliyoruz. Benzer bir
> fonksiyon ornegin:
> service.networking restart
> diyerek pardus'ta da olabilir belki.

 Bunu hata.pardus.org.tr de Çomar'a bir iyileþtirme
isteði olarak girer misiniz ?

> Soyle bir ornek vereyim, normal pardusun disklere dogrudan erisimi
> oldugundan, ornegin FAT32 bir partitition'i /data /dev/sda2 olarak
> mount etmis olabilirsiniz. Ancak ayni kurulumu colinux veya xen
> altinda calistirdiginizda, artik bu disklere erisiminiz yok cunku
> sanal makine icindesiniz, /data'yi export edip moutn etmeye
> kalkarsaniz her iki isletim sistemi ayni partition'a yazmaya
> kalkacagindan file system inconsistency olacaktir.

 Dom0 / domU ayrýmý bunun için deðil mi, bu tarz durumlarý handle etmek
için ?  Ayný disk bölümü de birden çok kere baðlanabiliyor (mount),
kernel bunu hallediyor olmalý.

> Eger acilista bir script'e bi seyler ekleyebilseydim, iki adet fstab
> yaratip (fstab.normal ve fstab.virtualized), acilista daha root
> haricindeki dosya sistemleri mount edilmemisken bir kontrol yapip
> (colinux var mi yok mu diye mesela), varsa:
> cp /etc/fstab.virtual /etc/fstab
> diyerek sorunu cozmus olacaktim. Simdi init level'lar olmadigina gore
> bunu nasil yapicaz?

 fstab yazmayýn, /etc/conf.d/local.start içine mount komutunu yazýn
duruma göre (gerekli olduðuna eminseniz tabi)


> Ayni sey xorg.conf icin de gecerli. Simdi normalde de calistirdigim,
> vmware (veya xen veya colinux) icinde de calistirdigim bir Pardus'um
> var, her seferinde xorg'u ve activeCards 'i silmek zorunda kaliyorum
> ki pardus grafik ekran acilabilsin degisik donanim altinda. Eger
> yukardaki script'i yapabilsem, iki xorg yaratacaktim ve acilista
> dinamik olarak degistirecektim.

 Bu "eðer anladýðým þey ise" svn deki zorg la çözülmüþ olabilir, birkaç
gün önce bir düzeltme ekledim. Yakýnda paket haline gelecek.


> /etc/conf.d/local.start dosyasi ne zaman calistiriliyor?

 Açýlýþta, servislerden hemen önce.


> Acilista hangi script'in hangi oncelikte calistigini, veya bu
> oncelikleri ayarlayip ayarlayamayacagimizi nerden anlayabilirim? SYSV
> sistemlerde malum S50 S60 diye numara vererek ayarlaniyor seri olarak
> calistigindan.

 call() fonksiyonu ile kendisinden önce çalýþmasý gereken servisleri
(baðýmlýlýklarýný) iþaretliyoruz.

> mudur.py'ye goz atacagim, tavsiye icin tesekkurler.

 servis betiklerini de inceleyin, özellikle kdebase le ve onun call ile
çaðýrdýðý sýrayý inceleyin. Bir fikir verecektir diye tahmin ediyorum.


-- 
 Onur Küçük                                      Knowledge speaks,   
 <onur.--.-.pardus.org.tr>                       but wisdom listens  

Cevap