Полная система зависает на umount и 'ls/dev/sd*'

Bash имеет функцию справки, но он может только сказать Вам о встроенных функциях Bash. Иначе Вы действительно застреваете с самой командой человека, которая действительно имеет некоторые полезные опции.

Попробуйте следующее

man -a intro

man -k *keyword*

man -K *keyword*
1
09.02.2014, 01:34
1 ответ

Это много походит на отказ диска. Когда жесткий диск будет начинать перестать работать или будет содержать нечитабельные (плохие) блоки, пытаться читать из него будет иногда приводить к серьезной проблеме. В случае сбойных блоков это - каждый раз, когда файл, который включает те блоки, читается.

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

Необходимо смочь найти доказательство этого в системных журналах.

Если проблемой являются просто сбойные блоки, Вы можете фиксировать ее, по крайней мере временно, путем выполнения e2fsck -cy на разделах (см. man страница об этих переключателях). Так как это требует чтения из диска, оно вызовет тот же тупик в определенные моменты, таким образом, Вы, возможно, должны будете оставить это выполняемый в течение долгого времени (возможно, часы, или в течение ночи). Это не гарантируемое решение, но оно будет работать на некоторые проблемы. Если бы Вы находите его все еще работающий утром, я сдался бы - проблема возможно более серьезна, чем просто случайные сбойные блоки.


Другая возможность, так как Ваши журналы ошибок ввода-вывода запускаются с usb 5-1: USB disconnect, device number 3 это, что-то не так происходит с ядром драйверы USB; это согласовывалось бы с проблемой, начинающейся конкретно на новом ноутбуке. Это кажется подобным этой проблеме, которая была, по-видимому, решена путем удаления ehci поддержки со стороны ядра; если это является модульным, Вы могли бы попробовать это путем помещения в черный список модуля или временно перемещения его из /lib/modules; модуль ehci-hcd (затем выполненный depmod, затем перезагрузка). Можно также хотеть консультироваться с этим и рассмотреть, неправильно конфигурируется ли ядро. Я не думаю, что это работало бы вообще с драйвером OHCI вместо UHCI один или наоборот, но я не знаю, и то же идет для различия между EHCI и новым XHCI. Узнайте точно, что Ваши аппаратные средства (который не может быть легким, необходимо будет, вероятно, сослаться на спецификацию производителя для ноутбука, затем поиск контроллер usb), и какие драйверы ядра Вы выполняете, затем ищете ошибки в тех драйверах для Вашей версии ядра.


1. Они обнаруживаются в top и ps вывод с a D состояние.

1
27.01.2020, 23:53
  • 1
    звучит вероятным, я думаю, что задался вопросом об этом прежде. Я дам этому движение, спасибо. Несколько вопросов - при чтении сбойного блока заставляют ядро зависнуть постоянно (но возможно я обнаружу, что это не является постоянным, когда я возвращусь домой), e2fsck сможет завершиться вообще? И если чтение из диска - то, что вызывает проблемы, делает, которые имеют смысл, если я прав это ls /dev/sd* вызванный подвешивание? (ls -l был бы статистика устройство, но я не думаю, что это читало бы?) большое спасибо –  philh 10.01.2014, 17:21
  • 2
    Подвешивание является не обязательно постоянным, возможно, оно зависит от природы базовой проблемы - я не знаю детали, но я был через него. Если это - поврежденные аппаратные средства, это интересно если ls /dev/sd* инициированный проблема... Я думал бы, что это - информация, кэшируемая ядром. –  goldilocks 10.01.2014, 17:40
  • 3
    ls /dev/sd* не получил бы доступ к диску. Это только доступы /dev который находится в RAM (или подкачка, но это маловероятно). Конечно, это могло быть совпадение. –  Gilles 'SO- stop being evil' 11.01.2014, 01:45
  • 4
    e2fsck не нашел сбойных блоков.:( Я теперь работаю с -ccyv в случае, если это - проблема только для записи. –  philh 11.01.2014, 12:57
  • 5
    Смотря на мой файл журнала (pastebin.com/gi8NUp0D), я получил ошибки ввода-вывода непосредственно перед замораживанием. Я не знаю, является ли это признак или причина все же. –  philh 11.01.2014, 13:09

Теги

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