перестало пускать под рутом

[icb]

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

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

Вот что логах

Код: Выделить всё

login: ROOT LOGIN (root) ON ttyv0
kernel: pid 742 (csh), uid 0: exited on signal 11 (core dumped)

В чем может быть косяк?

[Хостинг HostFood.ru]

Тарифы на хостинг в России, от 12 рублей: https://www.host-food.ru/tariffs/hosting/
Тарифы на виртуальные сервера (VPS/VDS/KVM) в РФ, от 189 руб.: https://www.host-food.ru/tariffs/virtualny-server-vps/
Выделенные сервера, Россия, Москва, от 2000 рублей (HP Proliant G5, Intel Xeon E5430 (2.66GHz, Quad-Core, 12Mb), 8Gb RAM, 2x300Gb SAS HDD, P400i, 512Mb, BBU):
https://www.host-food.ru/tariffs/vydelennyi-server-ds/
Недорогие домены в популярных зонах: https://www.host-food.ru/domains/

[ProFTP]

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

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

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

[hizel]

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

[icb]

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

[hizel]

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

[icb]

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

[hizel]

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

[icb]

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

[icb]

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

[Alex Keda]

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

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

[manefesto]

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

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

+1

[zg]

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

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

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

[zg]

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

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

[ev]

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

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

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

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

[zg]

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

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

[ev]

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

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

[zg]

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

[ev]

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

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

[zg]

так в данном случае вмвара не вылетела

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

[icb]

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

[zg]

Код: Выделить всё

man fsck
fsck -y

[icb]

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

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

[Alex Keda]

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

[icb]

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

[Alex Keda]

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