ALT Linux Школьный Сервер 4.1.

речь не идет о том, что лучше - факт в том, что GRUB используется более чем часто как загрузчик для различных дистрибутивов, а значит должен работать из коробки, это считай, что в альте выкинули Гном и сказали - мы считаем, что КДЕ лучше, а все остальное никому не надо

>1) Груб нужен только убогим слакварщикам.

по дефолту у слакварщиков лило

>У тебя мозг чиста по приколу?

опять вы выдергиваете кусками,

может быть уже начнете читать посты полностью

>Мозг прикручивается в /mnt/куда_нибудь

я смотрю он у тебя отмонтировался уже

никто мне не может говорить куда мне мантировать.

> факт в том, что GRUB используется более чем часто как загрузчик для различных дистрибутивов, а значит должен работать из коробки,

Все в мире теперь пишут не правой рукой а левой, надо срочно в нашей стране тоже жёсткими мерами переводить на лево.

Нормальному пользователю как-бы по барабану какая там картинка мелькает перед тем как можно firefox запустить.

Да, гном говорят появился или скоро будет готов. Про него и говорили что просто ресурсов не хватает. И между DE и загрузчиком, с точки зрения нормального пользователя как-бы есть некоторая разница. Первый виден и имеет какое-то значение а второго почти и вовсе нет.

> куда мне мантировать.

Ман...простите что?

>Это совсем не уровень домохозяйки.

что то мне напоминает политику некрософта

> И между DE и загрузчиком, с точки зрения нормального пользователя как-бы есть некоторая разница

нормальный пользователь - тот что "ест" то, что ему дают и не жужжит?

Выше я задал вопросы о причине смены загрузчика.

Мне интересна хотя-бы одна причина для этого.

Причину не менять выше тоже уже привели.

> Мне интересна хотя-бы одна причина для этого.

* GRUB has a more powerful, interactive command line interface. LILO, on the other hand, only allows one command with arguments.

* LILO stores information about the location of the kernel or other operating system on the Master Boot Record (MBR). Every time a new operating system or kernel is added to the system, the Stage 1 LILO bootloader has to be manually overwritten, otherwise there is no way to boot the new OS or kernel. This method is more risky than the method used by GRUB because a mis-configured LILO configuration file may leave the system unbootable (a popular way to fix this problem is to boot from Knoppix or another live CD, chroot into the partition with mis-configured lilo.conf and correct the problem). On the other hand, correcting a mis-configured GRUB is comparatively simple as GRUB will default to its command line interface where the user can boot the system manually. This flexibility is probably the main reason why many users nowadays prefer GRUB over LILO.

* Unlike LILO, GRUB has a web site. It also has a manual, FAQ, a bug tracker, a developer mailing list and a logo. LILO has none of those.

* LILO does not support booting from a network, whereas GRUB does.


первый же результат в гугле, думаю можно найти еще больше причин

>Ман...простите что?

<debug>монтировать</debug>

> * GRUB has a more powerful, interactive command line interface. LILO, on the other hand, only allows one command with arguments.

Промоушен.

> * LILO stores information about the location of the kernel or other operating system on the Master Boot Record (MBR)

Бред.

> * Unlike LILO, GRUB has a web site.

О, да, это преимущество. Для зреново работающего ПО - безусловно. А для того, которое просто работает ? :-)

> * LILO does not support booting from a network, whereas GRUB does.

Динственный аргумент, который как-то заслуживает внимания. Но он тоже сомнителен. Уж если по сети, то целиком...

> * GRUB has a more powerful, interactive command line interface. LILO, on the other hand, only allows one command with arguments.

И о чём мне с загрузчиком беседовать? При появлении нового ядра ему нужно сказать "посмотри, ядро" и забыть про него.

> Every time a new operating system or kernel is added to the system, the Stage 1 LILO bootloader has to be manually overwritten, otherwise there is no way to boot the new OS or kernel. This method is more risky than the method used by GRUB because a mis-configured LILO configuration file may leave the system unbootable

Про это я и говорил, и необходимость переписывания на причину никак не тянет. а про опасность - не надо удалять старые записи и они в любом случае загрузятся. А то сдуру-то можно и grub сломать.

> * Unlike LILO, GRUB has a web site. It also has a manual, FAQ, a bug tracker, a developer mailing list and a logo. LILO has none of those.

То есть наличие веб сайта у загрузчика - это реальная причина, да, не поспоришь.

> * LILO does not support booting from a network, whereas GRUB does.

Ага, вот и первая причина. Хорошо, возможно для тонких клиентов lilo не подходит, хотя если у альта нет груба то как-же у них работает ltsp.

Итак пока 1:1, загрузка по сети против параметра -R.

>> FHS соблюдают не все

>z01, например. Чем ему соблюдать, если у него мозг не смонтирован?

вы наверное и писать ходите по госту.

по госту - это в отхожее место?

> Промоушен.

зато я в самом GRUB могу подправить menu.lst в случае чего - полезная фича

> О, да, это преимущество. Для зреново работающего ПО - безусловно. А для того, которое просто работает ? :-)

GRUB тоже просто работает, да и если вы такой уверенный - погуглите по поводу багов в LILO, они таки есть

> Уж если по сети, то целиком...

это почему еще?

> То есть наличие веб сайта у загрузчика - это реальная причина, да, не поспоришь.

багтрекер + mailing list - это реальная причина

>по госту - это в отхожее место?

в строго опрделенное врем, в строго определенное место, со стандартиризированной методикой

>> Уж если по сети, то целиком...

> это почему еще?

Потому, что это или бездисковая станция, или уж систему можно поставить на hdd. А держать hdd, чтобы там grub стоял смысла мало.

> багтрекер + mailing list - это реальная причина

Прошу прощения, но я не нуждаюсь ни в багтрекере ни в почтовой рассылке загрузчика.

А ещё я не пока нуждаюсь в lkml, в рассылке по сендмайлу, по кореутилс, по bash, в рассылке по конкверору и по многим другим программам.

И программа "загрузчик" сравнительно с ядром немного поменьше, и даже немного странно что для неё нужна отдельная рассылка.

> в строго опрделенное врем, в строго определенное место, со стандартиризированной методикой

Определённое место - это отхожее, определённая методика - это сняв одежду и в нужную раковино но не мимо, а вот время для монтирования можно выбирать самому или просто монтировать при старте.

> Потому, что это или бездисковая станция, или уж систему можно поставить на hdd. А держать hdd, чтобы там grub стоял смысла мало.

ну а если на hdd стоит например винда, а по сети грузится Linux? вполне вероятная ситуация для той же школы

> Прошу прощения, но я не нуждаюсь ни в багтрекере ни в почтовой рассылке загрузчика.

правильно - вы не нуждаетесь, могу поспорить вам и далеко не все программы надо, но кроме вас есть еще люди, которым таки надо GRUB, причем не важно почему - трекер, сайт с документацией, загрузка по сети и т.д.

стопид, а как же творчество?^_^

>Определённое место - это отхожее,

баг номер раз: а если приспичило в лесу? там же нет отхожизх мест.

>определённая методика - это сняв одежду и в нужную раковино но не мимо,

2:это что же каждый раз как пописать надо полностью раздеца?

>или просто монтировать при старте.

3: так ведь штанишки устанешь менять

> а если приспичило в лесу?

-- А где у вас здесь отхожее место? -- А везде.

> надо полностью

Не полностью, а по госту - только соответственные места освободить от одежды, потому-что если не освободить то будет переполнение буфера.

> 3:

Хорошо, значит в госте должно быть вписано время применения, привязанное к достаточному заполнению исходящего кэша.

> не важно почему - трекер, сайт с документацией, загрузка по сети и т.д.

Первое и сторое - головная боль разработчика и мен глубоко положить на наличие майллиста.

Загрузка по сети - уже согласился, это пока первый аргумент и счёт 1:1.

У жены с дочкой есть ноутбук. Когда завёл точку доступа оказалось что на текущем альте, что там стоял, wifi не работал. Хотя он заработал в следующем релизе, я проверял на livecd, и хотя наверняка его можно было завести и тогда, но это было время увлечения убунтой и я поставил туда её. Так вот, в этой вашей убунте нет лило и ребёнок обломался когда привычным движением сказал линуксу "а теперь перезагружайся в винду, играться будем", теперь приходится пасти меню загрузчика, что-бы увидеть какой он замечательный и сказать ему лично что хотим теперь загружать, надо её ещё на майллист подписать.

> и мен глубоко

*мне

в убунте нет LILO? мне кажется вы не освоили команду apt-get install lilo

Ну и в который раз - для этого и нужен выбор, у вас LILO, у меня GRUB - и все довольны, вон в Debian даже ядро можно альтернативное поставить, а если действовать по вашей логике - Linux/GNU превратится в аналог виндовс, где все за тебя уже выбрано

чем люблю ЛОР

любую шляпу тебе распишут полностью технически обоснованно^^

Увы и ах, оно оказалось нерабочим (уже не помню чем), это раз, а во вторых - совершенно не уверен что при установке нового ядра оно пропишется в какой-то lilo.conf и передёрнет его, потому-что рабочий загрузчик другой и мантейнеры ядер не обязаны знать про все загрузчики и учитывать их в своих скриптах. Вручную-же заниматься таким даже неприлично.

А ещё в этой вашей убунте самые примитивные форк бомбы рвут систему как тузик грелку.

> Увы и ах, оно оказалось нерабочим (уже не помню чем), это раз

LILO оказалось нерабочим? ну как же так? :)

> это раз, а во вторых - совершенно не уверен что при установке нового ядра оно пропишется в какой-то lilo.conf и передёрнет его

а вы не сомневайтесь - передернет

> А ещё в этой вашей убунте самые примитивные форк бомбы рвут систему как тузик грелку.

я не занимаюсь подобными извращениями

> а вы не сомневайтесь - передернет

Не найдет какой-нибудь message и не передернет

> Не найдет какой-нибудь message и не передернет

какой message?

только не надо отвечать - "какой-нибудь" :)

какой-нибудь :)

> LILO оказалось нерабочим? ну как же так? :)

Не помню что именно оказалось не так, но что-то вынудило вернуться к загрузчику по умолчанию. Воспроизводить желания нет. В любом случае, у груба от этого данная функция не появится.

> а вы не сомневайтесь - передернет

Если так, то честь и хвала мантейнерам ядра не забывающим про различные спобобы загрузки и тем кто делал средства автоматизации для этого.

> я не занимаюсь подобными извращениями

Вбрасывание форк бомбы вручную это просто проверка системы на живучесть. А пригодиться эта живучесть может совсем в другом месте.

> Не помню что именно оказалось не так, но что-то вынудило вернуться к загрузчику по умолчанию.

Пусть будет так: я ниасилил лило в убунте.

> Пусть будет так: я ниасилил лило в убунте.

там другой lilo.conf?

>> Воспроизводить желания нет. В любом случае, у груба от этого данная функция не появится.

> Странный стандарт, у которого с x86_64 проблемы...

У него проблемы со всем, что не ix86, привет.

> а вы пробовали под альт 64 собрать груб

Собирали. И что дальше?

P.S. Груб ненужен.

> ... > первый же результат в гугле, думаю можно найти еще больше причин

А ничего, что grub здох?

>> Нах столько немощных...

> dk2 (*) (27.02.2009 12:57:44)

Обиделся?

Груб не патрикоугоден

> А ничего, что grub здох?

писать научись, он не умер - да в grub сейчас идут только багфиксы, а grub2 - вполне себе бодро развивается

> intel c++ х86_64 не ставится под альт х86_64 - ему так же нужен биарч

Что за ересь? Intel C/C++ 10.1 ставится на x86_64 без /lib/i686/* и работает.  

~% cat /etc/altlinux-release  ; uname -srvimpo ; which icpc ; ls -lR /lib/i686
ALT Linux 4.0 Server (Walnut)
Linux 2.6.18-ovz-smp-alt14 #1 SMP Wed May 2 15:41:34 MSD 2007 x86_64 unknown unknown GNU/Linux
/opt/intel/Compiler/11.0/081/bin/intel64/icpc
/lib/i686:
итого 4
drwxr-xr-x 2 root root 4096 Фев 28 15:25 tls

/lib/i686/tls:
итого 0
~% cat > t.cc
#include<iostream>
#include<cmath>

int main (int argc, char** argv) {
        double s, x = 1., eps = 1.E-9, a;
        int n;
        for (s = 1., n = 1, a = x; fabs(a) > eps; s += a, n++, a *= x/n); 
        std::cout << "res: " <<  s << std::endl;
        return 0;
}
~% icpc -o t t.cc && ./t
res: 2.71828
~% icpc --version
icpc (ICC) 11.0 20090131
Copyright (C) 1985-2009 Intel Corporation.  All rights reserved.

>Что за ересь? Intel C/C++ 10.1 ставится на x86_64 без /lib/i686/* и работает.

Step no: 4 of 7 | Installation configuration - Missing Critical Pre-requisite
------------------------------------------------------------------------------- -
32-bit libraries not found on this system.
This product release requires the presence of 32-bit compatibility libraries
when running on Intel(R) 64 architecture systems. One or more of these libraries
could not be found:
libstdc++
libstdc++5
glibc
libgcc
Without these libraries, the compiler will not function properly. These
libraries,
if not installed, can be installed from the OS discs after finishing the
compiler
installation.

intel c++ 11.0.069

>>У тебя мозг чиста по приколу? >опять вы выдергиваете кусками, может быть уже начнете читать посты полностью

Читаю полностью, цитирую самые содержательные куски.

> 32-bit libraries not found on this system.

Это баг/фича в инсталляторе icc. Без 32-разрядных работает на x86_64.