Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.

# Menyelidiki Kegagalan Pembuatan Sesi Virtual di Linux
<a name="investigating-linux-virtual-session-creation-failure"></a>

Sesi virtual [dibuat](managing-sessions-start.md#managing-sessions-start-manual) di Linux dengan perintah: 

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

Perintah ini akan mengembalikan kesalahan hanya jika pembuatan sesi gagal. Namun, mungkin saja sesi awalnya berhasil dibuat, tetapi berakhir sebelum pengguna dapat terhubung. Anda mungkin memperhatikan ini karena ketika Anda memeriksa sesi yang ada, misalnya dengan perintah `dcv list-sessions` atau dengan`dcv describe-session {{session}}`, Anda mungkin tidak mendapatkan sesi terdaftar. 

Dalam sebagian besar kasus, ini terjadi karena sesi desktop dibuat tetapi kemudian segera gagal, misalnya jika salah satu aplikasi yang diluncurkan oleh skrip init macet atau gagal, atau jika salah satu alat yang diperlukan hilang. 

 Periksa hal berikut jika pembuatan sesi gagal: 
+ Periksa `/var/log/dcv/sessionlauncher.log` file yang berisi log yang terkait dengan komponen dcv yang membuat proses sesi baru. 
+ Periksa `/var/log/dcv/dcv-session.{{user}}.{{session.log}}` file yang berisi log yang terkait dengan skrip dcv init. 
+ Periksa `$HOME/.xsession-errors` file di direktori home yang sesuai dengan pemilik sesi. File ini berisi log yang dihasilkan oleh skrip init sesi X sistem, dan biasanya berisi log yang dihasilkan oleh manajer sesi desktop atau oleh aplikasi lain yang disebut oleh skrip. 
+ Periksa log sistem untuk mendapatkan informasi lebih lanjut tentang sistem dan komponen yang gagal. Sebagai permulaan, periksa output `dmesg` (misalnya jika terjadi kegagalan proses) dan`journalctl -xe`. 
+ [Uji dengan sesi failsafe](creating-linux-failsafe-virtual-session-creation.md) untuk memverifikasi bahwa masalah tidak bergantung pada manajer sesi yang digunakan. 

**Jika kegagalan hanya terjadi pada pengguna tertentu**, Anda juga dapat mencoba yang berikut:
+ Periksa konfigurasi pengguna, khususnya apa yang terjadi ketika konfigurasi pengguna dihapus atau diganti namanya.

  Tergantung pada lingkungan desktop dan versi, direktori konfigurasi mungkin `.gnome` atau `.kde` atau `.config` dalam direktori pengguna. 
+ Periksa konfigurasi pengguna tertentu yang memengaruhi pengguna `PATH` atau lingkungan. Cukup sering, kegagalan mulai sesi untuk pengguna tertentu disebabkan oleh kerangka kerja seperti `anaconda` mengganti beberapa perintah asli standar yang dapat menyebabkan `dbus` koneksi dalam inisialisasi sesi gagal. 
+ Periksa masalah izin. Izin yang salah disetel di lokal `~/.dbus` atau `~/.Xauthority` (misalnya mungkin dimiliki oleh `root` alih-alih pengguna) dapat menyebabkan sesi desktop segera dihentikan.