[devel] Re: detectloader is broken

Sviatoslav Sviridoff =?iso-8859-1?q?s=2Esviridoff_=CE=C1_pin-ag=2Ede?=
Пн Дек 2 10:07:17 MSK 2002


On Mon, 2 Dec 2002 11:30:32 +0300
"Dmitry V. Levin" <ldv на altlinux.org> wrote:

> On Mon, Dec 02, 2002 at 11:26:03AM +0300, Stanislav Ievlev wrote:
> > On Sat, Nov 30, 2002 at 02:53:43AM +0300, Dmitry V. Levin wrote:
> > > On Sat, Nov 30, 2002 at 01:38:25AM +0300, Mikhail Zabaluev wrote:
> > > > > Так ведь hdc стоит перед hda; чего уж тут удивляться?
> > > > 
> > > > Я, помнится, присылал патч на detectloader, который сортирует
> > > > имена устройств. Впрочем, в общем случае проблемы это не решает.
> > > 
> > > Действительно, по какому праву detectloader должен сортировать?
> > > 
> > > > Проблемы также изложены в следующих bug report'ах:
> > > > http://bugs.altlinux.ru/view_bug_page.php?f_id=0001015
> > > > http://bugs.altlinux.ru/view_bug_page.php?f_id=0001014
> > > 
> > Для таких вот нестандартных ситуаций и был сделан skiplist.
> > detectloader к сожалению не маг и волшебник угадывать где должен быть
> > загрузчик. Вполне разумно он предполагает, что загрузчик в системе один.
> > Если же их несколько, то извините - он не может додуматься. В этой
> > ситуации он смотрит диски в той последовательности, в какой ему
> > предоставило ядро.
> > 
> > Впрочем, ядро также вряд ли виновато. Оно не обязано догадываться где mobile rack, а где нет.
> 
> В том то и дело, что речь идёт не о mobile rack, а о совсем removable
> devices. Почему ядро их ставит первыми - непонятно.

Похоже на сортировку по major в лексикографическом порядке

--
Sviatoslav Sviridoff
// Lintec Project/Minsk // PIN AG/Berlin //
--
sticky bit has come loose



Подробная информация о списке рассылки Devel