[Comm] Неправильная таблица разделов

[Александр Леутин]

Sergey Vlasov пишет:
>> [root на el ~]# lilo -P fix
>> Added ALTLinux
>> Added failsafe
>> Warning: Device 0x0800: Inconsistent partition table, 2nd entry
>>   CHS address in PT:  1023:254:63  -->  LBA (16450559)
>>   LBA address in PT:  4212732  -->  CHS (262:58:49)
>> Writing modified partition table to device 0x0800
>> Added Vista
>> Added 2618-std-smp-12
>> Added 2624-std-def-8 *
>> One warning was issued.
> 
> Вообще-то после lilo -P fix эта ошибка должна была исчезнуть - как
> минимум, немедленный последующий вызов lilo после этого должен
> отработать молча.  Если ошибка вновь появляется после перезагрузки,
> вероятно, что-то ещё, кроме lilo, меняет MBR.
Вызов lilo после lilo -P fix точно так же ругается. Ошибка появляется после
перезагрузки. Что еще может менять MBR?
Раньше такого не было (когда появилось -- не заметил).
Речь идет про нотубук Fujitsu-Siemens V3405.
>>    Device Boot      Start         End      Blocks   Id  System
>> /dev/sda1               1         262     2098176   27  Unknown
> 
> Что это за раздел?  Используется какой-то ещё менеджер загрузки,
> помимо lilo?
Это recovery-раздел от производителя ноутбука. Используется загрузчик 
vista, но он вызывается из lilo (последний раз вызывался месяца 2 назад).
> 
>> /dev/sda2   *         263        2812    20481024    7  HPFS/NTFS
> 
> Возможно, проблему вызывает то, что этот раздел начинается до 1023
> цилиндра, а кончается после него.  Обычно для значений за пределами
> 1023 цилиндра в поля CHS в таблице разделов пишется 1023:254:63
> (максимально возможное значение); возможно, какая-то программа
> считает, что такое значение нужно писать, если раздел даже частично
> залезает за пределы 1023 цилиндра (поскольку в этом случае он не
> доступен полностью при использовании CHS).
И что же мне с ним делать? Уменьшать/передвигать?
> 
> (Хм, хотя у себя в MBR наблюдаю в полях CHS просто cyl % 1024; а вот в
> расширенных разделах действительно стоит C=1023...)
> 
>> /dev/sda3            2813        3722     7309575   83  Linux
>> /dev/sda4            3723       14593    87321307+   f  W95 Ext'd (LBA)
>> /dev/sda5            3723        4375     5245191   82  Linux swap / 
>> Solaris
>> /dev/sda6            4376       14593    82076053+   b  W95 FAT32
>> [root на el ~]#
>>
>> Разделы на жестком диске не пересекаются, ОС грузятся нормально. 
>> Подскажите, пожалуйста, как исправить таблицу разделов, чтобы lilo
>> не ругался?
> 
> Если lilo -P fix на самом деле ничего не исправляет, можно попробовать
> просто сохранить таблицу разделов в fdisk /dev/sda, ничего там не
> меняя.
У меня после lilo -P fix ругань остается. Попробовал сохранить таблицу в 
fdisk:
el ~ $sudo fdisk /dev/sda

The number of cylinders for this disk is set to 14593.
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): w
The partition table has been altered!

Calling ioctl() to re-read partition table.

WARNING: Re-reading the partition table failed with error 16: Device or 
resource busy.
The kernel still uses the old table.
The new table will be used at the next reboot.
Syncing disks.
el ~ $

Для надежности перезагрузился и попробовал lilo; lilo -P fix; снова 
сохранить
таблицу разделов fdisk-ом. Ситуация не меняется -- ругаются и lilo, и 
fdisk :(

На всякий случай прилагаю свой lilo.conf

-- 
Александр Леутин
Registered Linux user #295797
Жизнь -- смертельно интересная штука!
----------- следующая часть -----------
An embedded and charset-unspecified text was scrubbed...
Name: lilo.conf
URL: <http://lists.altlinux.org/pipermail/community/attachments/20080913/1586ee23/attachment-0002.ksh>