forum.lissyara.su

Компилировал софт. Заметил, что подключить еще консоли не получается... решил ребутнуться... ребутнулся
Система вроде грузится, sshd поднимается... спрашивает логин, потом пароль и сбрасывает соединение

В консоли после ввода пороля выдется "last login... бла-бла-бла", потом выводит /etc/motd и заново приглашение логина.
В однопользовательский режим пускает, все монтирует... но в обычный режим войти не получается...
Под другими юзерами пускает.

Вот что логах В чем может быть косяк?

она секса хочет, не удовлетворил!

безопасность включал? твой юзер в групе wheel?

может мир когда собирал либы удалил?

шелл в core dump уходит
что ты вы там серьезно накомпилировали

Все было нормально... сидел под рутом и компилил ldap, bind, iconv, exim - вобщем ничего серьезного.
Ядро не пересобирал.

в железе уверенны?

Все работает под VMware, никаких настроек не меналось.
Есть небольшая вероятность что был сбой в виндах и это отразилось на VMware. Но вот вопрос как именно?

какой именно сбой?
после крэша процесса, остается файлик с дампом памяти, его можно загнать в дебагер\трейсер и отследить

Сбой - сложно сказать... при выходе из заставки свалилась asusprob (эксепшин), miranda (подвисла).
Но я уже перезакрузил все, так что если сейчас что влияет - то только последствия... я понимаю например на диск записалось криво - но тогда бы и других пользователей по идее не пускало...

Вобщем разобрался... сбой видать всетаки затронул винт и банально побился csh обычных юзеров пускало, т.к. у них шел стоит sh
Решил проблему копированием csh из /rescue

icb писал(а):Все работает под VMware, никаких настроек не меналось

ф топку это поделие

lissyara писал(а):

icb писал(а):Все работает под VMware, никаких настроек не меналось

ф топку это поделие

+1

lissyara писал(а):

icb писал(а):Все работает под VMware, никаких настроек не меналось

ф топку это поделие

-1 варя она же хорошая

icb писал(а):я понимаю например на диск записалось криво - но тогда бы и других пользователей по идее не пускало...

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

ф топку это поделие

-1
тоже юзаю ее для экспериментов - довольно удобно
хотя под фрей еще не пробовал поднимать

поэтому если сбой был именно в момент компиляции, то csh мог реально пострадать

интересно а почему он вообще пострадал? ведь сам csh не перезаписывался в момент сбоя
т.е. (если я правильно понял ситуацию) сбой мог навредить только самому компилируемому софту... каким боком сам csh повредился?
хотя чую, предсказать последствия сбоя виндов малореально

ev писал(а):интересно а почему он вообще пострадал? ведь сам csh не перезаписывался в момент сбоя

кто его знает о чём думает комп во время сбоя. Страдает ведь не сам файл а файловая система, сам файл пострадает только если в него непосредственно шла запись. При сборке софта файловая система интенсивнее всего читается и записывается, поэтому вполне вероятно, что csh просто был в неудачном месте ... и в неудачное время

поэтому вполне вероятно, что csh просто был в неудачном месте

тогда надо посоветовать проверить целостность файловой системы

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

система каждый раз делает проверку на правильность выключения

так в данном случае вмвара не вылетела, т.е. была выключена корректно (если я правильно понял)
следовательно и автоматическая проверка не была запущена
следовательно при дальнейшем юзании системы ошибка может затронуть что-либо еще

ev писал(а):так в данном случае вмвара не вылетела

если б вылетела варя и пострадал виртуальный диск, то пришлось бы новую виртуалку поднимать, а не csh восстанавливать.

А как принудительно запустить проверку диска?
Надо ли при этом уходить в однопользовательский режим?

Вобщем похоже конкретно побился раздел. Еще многие файлы оказались испорчены.
fsck сначала что-то выдал, но сейчас уже говорит что все нормально.
Откатился на предыдущий снапшот вмвары... очень рад что сделал его вовремя

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

вырубать надо корректно

Я ведь писал выше - сбой. Мало ли какая причина сбоя, есть факт.
Как отследить последствия чтобы потом не напороться на битые файлы?
А то так и получилось - думал побился один файл... начал работать... оказалось еще полно
Вот и вопрос - как определить что побилось, а что нет?

никак.
========
вмварь - ф топку