Как я могу обнаружить то, что заставляет мой Linux заморозиться?

Можно использовать sed читать до первой пустой строки и затем использовать cat для чтения остальных, которые были бы самыми эффективными для больших файлов:

{ sed -n '/./!q;p'; cat; } < the-file

Это только работает с регулярными файлами хотя (не с каналами, потому что sed считывает данные блоками и не может искать назад на строку после той где q был назван, если вход не seekable). Как отмечено @peterph, С GNU sed версия 4.2.2 и выше, можно добавить -u флаг, который вызывает GNU sed считать его вход один байт за один раз (и произвести одну строку за один раз) и удаляют проблему с каналами (хотя ухудшающаяся производительность).

5
13.03.2014, 00:13
3 ответа
[116434] Иногда кулер процессора неправильно смонтирован, поэтому необходимо проверить температуру процессора.

Если у вас есть проблемы и вы не знаете, что это такое, то лучшим подходом будет тестирование чёрного ящика. Для этого необходимо удалить некоторые компоненты, звуковые карты, диски, GPU и так далее. Если у вас все еще есть проблемы, попробуйте другую ОС.[116437].

1
27.01.2020, 20:42
[116430] Какой у вас графический чипсет? Новые ядра имеют огромную проблему с некоторыми графическими чипсетами Intel, например Intel 82845G "Brookdale". Сделайте это:

Тогда идите в Гугл для "Arch Linux" и любого другого чипсета, который вы найдете. [116433]

0
27.01.2020, 20:42
[116360] Звучит как аппаратный сбой ввода/вывода; причина, по которой увеличивается среднее значение нагрузки, заключается в том, что несколько процессов находятся в ловушке в [116839] бесперебойном сне [116840]. Он также имеет тенденцию к максимальному напряжению процессора[116841]1[116842], потому что ядро занято шлейфом, пытаясь получить доступ к неисправному аппаратурному устройству.

Короче говоря, ядро не очень хорошо справляется с ситуацией, потому что нет смысла пытаться компенсировать выход из строя аппаратуры на низком уровне. Скорее всего, вы найдете [116843]лоты и лоты [116844] свидетельств проблемы, если посмотрите после этого в системные журналы. Скорее всего, у вас есть жёсткий диск с некоторыми плохими блоками; это может быть исправлено, хотя вы не описали проблему достаточно подробно[116845]2[116846], чтобы я мог высказать своё мнение.

Если проблема в плохих блоках, вы можете проверить это решительно, запустив [116847]e2fsck -c[116848] на всех (ext) разделах, которые вы обычно монтируете; они должны быть размонтированы, так что вам может понадобиться использовать для этого живой CD. Дополнительные [116849]-c[116850] (т.е. [116851]-cc[116852]) и [116853]-y[116854] тоже можно использовать, хотя первый потребует довольно много времени. Обязательно посмотрите на [116855]man e2fsck[116856], чтобы понять, о чем идет речь.

1. Обратите внимание, что использование процессора и средняя загрузка не одно и то же, хотя то, как об этом сообщают некоторые утилиты, может ввести в заблуждение.

2. Как долго это повторяется, как часто это происходит, как долго длится.

1
27.01.2020, 20:42

Теги

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