[SOLVED] Зависает после загрузки
Deadik 20 Августа, 2019 - 11:07
Купил новый ssd, решил не переносить существующую систему а поставить с нуля. Ставлю по хэндбуку, выбрал профиль с плазмой, установил пакеты, собрал ядро, записал загрузчик. Ошибок не было. Перезагружаюсь, система загружается, логинюсь (в терминале, иксы еще не настраивал) логинится нормально, но секунд через 15 курсор перестает моргать и система перестает реагировать на клаву. Если перезагрузится с livecd и посмотреть логи, то в dmesg нет ничего подозрительного, последняя запись примерно на 5 секунде.
В какую сторону копать (какие логи глянуть и какие конфиги проверить)? В чем может быть дело?
Заранее спасибо
»
- Для комментирования войдите или зарегистрируйтесь
Для справки: если грузишься с
Для справки: если грузишься с
livecd, то вdmesgбудет лог загрузки сlivecd, а не основной системы! :)А какие реальные логи - зависит от твоей системы (опенРЦ/системд) и самой системы журналирования.
Чтобы получить начальное представление о твоей системе, покажи выдачу
Также интересно, а можно ли подключиться по сети после зависания? Это было бы идеально, ибо можно посмотреть ситуацию изнутри...
Если нет, то хотя бы (если сможешь) настрой выдачу системных логов по сети на какой-нибудь внешний комп/сервер.
"если грузишься с livecd"
"если грузишься с livecd" сорян, имел ввиду грузился с livecd, монтировал разделы c ssd и смотрел что там в логи в прошлый запуск с этого ssd записалось. По поводу сети еще не пробовал, сегодня притащу ноут с работы и проверю что там с ssh
ставил по классическому хэндбуку с OpenRC. Доберусь до компа зайду в чрут и тогда скину более подробную инфу о системе
ок, есть сетевое хранилище, на него попробую пулять логами
полагаю, ты не понял...
Не знаю, как твое хранилище работает, но, полагаю, что ты не понял - это не "пуляние" файлами, а удаленное журналирование, типа так: Remote logging. ;)
На сетевом хранилище стоит
На сетевом хранилище стоит debian и прослушивание входящих логов с другой системы настроить не проблема
/
/var/log/kern.logВ свежих версиях syslog-ng не нужно даже настраивать источник, читающий
/proc/kmsg.:wq
--
Live free or die
А с чего ты взял, что у него
А с чего ты взял, что у него именно
syslog-ng?!Я ведь для того и просил инфу о системе, чтобы понять, что за журналирование стоит... их ведь сейчас 100500! А пишут все в разные файлы по умолчанию.
.
Gentoo default.
Живых демонов — раз, два, и (ну, строго говоря, три)… всё.
Практика прямой записи журналов в файл — памятник упадку культуры.
ЗЫ: С rsyslog, правда в бинарной сборке тырпрайсов, наблюдал странную проблему при записи сообщений, полученных по сети.
:wq
--
Live free or die
Вообще-то у ТС - локалхост
Вообще-то у ТС - локалхост, насколько я понял... или ты дома тоже журнальный сервер держишь?.. :)
SysA написал(а):Anarchist
.
В общем по ssh не пускает,
В общем по ssh не пускает, если пинговать то такое ощущение что сетевуха в ребуте (то пинг проходит, то нет), зависает кстати даже если не логиниться. В логах среди записей есть пару строк о том что сетевое устройство не готово, и логи обрываются то на 5 то на 7 секунде. Буду пока ковырять в этом направлении, сетевуха точно рабочая (при загрузке из под винды или livecd с сетью проблем нет), так что посмотрю что в модулях проебаглазил.
Проверь:
1. Может кто-то циклится и выжирает ресурсы (память, процессор, процессы).
2. Есть ли свободное место и и-ноды на всех файловых системах.
Свободное место точно есть, с
Свободное место точно есть, с запасом оставлял
Сейчас в логах увидел сообщение типа
ACPI Error: Method parse/execution failed
Но судя по интернетам это врядли то что мне мешает и появилось у многих начиная с определенной версии ядра, хотя вот сейчас уже всерьез подумываю попробвоать старое ядро запихнуть ради эксперимента
Есть идеи как проверить что что то циклится?
vmstat/sar
vmstat/sar - поставь в автозапуск, а после зависания и перезагрузки посмотришь логи.
Свободных и-нодов точно достаточно? А то многие о них забывают...
с vmstat годная мысль ресурсы
с vmstat годная мысль ресурсы посмотреть отжираемые, но я не понял как его в моем случае использовать, он же вроде только при вызове показывает, или можно задать непрерывное логирование? Но я склоняюсь к тому что все таки что то ресурсы отжирает, так как сразу после того как система фризится начинает разгоняться процессорный кулер.
инод увеличивал количество при разметке по рекомендациям с хэндбука, как можно исключить или подтвердить то что в этом дело?
man vmstat! :) vmstat 1 55555
man vmstat! :)
Deadik написал(а):...Есть
Есть идея взять ядро, с которым ничего не виснет и не "циклится". :-D
Уже попробовал перенести ядро
Уже попробовал перенести ядро со старого ssd, тоже самое, походу не в ядре все таки дело =(
Deadik написал(а):Уже
Таки имелось ввиду ядро, загрузка с которым не приводит к зависанию.
Но, если дело не в винте и не в ядре, де-факто остается только система. Если исключить кривое железо, конечно. Судя по всему, его исключать пока рановато.
Ситуация напоминает дела давно минувших дней с nvidia-drivers. Они тоже любили весить систему, как в консоли, так и в иксах. Причем, наглухо. После инициации, как следует подумав.
Таки имелось ввиду ядро,
Таки это и имел ввиду, после вкрячивания исправного ядра, проблема осталась.
Ага, тоже напомнило, поэтому для чистоты экперимента я вынул видяху и сетевуху, чтобы исключить что это кривые дрова этих железяк вешают. Дрова соответственно на них не ставил.
С одной стороны, железо не исключаю, с другой, если там что то и есть, то весьма специфичное, потому как винда работает исправно в одном из разделов этого нового ssd, с livecd устанавливался тоже без проблем. Так что все таки на систе у грешу, но что могло пойти не так непонятно, все делал по хэндбуку, как и в прошлые разы
Еще идея - проверь на
Еще идея - проверь на совместимость железа... отключи новый диск - есть ли зависание?
Проверь все напряжения питания с подключенным диском - может он сажает источник. Запусти сенсоры в автозапуск и пиши непрерывно/ежесекундно сенсоры напряжений/температур в лог - может увидишь что-нибудь интересное.
Проверь/замени кабели к диску, если проблема только при его подключении.
А как может быть с диском что
А как может быть с диском что то ненормально если на нем стоит винда и прекрасно работает? при установке в чруте тоже все прекрасно
Расходимся, походу был какой
Расходимся, походу был какой то дикий глюк железа, после нескольких воткнул-выткнул дисков и оперативки зависать перестало. Но до сих пор не могу понять почему в таком случае диагностические тулзы показывали что с железяками все в порядке