From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <glas-sisyphus@m.gmane.org>
X-Injected-Via-Gmane: http://gmane.org/
To: sisyphus@altlinux.ru
From: Anton Farygin <rider@altlinux.com>
Organization: ALT Linux Ltd.
Message-ID: <pan.2005.10.17.05.31.26.495346@altlinux.com>
References: <434BE784.2010105@altlinux.com>
	<a1b0b2150510161048u78365727u@mail.gmail.com>
	<20051016181504.GA14654@procyon.home>
	<a1b0b2150510161309s4589d41ds@mail.gmail.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1251
Content-Transfer-Encoding: 8bit
X-Complaints-To: usenet@sea.gmane.org
X-Gmane-NNTP-Posting-Host: altlinux.balabanovo.ru
User-Agent: Pan/0.14.2 (This is not a psychotic episode. It's a cleansing
	moment of clarity.)
Sender: news <news@sea.gmane.org>
Cc: 
Subject: [sisyphus] Re: I: ALT Linux 3.0-rc9 *
X-BeenThere: sisyphus@lists.altlinux.org
X-Mailman-Version: 2.1.5
Precedence: list
Reply-To: ALT Linux Sisyphus discussion list <sisyphus@lists.altlinux.org>
List-Id: ALT Linux Sisyphus discussion list <sisyphus.lists.altlinux.org>
List-Unsubscribe: <https://lists.altlinux.org/mailman/listinfo/sisyphus>,
	<mailto:sisyphus-request@lists.altlinux.org?subject=unsubscribe>
List-Archive: <http://lists.altlinux.ru/pipermail/sisyphus>
List-Post: <mailto:sisyphus@lists.altlinux.org>
List-Help: <mailto:sisyphus-request@lists.altlinux.org?subject=help>
List-Subscribe: <https://lists.altlinux.org/mailman/listinfo/sisyphus>,
	<mailto:sisyphus-request@lists.altlinux.org?subject=subscribe>
X-List-Received-Date: Mon, 17 Oct 2005 05:41:08 -0000
Date: Mon, 17 Oct 2005 05:41:08 -0000
X-Original-Date: Mon, 17 Oct 2005 09:31:27 +0400
X-List-Received-Date: Mon, 17 Oct 2005 05:41:08 -0000
Archived-At: <http://lore.altlinux.org/sisyphus/pan.2005.10.17.05.31.26.495346@altlinux.com/>
List-Archive: <http://lore.altlinux.org/sisyphus/>
List-Post: <mailto:sisyphus@altlinux.ru>

On Mon, 17 Oct 2005 00:09:47 +0400, Алексей Синицын wrote:

> On 10/16/05, Sergey Vlasov <vsu@altlinux.ru> wrote:
> 
>> >  Жива бага Bug#:   7478
>> >
>> >  Установка идет на SATA (единственный
>> >  привод), диск разбит на основные
>> > и логические разделы (тома 1,2,3,5,6...
>> > (4-ext)), при изменении в таблице разделов
>> > (изменялся том 5) нумерация становится
>> > 1,2,3,4,5... (том становится 4)
>> >
>> >  Скорее всего дело в том, что на SCSI
>> >  (ЕМНИП) понятия "расширенный
>> > раздел" не существует, а SATA видно как
>> > sda, отчего инсталлятор фиксит
>> > "неправильную" разметку.
>>
>> Ничего подобного - формат таблицы
>> разделов и нумерация устройств для
>> разделов на SCSI ничем не отличается от
>> IDE, кроме максимального доступного
>> номера раздела (63 на IDE, 15 на SCSI).
>>
>>
>  Похоже я действительно ошибся. Но в
>  таком случае причина такого
> поведения совсем неясна.

Я думаю подробнее может рассказать Zerg.
Но вообще всё это происходит
действительно от фиксов неправильной
разметки. Только фиксит это libevms.

Rgds,
Rider