Мой ноутбук с двойной загрузкой Ubuntu 18.04 и Windows начал показывать необычное поведение. У меня есть загрузочный SSD, который отформатирован с разделом ext4 и NTFS, и жесткий диск с данными, который полностью NTFS.
Производительность SSD хорошая на обоих разделах. Тем не менее, производительность жесткого диска резко снизилась, и ведет себя очень необычно.
Требуется около пяти секунд, чтобы выполнить ls
или загрузить Nautilus в корень жесткого диска, хотя, если что-то еще интенсивно использует диск (например, Steam), я видел, что это занимает целую минуту или даже зависать на неопределенный срок до перезагрузки. Steam также аварийно завершает работу или зависает при загрузке игр или обновлений на диск. В худшем случае у меня вообще не было доступа к диску, ls
зависание на неопределенный срок, и даже диски GNOME зависали при выборе диска на боковой панели.
Важно отметить, что производительность в Windows абсолютно нормальная. Списки проводника для диска загружаются почти мгновенно, как и команда dir
. Все, что здесь происходит, должно быть проблемой с моей установкой Linux.
В какой-то момент диск полностью заблокировался, и Steam сказал, что на диске были повреждены данные. Я перезагрузился в Windows, и это сказало то же самое. Я запустил chkdsk /f E:
на жестком диске (где E:
- буква жесткого диска в Windows). Это обнаружило много ошибок, исправило коррупцию и незначительно улучшило производительность, но все еще необычно медленно.
SMART сообщает, что состояние диска в порядке, и самопроверка дисков GNOME не помечает ошибки.
Мой /etc/fstab
:
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point> <type> <options> <dump> <pass>
# / was on /dev/nvme0n1p7 during installation
UUID=24348190-099b-4029-a8bd-13e1f91e396c / ext4 errors=remount-ro 0 1
# /boot/efi was on /dev/nvme0n1p1 during installation
UUID=D816-4C34 /boot/efi vfat umask=0077 0 1
/swapfile none swap sw 0 0
/dev/disk/by-uuid/3A8294518294138B /mnt/3A8294518294138B auto nosuid,nodev,nofail,x-gvfs-show,defaults,exec,uid=1000,gid=1000 0 0
... где последняя строка определяет жесткий диск. (Раздела SSD Windows здесь нет; я подключаю его в /media/aaron
через Nautilus, если мне это нужно.)
Как я могу диагностировать, что может быть причиной этого?
Это происходит с другими жесткими дисками и флеш-накопителями или просто тем? Для меня, все внешние медиа (жесткие диски, флеш-накопители) вызванное замедление на Ubuntu 18.04, но хорошо работал в Windows 10. Это сохранилось на двух машинах, через три файловых системы (UDF, NTFS и экс-жир).
Я нашел две страницы, которые способствовали фиксации этого: https://bugs.launchpad.net/ubuntu / + источник/Linux / + ошибка/1208993 https://lonesysadmin.net/2013/12/22/better-linux-disk-caching-performance-vm-dirty_ratio/
Решение:
Я добавил эти две строки к /etc/sysctl.conf
:
vm.dirty_background_ratio = 10
vm.dirty_ratio = 20
и работал sudo sysctl -p
. Это решение предложено здесь также. Это, кажется, проблема, влияющая на 64-разрядные машины Linux с большим количеством RAM. При попытке этого сообщите мне, делает ли это (или не делает), работа для Вас, в случае, если это - новая проблема!