From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.2.4 (2008-01-01) on sa.int.altlinux.org X-Spam-Level: X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00,SPF_PASS autolearn=ham version=3.2.4 Message-ID: <48CB3D4F.2000703@rambler.ru> Date: Sat, 13 Sep 2008 10:10:55 +0600 From: =?UTF-8?B?0JDQu9C10LrRgdCw0L3QtNGAINCb0LXRg9GC0LjQvQ==?= User-Agent: Thunderbird 2.0.0.14 (X11/20080719) MIME-Version: 1.0 To: ALT Linux Community general discussions References: <48CA9305.3040306@rambler.ru> <20080912173036.GA4997@atlas.home> In-Reply-To: <20080912173036.GA4997@atlas.home> Content-Type: multipart/mixed; boundary="------------070303000301020805060801" Subject: Re: [Comm] =?utf-8?b?0J3QtdC/0YDQsNCy0LjQu9GM0L3QsNGPINGC0LDQsdC70Lg=?= =?utf-8?b?0YbQsCDRgNCw0LfQtNC10LvQvtCy?= X-BeenThere: community@lists.altlinux.org X-Mailman-Version: 2.1.10b3 Precedence: list Reply-To: ALT Linux Community general discussions List-Id: ALT Linux Community general discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 13 Sep 2008 04:12:47 -0000 Archived-At: List-Archive: List-Post: This is a multi-part message in MIME format. --------------070303000301020805060801 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit 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 Жизнь -- смертельно интересная штука! --------------070303000301020805060801 Content-Type: text/plain; name="lilo.conf" Content-Transfer-Encoding: base64 Content-Disposition: inline; filename="lilo.conf" I3ZnYT0iMHgzMTQiCnZnYT0iMHgzNjAiCm1hcD0iL2Jvb3QvbWFwIgpsYmEzMgpwcm9tcHQK dGltZW91dD0iMTAwIgppbnN0YWxsPSJtZW51IgojZGVmYXVsdD0iQUxUTGludXgiCmRlZmF1 bHQ9IjI2MjQtc3RkLWRlZi04IgojbWVzc2FnZT0iL2Jvb3Qvc3BsYXNoL2Rlc2t0b3AvbWVz c2FnZSIKbWVzc2FnZT0iL2Jvb3Qvc3BsYXNoL21lc3NhZ2UiCmFwcGVuZD0icGFuaWM9MzAg c3BsYXNoPXNpbGVudCIKI2Jvb3Q9IlVVSUQ9Yjg2ZjAxZDAtYWJhMy00NDhiLTgyOGEtNWQy NjMxZTEwYjI0Igpib290PS9kZXYvc2RhCgppbWFnZT0iL2Jvb3Qvdm1saW51eiIKCWxhYmVs PSJBTFRMaW51eCIKCWluaXRyZD0iL2Jvb3QvaW5pdHJkLmltZyIKIwlyb290PSJVVUlEPWI4 NmYwMWQwLWFiYTMtNDQ4Yi04MjhhLTVkMjYzMWUxMGIyNCIKCXJvb3Q9L2Rldi9zZGEzCglh ZGRhcHBlbmQ9ImFjcGlfc2xlZXA9czNfYmlvcyByZXN1bWU9L2Rldi9zZGE1IgoJcmVhZC1v bmx5CgppbWFnZT0iL2Jvb3Qvdm1saW51eiIKCWxhYmVsPSJmYWlsc2FmZSIKCWluaXRyZD0i L2Jvb3QvaW5pdHJkLmltZyIKIwlyb290PSJVVUlEPWI4NmYwMWQwLWFiYTMtNDQ4Yi04Mjhh LTVkMjYzMWUxMGIyNCIKCXJvb3Q9L2Rldi9zZGEzCglhZGRhcHBlbmQ9ImZhaWxzYWZlIgoJ dmdhPSJub3JtYWwiCglyZWFkLW9ubHkKCm90aGVyPS9kZXYvc2RhMgoJbGFiZWw9IlZpc3Rh IgoJdGFibGU9L2Rldi9zZGEKCmltYWdlPSIvYm9vdC92bWxpbnV6LTIuNi4xOC1zdGQtc21w LWFsdDEyIgoJaW5pdHJkPSIvYm9vdC9pbml0cmQtMi42LjE4LXN0ZC1zbXAtYWx0MTIuaW1n IgoJbGFiZWw9IjI2MTgtc3RkLXNtcC0xMiIKCWFkZGFwcGVuZD0iYWNwaV9zbGVlcD1zM19i aW9zIHJlc3VtZT0vZGV2L3NkYTUiCglyb290PSIvZGV2L3NkYTMiCglyZWFkLW9ubHkKCW9w dGlvbmFsCmltYWdlPSIvYm9vdC92bWxpbnV6LTIuNi4yNC1zdGQtZGVmLWFsdDgiCglpbml0 cmQ9Ii9ib290L2luaXRyZC0yLjYuMjQtc3RkLWRlZi1hbHQ4LmltZyIKCWxhYmVsPSIyNjI0 LXN0ZC1kZWYtOCIKCWFkZGFwcGVuZD0iYWNwaV9zbGVlcD1zM19iaW9zIHJlc3VtZT0vZGV2 L3NkYTUiCglyb290PSIvZGV2L3NkYTMiCglyZWFkLW9ubHkKCW9wdGlvbmFsCg== --------------070303000301020805060801--