Меню Рубрики

Linux stopped upon error after что происходит

Лог падения

Появилась такая фишка. Включаешь линукс, он грузится, авторизуешься и тут же отключается. Появляется на экране консольный вывод, типа shut down [15], что-то такое. Винда при этом нормально работает. Я сперва грешил на акб, но на нем 30%. ПОтом на температуру. Мельком успел выбить sensors и результат 56 градусов. Где можно посмотреть причину падения в аут? Минут пять постоял без дела и заработал? Может все таки что то перегрелось? сенсорс показывает только температуру проца.

И что стало причиной стоппеда?(

Попробовать загрузиться с noacpi — не вариант?

/var/log/dmesg надо бы

Ну, спустя минут 20 все заработало ж.

какой из них — dmesg или dmesg.0 ?

а как его сюда скинуть? Мне пишут что слишком большое сообщение. А волшебных слов типа ‘error’ или что то подобное бегло я не увидел

есть сайт http://pastebin.com/ сюда срань пихать не нужно.

понял, спасибо, за пинок, намотаю на ус) вот ссылка http://pastebin.com/KAR1L0aH

вот были проблемы с разделом, заглянь в смарт что пишет, проверь на ошибки.

ээээ, можно более понятно. Куда глянуть? И потом, если раздел былл той самой фатальной ошибкой, то почему система продолжила загрузка а не пала именно на нем?

вообще то диск на гарантии как и ноут. Но я так понял что проблема в его перегреве. А то что большое число ошибок в Raw_Read_Error_Rate и Seek_Error_Rate это как по вашему мнению? Можно спать спокойно или ?

Если есть подозрения на перегрев винта, то можно посмотреть вывод ″smartctl -l scttemp /dev/sda″, если винт поддерживает логгирование температуры.

Raw_Read_Error_Rate и Seek_Error_Rate у Seagate измеряется в попугаях, вот Reallocated_Event_Count, ИМХО, подозрительно.

А то что большое число ошибок в Raw_Read_Error_Rate и Seek_Error_Rate это как по вашему мнению?

У сигейтов всегда так, это нормально. Речь идет о том что ноут выключать 4-мя секундным удержанием кнопки power не хорошо. Интересный у вас power on hours похоже в секундах.

Rellocated event count это указывает на то что диск сыпится.

А если не логиниться через dm а сделать ctrl+alt+f1 создать нового юзера и зайти под ним? Может ктото ради шутки написал типа shutdown -h now

У меня почему-то время от времени возникает такая фигня, что система зависает. При том вообще мертво. Терминал не включается. И святое нажатие ctrl+flt+f1 не дает никаких результатов. ПРичина сего для меня не известна, поэтому приходится выбивать почву из под ног удерживание power.

Я что то не вижу уж супер каких то критичных значений температуры

У меня почему-то время от времени возникает такая фигня, что система зависает.

Вам сначала необходимо найти причину нестабильности системы.

И как это можно сделать? Если даже терминал не открыть и не отбить простейший «top»? ПРи том зачастую виснет при отсутствии каких либо тяжелых программ. Например при серфинге+раздача торрента+аська+читалка книг. То есть виснуть в принципе не должна!

ПРи том зачастую виснет при отсутствии каких либо тяжелых программ, Например при серфинге+раздача торрента+аська+читалка книг

Интернет Браузер это уже тяжелая программа.

То есть виснуть в принципе не должна!

Виснуть может и при полном простое, зависание системы в основном это проблемы железа или драйверов. Проблемы драйверов и ядра зачастую кончаются Kernel Panic.

Если даже терминал не открыть и не отбить простейший «top»

Значит браузеры, торренты, аськи и читалки работают нормально, но терминал открыть невозможно.

Загружайтесь с LiveCD.

Отключите ACPI в ядре как советовали выше

сам не знаю что наделал, но cinnamon пал. Экран черный, значки простейшие, терминал открывается, но все что набираешь в нем черного цвета = этого ничего не видно. приходится на ощупь натыкивать типа gedit /var/log/Xorg.0.log Вот ссылка на данный лог — http://pastebin.com/PeaYWQPp. Похоже придется его переустанавливать. Кстати, Gnome-сессия нормально работает, прбема только в циннамоне

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

Значит браузеры, торренты, аськи и читалки работают нормально, но терминал открыть невозможно.

а почему бы и нет? Может плохой сектор припал именно на gnome-terminal.

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

Да, для ноутбучного винта температуры удовлетворительны. И сообщение:

[ 13.528203] EXT4-fs (sda5): re-mounted. Opts: errors=remount-ro

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

Может на видео/телефон снять текстовую консоль в момент перезагрузки, может что интерестное удастся рассмотреть.

Зато смарт говорит.

Да, для ноутбучного винта температуры удовлетворительны

На офф сайте говорят что до 60 градусов, норм.

Может плохой сектор припал именно на gnome-terminal.

Все может быть. Существует даже вероятность(хоть и очень маленькая) что из за плохого сектора в одном из стартовых скриптов появилась строка shutdown -h now.

Копайте в сторону логов cinnamona, гуглите похожие ошибки. У меня недавно при попытке завести Cinnamon толи под FreeBSD толи под CentOS он тупо вешался.

Вообще никто не отменял параллельно смотреть логи скажем по SSH с другого компьютера\телефона.

Чём именно smart говорит о проблемах с диском? Reallocated_Sector_Ct и Offline_Uncorrectable по нулям, да ещё и ″No Errors Logged″. Конечно, прогнать SMART Long test не помешало бы.

Вообще никто не отменял параллельно смотреть логи скажем по SSH с другого компьютера\телефона.

Не уверен, что у ТС есть дома ещё компы, иначе я бы посоветовал настроить netconsole и логирование по сети.

P.S. Здесь древовидный форум, лучше не цитировать различные комментации в одном ответе, а отвечать на каждый коммент отдельно, чтобы приходили уведомления.

Не уверен, что у ТС есть дома ещё компы

Да я даже как то и не подумал что такое тоже бывает.

Но все же харды с Relocated Event Count со своих серверов я меняю на новые, уверен что если прогнать через Victoria будут провалы.

Насколько я нагуглил, при проблемах с чтением винт запоминает сбойный сектор и наращивает 197 (Current Pending Sector Count). Потом при попытке записи в данных сектор, увеличивается счётчик 196 (Reallocation Event Count) и, если запись происходит не успешно, происходит remap сектора. Если remap прошёл успешно, увеличивается счётчик 05 (Reallocated Sectors Count). Если remap прошёл успешно, или сектор оказался исправным, то параметр 197 уменьшается.

Не думаю, что у ТС винт настолько плох, что вся область для ремапа испорчена и remap не может пройти. Поэтому, ИМХО, если параметр 05 равен нулю и 197 равен нулю, а 196 не равен нулю, то значит, были проблемы чтения/записи, но они возникли не по причине испорченного сектора, а из-за чего-то другого, допустим из-за вибраций, так как 191 (G-Sense_Error_Rate) равен 14.

Я не против обмена по гарантии, просто ТС должен быть готов к тому, что в обмене откажут и не говорить потом, что отказ был не обоснованный.

Три момента. Первый. Попробую для начала обновить минт до 17, благо он вышел и посмотрю что там будет. Второй. Расшифруйте понятие «ТС». )) Полагаю, «Т» — это наверна «тело»? И третье. Я водитель, ноут постонно со мной ездит, так что ошибки удара впринципе объяснимы. Да, и четвертое. Мне в СЦ прийти с рапечаткой смарта, этого достаточно? Я просто не в курсе по каким критериям бракуются винты. Кстати, программа badsectors показала ноль плохих секторов. Боюсь, с таким результатом они точно откажут.

Точно не помню, как я менял винт по гарантии с плохим SMART’ом, давно было, но, вроде всё было устно, без распечаток. Хотя я менял отдельно купленный винт и прямо у продавца, а сервисном центре, наверное, захотят какое-то заявление.

badsectors не совсем то. Лучше прогнать SMART тест, запуситить команду:

smartctl -t long /dev/sda

Команда тут же завешнится, а винт начнёт самотестирование и по выводу ″smartctl -a /dev/sda″ будут видны результаты. Там будет показан процент завешния теста и логи ошибок (если будут).

прогнал smartctl -t long /dev/sda. вот итог, завершено без ошибок. http://pastebin.com/9NmbHvLr

По мне, винт нормальный и не является причиной странного поведения ноута под Линуксом. Больше сказать нечего.

спасибо. буду грешить на летнюю жару. Посмотрим что дальше будет.

Источник

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *

  • Star wars knights of the old republic mac os
  • Star conflict mac os
  • Staff в mac os
  • Ssh через терминал mac os
  • Ssh manager mac os x