Рабочий стол Ubuntu замедляется

Сразу я скажу, что я плохо знаком с использованием Linux. Я использую Ubuntu 18.04.2 LTS. И у меня была проблема с рабочим столом. Рабочий стол иногда замедляется, и папки не всегда перетаскивают к другому местоположению и замораживанию. Какова могла быть проблема?

Для запроса @Marmayogi

free --giga
              total        used        free      shared  buff/cache   available
Mem:              8           1           5           0           1           5
Swap:             2           0           2
sudo lshw -short -class memory
H/W path       Device     Class          Description
====================================================
/0/0                      memory         64KiB BIOS
/0/8                      memory         8GiB System Memory
/0/8/0                    memory         8GiB SODIMM DDR4 Synchronous 2400 MHz (0,
/0/8/1                    memory         [empty]
/0/8/2                    memory         [empty]
/0/8/3                    memory         [empty]
/0/e                      memory         128KiB L1 cache
/0/f                      memory         512KiB L2 cache
/0/10                     memory         4MiB L3 cache
/0/100/1f.2               memory         Memory controller

Для запроса @heynnema

ls -al ~/.local/share/gnome-shell/extensions
total 12
drwxrwxr-x 3 zuodion zuodion 4096 apr  6 10:25 .
drwx------ 3 zuodion zuodion 4096 apr  6 19:10 ..
drwxrwxr-x 3 zuodion zuodion 4096 apr  6 10:25 user-theme@gnome-shell-extensions.gcampax.github.com
1
задан 7 April 2019 в 23:55

2 ответа

Выполните эти задачи...

  • выберите среду "Ubuntu" в экранном зубчатом колесе входа в систему

  • обновите BIOS до 313/314 https://www.asus.com/ph/Laptops/ASUS-Vivobook-X556UQ/HelpDesk_BIOS/

  • выполненный memtest из Ubuntu Живой DVD/USB (завершают передачи 4/4, если у Вас есть время),

  • отключите дискретную видеокарту, поскольку она повредилась (отключите драйвер, или в BIOS),

  • отключите Уэйленд, как так...


У Вас может быть проблема с более старым компьютером с более старым GPU. Попробуйте это...

  • загрузитесь к режиму восстановления
  • выберите корневой доступ

тип:

sudo mount -o remount,rw /      # to remount the disk r/w

sudo pico /etc/gdm3/custom.conf # edit this file

изменение:

#WaylandEnable=false

кому:

WaylandEnable=false

Затем перезагрузка.

Обновление № 1:

Мы загрузили к Ubuntu Живые 18,10 USB, и никакие проблемы не были замечены.

Обновление № 2:

Прежде, чем обновить до 18,10, видеть, решает ли это проблему с рабочим столом, мы должны сделать a fsck сначала для проверки файловой системы затем можно использовать Software Updater сделать обновление. Конечно... наличие хорошего резервного копирования никогда не причиняет боль... на всякий случай, что-то идет не так, как надо :-)

Для 18,04 или более новый...

  • загрузите к Ubuntu Живой DVD/USB
  • открытый a terminal окно
  • ввести sudo fdisk -l
  • определите/dev/XXXX имя устройства для своей "Файловой системы Linux"
  • ввести sudo fsck -f /dev/XXXX # замена XXXX с числом Вы нашли ранее
  • повторите команду fsck, если были ошибки
  • ввести reboot

Обновление № 3:

Для устранения возможности сбойных блоков на жестком диске, вызывающем проблему, мы протестируем для нахождения любых сбойных блоков.

Во-первых, запустите Disks приложение, выберите свой жесткий диск, затем перейдите к значку "гамбургера" и выбору SMART Data & Tests. Рассмотрите данные, обратите внимание на объекты, которые включают слово "сектор". Затем запустите тесты.

Кроме того, позволяет системному журналу проверки для ошибок диска... grep -i sda /var/log/syslog*. Скопировать/вставить тот вывод в imgur.com (или paste.ubuntu.com), если они длинны.

Примечание: Это всегда - хорошая идея иметь резервное копирование Ваших важных файлов Ubuntu.

Также - это для тестирования на сбойные блоки... (это может требовать времени)...

Начальная загрузка к Ubuntu живой DVD/USB.

Открытый terminal...

Используйте fdisk метод от Обновления № 2 для выяснения /dev/sdaX.

sudo e2fsck -fcky /dev/sdaX # тест только для чтения

или

sudo e2fsck -fccky /dev/sdaX # неразрушающий тест чтения-записи (рекомендован)

-k важен, потому что он сохраняет предыдущую таблицу дефектных блоков и добавляет любые новые сбойные блоки к той таблице. Без-k Вы освобождаете всю предшествующую информацию о сбойном блоке.

-fccky параметр...

   -f     Force checking even if the file system seems clean.

   -c     This option causes e2fsck to use badblocks(8) program  to  do  a
          read-only  scan  of  the device in order to find any bad blocks.
          If any bad blocks are found, they are added  to  the  bad  block
          inode  to  prevent them from being allocated to a file or direc‐
          tory.  If this option is specified twice,  then  the  bad  block
          scan will be done using a non-destructive read-write test.

   -k     When combined with the -c option, any existing bad blocks in the
          bad blocks list are preserved, and any new bad blocks  found  by
          running  badblocks(8)  will  be added to the existing bad blocks
          list.

   -y     Assume  an answer of `yes' to all questions; allows e2fsck to be
          used non-interactively.  This option may not be specified at the
          same time as the -n or -p options.

Обновление № 4:

Во время/после того, как сканирования сбойного блока перестал работать диск. Потребует замены.

1
ответ дан 7 December 2019 в 15:05

Если та проблема происходит в виртуальной машине, у меня была подобная проблема. В vmbox проблема может быть разрешена путем изменения количества процессоров к 2 (или больше в зависимости от системы) от Настроек> Система> Процессоры.

0
ответ дан 7 December 2019 в 15:05

Другие вопросы по тегам:

Похожие вопросы: