From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Date: Tue, 10 Jun 2003 17:16:54 +0400 From: Sergey Vlasov To: community@altlinux.ru Message-Id: <20030610171654.7dcb27f1.vsu@altlinux.ru> In-Reply-To: <3EE5CB8A.8080703@rmts.donpac.ru> References: <3EE5627C.4070804@rmts.donpac.ru> <20030610150151.1bcc7393.vsu@altlinux.ru> <3EE5CB8A.8080703@rmts.donpac.ru> X-Mailer: Sylpheed version 0.9.2 (GTK+ 1.2.10; i586-alt-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 8bit Subject: [Comm] Re: =?KOI8-R?Q?=FE=D4=CF_=D3_=CD=CF=C9=CD?= /dev/hdc? Sender: community-admin@altlinux.ru Errors-To: community-admin@altlinux.ru X-BeenThere: community@altlinux.ru X-Mailman-Version: 2.0.9 Precedence: bulk Reply-To: community@altlinux.ru List-Unsubscribe: , List-Id: List-Post: List-Help: List-Subscribe: , List-Archive: Archived-At: List-Archive: List-Post: On Tue, 10 Jun 2003 16:14:02 +0400 Прокопьев Евгений wrote: > > Вероятно, диск был совсем пустой, поэтому ядро не смогло определить > > правильные параметры CHS (данные BIOS читаются только для /dev/hda и > > /dev/hdb, для остальных IDE-устройств берутся без учёта преобразования > > в BIOS, а потом корректируется по данным таблицы разделов). Поэтому > > fdisk и создал раздел такого размера. Откуда потом взялась геометрия > > /255/63 - не знаю; возможно, таблицу разделов чем-то "подправили" > > (например, если диск при этом стоял на hda или hdb). > > > > Посмотрите в вывод hdparm -i /dev/hdc и сообщения ядра при загрузке > > (сначала распознаётся геометрия /16/63, а позже при Partition check > > корректируется, при этом пишется [PTBL]). > > да, так и есть > > >>Кстати, абсолютно аналогично размечен /dev/hdc, но его видит и fdisk и > >>cfdisk. > > > > > > Не понял - и тут, и там hdc. Так где у вас диски? > > ошибся, нормально видится hda, ненормально - hdc > > > И в чём разница в выводе fdisk -l на работающем и неработающем? > > Работают в принципе оба, но hdc видится нехорошо > > [root@firebird root]# fdisk -l /dev/hda > > Disk /dev/hda: 61.4 GB, 61492838400 bytes > 255 heads, 63 sectors/track, 7476 cylinders > Units = cylinders of 16065 * 512 = 8225280 bytes > > Device Boot Start End Blocks Id System > /dev/hda1 1 7476 60050938+ 83 Linux > [root@firebird root]# fdisk -l /dev/hdc > > Disk /dev/hdc: 61.4 GB, 61492838400 bytes > 255 heads, 63 sectors/track, 7476 cylinders > Units = cylinders of 16065 * 512 = 8225280 bytes > > Device Boot Start End Blocks Id System > /dev/hdc1 * 1 7477 60051568+ 83 Linux Вот число блоков и разное. Для hda ((60050938.0*2 + 1)/63 + 1)/255 = 7476.0, т.е. всё нормально. > >>И еще gkrellm отказывается рисовать графики по /dev/hdc, что тоже > >>настораживает. > >> > >>Какие проблемы я могу получить в будущем? > > > > > > Ядро использует LBA, так что вроде бы в Linux проблем возникнуть не > > должно, но кто его знает... > > > > Попробуйте запустить cfdisk -h 16 - если так запустится, вероятно, > > именно эта геометрия правильная для такой разбивки. Можно попробовать > > запустить fdisk -H 16 /dev/hdc и записать таблицу разделов - есть > > вероятность, что после этого распознавание геометрии встанет на место. > > Нет, не встало После этого перезагрузиться надо - имелось в виду именно распознавание при загрузке. > > А вот чтобы исправить на /255/63, придётся всё сносить и > > переразбивать, предвариельно убедившись, что fdisk использует > > правильную CHS-геометрию. > > А как в этом убедиться? fdisk при запуске выдаёт параметры диска - они должны соответствовать тем, которые использует BIOS. Если не соответствуют - поправьте либо опцией ядра (hdc=C,H,S), либо опциями fdisk. Также помогает временная перестановка диска на hdb - там работает чтение параметров BIOS при загрузке. (То, что диск 0x81 по нумерации BIOS может быть hdc, если hdb нет или это не диск, ядро понять не может.)