* [Comm] Что с моим /dev/hdc?
@ 2003-06-10 4:45 Прокопьев Евгений
2003-06-10 11:01 ` [Comm] " Sergey Vlasov
0 siblings, 1 reply; 4+ messages in thread
From: Прокопьев Евгений @ 2003-06-10 4:45 UTC (permalink / raw)
To: Community
Здравствуйте!
Кто-нибудь может объяснить такой феномен:
#cfdisk /dev/hdc
FATAL ERROR: Bad primary partition 0: Partition ends after end-of-disk
Press any key to exit cfdisk
# fdisk /dev/hdc
The number of cylinders for this disk is set to 7476.
There is nothing wrong with that, but this is larger than 1024,
and could in certain setups cause problems with:
1) software that runs at boot time (e.g., old versions of LILO)
2) booting and partitioning software from other OSs
(e.g., DOS FDISK, OS/2 FDISK)
Command (m for help): p
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
Command (m for help):
Собственно, так было после установки системы, раздел /dev/hdc1 был
создан в fdisk, а на нем была создана XFS. На разделе лежит немаленькая
БД и вроде нормально себя чувствует, хотя пока еще работает в отладочном
режиме.
Кстати, абсолютно аналогично размечен /dev/hdc, но его видит и fdisk и
cfdisk.
И еще gkrellm отказывается рисовать графики по /dev/hdc, что тоже
настораживает.
Какие проблемы я могу получить в будущем?
--
С уважением, Прокопьев Евгений
^ permalink raw reply [flat|nested] 4+ messages in thread
* [Comm] Re: Что с моим /dev/hdc?
2003-06-10 4:45 [Comm] Что с моим /dev/hdc? Прокопьев Евгений
@ 2003-06-10 11:01 ` Sergey Vlasov
2003-06-10 12:14 ` Прокопьев Евгений
0 siblings, 1 reply; 4+ messages in thread
From: Sergey Vlasov @ 2003-06-10 11:01 UTC (permalink / raw)
To: community
On Tue, 10 Jun 2003 08:45:48 +0400
Прокопьев Евгений <john@rmts.donpac.ru> wrote:
> Кто-нибудь может объяснить такой феномен:
>
> #cfdisk /dev/hdc
> FATAL ERROR: Bad primary partition 0: Partition ends after end-of-disk
> Press any key to exit cfdisk
>
> # fdisk /dev/hdc
> The number of cylinders for this disk is set to 7476.
> There is nothing wrong with that, but this is larger than 1024,
> and could in certain setups cause problems with:
> 1) software that runs at boot time (e.g., old versions of LILO)
> 2) booting and partitioning software from other OSs
> (e.g., DOS FDISK, OS/2 FDISK)
>
> Command (m for help): p
>
> 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
>
> Command (m for help):
При этом 7476.0 * 255 * 63 / 2 = 60050970.0, что действительно меньше,
чем размер раздела в блоках.
В то же время ((60051568.0*2 + 1)/63 + 1)/16 = 119150.0 - т.е. размер
раздела ('+' в выводе fdisk обозначает лишний сектор) соответствует
геометрии 119150/16/63, а не используемой 7476/255/63.
> Собственно, так было после установки системы, раздел /dev/hdc1 был
> создан в fdisk, а на нем была создана XFS. На разделе лежит немаленькая
> БД и вроде нормально себя чувствует, хотя пока еще работает в отладочном
> режиме.
Вероятно, диск был совсем пустой, поэтому ядро не смогло определить
правильные параметры 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. Так где у вас диски?
И в чём разница в выводе fdisk -l на работающем и неработающем?
> И еще gkrellm отказывается рисовать графики по /dev/hdc, что тоже
> настораживает.
>
> Какие проблемы я могу получить в будущем?
Ядро использует LBA, так что вроде бы в Linux проблем возникнуть не
должно, но кто его знает...
Попробуйте запустить cfdisk -h 16 - если так запустится, вероятно,
именно эта геометрия правильная для такой разбивки. Можно попробовать
запустить fdisk -H 16 /dev/hdc и записать таблицу разделов - есть
вероятность, что после этого распознавание геометрии встанет на место.
А вот чтобы исправить на /255/63, придётся всё сносить и
переразбивать, предвариельно убедившись, что fdisk использует
правильную CHS-геометрию.
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: [Comm] Re: Что с моим /dev/hdc?
2003-06-10 11:01 ` [Comm] " Sergey Vlasov
@ 2003-06-10 12:14 ` Прокопьев Евгений
2003-06-10 13:16 ` Sergey Vlasov
0 siblings, 1 reply; 4+ messages in thread
From: Прокопьев Евгений @ 2003-06-10 12:14 UTC (permalink / raw)
To: community
> Вероятно, диск был совсем пустой, поэтому ядро не смогло определить
> правильные параметры 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
>>И еще gkrellm отказывается рисовать графики по /dev/hdc, что тоже
>>настораживает.
>>
>>Какие проблемы я могу получить в будущем?
>
>
> Ядро использует LBA, так что вроде бы в Linux проблем возникнуть не
> должно, но кто его знает...
>
> Попробуйте запустить cfdisk -h 16 - если так запустится, вероятно,
> именно эта геометрия правильная для такой разбивки. Можно попробовать
> запустить fdisk -H 16 /dev/hdc и записать таблицу разделов - есть
> вероятность, что после этого распознавание геометрии встанет на место.
Нет, не встало
> А вот чтобы исправить на /255/63, придётся всё сносить и
> переразбивать, предвариельно убедившись, что fdisk использует
> правильную CHS-геометрию.
А как в этом убедиться?
--
С уважением, Прокопьев Евгений
^ permalink raw reply [flat|nested] 4+ messages in thread
* [Comm] Re: Что с моим /dev/hdc?
2003-06-10 12:14 ` Прокопьев Евгений
@ 2003-06-10 13:16 ` Sergey Vlasov
0 siblings, 0 replies; 4+ messages in thread
From: Sergey Vlasov @ 2003-06-10 13:16 UTC (permalink / raw)
To: community
On Tue, 10 Jun 2003 16:14:02 +0400
Прокопьев Евгений <john@rmts.donpac.ru> 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 нет или это не диск, ядро понять не может.)
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2003-06-10 13:16 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2003-06-10 4:45 [Comm] Что с моим /dev/hdc? Прокопьев Евгений
2003-06-10 11:01 ` [Comm] " Sergey Vlasov
2003-06-10 12:14 ` Прокопьев Евгений
2003-06-10 13:16 ` Sergey Vlasov
ALT Linux Community general discussions
This inbox may be cloned and mirrored by anyone:
git clone --mirror http://lore.altlinux.org/community/0 community/git/0.git
# If you have public-inbox 1.1+ installed, you may
# initialize and index your mirror using the following commands:
public-inbox-init -V2 community community/ http://lore.altlinux.org/community \
mandrake-russian@linuxteam.iplabs.ru community@lists.altlinux.org community@lists.altlinux.ru community@lists.altlinux.com
public-inbox-index community
Example config snippet for mirrors.
Newsgroup available over NNTP:
nntp://lore.altlinux.org/org.altlinux.lists.community
AGPL code for this site: git clone https://public-inbox.org/public-inbox.git