本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。

# 在 Linux 上調查虛擬工作階段建立失敗
<a name="investigating-linux-virtual-session-creation-failure"></a>

使用 命令在 Linux 上[建立](managing-sessions-start.md#managing-sessions-start-manual)虛擬工作階段：

```
$ dcv create-session {{session}}
```

只有在建立工作階段失敗時，此命令才會傳回錯誤。不過，可能會發生工作階段一開始已成功建立，但會在使用者連線之前終止。您可能會注意到這一點，因為當您檢查現有工作階段時，例如使用 命令`dcv list-sessions`或 `dcv describe-session {{session}}`，您可能會沒有收到列出的工作階段。

在大多數情況下，會發生這種情況，因為桌面工作階段已建立但會立即失敗，例如，如果初始化指令碼啟動的其中一個應用程式當機或失敗，或如果缺少其中一個必要的工具。

 如果工作階段建立失敗，請檢查下列項目：
+ 檢查包含與建立新工作階段程序之 dcv 元件相關日誌`/var/log/dcv/sessionlauncher.log`的檔案。
+ 檢查包含 dcv init 指令碼相關日誌`/var/log/dcv/dcv-session.{{user}}.{{session.log}}`的檔案。
+ 檢查主目錄中對應至工作階段擁有者`$HOME/.xsession-errors`的檔案。此檔案包含系統 X 工作階段初始化指令碼產生的日誌，通常包含桌面工作階段管理員或指令碼呼叫的其他應用程式所產生的日誌。
+ 檢查系統日誌，以取得有關系統和元件故障的詳細資訊。首先，請檢查 的輸出 `dmesg`（例如，在程序失敗的情況下） 和 `journalctl -xe`。
+ [使用故障安全工作階段進行測試](creating-linux-failsafe-virtual-session-creation.md)，以確認問題不依賴使用中的工作階段管理員。

**如果只有特定使用者發生故障**，您也可以嘗試下列動作：
+ 檢查使用者組態，特別是刪除或重新命名使用者組態時發生的情況。

  根據桌面環境和版本，組態目錄在使用者目錄中可能是 `.gnome` 或 `.kde`或 `.config` 。
+ 檢查影響使用者`PATH`或環境的特定使用者組態。通常，特定使用者的工作階段啟動失敗是由於架構，例如`anaconda`覆寫一些標準原生命令，這可能會導致工作階段初始化中的`dbus`連線失敗。
+ 檢查許可問題。在本機`~/.dbus`或 上設定的錯誤許可 `~/.Xauthority`（例如，它們可能由 擁有`root`而非使用者） 可能會導致桌面工作階段立即終止。