From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Date: Tue, 19 Mar 2002 16:06:45 +0300 From: Sergey Vlasov To: sisyphus@altlinux.ru Subject: Re: [sisyphus] tcb? Message-ID: <20020319130645.GB19553@vcserver.mivlgu.ru> Mail-Followup-To: sisyphus@altlinux.ru References: <005601c1cf3b$9b2a5f30$1601a8c0@led> <3C9726F1.D149EFA1@altlinux.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <3C9726F1.D149EFA1@altlinux.ru> Sender: sisyphus-admin@altlinux.ru Errors-To: sisyphus-admin@altlinux.ru X-BeenThere: sisyphus@altlinux.ru X-Mailman-Version: 2.0 Precedence: bulk Reply-To: sisyphus@altlinux.ru List-Help: List-Post: List-Subscribe: , List-Id: List-Unsubscribe: , List-Archive: Archived-At: List-Archive: On Tue, Mar 19, 2002 at 14:54:25 +0300, cornet wrote: > Led wrote: > > > > Была установлена система (Junior 1.1 с обновлениями из Sisyphus'а) без > > теневых паролей, после очередного обновления перестал логиниться... > > Вопрос, наверное, глупый, но может можно что-то сделать без переинсталляции? > > Зайти с инсталляционного сидюка в режиме rescue, подмонтировать / и > посмотреть что не так. > Как минимум проверить наличае /etc/tcb и юзерских каталогов внутри, а > так же огласить вывод > rpm -qa | grep tcb Во многих случаях достаточно загрузить систему, дописав 1 к параметрам ядра: в LILO - linux 1, в GRUB - нажать 'e' (редактирование параметров загрузки), 'e' (редактирование строки параметров ядра), дописать 1, Enter, 'b' (загрузка с установленными параметрами). В этом случае система загружается в однопользовательском режиме (это не то же самое, что выбор варианта failsafe в меню загрузки). Далее действия по поиску причин аналогичны случаю загрузки с сидюка в режиме rescue. Еще имеет смысл до перезагрузки переключиться на 12-ю консоль (Ctrl-Alt-F12) и посмотреть, какие сообщения появляются при попытке входа в систему.