LINUX.ORG.RU

Зависает Arch на новом компе, не реагирует на reset

 ,


0

1

Случайным образом, я уже не знаю что проверять еще. На клавиатуру не реагирует, даже на Reset. Приходится долго держать кнопку выключения.

Картинка замирает, если был звук он начинает циклически воспроизводиться. Все.

Планки памяти гонял всю ночь в Memtest, без ошибок.

У меня три диска, два SSD и один HDD на два 2TB.

Системный SSD вроде ок:

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   0x0033   100   100   010    Pre-fail  Always       -       0
  9 Power_On_Hours          0x0032   099   099   000    Old_age   Always       -       3558
 12 Power_Cycle_Count       0x0032   099   099   000    Old_age   Always       -       511
177 Wear_Leveling_Count     0x0013   098   098   000    Pre-fail  Always       -       29
179 Used_Rsvd_Blk_Cnt_Tot   0x0013   100   100   010    Pre-fail  Always       -       0
181 Program_Fail_Cnt_Total  0x0032   100   100   010    Old_age   Always       -       0
182 Erase_Fail_Count_Total  0x0032   100   100   010    Old_age   Always       -       0
183 Runtime_Bad_Block       0x0013   100   100   010    Pre-fail  Always       -       0
187 Uncorrectable_Error_Cnt 0x0032   100   100   000    Old_age   Always       -       0
190 Airflow_Temperature_Cel 0x0032   069   048   000    Old_age   Always       -       31
195 ECC_Error_Rate          0x001a   200   200   000    Old_age   Always       -       0
199 CRC_Error_Count         0x003e   100   100   000    Old_age   Always       -       0
235 POR_Recovery_Count      0x0012   099   099   000    Old_age   Always       -       35
241 Total_LBAs_Written      0x0032   099   099   000    Old_age   Always       -       5312074421

SMART Error Log Version: 1
No Errors Logged


Файлопомойка тоже вроде терпимо:

SMART Attributes Data Structure revision number: 16
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE      UPDATED  WHEN_FAILED RAW_VALUE
  1 Raw_Read_Error_Rate     0x002f   200   200   051    Pre-fail  Always       -       0
  3 Spin_Up_Time            0x0027   177   168   021    Pre-fail  Always       -       6141
  4 Start_Stop_Count        0x0032   097   097   000    Old_age   Always       -       3083
  5 Reallocated_Sector_Ct   0x0033   200   200   140    Pre-fail  Always       -       0
  7 Seek_Error_Rate         0x002e   200   200   000    Old_age   Always       -       0
  9 Power_On_Hours          0x0032   065   065   000    Old_age   Always       -       25879
 10 Spin_Retry_Count        0x0032   100   100   000    Old_age   Always       -       0
 11 Calibration_Retry_Count 0x0032   100   100   000    Old_age   Always       -       0
 12 Power_Cycle_Count       0x0032   098   098   000    Old_age   Always       -       2510
192 Power-Off_Retract_Count 0x0032   200   200   000    Old_age   Always       -       173
193 Load_Cycle_Count        0x0032   073   073   000    Old_age   Always       -       382250
194 Temperature_Celsius     0x0022   121   098   000    Old_age   Always       -       29
196 Reallocated_Event_Count 0x0032   200   200   000    Old_age   Always       -       0
197 Current_Pending_Sector  0x0032   200   200   000    Old_age   Always       -       0
198 Offline_Uncorrectable   0x0030   200   200   000    Old_age   Offline      -       0
199 UDMA_CRC_Error_Count    0x0032   200   200   000    Old_age   Always       -       0
200 Multi_Zone_Error_Rate   0x0008   200   200   000    Old_age   Offline      -       9

SMART Error Log Version: 1
No Errors Logged


Третий SSD даже не примонтирован в системе (на нем 10 для дуалбута) и у него тоже хорошие результаты SMART.

Сегодня попробую отключить все диски кроме системного и оставить на ночь. Еще можно попробовать уйти в 10ку и тоже на ночь гонять Ютуб.

Последний раз это случилось в 13:38, но я не вижу в логах ничего подозрительного, может смотрю не те логи:

journalctl -xb показывает загрузку после ребута, уже после 13:38

https://ptpb.pw/FQxY

А journalctl -xb -1 заканчивается на 12:23



Последнее исправление: ksevelyar (всего исправлений: 1)

Было такое, но тогда systemd в арче не было, как появилось - сразу эта проблема пропала.

karton1 ★★★★★
()

У меня была аналогичная проблема, что я только не делал, включая замену материнки (причём её приняли в сц и признали проблему :D на самом деле была исправная), мемтест сутками гонял, состояние памяти идеальное. В итоге всё же опытным путём нашёл бракованную плашку...

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

Хмм, тогда наверно попробую по очереди вытаскивать плашки еще.

Главный вопрос, это вообще никак не увидеть в логах? Не вижу никакой информации о 13:38.

journalctl --since=today
Aug 30 11:38:28 laundry systemd-timesyncd[308]: Synchronized to time server 95.213.132.250:123 (2.arch.pool.ntp.org).
Aug 30 11:43:10 laundry dbus-daemon[538]: Activating via systemd: service name='org.a11y.Bus' unit='at-spi-dbus-bus.service'
Aug 30 11:43:10 laundry systemd[512]: Starting Accessibility services bus...
Aug 30 11:43:10 laundry dbus-daemon[538]: Successfully activated service 'org.a11y.Bus'
Aug 30 11:43:10 laundry systemd[512]: Started Accessibility services bus.
Aug 30 11:43:10 laundry at-spi-bus-launcher[13806]: ** (process:13806): WARNING **: Failed to register client: GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown: The name org.gnome.Sessio
Aug 30 11:53:30 laundry systemd[1]: Starting Cleanup of Temporary Directories...
Aug 30 11:53:30 laundry systemd[1]: Started Cleanup of Temporary Directories.
Aug 30 11:57:06 laundry dbus[313]: [system] Activating via systemd: service name='org.freedesktop.UPower' unit='upower.service'
Aug 30 11:57:06 laundry systemd[1]: Starting Daemon for power management...
Aug 30 11:57:07 laundry dbus[313]: [system] Successfully activated service 'org.freedesktop.UPower'
Aug 30 11:57:07 laundry systemd[1]: Started Daemon for power management.
Aug 30 12:23:12 laundry dbus[313]: [system] Activating via systemd: service name='org.bluez' unit='dbus-org.bluez.service'
Aug 30 12:23:12 laundry dbus[313]: [system] Activation via systemd failed for unit 'dbus-org.bluez.service': Unit dbus-org.bluez.service not found.
-- Reboot --
Aug 30 13:39:44 laundry systemd-journald[177]: Runtime journal (/run/log/journal/) is 8.0M, max 798.6M, 790.6M free.
Aug 30 13:39:44 laundry systemd-journald[177]: System journal (/var/log/journal/) is 1.1G, max 3.9G, 2.7G free.
Aug 30 13:39:44 laundry systemd-journald[177]: Time spent on flushing to /var is 22.844ms for 2 entries.
Aug 30 13:39:44 laundry kernel: Linux version 4.7.1-1-ARCH (builduser@tobias) (gcc version 6.1.1 20160802 (GCC) ) #1 SMP PREEMPT Wed Aug 17 08:13:35 CEST 2016
Aug 30 13:39:44 laundry kernel: Command line: initrd=\initramfs-linux.img root=/dev/sda4 rw
Aug 30 13:39:44 laundry kernel: x86/fpu: xstate_offset[2]:  576, xstate_sizes[2]:  256
Aug 30 13:39:44 laundry kernel: x86/fpu: xstate_offset[3]:  960, xstate_sizes[3]:   64
Aug 30 13:39:44 laundry kernel: x86/fpu: xstate_offset[4]: 1024, xstate_sizes[4]:   64
Aug 30 13:39:44 laundry kernel: x86/fpu: Supporting XSAVE feature 0x001: 'x87 floating point registers'
Aug 30 13:39:44 laundry kernel: x86/fpu: Supporting XSAVE feature 0x002: 'SSE registers'
Aug 30 13:39:44 laundry kernel: x86/fpu: Supporting XSAVE feature 0x004: 'AVX registers'
Aug 30 13:39:44 laundry kernel: x86/fpu: Supporting XSAVE feature 0x008: 'MPX bounds registers'
Aug 30 13:39:44 laundry kernel: x86/fpu: Supporting XSAVE feature 0x010: 'MPX CSR'
Aug 30 13:39:44 laundry kernel: x86/fpu: Enabled xstate features 0x1f, context size is 1088 bytes, using 'standard' format.
Aug 30 13:39:44 laundry kernel: x86/fpu: Using 'eager' FPU context switches.
ksevelyar
() автор топика
Последнее исправление: ksevelyar (всего исправлений: 1)

А reset подключен в материнку? Срабатывает в биос?

Сколько планок? Одинаковые? Одну оставить пробуй.

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

А reset подключен в материнку? Срабатывает в биос?

А вот кстати не факт, нужно будет проверить. Мог неправильно подключить, комп новый.

Сколько планок? Одинаковые? Одну оставить пробуй.

Ага, две, сегодня на ночь попробую одну. Memtest гонял на дефолных настройках.

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

А может ты оверклокингом баловался?

anonymous
()

Модель материнки?

Midael ★★★★★
()

перегревается? житкость в систему охлаждения залил?

anonymous
()

Попробуй сначала LTS-ядро какое-нибудь. У меня такие фризы «намертво» были на каком-то дебиане в котором я в лайв загружался - т е не обязательно дело строго в железе

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

Дело было в железе. Карточка вайфая была не до конца вставлена. Такие дела.

Загнал поглубже — ни единого разрыва.

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

Очень рад, что всё обошлось, а то я переживал, новый комп, как никак :)

anonymous
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.