Member Avatar for Reginald0

Hi, folks!

I need to use Desktop Sharing in Red Hat 9, but when I start the program I receive the error message "Cannot find KInetD. Have you restarted KDE after installation?". I searched for this message at google.com and found some threads, but all of them without answers.
If anyone knows how to fix this, please tell me.

Thanks in advance.

Reginald0

  • 6 Contributors
  • 6 Replies
  • 371 Views
  • 1 Year Discussion Span
  • Latest Post Latest Post by arya6000

Dani AI

Generated

Short answer: that error means KDE's Desktop Sharing (krfb, the KDE VNC server) can't find the kinetd service that handles incoming connections — either the KDE daemon/module isn't running or the KDE network module wasn't installed. krfb uses kded/kinetd to pop up the confirmation dialog and hand off incoming RFB connections. (docs.kde.org)

Quick diagnostics (run from a terminal in the KDE session):

ps -ef | egrep 'kdeinit|kded|krfb'
dcop kded kinetd services
which krfb && rpm -qa | grep -i krfb
  • ps checks that the KDE daemons are present (kdeinit/kded).
  • dcop kded kinetd services (KDE3-era DCOP) lists the kinetd service if kded has it.
  • which/rpm -qa verifies the krfb binary/package. (scribd.com)

If kinetd is missing or dcop shows no kinetd entry: restart the KDE session (log out/log in) first. If an immediate restart is needed, restart the KDE daemon carefully (killing kded is rough; prefer a full logout). If files are missing, install the KDE desktop-sharing/network bits with the package manager (krfb and the KDE network modules — historic builds put kinetd bits in the kdenetwork set). Targeted package install is preferable to reinstalling the whole OS. (forums.fedora-fr.org)

Notes: was correct that this is KDE-specific; 's KDE-version question matters because tools/commands differ across KDE releases. The reinstall-everything approach suggested by is heavy-handed (as implied) — prefer the checks above and reinstall only krfb/kdenetwork/kdelibs if needed. krfb/VNC is not end-to-end encrypted by default; prefer tunneling or other secure access for remote control. (docs.kde.org)

Recommended Answers

All 6 Replies

Member Avatar for TheOgre

Which version of KDE are you using? (I don't use RedHat, so I don't know which versions it ships with.)

Member Avatar for i686-linux

I haven't tried using the "Desktop Sharing" feature that I have seen lately, but I beleive that it is KDE-specific. Are you running KDE as your desktop environment, or are you trying to run this under Gnome/Fluxbox/XFCE/WindowMaker/etc...? KDE programs often have issues when run outside of the KDE environment.

Member Avatar for kc0arf

Hello,

I wasn't aware of KDE Desktop Sharing. A quick look to google says it's VNC.

It is very possible to setup VNC to have remote control of your computer, should you desire it. It is possible for more than one remote client to control a particular VNC session on a Linux box (meaning I have vncserver running on :5 on the linux box. My Mac, and another remote client can both see ... and control ... the :5 display, much like an xhost+ type of thing.

Since this post is rather old, I'll save the details. I am a big beliver in secure use of VNC, and would be happy to share.

Christian

Member Avatar for arya6000

I had the same problem too, but here is how to fix it: reinstall redhat 9 and when choosing the packages to install, select "custom" and than install "everything" don't just put a check near all of them, go to the bottom of the page and click "everything"

Member Avatar for alc6379

...that's kind of a heavy-handed approach. No offense, but wouldn't it be better just to figure out what you need too install?

Member Avatar for arya6000

You can also use realvnc you can get it from realvnc.com

Be a part of the DaniWeb community

We're a friendly, industry-focused community of developers, IT pros, digital marketers, and technology enthusiasts meeting, networking, learning, and sharing knowledge.