Bug 25722

Система:
Системная плата P5VD2-MX, чипсет VIA P4M890, VIA VT8237A, VGA integrated (Via Unichrome)
Системный раздел называется sdb7 (IDE 1), есть еще sata-диск (sda) с данными.
1 гб озу.
Привод dvd-rw asus (/dev/sr0)

Обновите прошивку BIOS, проблема может быть в нём. Но гарантированно поможет вытаскивание диска из привода.

>Но гарантированно поможет вытаскивание диска из привода.
Или перерубание шлейфа привода топором :)

Не работает на некоторых BIOS. Хорошего решения не видно, надо обсудить паллиативы.

(В ответ на комментарий №4)
> Не работает на некоторых BIOS. Хорошего решения не видно, надо обсудить
> паллиативы.

Насколько я понимаю, есть два варианта:
1. localboot -1 
Так сейчас. Этот вариант работает и в случае загрузки Live с CD/DVD, и в случае загрузки с флеш-диска. На хороших BIOS. Преимущество : единый образ для CD/DVD и флешек. Недостаток : обсуждаемая бага на плохих BIOS.
2. Localboot  0x80
Так было. Работает в случае загрузки с CD/DVD всюду,при загрузке с флешки, на которую записан этот же образ, возникнет обсуждаемая ошибка. Для того, чтобы работало всюду, надо делать отдельный образ для флешек, который ничем, кроме этого 0x80 не отличается.

Вроде бы при очном обсуждении решили пока откатиться на 0x80. Но в обсуждении участвовали далеко не все разработчики дистрибутивов. Потому прошу обсуждать дальше.

(In reply to comment #5)

> Так было. Работает в случае загрузки с CD/DVD всюду,при загрузке с флешки, на
> которую записан этот же образ, возникнет обсуждаемая ошибка. Для того, чтобы
> работало всюду, надо делать отдельный образ для флешек, который ничем, кроме
> этого 0x80 не отличается.

Насколько я понял, наши gfxboot настолько умные, что сами формируют строку параметров для propagator (automatic=method:cdrom или method:disk) и при этом даже знают, загрузились мы с CD или с гибридного исо на флешке.

М.б. внутри него можно этим знанием воспользоваться и для выбора local boot?

mediatype m_cdrom eq
{
/install.last .inst_cdrom def
} {
/install.last .inst_hd def
} ifelse

в ./src/dia_install.inc.

(В ответ на комментарий №5)
> Насколько я понимаю, есть два варианта:
> 1. localboot -1 
> 2. Localboot  0x80
3. localboot 0x00
, который я и добавил 2-м пунктом

(В ответ на комментарий №8)
> (В ответ на комментарий №5)
> > Насколько я понимаю, есть два варианта:
> > 1. localboot -1 
> > 2. Localboot  0x80
> 3. localboot 0x00
> , который я и добавил 2-м пунктом

Сергей, как этот второй пункт соотносится с обсуждаемой ошибкой?
Смысл умалчиваемой загрузки LiveCD с локального диска в том, чтобы CD не обязательно было вынимать, это страховка для забывчивых.

(В ответ на комментарий №9)
> > 3. localboot 0x00
> > , который я и добавил 2-м пунктом
> Сергей, как этот второй пункт соотносится с обсуждаемой ошибкой?
С этим пунктом этой ошибки нет и загрузка с флешки есть.

(В ответ на комментарий №10)
> (В ответ на комментарий №9)
> > > 3. localboot 0x00
> > > , который я и добавил 2-м пунктом
> > Сергей, как этот второй пункт соотносится с обсуждаемой ошибкой?
> С этим пунктом этой ошибки нет и загрузка с флешки есть.

Надо назвать его соответственно. Как?

(В ответ на комментарий №11)
> Надо назвать его соответственно. Как?
removebledisk или extdisk или removeble
В переводе: Загрузка со сменного(или внешнего) диска

(В ответ на комментарий №12)
> (В ответ на комментарий №11)
> > Надо назвать его соответственно. Как?
> removebledisk или extdisk или removeble
> В переводе: Загрузка со сменного(или внешнего) диска

Вообще-то, речь идёт скорее о загрузке с внутреннего диска, а не с внешнего..

PS 2 пункта для загрузки с жёсткого диска как-то совсем бессмысленно выглядит..

(В ответ на комментарий №13)
> 
> PS 2 пункта для загрузки с жёсткого диска как-то совсем бессмысленно выглядит..

Да, потому Сергей и предлагает сделать иначе. Но надо что-то тут решать.

(В ответ на комментарий №13)
> Вообще-то, речь идёт скорее о загрузке с внутреннего диска
>, а не с внешнего..
См. comment 10

> PS 2 пункта для загрузки с жёсткого диска
> как-то совсем бессмысленно выглядит..
См. comment 12

Проблема понятна, варианты решения тоже. Полного согласия между релиз-менеджерами нет.
Каждый будет исправлять как считает нужным. Только не -1.

Я сейчас протестирую изменения в design-bootloader-source, необходимые для моего способа и сообщу

http://git.altlinux.org/people/zerg/packages/?p=design-bootloader.git;a=commitdiff;h=278e57aa2e65b306df71a01048c05ab6ad30c2b9

Вот, мне это изменение нужно. Оно никому не помешает.

Я сейчас теста собираю исошку с изменениями, которые (если сработает) позволят и эту проблему решить и может даже syslinux скопировать в p6

В общем, забирайте из моего git или дайте acl

syslinux-3.86-alt4 и gfxboot-4.3.8-alt1 я отправил в p6

P.S.
Все brainding-* необходимо будет пересобрать с новым design-bootloader-source.
Я сообщу в рассылке, когда пакет обновиться.

Да, еще.

Мои изменения не исправляют проблему с загрузкой при 0x80 , но дают возможность сделать 2-й пункт "Загрузка со сменного диска" и писать там все что угодно.

(В ответ на комментарий №21)
> не исправляют проблему с загрузкой при 0x80
Но с флешки образ должен грузиться нормально.

(В ответ на комментарий №20)
> syslinux-3.86-alt4 и gfxboot-4.3.8-alt1 я отправил в p6

Видимо это сломало загрузчик при запуске с CD:
Could not find kernel image: gfxboot.c32

Это касается и Кентавра, и Симпли.
Вчерашние сборки еще запускаются, сегодняшние уже нет.

> Все brainding-* необходимо будет пересобрать с новым design-bootloader-source.
> Я сообщу в рассылке, когда пакет обновиться.

Если описанный выше эффект ожидаемый, то все лучше было делать одновременно.

(В ответ на комментарий №23)
> (В ответ на комментарий №20)
> > syslinux-3.86-alt4 и gfxboot-4.3.8-alt1 я отправил в p6
> 
> Видимо это сломало загрузчик при запуске с CD:
> Could not find kernel image: gfxboot.c32
> 
> Это касается и Кентавра, и Симпли.
> Вчерашние сборки еще запускаются, сегодняшние уже нет.
> 
> > Все brainding-* необходимо будет пересобрать с новым design-bootloader-source.
> > Я сообщу в рассылке, когда пакет обновиться.
> 
> Если описанный выше эффект ожидаемый, то все лучше было делать одновременно.

Да, вот ломать уж точно не стоило.
Сергей, чините asap или откатывайте.

(В ответ на комментарий №23)
> (В ответ на комментарий №20)
> > syslinux-3.86-alt4 и gfxboot-4.3.8-alt1 я отправил в p6
> 
> Видимо это сломало загрузчик при запуске с CD:
> Could not find kernel image: gfxboot.c32
Этот эффект чинится проще:
http://git.altlinux.org/people/boyarsh/packages/?p=mkimage-profiles-desktop.git;a=commitdiff;h=f0d87bca3b0c11e16ab14940da1ab5f59dfa37b2

Или так
http://git.altlinux.org/people/zerg/packages/?p=mkimage-profiles-desktop.git;a=commitdiff;h=dcedfd3314e8146dbad8e11121f0981e44846ca6
Правда, я еще потом так делал
http://git.altlinux.org/people/zerg/packages/?p=mkimage-profiles-desktop.git;a=commitdiff;h=bc92ba50e174bf218ad100ad638a6cc0bb627528

(В ответ на комментарий №23)
> Видимо это сломало загрузчик при запуске с CD:
> Could not find kernel image: gfxboot.c32
У себя я это больше месяца назад исправил

Господа, читайте же исходную багу! После всех изменений и 0x80 не работает.

(В ответ на комментарий №28)
> После всех изменений и 0x80 не работает.
Скорее всего isolinux.cfg недообновлен.
Проверю и точно скажу, что нужно, хотя это скорее всего и есть то, что в README.gfxboot написано.

(В ответ на комментарий №28)
> После всех изменений и 0x80 не работает.
Это я прошляпил патч. Отправил syslinux-3.86-alt5

Еще такое всем советую на всякий
http://git.altlinux.org/people/zerg/packages/?p=mkimage-profiles-desktop.git;a=commitdiff;h=a63998de85df3049c75a979a9b1e31a7b7971a56

(В ответ на комментарий №30)
> (В ответ на комментарий №28)
> > После всех изменений и 0x80 не работает.
> Это я прошляпил патч. Отправил syslinux-3.86-alt5

Отправьте его в p6 и проверьте, пожалуйста.
И напишите всем релиз-менеджерам, что нужно делать для исправления баги.

(В ответ на комментарий №32)
> > Отправил syslinux-3.86-alt5
> Отправьте его в p6 и проверьте, пожалуйста.
С начала проверил, потом написал, что отправил.

> И напишите всем релиз-менеджерам, что нужно делать для исправления баги.
Среди них кто-то не подписан на эту дагу?

(В ответ на комментарий №28)
> Господа, читайте же исходную багу! После всех изменений и 0x80 не работает.

Зато работает своевременное нажатие на F12 с последующим
выбором источника загрузки.
Некоторая информация по баге (в соответствии с советом aen@):
http://lists.altlinux.org/pipermail/antique/2011-July/001578.html
http://lists.altlinux.org/pipermail/antique/2011-July/001583.html
http://lists.altlinux.org/pipermail/antique/2011-July/001584.html
Хотя, возможно, это уже и не актуально.

Regards.

Во внутренней бете Simply на p6 от 8 июля работает с 0x80.