Linux-Bulgaria.ORG
навигация

 

начало

пощенски списък

архив на групата

семинари ...

документи

как да ...

 

 

Предишно писмо Следващо писмо Предишно по тема Следващо по тема По Дата По тема (thread)

Re: lug-bg: Kernel panic timeout (LILO)


  • Subject: Re: lug-bg: Kernel panic timeout (LILO)
  • From: danchev@email.domain.hidden (George Danchev)
  • Date: Sat, 17 May 2003 20:32:48 +0300


On 17 05 2003 19:41, Plamen Tonev wrote:
<em class="quotelev1">> On Sat, 17 May 2003 18:22:06 +0300
<em class="quotelev1">> George Danchev <danchev_at_spnet.net> wrote:
<em class="quotelev1">> 
<em class="quotelev1">>
<em class="quotelev2">> > 
<em class="quotelev2">> > Prodylzhavam ot tam deto stigna Velin ... i /proc/sys/kernel/panic =/= 0
<em class="quotelev2">> > kernel-a ste reboot-ne, sled koeto ste e neobhodimo nqkak si da e ukazno
<em class="quotelev2">> > na  machine-a BIOS da booti ot hard-a tam ... sled koeto ide OS
<em class="quotelev2">> > loader-a... Ako da kazhem riskoviq kernel image NE e default-nat v
<em class="quotelev2">> > lili.conf (see default <image>), to sled delay <sec/10> bi trqbvalo
<em class="quotelev2">> > boot-ne default kernel image-a, kojto da kazhem e po-robust ;-) ...
<em class="quotelev2">> > eventualni stops biha bili pri incidentno spirane na sistemata, fsck na /
<em class="quotelev2">> > ... Ako si e ext3fs  v jounnal mode ORDERED, to mozhesh spokojno da
<em class="quotelev2">> > skip-nesh check-a stoto ext3 ORDERED vinagi e v consistent state:
<em class="quotelev2">> > 
<em class="quotelev2">> > A feature of e2fsck is that it will regularly force a check of a 
<em class="quotelev2">> >         filesystem even if the filesystem is marked clean. Typically,
<em class="quotelev2">> > this happens on every twentieth mount or every 180 days, whichever comes
<em class="quotelev2">> > first.
<em class="quotelev2">> > 
<em class="quotelev2">> >         This still happens with ext3, and is quite possibly not what you
<em class="quotelev2">> > want to happen - one of the reasons you chose ext3 was to avoid the
<em class="quotelev2">> > downtime
<em class="quotelev2">> >         which is caused by a long fsck.
<em class="quotelev2">> > 
<em class="quotelev2">> >         So it is a good idea to turn this feature off for ext3. 
<em class="quotelev2">> >         To distable use the command
<em class="quotelev2">> > 
<em class="quotelev2">> >                    tune2fs -i 0 /dev/hdxx
<em class="quotelev2">> > 
<em class="quotelev2">> > 
<em class="quotelev2">> > Sled kato se log-nesh posle vse pak ste napravish edin fsck zastoto, dori
<em class="quotelev2">> > i v  consistent state fs-a mozhe da sydyrzha inodes na ve4e
<em class="quotelev2">> > nesystestvuvasti files, koeto ne e opasno, no e izlishen bokluk ...
<em class="quotelev2">> > Obratnoto e opasno data t.e. files bez asociirani inodes ... (ask
<em class="quotelev2">> > foldoc.org for fs inode, cqlata info za file-a se pazi tam;-)
<em class="quotelev2">> > 
<em class="quotelev1">>
<em class="quotelev1">> 
<em class="quotelev1">> Úúúúì îê Äàí÷åâ ;-), àìà íå ðàçáðàõ ñàìî òîâà êàêâî îáùî èìà?.
<em class="quotelev1">>  ñìèñúë òàêúâ quest-à â ñëó÷àÿ ñå íàìèðà â òîâà êàê äà ñìåíèø default
<em class="quotelev1">> kernel-à ñëåä  åäèí íåóñïåøåí reboot. ...úúúì...ñåãà ïðî÷åòîõ çà 5-òè ïúò
<em class="quotelev1">> ïèñìîòî è çàáåëÿçàõ ÷å ãîâîðèø çà remote machine boot ìîæå áè èìàø ïðåäâèä
<em class="quotelev1">> äà ñå èçïîëçâà boot ïðåç lan êàðòàòà ..ò.å ïîäðåäáàòà â BIOS-à äà å Network
<em class="quotelev1">> Boot, HDD0 è ò.í

Íå ;-) Àç òè ãî íàïèñàõ òàêà:
Ako da kazhem riskoviq kernel image NE e default-nat v lilî.conf (see default 
<image>), to sled delay <sec/10> bi trqbvalo boot-ne default kernel image-a, 
kojto da kazhem e po-robust ;-) ...

Àìà ñå îòïëåñíàõ ñ äðóãè ðàáîòè è çàáðàâèõ lilo -R drugimagelabel ;-) 

Àëåêñàíäúð îïðàâè ðàáîòàòà êàòî îáàäè ãîòîâà ÷àñò îò lilo.conf è lilo -R 
label-na-safe-image. 

Òîâà êîåòî ñòàâà íà ïðàêòèêà å ÷å â boot record-a êîéòî ùå ñå èçïúëíè 
ñëåäâàùèÿ ïúò (ïðè reboot) å çàïèñàí ãîòîâ boot command line ... "áóóòíè 
íàïðàâî òîÿ ëèíóêñ èìèäæ" ;-) ... Àìà àç ñè ïîìèñëèõ, ÷å òàçè ìàøèíà å remote 
çà òåá (ò.å ëîãâàø ñå îòäàëå÷å), íå ÷å áóóòâàø ïî ìðåæàòà ... ;-)  ... çà òâà 
øàðíàõ ìàëêî îïàñåíèÿ êîèòî ìîãàò äà prevent remote login-a îò òâîÿ ñòðàíà...


-- 
pub  4096R/0E4BD0AB 2003-03-18
1AE7 7C66 0A26 5BFF DF22 5D55 1C57 0C89 0E4B D0AB <keyserver.bu.edu>
============================================================================
A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers).
http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora
To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html
============================================================================




 

наши приятели

 

линукс за българи
http://linux-bg.org

FSA-BG
http://fsa-bg.org

OpenFest
http://openfest.org

FreeBSD BG
http://bg-freebsd.org

KDE-BG
http://kde.fsa-bg.org/

Gnome-BG
http://gnome.cult.bg/

проект OpenFMI
http://openfmi.net

NetField Forum
http://netField.ludost.net/forum/

 

 

Linux-Bulgaria.ORG

Mailing list messages are © Copyright their authors.