From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <dobr@iop.kiev.ua>
Message-ID: <3E8EDA9B.6080701@iop.kiev.ua>
Date: Sat, 05 Apr 2003 16:31:07 +0300
From: Andrii Dobrovolskii <dobr@iop.kiev.ua>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; uk-UA; rv:1.2.1) Gecko/20030210
X-Accept-Language: uk-UA, uk
MIME-Version: 1.0
To: sisyphus@altlinux.ru
Subject: Re: [sisyphus] =?KOI8-R?Q?=EE=CF=D7=D9=CA_Kernel_=C9_Reise?=
 =?KOI8-R?Q?rFS?=
References: <3E8E8E13.70609@in-the-web.com>	<20030405142830.1907417a.mars@ce.cctpu.edu.ru>	<3E8ECDE8.8060606@netorn.ru> <3E8ECF3D.7080009@in-the-web.com>	<20030405191607.6ec9bc30.mars@ce.cctpu.edu.ru>	<3E8EDC40.6040304@in-the-web.com>	<20030405185103.2e368f66.gosha@zkb.ru>	<20030405130357.GG6873@sam-solutions.net>	<3E8EE725.5040504@in-the-web.com>	<1049549995.12465.19.camel@underdark.localdomain>	<3E8ED0D8.3090600@iop.kiev.ua> <87llypnikn.fsf@velvet.po.cs.msu.su>
In-Reply-To: <87llypnikn.fsf@velvet.po.cs.msu.su>
Content-Type: text/plain; charset=KOI8-R; format=flowed
Content-Transfer-Encoding: 8bit
Sender: sisyphus-admin@altlinux.ru
Errors-To: sisyphus-admin@altlinux.ru
X-BeenThere: sisyphus@altlinux.ru
X-Mailman-Version: 2.0.9
Precedence: bulk
Reply-To: sisyphus@altlinux.ru
List-Unsubscribe: <http://altlinux.ru/mailman/listinfo/sisyphus>,
	<mailto:sisyphus-request@altlinux.ru?subject=unsubscribe>
List-Id: <sisyphus.altlinux.ru>
List-Post: <mailto:sisyphus@altlinux.ru>
List-Help: <mailto:sisyphus-request@altlinux.ru?subject=help>
List-Subscribe: <http://altlinux.ru/mailman/listinfo/sisyphus>,
	<mailto:sisyphus-request@altlinux.ru?subject=subscribe>
List-Archive: <http://altlinux.ru/pipermail/sisyphus/>
Archived-At: <http://lore.altlinux.org/sisyphus/3E8EDA9B.6080701@iop.kiev.ua/>
List-Archive: <http://lore.altlinux.org/sisyphus/>

Peter Novodvorsky wrote:

>Andrii Dobrovolskii <dobr@iop.kiev.ua> writes:
>  
>
>>Serge Pavlovsky wrote:
>>    
>>
>>>это опасно   только при первом апдейте - при следующих у вас уже
>>>есть строки типа linux4.2.20_трам-пам-пам для предыдущих ядер ;)
>>>может, инсталлеру тоже такую создавать...
>>>
>>>      
>>>
>>Это опасно всегда. Рабочее ядро это одно, а новое - совсем
>>другое. Мне, гораздо больше нравится существующая схема. Она позволяет
>>безболезненно сменить ядро, а как быть в случае проблем при новом
>>раскладе?
>>    
>>
>
>Новое ядро, -- это вы про мои новые пакеты (kernel-image 2.4.21pre5)?
>
>  
>
Я про схему. Но, судя по Вашему ответу рядом, всё осталось как раньше. 
Автоматической смены стандартного ядра для загрузки не происходит? Мне 
как-то больше по душе самому решать когда перевести стрелку 
автоматической загрузки на новое ядро. Безотносительно к его 
происхождению. :)