openboot

• sparc hardware de boot öncesinde ve post sonrasında çalışan ve firmwarei yüklemeye yarayan component
• sun server üzerinde çalışıyorsanız ve ok şeklinde bir prompt görürseniz anlayın ki openboot ile karşı karşıyasınızdır, bu promptu gördüğünüzde bilmeniz gereken başka birşey o an işletim sisteminin çalışmadığıdır, ayrıca bu isme aldanmayın bu prompt sadece işletim sistemi açılmadan önce değil, eğer stop a tuşuna basarsanız herhangi bir anda da karşınıza çıkabilir.
• bir runlevel degildir, isletim sisteminin bir parcasi bile degildir dolayisi ile kernel kontrolunde de degildir, solarisden tamamen bagimsiz bir platformdur.
• efi shell'in solaris varyasyonu.
  
  (bkz: efi shell)
• solarisde init 0 komutu verildiginde shutdown komutu calisir, sistem kapanir fakat power off olmaz, dolayisi ile solarisin calismasi sona erer, dolayisi ile bu tip bir durumda karsinizda openbootu gorursunuz zira sun hardwarelerde solarisden once openboot calisir ve solarisi yukler, solarisin calismasi sona erdiginde ise openbootun $apkasi du$er kel gorunur.
  
  runlevel isletim sisteminin calisma moduna verilen bir isimdir, dolayisi ile isletim sistemi ile birlikte anlam kazanan bir olgudur, isletim sisteminin calismadigi durumda varligindan soz edilemez dolayisi ile openboot runlevel degildir.
• hakkinda kavram karmasikligina imkan vermemek icin ek aciklamalar yapma geregi duydugum componenttir.
  
  genellikle entrylerimi, sozlugun buyuk bir kisminin anlayabilecegi bir dil ve zorluk seviyesinde hazirlayan bir insanim (evet daha zorunu yapabiliyorum) bununla beraber zaman zaman hedef kitleyi geni$letmek, anlama konusunda gucluk ceken birtakim insanlari da hedef kitleme katmak geregi duymuyor degilim (boyle de super bir insanim), bu yuzden konuyu hayali bir "anlama guclugu ceken" sujemize -adi ali olsun- anlatir gibi tekrarlamak, daha da ayrintiya girmek isterim ki aliler cehalette inat etmesin, $eker de yiyebilsinler. buyrun bakalim;
  
  ortmen: guru
  suje: ali
  sistemimiz: solaris
  
  runlevel, unix sistemlerde, default olarak, init processi tarafindan boot sonrasinda /etc/inittab file'i icerisindeki initdefault satiri okunarak karar verilen, bir calisma modudur. ayrica bu mod, unix sistemin calismasi esnasinda init komutuna parametre verilerek degistirilebilir. diyelim ki verdigimiz komut:
  
  init s olsun, bu komutu verdigimizde init processi, /etc/inittab file'indan runlevel s^* icin tanimlanmis olan satiri (sevgili ali, ac solarisi, ac /etc/inittab i ss ile baslayan satir (ikinci s buyuk)) okuyacak ve bu satirin 4. kolonunda belirtildigi uzere /sbin/rcs script'ini invoke edecektir (evet alicim rcs nin s si de buyuk, aferin), bu script ise solarisin calisma modunu single user modea gecirmeyi saglayan yordamlari icerdigi icin sistemimiz az sonra single user mode gececektir.
  
  gelelim runlevel 0'a, ayni sekilde initin /sbin/rc0 script'ini calistirmasinin sonucu ise su olacaktir sevgili ali, isletim sistemi tum bufferlari bosaltacak, tum filesystemleri unmount edecek, tum processleri sonlandiracak ve -buraya dikkat alicim- isletim sistemini sonlandirip -kastedilen kernel dahil, solarise iliskin ne varsa hafizadan silinmesidir, dibine incir agaci dikilmesidir- solarisin kapanmasindan sonlanmasindan oturu sevgili ali'miz karsisinda openbootu gorecektir zira openboot solaris calismadan once de vardir sonra da var olacaktir.
  
  simdi ozet yapalim, init, /etc/inittab, process, filesystem, runlevel kavramlari isletim sistemine ait kavramlardir, isletim sistemi var iken var yok iken yoklardir -boyle de yanar doner $eylerdir- dolayisi ile isletim sisteminin calismadigi durumda varliklarindan soz edilemez, edilmesi 3. kisilerin sozlukteki yazar kitlesinin genislemesine yonelik entry girmesine sebep olur.
  
  runlevel 0'a gecince, i$letim sisteminin kapanmasindan oturu kullanicilarin kar$isina openboot'un cikmasina sun microsystemsin "runlevel 0" adini vermesi, ille de gonlu oyle cekenler icin sun microsystemsin $akasi olarak algilanabilir -ki oyle degildir, anlattigim uzere- bunun uzerine el cirpilabilir, gonul $enlenebilir.
  
  sonuc:
  
  openboot bir runlevel degildir.
  
  runlevel 0 lar olmasin, aliler aldanmasin.
• http://docs.sun.com/…/doc/817-1985/6mhm8o5nl?a=view adresindeki hicbir madde openbootun bir runlevel oldugunu yazmamaktadir zira openboot bir runlevel degildir. runlevel 0a gecince openbootun karsimiza cikmasinin sebebinin ne oldugu gayet net bir $ekilde aciklanmistir.
  
  ek olarak "tum sistem servis ve daemonlarini durduran, tun calisan processleri sonlandiran, tum filesystemi unmount eden" /sbin/rc0 dir zira /etc/rc0.d bir script degil bir directory'dir.
  
  olmami$ ali diyoruz, otur sifir.
• net olarak
  
  openboot promptu eger sadece sparc'ta varsa ve x86'da o prompt yoksa, iki platformda da runlevel 0 olduguna gore openboot bir runlevel degildir. zira x86'daki runlevel0'da nerde prompt guzelim? nerde o guzel diyarlar bayirlar?
• irc daemon degildir, runlevelmis gibi yapip masum dimaglari kandiran bir trojandir aslinda, bsd cache logu yazan adam yazmistir. (cinli miydi japon muydu bilmiyorum)
• benim elimdeki "solaris admin guide for training hard understanding people" 631. sayfada bu konuda diyor ki:
  
  "openbootun forth interpreter icermesine ragmen bunu openbootun forth dili ile yazilmis olacagini dusunenler olabilir, israr etmeyiniz zira daha once anlamalari gereken baska seyler var"
  
  ben yine de anlayana soylemis olayim, forth interpreteri icerir efenim.