我透過 VNC 會話在 CentOS 上使用 KDE，並且我從不打算在該會話中使用任何聲音，它總是完全靜音。
當我打開VNC 用戶端（在Windows 中）並按下鍵盤上的音量控制鍵（以更改Windows 盒子上的音量）時，它會在CentOS 中顯示一個巨大的框，顯示「KMix 似乎未運行」並啟動KMix 應用程式位於我正在做的事情之上。
當我按下音量按鈕時，我不希望 CentOS 或 KDE 執行任何操作，有什麼方法可以完全阻止這種自動啟動 KMix 行為嗎？
我沒有 CentOS 會話的 root 存取權限。
理想情況下，我會阻止我的 VNC 用戶端傳遞這些金鑰，但我沒有找到任何選項可以這樣做，因此這可能是不可能的。
軟體版本：
> cat /etc/*-release
CentOS release 5.7 (Final)
> kded --version
Qt: 3.3.6
KDE: 3.5.4-26.el5.centos.1 Red Hat
KDE Daemon: $Id: kded.cpp 534738 2006-04-27 18:04:45Z lunakl $
答案1
您沒有說明您正在使用哪個桌面環境（您可能正在使用某種組合並且恰好在系統上安裝了 KMix），但以下是一般說明：
在 CentOS 會話中，尋找「設定」或「控制中心」小程式。如果存在，請在其內部尋找“鍵盤”或“快捷方式”連結。確切的命名和實現此目的的步驟取決於您的桌面環境和組件的確切版本。
嘗試重新映射多媒體鍵。如果它們沒有由桌面環境指定的友善名稱，則它們可能被命名為，例如
XF86AudioLowerVolume，等。XF86AudioRaiseVolume作為最後的手段，請考慮
xmodmap建立一個檔案來執行您想要的操作。~/.Xmodmap看這裡以及底部的連結；這相當複雜。
以下是一些複雜的問題：
Windows 上的 VNC 應用程式可能會決定「捕獲」擊鍵而不將其傳遞到其他視窗。取決於精確的應用程式和版本，可能沒有辦法告訴它不要這樣做，所以你可能除非您最小化 VNC 視窗（使其失去焦點），否則無法讓音量控制按鈕在主機上運作。
「KDE」、「CentOS」等資訊不足以準確理解要採取哪些步驟來解決此問題。有巨大的不同版本的 CentOS 和 KDE 之間在底層功能、配置系統等方面的差異。例如，CentOS 5 和 CentOS 6 在功能、元件版本以及配置方式方面存在天壤之別。 CentOS 4 則更加不同。 KDE 4 是KDE 的完全重寫，因此如果您仍在使用KDE 3.x，您的步驟將與運行KDE 4 的人完全不同。 x 的潛在用處。這就像說“我有一輛無法啟動的汽車。我該如何修理它？” ——如果它是一輛 2013 年 9 月製造的跑車，配備所有電子點火和轉向裝置，那麼故障排除步驟將與 20 世紀初製造的福特 T 型車完全不同。
答案2
如果您使用的是 realvnc，請前往 Prefrences->Expert 並將「SendMediaKeys」值設為 False。然後它不會將媒體鍵輸入發送到 vnc。