Re: Баг в etch
Mikolaj Golub writes: On Thu, 3 Jan 2008 18:39:44 +0300 Alexey Pechnikov wrote: AP Собственно, дело вот в чем - изменение одной настройки в биосе превращает hda AP в sda. И то, что после обновления загрузчика система не грузится, очень AP плохо. Согласен, что биосов много хороших... и особенно разных, тем не менее, AP кажется, что загрузчик должен этот случай обрабатывать. Что обрабатывать? Проявлять неестественный интеллект и грузить ядро не с теми опциями которые я ему даю, а с теми какими он считает нужным сам? Чтоб не менять конфиг при превращениях hda-sda, попробуйте # kopt= root=LABEL=/ ro Лучше по UUID. LABEL бывает не уникальным. # kopt=root=UUID=ec50b5da-e8c6-11db-b2c2-00e0815fd590 ro сам не проверял, но думаю должно сработать. Понятно, рутовая ФС должна соответсвующим образом быть пролейблена. сам проверял :) Работает. -- With Best Regards, Maxim Tyurin JID:[EMAIL PROTECTED] pgplosepYjBrm.pgp Description: PGP signature
Re: Баг в etch
On Fri, Jan 04, 2008 at 10:29:38AM +0200, Maxim Tyurin wrote: Чтоб не менять конфиг при превращениях hda-sda, попробуйте # kopt= root=LABEL=/ ro Лучше по UUID. LABEL бывает не уникальным. # kopt=root=UUID=ec50b5da-e8c6-11db-b2c2-00e0815fd590 ro Я обычно везде, где ставлю систему сам, использую label вида $hostname-$(root|usr|var|home|srv) -- WBR, Dmitry signature.asc Description: Digital signature
Re: Баг в etch
Maxim Tyurin - debian-russian@lists.debian.org @ Fri, 04 Jan 2008 10:29:38 +0200: MT Лучше по UUID. LABEL бывает не уникальным. MT # kopt=root=UUID=ec50b5da-e8c6-11db-b2c2-00e0815fd590 ro Кстати, ubuntu делают все через UUID, что, имхо, достаточно логично и удобно. -- .''`. Kirill A. Korinskiy [EMAIL PROTECTED] : :' : proud (maniac)? (developer|hacker) `. `'` http://catap.ru/ - +7 (916) 3-604-704 - xmpp:[EMAIL PROTECTED] `- Debian - when you have better things to do than fixing systems -- madduck pgp5ajxmomksF.pgp Description: PGP signature
Баг в etch
Вчера etch обновил на одном из компов, сегодня он не загрузился. Оказалось, в /boot/grub/menu.lst при обновлении ядра /dev/sda1 заменилось на /dev/hda1. Успехов!
Re: Баг в etch
В сообщении от Thursday 03 January 2008 16:09:08 Stanislav Maslovski написал(а): On Thu, Jan 03, 2008 at 02:12:08PM +0300, Alexey Pechnikov wrote: Вчера etch обновил на одном из компов, сегодня он не загрузился. Оказалось, в /boot/grub/menu.lst при обновлении ядра /dev/sda1 заменилось на /dev/hda1. Неплохо бы в студию menu.lst до и после. Или хотя бы ориентировочно место, где это поменялось. А то гложут меня смутные сомненья ;) Не позволяйте себя обгладывать :-) Вот что получилось после обновления: title Debian GNU/Linux, kernel 2.6.18-5-686 root(hd0,0) kernel /boot/vmlinuz-2.6.18-5-686 root=/dev/hda1 ro initrd /boot/initrd.img-2.6.18-5-686 savedefault title Debian GNU/Linux, kernel 2.6.18-5-686 (single-user mode) root(hd0,0) kernel /boot/vmlinuz-2.6.18-5-686 root=/dev/hda1 ro single initrd /boot/initrd.img-2.6.18-5-686 savedefault title Debian GNU/Linux, kernel 2.6.18-4-686 root(hd0,0) kernel /boot/vmlinuz-2.6.18-4-686 root=/dev/hda1 ro initrd /boot/initrd.img-2.6.18-4-686 savedefault title Debian GNU/Linux, kernel 2.6.18-4-686 (single-user mode) root(hd0,0) kernel /boot/vmlinuz-2.6.18-4-686 root=/dev/hda1 ro single initrd /boot/initrd.img-2.6.18-4-686 savedefault А до того было то же самое, но с sda1. При загрузке выдавал сообщение waiting for root file system (еще бы!). # dmesg|grep hd ide0: BM-DMA at 0xfc00-0xfc07, BIOS settings: hda:DMA, hdb:pio SCSI device sda: 156301488 512-byte hdwr sectors (80026 MB) SCSI device sda: 156301488 512-byte hdwr sectors (80026 MB) hda: _NEC DVD_RW ND-4551A, ATAPI CD/DVD-ROM drive hda: ATAPI 48X DVD-ROM DVD-R-RAM CD-R/RW drive, 2048kB Cache, UDMA(33) # lspci 00:00.0 Host bridge: Intel Corporation 82865G/PE/P DRAM Controller/Host-Hub Interface (rev 02) 00:02.0 VGA compatible controller: Intel Corporation 82865G Integrated Graphics Controller (rev 02) 00:1d.0 USB Controller: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB UHCI Controller #1 (rev 02) 00:1d.1 USB Controller: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB UHCI Controller #2 (rev 02) 00:1d.2 USB Controller: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB UHCI Controller #3 (rev 02) 00:1d.3 USB Controller: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB UHCI Controller #4 (rev 02) 00:1d.7 USB Controller: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB2 EHCI Controller (rev 02) 00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev c2) 00:1f.0 ISA bridge: Intel Corporation 82801EB/ER (ICH5/ICH5R) LPC Interface Bridge (rev 02) 00:1f.1 IDE interface: Intel Corporation 82801EB/ER (ICH5/ICH5R) IDE Controller (rev 02) 00:1f.2 IDE interface: Intel Corporation 82801EB (ICH5) SATA Controller (rev 02) 00:1f.3 SMBus: Intel Corporation 82801EB/ER (ICH5/ICH5R) SMBus Controller (rev 02) 00:1f.5 Multimedia audio controller: Intel Corporation 82801EB/ER (ICH5/ICH5R) AC'97 Audio Controller (rev 02) 01:0b.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8169 Gigabit Ethernet (rev 10) P.S. Спасибо, что попросили конфиг - я при загрузке через меню grub поправил и загрузился, а в конфиге поменять забыл ;-)
Re: Баг в etch
On Thu, Jan 03, 2008 at 02:12:08PM +0300, Alexey Pechnikov wrote: Вчера etch обновил на одном из компов, сегодня он не загрузился. Оказалось, в /boot/grub/menu.lst при обновлении ядра /dev/sda1 заменилось на /dev/hda1. Неплохо бы в студию menu.lst до и после. Или хотя бы ориентировочно место, где это поменялось. А то гложут меня смутные сомненья ;) -- Stanislav
Re: Баг в etch
Alexey Pechnikov wrote: Вчера etch обновил на одном из компов, сегодня он не загрузился. Оказалось, в /boot/grub/menu.lst при обновлении ядра /dev/sda1 заменилось на /dev/hda1. chipset - SiS? -- Alex -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Баг в etch
На Thu, 3 Jan 2008 16:26:04 +0300 Alexey Pechnikov [EMAIL PROTECTED] записано: В сообщении от Thursday 03 January 2008 16:09:08 Stanislav Maslovski написал(а): On Thu, Jan 03, 2008 at 02:12:08PM +0300, Alexey Pechnikov wrote: Вчера etch обновил на одном из компов, сегодня он не загрузился. Оказалось, в /boot/grub/menu.lst при обновлении ядра /dev/sda1 заменилось на /dev/hda1. Неплохо бы в студию menu.lst до и после. Или хотя бы ориентировочно место, где это поменялось. А то гложут меня смутные сомненья ;) Не позволяйте себя обгладывать :-) Вот что получилось после обновления: А случаем строчки # kopt=root=/dev/hda1 ro у тебя нету? А то сомнения не у одного Стаса %) -- Best regards, Alexander GQ Gerasiov Contacts: e-mail: [EMAIL PROTECTED] Homepage: http://gq.net.ru signature.asc Description: PGP signature
Re: Баг в etch
А случаем строчки # kopt=root=/dev/hda1 ro у тебя нету? А то сомнения не у одного Стаса %) Есть. Но она закомментирована. Там еще много всего закомментированного, скажем, пример конфигурации загрузки. Или там двухпроходный парсер используется, обрабатывающий однократные комментарии?
Re: Баг в etch
На Thu, 3 Jan 2008 17:01:39 +0300 Alexey Pechnikov [EMAIL PROTECTED] записано: А случаем строчки # kopt=root=/dev/hda1 ro у тебя нету? А то сомнения не у одного Стаса %) Есть. Но она закомментирована. Вот и весь баг. %) Там еще много всего закомментированного, скажем, пример конфигурации загрузки. Или там двухпроходный парсер используется, обрабатывающий однократные комментарии? Там все написано. Чтение вслух - $5 за экран текста. С выражением - $7. -- Best regards, Alexander GQ Gerasiov Contacts: e-mail: [EMAIL PROTECTED] Homepage: http://gq.net.ru signature.asc Description: PGP signature
Re: Баг в etch
В сообщении от Thursday 03 January 2008 17:53:48 Alexander GQ Gerasiov написал(а): На Thu, 3 Jan 2008 17:01:39 +0300 Alexey Pechnikov [EMAIL PROTECTED] записано: А случаем строчки # kopt=root=/dev/hda1 ro у тебя нету? А то сомнения не у одного Стаса %) Есть. Но она закомментирована. Вот и весь баг. %) Там еще много всего закомментированного, скажем, пример конфигурации загрузки. Или там двухпроходный парсер используется, обрабатывающий однократные комментарии? Там все написано. Чтение вслух - $5 за экран текста. С выражением - $7. Написано ## DO NOT UNCOMMENT THEM, Just edit them to your needs и параметры ниже генерятся при установке граба. Список всех ядер grub находит (да и все ОС вроде тоже, когда-то давно второй системой офтопик был, находился), инсталлится на sda, не понимаю, почему остается hda. То есть вопрос следующий - что нужно сделать, чтобы граб обновил карту устройств. Я полагал, что grub-install /dev/sda установит граб на /dev/sda и обновит конфиги (а выходит, только menu.lst обновляется и то как-то частично). Команда update-grub все перезапишет настройками по умолчанию, что не есть хорошо (хотя на десктопе оно обычно без разницы).
Re: Баг в etch
# kopt=root=/dev/sda1 ro update-grub
Re: Баг в etch
В сообщении от Thursday 03 January 2008 18:26:31 Alexey Pechnikov написал(а): Написано ## DO NOT UNCOMMENT THEM, Just edit them to your needs и параметры ниже генерятся при установке граба. Список всех ядер grub находит (да и все ОС вроде тоже, когда-то давно второй системой офтопик был, находился), инсталлится на sda, не понимаю, почему остается hda. То есть вопрос следующий - что нужно сделать, чтобы граб обновил карту устройств. Я полагал, что grub-install /dev/sda установит граб на /dev/sda и обновит конфиги (а выходит, только menu.lst обновляется и то как-то частично). Команда update-grub все перезапишет настройками по умолчанию, что не есть хорошо (хотя на десктопе оно обычно без разницы). Собственно, дело вот в чем - изменение одной настройки в биосе превращает hda в sda. И то, что после обновления загрузчика система не грузится, очень плохо. Согласен, что биосов много хороших... и особенно разных, тем не менее, кажется, что загрузчик должен этот случай обрабатывать.
Re: Баг в etch
On Thu, Jan 03, 2008 at 06:26:31PM +0300, Alexey Pechnikov wrote: В сообщении от Thursday 03 January 2008 17:53:48 Alexander GQ Gerasiov написал(а): На Thu, 3 Jan 2008 17:01:39 +0300 Alexey Pechnikov [EMAIL PROTECTED] записано: А случаем строчки # kopt=root=/dev/hda1 ro у тебя нету? А то сомнения не у одного Стаса %) Есть. Но она закомментирована. Вот и весь баг. %) Там еще много всего закомментированного, скажем, пример конфигурации загрузки. Или там двухпроходный парсер используется, обрабатывающий однократные комментарии? Там все написано. Чтение вслух - $5 за экран текста. С выражением - $7. Написано ## DO NOT UNCOMMENT THEM, Just edit them to your needs А дальше? Там много интересного. -- Yauhen Kharuzhy jekhor _at_ gmail.com JID: [EMAIL PROTECTED] A: No Q: Should I quote below my post? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Баг в etch
В сообщении от Thursday 03 January 2008 18:48:14 Yauhen Kharuzhy написал(а): Написано ## DO NOT UNCOMMENT THEM, Just edit them to your needs А дальше? Там много интересного. Да нет, не очень много. Для сервера есть опции возврата к предыдущей рабочей конфигурации, что бесполезно, ибо на рэйд d-i ставит лило (помнится, в рассылке пробегало, что grub2 умеет рэйд, но еще не допилен), а для десктопа все по дефолту работает. Вот для ноута прописать параметры ядра бывает просто необходимо. Что еще?
Re: Баг в etch
В сообщении от Thursday 03 January 2008 19:09:01 Mikolaj Golub написал(а): On Thu, 3 Jan 2008 18:39:44 +0300 Alexey Pechnikov wrote: AP Собственно, дело вот в чем - изменение одной настройки в биосе превращает hda AP в sda. И то, что после обновления загрузчика система не грузится, очень AP плохо. Согласен, что биосов много хороших... и особенно разных, тем не менее, AP кажется, что загрузчик должен этот случай обрабатывать. Что обрабатывать? Проявлять неестественный интеллект и грузить ядро не с теми опциями которые я ему даю, а с теми какими он считает нужным сам? В чем неестественность - при grub-install обновить Device.map и дефолтовые строки в конфиге menu.lst, которые пользователь не правил? Когда ставим новые версии пакетов, установщик проверяет, изменялись ли конфиги и перезаписывает не изменявшиеся без лишних вопросов - это естественный интеллект? К хорошему быстро привыкаешь, потому такой интеллект пакетного менеджера кажется вполне адекватным и хочется аналогичного поведения и от grub. Чтоб не менять конфиг при превращениях hda-sda, попробуйте # kopt= root=LABEL=/ ro сам не проверял, но думаю должно сработать. Понятно, рутовая ФС должна соответсвующим образом быть пролейблена. В доках ничего такого не встречал, поищу и попробую.
Re: Баг в etch
03.01.08, Alexey Pechnikov[EMAIL PROTECTED] написал(а): В сообщении от Thursday 03 January 2008 18:26:31 Alexey Pechnikov написал(а): Написано ## DO NOT UNCOMMENT THEM, Just edit them to your needs и параметры ниже генерятся при установке граба. Список всех ядер grub находит (да и все ОС вроде тоже, когда-то давно второй системой офтопик был, находился), инсталлится на sda, не понимаю, почему остается hda. То есть вопрос следующий - что нужно сделать, чтобы граб обновил карту устройств. Я полагал, что grub-install /dev/sda установит граб на /dev/sda и обновит конфиги (а выходит, только menu.lst обновляется и то как-то частично). Команда update-grub все перезапишет настройками по умолчанию, что не есть хорошо (хотя на десктопе оно обычно без разницы). Собственно, дело вот в чем - изменение одной настройки в биосе превращает hda в sda. И то, что после обновления загрузчика система не грузится, очень плохо. Согласен, что биосов много хороших... и особенно разных, тем не менее, кажется, что загрузчик должен этот случай обрабатывать. Не понял, помимо обновлений пакетов кто-то в биосе ковырялся? Юзаем LABEL винтов и нет проблемы. -- Regards, Yuri Kozlov
Re: Баг в etch
On Thu, 3 Jan 2008 18:39:44 +0300 Alexey Pechnikov wrote: AP Собственно, дело вот в чем - изменение одной настройки в биосе превращает hda AP в sda. И то, что после обновления загрузчика система не грузится, очень AP плохо. Согласен, что биосов много хороших... и особенно разных, тем не менее, AP кажется, что загрузчик должен этот случай обрабатывать. Что обрабатывать? Проявлять неестественный интеллект и грузить ядро не с теми опциями которые я ему даю, а с теми какими он считает нужным сам? Чтоб не менять конфиг при превращениях hda-sda, попробуйте # kopt= root=LABEL=/ ro сам не проверял, но думаю должно сработать. Понятно, рутовая ФС должна соответсвующим образом быть пролейблена. -- Mikolaj Golub -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Баг в etch
В сообщении от Thursday 03 January 2008 19:02:12 Yuri Kozlov написал(а): Юзаем LABEL винтов и нет проблемы. А оно разве в загрузчике работает? Если да, то в самом деле, нет проблем.
Re: Баг в etch
03.01.08, Alexey Pechnikov[EMAIL PROTECTED] написал(а): Чтоб не менять конфиг при превращениях hda-sda, попробуйте # kopt= root=LABEL=/ ro сам не проверял, но думаю должно сработать. Понятно, рутовая ФС должна соответсвующим образом быть пролейблена. В доках ничего такого не встречал, поищу и попробую. http://www.debian-administration.org/articles/522 -- Regards, Yuri Kozlov
Re: Баг в etch
В сообщении от Thursday 03 January 2008 19:29:50 Yuri Kozlov написал(а): 03.01.08, Alexey Pechnikov[EMAIL PROTECTED] написал(а): Чтоб не менять конфиг при превращениях hda-sda, попробуйте # kopt= root=LABEL=/ ro сам не проверял, но думаю должно сработать. Понятно, рутовая ФС должна соответсвующим образом быть пролейблена. В доках ничего такого не встречал, поищу и попробую. http://www.debian-administration.org/articles/522 Спасибо! Означает ли это, что со временем grub и fstab в дебиане перейдут на использование меток или идентификаторов устройств (видел fstab в убунте, но так и не понял, насколько правильно использовать идентификаторы устройств)? Пока изменение имени устройства было возможно только аппаратно, не задумывался, но вот перепрыгивание в биосе заставило обратить внимание на эту проблему.
Re: Баг в etch
Alexey Pechnikov [EMAIL PROTECTED] wrote: В сообщении от Thursday 03 January 2008 18:48:14 Yauhen Kharuzhy написал(а): Написано ## DO NOT UNCOMMENT THEM, Just edit them to your needs А дальше? Там много интересного. Да нет, не очень много. Для сервера есть опции возврата к предыдущей рабочей конфигурации, что бесполезно, ибо на рэйд d-i ставит лило (помнится, в рассылке пробегало, что grub2 умеет рэйд, но еще не допилен), а для десктопа все по дефолту работает. Вот для ноута прописать параметры ядра бывает просто необходимо. Что еще? Just edit them to your needs Строка # kopt=root=/dev/hda1 ro является не примером, а настройкой update-grub(8). -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Баг в etch
On Thu, 3 Jan 2008 19:22:20 +0300 Alexey Pechnikov wrote: AP В сообщении от Thursday 03 January 2008 19:09:01 Mikolaj Golub написал(а): On Thu, 3 Jan 2008 18:39:44 +0300 Alexey Pechnikov wrote: AP Собственно, дело вот в чем - изменение одной настройки в биосе превращает hda AP в sda. И то, что после обновления загрузчика система не грузится, очень AP плохо. Согласен, что биосов много хороших... и особенно разных, тем не менее, AP кажется, что загрузчик должен этот случай обрабатывать. Что обрабатывать? Проявлять неестественный интеллект и грузить ядро не с теми опциями которые я ему даю, а с теми какими он считает нужным сам? AP В чем неестественность - при grub-install обновить Device.map и дефолтовые AP строки в конфиге menu.lst, которые пользователь не правил? Когда ставим новые Ну, во первых grub-install конфиг menu.lst не правит. Этим занимается, как уже сказали, update-grub. А выше речь шла про изменения hda-sda в настройках биоса. Когда же должна вызываться утилита которая будет править конфиг? Перед загрузкой самой ос? При этом самому загрузчику (grub) наплевать на то что hda вдруг стал sda -- он как видел диск как hd0, так и будет. А вот если в его конфиге написано передавать ядру параметр root=/dev/hda1, то он это честно и сделает. -- Mikolaj Golub -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
