Hirdetés

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

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

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

    kde-t leszedtem, legalábbis azt hiszem, hogy sikerült teljesen, aztán újra emergeltem, immár dbus, és hal flagekkel.
    sikerült visszább lépni, mert mostmár nem is tudja elidítani a kded szolgáltatást. ez menedzseli a media:// dolgokat. illetve menedzselné. az mondja: ''a kde médiakezelője nem fut''. de el sem tudom indítani. egyáltalán hová logol ez, mert a hibaüzin kívül semmi infot nem ad...
    kifogytam az ötletekből.
    a legdurvább, hogy ugyanezek a verziók mint a kisangyal, úgy mennek a másik gépen, emergeltem az ivman-t, elidítottam, és működött.
    ezen a gépen(x86) tegnap óta buzerálom, és annyi volt a csúcs, hogy bemountolt egy cd-t [júzer kínjában röhög]

    ivman mountol szorgosan, ha elindítom, de mostmár a pendrive-ot egyáltalán nem.

    valami ötlet? :(

    [Szerkesztve]

    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