LINUX.ORG.RU

Необычная дисковая активность после недавнего обновления

 , , , ,


0

3

Обновил систему, conky начал показывать, что к дискам постоянно обращаются, значение постоянное, 192B. Начинается сразу после старта системы.

Всё бы ничего, но основной винт это ssd, ему такое не очень хорошо. Второй - обычный, но он вообще не монтируется по умолчанию, там никакой активности быть не должно.

вот что выдал iostat через пару минут после старта системы:

$iostat 
Linux 5.5.1-arch1-1  	05/02/20 	_x86_64_	(8 CPU)

avg-cpu:  %user   %nice %system %iowait  %steal   %idle
           8.14    0.02    5.45    0.92    0.00   85.47

Device             tps    kB_read/s    kB_wrtn/s    kB_dscd/s    kB_read    kB_wrtn    kB_dscd
dm-0              0.11         2.88         0.00         0.00       3264          0          0
dm-1              0.11         2.54         0.00         0.00       2880          0          0
dm-2              0.10         2.50         0.00         0.00       2832          0          0
dm-3             23.31       273.93       150.41         0.00     310809     170652          0
dm-4              0.09         1.96         0.00         0.00       2220          0          0
dm-5              1.01        32.52         0.22         0.00      36901        244          0
dm-6             38.98       901.69        40.58         0.00    1023061      46044          0
sda               4.98        11.09         0.00         0.00      12581          0          0
sdb              35.44      1219.31       189.30         0.00    1383439     214781          0

Во всём предполагаю вину недавнего обновление ядра и сопутствующих пакетов, но не уверен, что я прав. Куда копать?

★★★★★

Даже если SSD, тебя это не дожно волновать. Я тут уже устал объяснять, что у SSD ресурс втупую выше, чем у HDD в 90% сценариев использования. Пишутся у тебя логи в систему, и раньше писались, ничего не изменилось.

Deleted ()
Ответ на: комментарий от router

Окей. Для начала вот такое тебе покажу с сервера БД:


Available Spare: 100%
Available Spare Threshold: 10%
Percentage Used: 255%
Data Units Read: 926,124,660 [474 TB]
Data Units Written: 995,043,173 [509 TB]
Host Read Commands: 14,467,141,200
Host Write Commands: 6,113,955,029
Controller Busy Time: 130,871
Power Cycles: 8
Power On Hours: 10,730

.

А вот что было полгода назад:


SMART/Health Information (NVMe Log 0x02)
Critical Warning: 0x00
Temperature: 44 Celsius
Available Spare: 100%
Available Spare Threshold: 10%
Percentage Used: 237%
Data Units Read: 362*009*808 [185 TB]
Data Units Written: 798*214*872 [408 TB]
Host Read Commands: 4*508*078*096
Host Write Commands: 4*878*999*702
Controller Busy Time: 94*391
Power Cycles: 8
Power On Hours: 8*743



Калькулятором посчитать сам всё можешь, и нагуглить значения DWPD для HDD тоже можешь. Ну и что это такое, если не знаешь (а судя по вопросу не знаешь) - тоже в состоянии (я надеюсь).

Deleted ()
Последнее исправление: Deleted (всего исправлений: 1)
Ответ на: комментарий от anonymous

iotop показывает, что всё благополучно простаивает, раз в несколько секунд выскочат иксы, kworker и jbd2.

Фишка тут несколько в другом. Вот у меня есть винт, который не монтируется по умолчанию. А conky показывает, что что-то с ним работает, Вот тебе свежий iotstat, я минут 5 назад машину запустил. И это не один винт постоянно, после ребута так себя может и основной вести.

sda              37.70       501.84        71.14         0.00    1841095     260997          0
sdb               2.14         3.61         0.00         0.00      13245          0          0

ZERG ★★★★★ ()
Ответ на: комментарий от ZERG

Я не специалист в этих делах, но мне когда-то помогало прописывание в fstab

tmpfs /tmp tmpfs rw 0 0
tmpfs /var/tmp tmpfs rw 0 0

может кто в /var/log активно что-то пишет?

gtk3 ★★★ ()
Последнее исправление: gtk3 (всего исправлений: 1)
Ответ на: комментарий от gtk3

У меня и так /tmp по-умолчанию в памяти. в /var/tmp и /var/log совсем тихо, не думаю, что смена на tmpfs тут как-то поможет.

Вдобавок, самое беспокоящее меня дело это что к винту, который никак не задействован и не примонтирован, что-то обращается.

ZERG ★★★★★ ()
Ответ на: комментарий от xenith

походу нет. но тут хуже проблема (ну или у меня едет крыша). Я все не мог понять, откуда у меня: а) активность на hdd, который не примонтирован; б) активность на sdd, хотя вроде ничего не должно никуда писать.

Я тут гонял данные с hdd, который /dev/sdb и заметил, что conky показывает активность ssd.

Я проверил, вот тебе раз:

sudo smartctl -a /dev/sda
smartctl 7.1 2019-12-30 r5022 [x86_64-linux-5.5.2-arch1-1] (local build)
Copyright (C) 2002-19, Bruce Allen, Christian Franke, www.smartmontools.org

=== START OF INFORMATION SECTION ===
Model Family:     Hitachi/HGST Travelstar Z7K500
Device Model:     HGST HTS725050A7E630

Что-то в системе меняет их местами, даже не знаю, стоит ли хвататься за голову. Вдобавок ноут начал подвисать, стабильно раз в день-два, перестаёт отзываться совершенно, спасает только hard reset. У меня тут защита диссертации на носу, если винт отвалится, совсем беда будет.

ZERG ★★★★★ ()
Последнее исправление: ZERG (всего исправлений: 1)
Ответ на: комментарий от ZERG

Замечательная картина: я на hdd залил ещё один рабочий файл. Предыдущий хотя бы в общем i/o отображался, чтение же этого (2.5 гига) вообще никак не засветилось, какая-то минимальная активность была и всё.

ZERG ★★★★★ ()
Ответ на: комментарий от Deleted

Даже если SSD, тебя это не дожно волновать. Я тут уже устал объяснять, что у SSD ресурс втупую выше, чем у HDD в 90% сценариев использования. Пишутся у тебя логи в систему, и раньше писались, ничего не изменилось.

Это не так. Средний SSD, исключая откровенный шлак, не вывезет и 600 циклов полной перезаписи.

anonymous ()
Ответ на: комментарий от anonymous

Шта? Дядя, ты читать умеешь? Потому, что считать - точно нет. Средний HDD 600 перезаписей рандомным I/O может не выдержать, а даже китайский KingDian столько вывозит. Ты в своём уме? Сказки не рассказывай. Я что HDD, что SSD через 3-4 года из нагруженных серверов выкидываю. Только вот SSD пропускают через себя больше данных.

Deleted ()