Gnome не работает должным образом после удаления kde-plasma-desktop

Вот небольшая предыстория того, что я сделал на данный момент. У меня был безупречно работающий gnome3, но я хотел попробовать среду рабочего стола plasma 5, поэтому я установил ее. Черт! Это была моя ужасная ошибка. После нескольких часов использования, я просто почесал голову и почувствовал, что это не для меня и gnome намного лучше, чем это подобие windows. Вот все испорченное. Я удалил его, используя sudo apt-get remove --purge kde-plasma-desktop, а также запустил sudo apt-get autoremove . Сначала казалось, что все завершено, поэтому я быстро перезагрузился. Тут началась проблема, у меня стоит pop-os, поэтому после перезагрузки я попал в терминал pop-os, другими словами, gui не работал. Я попробовал sudo systemctl restart gdm3 и вернул рабочий стол gnome. Я подумал, что все исправил, но после перезагрузки снова перешел в терминал pop-os или ubuntu. Попробовав еще несколько вещей, я запустил sudo systemctl start gdm3.service, это устранило проблему. Несколько приложений kde все еще были в системе, более того, они изменили мой курсор, шрифты, иконки. Я запустил sudo systemctl status gdm3, просто чтобы проверить состояние. Он выдал следующую ошибку:

    gdm.service - GNOME Display Manager
     Loaded: loaded (/lib/systemd/system/gdm.service; static)
     Active: active (running) since Fri 2020-12-18 19:43:08 IST; 32min ago
    Process: 1044 ExecStartPre=/usr/share/gdm/generate-config (code=exited, status=0/SUCCESS)
    Process: 1099 ExecStartPre=/usr/libexec/gdm-wait-for-drm (code=exited, status=0/SUCCESS)
   Main PID: 1100 (gdm3)
      Tasks: 3 (limit: 12980)
     Memory: 9.3M
     CGroup: /system.slice/gdm.service
             └─1100 /usr/sbin/gdm3

Dec 18 19:43:05 pop-os systemd[1]: Starting GNOME Display Manager...
Dec 18 19:43:08 pop-os systemd[1]: Started GNOME Display Manager.
Dec 18 19:43:15 pop-os gdm-launch-environment][1112]: pam_unix(gdm-launch-environment:session): session opened for user gdm by (uid=0)
Dec 18 19:44:02 pop-os gdm-password][1695]: pam_unix(gdm-password:auth): Couldn't open /etc/securetty: No such file or directory
Dec 18 19:44:13 pop-os gdm-password][1695]: pam_unix(gdm-password:auth): Couldn't open /etc/securetty: No such file or directory
Dec 18 19:44:13 pop-os gdm-password][1695]: gkr-pam: unable to locate daemon control file
Dec 18 19:44:13 pop-os gdm-password][1695]: gkr-pam: stashed password to try later in open session
Dec 18 19:44:13 pop-os gdm-password][1695]: pam_unix(gdm-password:session): session opened for user smehto by (uid=0)
Dec 18 19:44:57 pop-os gdm3[1100]: Gdm: Child process -1202 was already dead.

Снова, я попробовал sudo systemctl enable gdm3 и он выдал следующую ошибку:

Synchronizing state of gdm3.service with SysV service script with /lib/systemd/systemd-sysv-install.
Executing: /lib/systemd/systemd-sysv-install enable gdm3
The unit files have no installation config (WantedBy=, RequiredBy=, Also=,
Alias= settings in the [Install] section, and DefaultInstance= for template
units). This means they are not meant to be enabled using systemctl.
 
Possible reasons for having this kind of units are:
• A unit may be statically enabled by being symlinked from another unit's
  .wants/ or .requires/ directory.
• A unit's purpose may be to act as a helper for some other unit which has
  a requirement dependency on it.
• A unit may be started when needed via activation (socket, path, timer,
  D-Bus, udev, scripted systemctl call, ...).
• In case of template units, the unit is meant to be enabled with some
  instance name specified.

Я не знаю, что происходит и на что ссылаются эти журналы ошибок.