Animal Опубликовано 7 сентября, 2005 · Жалоба проблема такова.. пока стоял RedHat 8.0 и комп неправильно ребутился ( ну допустим ББП не выдержал и комп вырубился или подвис .. ) включалась проверка винта .. потом он загружался нормально, потом мы поставили RedHAT 9.0 и теперь так: когда допустим ББП не выдержал .. дали свет комп включился .. включилась проверка винта, а после выскакивает "нажмите Ctrl+D и комп ребутнёться" и только потом он нормально загрузиться .. как убрать эту "CTRL+D" ? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
jab Опубликовано 8 сентября, 2005 · Жалоба Linux must die. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
NikiN Опубликовано 8 сентября, 2005 · Жалоба Видимо у тебя файловая система не журналируемая, переходи на ext3 или xfs или Reiserfs, работают стабильно , проверка после ресета будет занимать пару секунд. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Гость Опубликовано 8 сентября, 2005 · Жалоба у тебя скорей всего ext3 файловая система. При загрузке запускается чек диска и если ошибки серъезные он их не исправляет. В некоторых дистрах при этом требуют ввести пароль рута и вручную исправить ошибки. Вообще попробуй в лило при загрузке написать что то типа <ядро> single или <ядро> init=/bin/bash И затем когда получишь шел #/sbin/e2fsck -y /dev/hda1 ну и так далее по всем своим разделам Linux must die. А таких как эти надо убивать пока они маленькие. :D Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Гость Опубликовано 8 сентября, 2005 · Жалоба не ну эт я всё знаю :) на тему если ошибки сурйозные и т.д. а можно ли автоматизировать этот процесс .. что б он не просил нажимать CTRL + D ? если ошибки не серьйозные ? а только при сурйозных ошибках заставлял входить под шел и выполнять #/sbin/e2fsck -y /dev/hda1 на тему jabсогласне! :) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Animal Опубликовано 8 сентября, 2005 · Жалоба выше это я .. забыл залогиниться :( на тему jab согласен с А таких как эти надо убивать пока они маленькие. :D Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
xenomorph Опубликовано 8 сентября, 2005 · Жалоба Да, все полезли в высокие материи. При загрузке можно указать запуск fsck с опцией -y (как это делается уже не помню, ибо перешол на фрю, но такой параметр точно есть и если покаопатся на опеннете будет вам счастье), и тогда у вас небудет подобных проблем. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
xenomorph Опубликовано 8 сентября, 2005 · Жалоба Нашёл! Правдо в rc.sysinit if [ -f fsckoptions ]; then fsckoptions=`cat /fsckoptions` fi выполните echo "-y" > /fsckoptions и будет вам счастье Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...