2. Fórumok
  3. OS, alkalmazások
  4. Gentoo Linux
  5. (kiemelt téma)
Keresés

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

  • #86 tierbatyo senior tag escie #72
    Új Válasz #86
    Ú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

    tierbatyo

    senior tag

    válasz escie #72 üzenetére

    Próbálj egy revdep-depclean-t. Múltkor nekem a gnome-volume-manager dőlt ki, amikor új hal-t tettem fel. Lehet ivman-nek is ez a baja.

  • #85 Sipi addikt escie #72
    Új Válasz #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