Op deze website gebruiken we cookies om content en advertenties te personaliseren, om functies voor social media te bieden en om ons websiteverkeer te analyseren. Ook delen we informatie over uw gebruik van onze site met onze partners voor social media, adverteren en analyse. Deze partners kunnen deze gegevens combineren met andere informatie die u aan ze heeft verstrekt of die ze hebben verzameld op basis van uw gebruik van hun services. Meer informatie.

Akkoord

Vraag & Antwoord

OS Linux

DCOP server not running ???

None
24 antwoorden
  • Ik heb een probleem met mijn gewone users. Als root kan ik gewoon inloggen voor KDE vanuit het inlogscherm maar als gewone user krijg ik een foutmelding (heel stom was gisteren nog niet !).
    Hij zegt:"could not read network connection list: /home/jeroen/.DCOPserver_diederen.demon.nl_:0 please check that the DCOP server program is running".
    Ik weet echt niet wat ik hiermee aan moet. Kan iemand me verder helpen ?

    Linuxopjemac

    [ Dit Bericht is bewerkt door: Linuxopjemac op 2002-02-25 20:29 ]
  • Dit is een permissieprobleem.
    Verwijder alles wat met kde te maken heeft uit de globale map /tmp, en voer een chown -R uit in de map ~/.kde2 van elke gebruiker waarbij dit probleem optreed.
    Als je een nieuwe installatie hebt, overweeg dan om gewoon alle ~/.kde2-mappen te verwijderen..

    Om dit probleem in de toekomst te voorkomen, zet de volgende variabele in bijv. /etc/profile, of in ~/.bashrc van elke gebruiker:
    [code:1:4b083ef213]
    export KDEHOME='~/.kde2'
    [/code:1:4b083ef213]
    (let op: de ' moet er per sé in zitten!!)

    Max
  • Bedamkt voor je snelle bericht. Ik heb gekeken maar ik zie helemaal geen .kde2 map. Waar moet ik die vinden dan ?
  • Wellicht dat het te maken heeft met het feit dat ik Linux Mandrake op een Mac draai en dat anders wekrt dan een Intel gestuurde Linux ?

    hulp zeer gewenst….
  • die map is verborgen, die begint dus met een punt.

    Tik op de CONSOLE in:
    cd ~
    ls -al

    nu zul je de map zien en kun je hem verwijderen:

    rm -rf .kde2

    GreetzZzz
  • [quote:58d3eaeb0a]
    Op 25-02-2002 22:13, schreef Linuxopjemac:
    Wellicht dat het te maken heeft met het feit dat ik Linux Mandrake op een Mac draai en dat anders wekrt dan een Intel gestuurde Linux ?



    hulp zeer gewenst….
    [/quote:58d3eaeb0a]
    Nop, KDE is platform-onafhankelijk en wijkt slechts op een enkel odnerdeel af (zoals systeeminfo…)
    Als voorgenoemde oplossing niets uithaalt is het mogelijk dat bij jouw KDE in ~/.kde haar configuratie zet, ipv ~/.kde2
    voer dan voorgestelde oplossing uit op die map.

    Max
  • Ik heb de .kde map verwijderd en na inloggen werkte het nog steeds niet helaas….

    Nog een idee ?
  • Heb je in /tmp ook alles verwijderd?

    Max
  • Nou ik denk het niet. Dat had ik gisteren geprobeerd maar toen heb ik niet gekeken met ls -al in die map. Dus dat probeer ik vanavond nog eens. Ik hou je op de hoogte.
    Linuxopjemac
  • Ik ken dit probleem.
    Ik heb het twee keer gehad en was er te lang mee bezig, dus heb ik SuSE opnieuwe geinstalleerd.
    Rechten veranderen, .kde en .kde2 weggehaald.
    kde overheen geinstalleerd. Nix hielp.
    Ik denk dat het gewoon een bug is in KDE.

    Dus als je er achter komt…….
    WIl ik het heel graag weten hoe je het hebt opgelost.
  • Ik heb dit probleem gehad nadat ik xntp had insgeschakeld. Nadat ik die weer had uitgeschakeld en opnieuw had opgestart wat het probleem verdwenen.
  • Ik heb dit probleem ook eens gehad en bij mij was de oplossing om mezelf eigenaar te maken van de .kde2 directory in mijn homedir. Om de een of andere reden was de root eigenaar van die directory.
  • Het probleem is als volgt:
    als je tijdens een user-sessie terloops root wordt om iets te doen, dan worden de configuratiebestanden gebruikt van de user, ipv die van de root. Gevolg: root wordt eigenaar van (delen van) .kde2
    Hierdoor werken programma's niet naar behoren, kun je nieuwe configuraties niet opslaan, en in het ergste geval start KDE niet meer op.
    Oplossing is simpel zorg via chown er voor dat je weer eigenaar wordt van alles in je persoonlijke map ($HOME)

    Dit probleem kun je dus in de toekomst voorkomen door de eerder genoemde variabele aan te maken, zodat KDE de juiste configuratiemap gebruikt.

    Het is geen bug in kde, ik heb hem nmlk ooit als bug aangemeld. De reactie van SuSE was bovenstaand pleidooi.

    Max
  • Bedankt voor al jullie reacties. Ik denk dat ik nu al een stuk verder kom. Die /user/tmp dir was overigens helemaal leeg. Dus daar ligt het niet aan. Het zal eerder iets te maken hebben inderdaad met permissies.
    Hoe kan ik met chown ook al weer de rechten veranderen zodanig dat de juiste user eigenaar wordt ?

    Maakt het niet uit waar ik die variabele plaats ?

    L

    [ Dit Bericht is bewerkt door: Linuxopjemac op 2002-02-27 08:44 ]
  • Ik heb het over /tmp, niet /usr/tmp!!!!!!!!!!

    Max
  • om de users te wijzigen:
    [code:1:da9bd9fec1]
    chown -R gebruiker.groep /home/gebruiker
    [/code:1:da9bd9fec1]

    Waar je dat commando loslaat?
    in de hoofdmap van de gebruker, dus /home/gebruiker
    en nergens anders

    Max
  • Nee ik bedoelde, of het uitmaakt waar je die variabele moet plaatsen in de /etc/profile.
    L
  • Oh op zo'n fiets :smile:
    nop maakt niet uit. Voor de leesbaarheid zou ik hem bij eventuele andere KDE-variabelen zetten.
    Lees wel even de header van /etc/profile, suSe bijv. heeft liever dat je zoiets in /etc/profile/local zet, dit omdat een upgrade van SuSe /etc/profile vervangt, en dus je instellingen om zeep helpt.

    Max
  • Nou, helaas, ik heb alles uit de /tmp verwijderd, stond inderdaad een hoop van kde in. Toen /home/user eigenaar gemaakt van de user en gereboot. Jammer.
    Nog een idee ?

    L
  • Maak eens een andere user aan, en probeer daarmee KDE op te starten…

    Probeer KDE eens vanuit init 3 op te starten (=tekstlogin)

    Max

Beantwoord deze vraag

Dit is een gearchiveerde pagina. Antwoorden is niet meer mogelijk.