Вопросы Теги

Ubuntu 19.04 замораживает при записи в диск SSD

Я просто обновил к 19,04 от 18,10 (и ранее от Фрагмента Debian). Начиная с обновления любая операция записи замораживает всю систему, включая мышь, в течение 3 или больше секунд. Это довольно причудливо, потому что не произошел перед обновлением, и система является тем же. hdparm сообщает, что чтения на 517 МБ/с и умный не показывают ошибок:

sudo smartctl -a /dev/sdb
smartctl 6.6 2017-11-05 r4594 [x86_64-linux-5.0.0-13-generic] (local build)
Copyright (C) 2002-17, Bruce Allen, Christian Franke, www.smartmontools.org

=== START OF INFORMATION SECTION ===
Device Model:     LITEON L8H-128V2G-11 M.2 2280 128GB
Serial Number:    BR0RJW291CB0075GB0VE
Firmware Version: F87110C
User Capacity:    128.035.676.160 bytes [128 GB]
Sector Size:      512 bytes logical/physical
Rotation Rate:    Solid State Device
Form Factor:      M.2
Device is:        Not in smartctl database [for details use: -P showall]
ATA Version is:   ACS-2 (minor revision not indicated)
SATA Version is:  SATA 3.1, 6.0 Gb/s (current: 6.0 Gb/s)
Local Time is:    Sat Apr 20 11:47:56 2019 -03
SMART support is: Available - device has SMART capability.
SMART support is: Enabled

=== START OF READ SMART DATA SECTION ===
SMART overall-health self-assessment test result: PASSED

General SMART Values:
Offline data collection status:  (0x02) Offline data collection activity
                    was completed without error.
                    Auto Offline Data Collection: Disabled.
Self-test execution status:      (   0) The previous self-test routine completed
                    without error or no self-test has ever 
                    been run.
Total time to complete Offline 
data collection:        (    0) seconds.
Offline data collection
capabilities:            (0x11) SMART execute Offline immediate.
                    No Auto Offline data collection support.
                    Suspend Offline collection upon new
                    command.
                    No Offline surface scan supported.
                    Self-test supported.
                    No Conveyance Self-test supported.
                    No Selective Self-test supported.
SMART capabilities:            (0x0003) Saves SMART data before entering
                    power-saving mode.
                    Supports SMART auto save timer.
Error logging capability:        (0x01) Error logging supported.
                    General Purpose Logging supported.
Short self-test routine 
recommended polling time:    (   1) minutes.
Extended self-test routine
recommended polling time:    (  10) minutes.
SCT capabilities:          (0x003d) SCT Status supported.
                    SCT Error Recovery Control supported.
                    SCT Feature Control supported.
                    SCT Data Table supported.

SMART Attributes Data Structure revision number: 1
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE      UPDATED  WHEN_FAILED RAW_VALUE
  5 Reallocated_Sector_Ct   0x0003   100   100   000    Pre-fail  Always       -       0
  9 Power_On_Hours          0x0002   100   100   000    Old_age   Always       -       681
 12 Power_Cycle_Count       0x0003   100   100   000    Pre-fail  Always       -       535
175 Program_Fail_Count_Chip 0x0003   100   100   000    Pre-fail  Always       -       0
176 Erase_Fail_Count_Chip   0x0003   100   100   000    Pre-fail  Always       -       0
177 Wear_Leveling_Count     0x0003   100   100   000    Pre-fail  Always       -       76
178 Used_Rsvd_Blk_Cnt_Chip  0x0003   100   100   000    Pre-fail  Always       -       0
179 Used_Rsvd_Blk_Cnt_Tot   0x0003   100   100   000    Pre-fail  Always       -       0
180 Unused_Rsvd_Blk_Cnt_Tot 0x0003   100   100   000    Pre-fail  Always       -       147
181 Program_Fail_Cnt_Total  0x0003   100   100   000    Pre-fail  Always       -       0
182 Erase_Fail_Count_Total  0x0003   100   100   000    Pre-fail  Always       -       0
187 Reported_Uncorrect      0x0003   100   100   000    Pre-fail  Always       -       0
195 Hardware_ECC_Recovered  0x0003   100   100   000    Pre-fail  Always       -       0
241 Total_LBAs_Written      0x0003   100   100   000    Pre-fail  Always       -       215371
242 Total_LBAs_Read         0x0003   100   100   000    Pre-fail  Always       -       68520

SMART Error Log Version: 1
No Errors Logged

SMART Self-test log structure revision number 1
Num  Test_Description    Status                  Remaining  LifeTime(hours)  LBA_of_first_error
# 1  Short offline       Completed without error       00%        58         -
# 2  Short offline       Completed without error       00%        58         -
# 3  Short offline       Completed without error       00%        58         -
# 4  Short offline       Completed without error       00%         0         -

Selective Self-tests/Logging not supported

fstab имеет общие опции для системы с LVM:

cat /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>
/dev/mapper/euclides--vg-root / ext4    noatime,nodiratime,errors=remount-ro 0       1
# /boot was on /dev/sdb1 during installation
UUID=456b218a-f23c-4a35-8b39-ad416b03204f /boot           ext2    defaults        0       2
/dev/mapper/euclides--vg-home /home           ext4    defaults        0       2
/swapfile                                 none            swap    sw              0       0

Какие-либо идеи о том, что продолжается и как зафиксировать это?

Править: Для тестирования я переключился от Gnome до KDE и, неожиданное удивление, задержка закончилась. Таким образом, это, вероятно, не было проблемой с моим SSD, но действительно чем-то связанным с Gnome.

4
задан 21 April 2019 в 16:32

4 ответа

Если у вас есть nVIDIA и Gnome 3.32 в Ubuntu 19.04, выполните следующие действия: https://devtalk.nvidia.com/default/topic/957814/linux/prime-and-prime-synchronization/post/5323965/ # 5323965 Добавьте переменную следующим образом: 

sudo gedit /etc/environment
__GL_MaxFramesAllowed=1

На моем ноутбуке Dell 7577 (с nVIDIA GTX 1060 с дизайном max-Q) после обновления с Ubuntu 18.10 до 19.04 он зависал на 2 секунды. при запуске приложения, такого как Thunderbird или Firefox. Также VLC заикался. С помощью указанной выше переменной мой гном работает гладко.

0
ответ дан 21 April 2019 в 16:32

Точно та же самая вещь здесь, но вместо Ubuntu, с обновлением Debian Stretch Debian Buster. Замораживание этих 3 секунд и высокое использование ЦП на оболочке гнома, только путем выполнения простого touch hello в терминале.

я использовал того пользователя на Stretch в течение многих лет, таким образом, это имеет тонну документов и конфигураций.

я не хотел переходить к KDE, как комментарии предполагают. Так, что я сделал должен был видеть, происходила ли проблема на совершенно новом пользователе. На новом пользователе, без проблем вообще.

Так, мое решение было:

  1. выходят из каждой сессии
  2. , входят в систему как корень на консоли
  3. mv /home/myusualuser /home/myusualuser2
  4. mkdir /home/myusualuser
  5. chown myusualuser:myusualuser /home/myusualuser
  6. и входят в систему снова как проблема myusualuser

, которую уводят.

Теперь я перемещаю свои файлы постепенно. Если я найду, какой каталог/файл/конфигурация создавал проблему, то я обновлю эту запись.

1
ответ дан 25 October 2019 в 14:33

Я вполне уверен, я испытывал ту же проблему. Здесь были некоторые вещи, которые я заметил:

  • Замораживание имело тенденцию ухудшаться (система зависнет для дольше) после того, как это работало некоторое время
  • , Обычно будет зависать в течение нескольких секунд при возобновлении от, приостанавливают, сохранив загруженный файл на мой рабочий стол в Firefox, закрывая диалоговое окно выбора файла (например, чтобы загрузить почтовое вложение или открыть документ) - и завис бы независимо от того, решил ли я на самом деле получить доступ к файлу или отменить диалоговое окно
  • После дня простой веб-работы, и некоторые приостанавливают/возобновляют циклы, моя система чувствовала бы себя вялой способами, нисколько не выровненными по ширине моими аппаратными средствами (совершенно новая система, SSD, 8-й генерал i7, 16 ГБ RAM, это не должно быть сорвано обработкой текста и Gmail)
  • , проблема полностью не существовала до обновления до 19,04 от 18,10

, я теперь обновил до 19,10, и проблема менее очевидна. Сразу после обновления, подвешивания, уменьшенного до меньше, чем секунда вместо нескольких секунд - моя система все еще, казалось, зависла немного, но не способом, что я возражал так.

ОДНАКО я также склонен сохранять много файлов на моем рабочем столе - мы говорим по крайней мере 60-200 в любой момент времени. Многие из них являются маленькими, но некоторые являются довольно большими (ISO Linux, например). На догадке я чистил все эти файлы своего рабочего стола, и подвешивание полностью, кажется, исчезло теперь. Я предположил бы, что, даже под 19,04, чистя мой рабочий стол поможет с этой проблемой, но я не собираюсь вернуться для тестирования этой гипотезы.

мне любопытно, помогли ли обновление до 19,10 и/или очистка рабочего стола кому-либо еще с подобными проблемами.

0
ответ дан 17 November 2019 в 04:38

Вы, возможно, поразили ошибку APST, описанную здесь:
1. https://bugs.launchpad.net/ubuntu / + источник/Linux / + ошибка/1678184
2. https://bugs.launchpad.net/ubuntu / + источник/Linux / + ошибка/1689357

Они предлагают редактировать/etc/default/grub и добавить параметр ядра nvme_core.default_ps_max_latency_us=xxx в командной строке ядра
для различных устройств xxx отличается, если он работает с 0, можно начать увеличиваться до (макс. 5500) для обеспечения более глубоких состояний экономии электроэнергии. Не забывайте выполнять личинку обновления после редактирования и перед перезагрузкой. Так или иначе считайте поток.

1
ответ дан 17 November 2019 в 04:38

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

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