Új hozzászólás Aktív témák

• #85 Sipi addikt escie #72

  Új Válasz 2005-11-07 10:54:56 #85

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Sipi

  addikt

  válasz escie #72 üzenetére

  Baj van, de csak magamon belül.
  
  No, ezerszer átfutva sem értelek, de szerintem Te sem engem.
  Elölről.
  A kernel a hotplug-eseményekre kernelüzenetekkel reagál. A user programok számára ezt a dbus közvetíti. Első dolog: dbus-monitor --system, ha a csatlakoztatás/kihúzás eseménye nem jelenik meg itt, akkor semmi sem fog működni. De ez ritka eset.
  A dbus átadta az eseményeket user space-be. Ezt erre szakosodott programok figyelhetik - jelenleg a halról tudok, ami ezt teszi. Dolga: a csatlakoztatható dolgokra vonatkozó események figyelése, s ha ilyet talál, a saját szabályai alapján létrehozni pl. fstab-bejegyzéseket, eszközöket, jogokat generálni. Nem csatol semmit, ezt valamilyen automounternek kell megtennie - használhatja a hal által létrehozott adatkat, de saját feje után is mehet.
  Tehát a hal elkapta a dbus-t, reagált. Most jön a csatolás.
  
  NEM KELL ragaszkodnod az ivmanhez. Ez csak egy az automounterek sorában. Ha KDE-t akarsz használni, akkor nem is szabad az ivman - fel sem kell tenned!
  Jelenleg Nálad mintha lettek volna olyan gondok, hogy a KDE-t (kdebase) hal flag nélkül fordítottad, majd fordítottad régebbi hallal, s utána frissítetted a halt az újra. HAL nélkül, vagy a régiről újra átállva a KDE media kioslave-je nem tud mit kezdeni a hal eseményekkel.
  
  Ha már fent van az új dbus és hal, újra kell fordítani a kdebase-t (vagy splitted ebuild esetén a kdebase-kioslaves-t) a hal flaggel. A KDE-nek semmi köze az ivman-hez, nem kell a működéséhez! A hal által létrehozott események, bejegyzések alapján a pmount programmal csatol.
  
  Döntsd el, mit akarsz. ivman-t használni, akkor felejtsd el a KDE sajátját, ami ikonokat rak a dsktopra. Vagy KDE ikonozás, akkor unmergeld az ivmant, és a hal flaggel emerge kdebase.
  Ha ez megvan, konzolban indítsd a dbus-monitor --system parancsot, és helyezz be eszközöket (USB stick, cédé, stb.). Ha semmi sem jelenik meg eseményként, dbus vagy kernel-hiba van. Ha megjelenik, az alap alrendszer működik. Léphetsz tovább a halra.
  Ennek max. annyi gondja szokott lenni, hogy a beépített szabályhalmaza nem megfelelő a rendszerednek. De ha a dbus megy, a hal is szokott. Ha pl. az fstab-ban megjelennek a managed bejegyzések, tutira működik.
  A /usr/sharehal/fdi-en vannak a hal működését leíró fdi file-ok. Asszem, változott a hely, régebben itt egy 95userpolicy könyvtárat kellett csinálni, abban tenni a módosított fdi file-okat. Most talán az itteni policy-ban kell a 95userpolicy, abba a saját. De ezzel még ne tököljünk, lássuk, hogy megy-e az alrendszer.
  Ja, az nem lehet, hogy pmountból stabil és régi van fent? Mert a dbus, halból remélem, az instabil, legújabb.
  
  Sipi

Új hozzászólás Aktív témák