> главное приспособится к написанию menu.lst пунктов

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

Одно время у меня крутились на машине два винчестера и на каждом было по три разных ситемы. Несколько месяцев я разглядывал и изучал все эти штучки-дрючки, загружая то одно, то другое, но потом начал работать и понял, что второй винчестер просто сам по себе крутится или сам по себе стоит. Убрал его в резерв и оставил две системы (три, потому что Kolibri стоит на разделе XP). GRUB загружает Linux или меню Windows, а из меню Windows стартует Windows или Kolibri. Всё остальное я пробую с оптических дисков, а эти три основные системы обновляю по мере выхода новых версий.

Есть ещё старые 3 пня и две трёхи, но они стоят с тем, что на них есть - Win95, PTS-DOS 2000, Win98, какая-то FreeBSD и я их трогать не хочу. У них один общий монитор и одна клавиатура через переключатель и пара мышей. Всё это безнадёжно устарело, но хорошо работает, если не считать шариковых мышей, от которых быстро отвыкаешь с оптической.

Самая мощная машина - P4 1.8GHz, 1.5GB. Но ей уже 9 лет. Тоже почти каменный век, если не брать во внимание, что она одна мощнее всего парка ЭВМ NASA, которые обеспечивали полёты на Луну.

Так что я, видимо, куплю новый привод DVD, и не буду морочить себе голову с установками и сносами всей этой прорвы линуксов на винчестер.

После резервного клонирования своего жёсткого диска я пару дней употребил на дефрагментацию раздела Windows - ещё та проблема. Надо иметь свободных 10 гигабайт на 40 гигабайтном разделе, чтобы эта дефрагментация работала прилично. Иначе свободное пространство остаётся слишком фрагментированным и вся эта дефрагментация, похоже, мало чего даёт.

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

timeout 10
default /default

title PuppyRU xlup520 NTFS C:
rootnoverify (hd0,0)
kernel /xlpr520/VMLINUZ psubdir=xlpr520 max_loop=22
initrd /xlpr520/INITRD.GZ


title PuppyRU 420v6 NTFS C:
rootnoverify (hd0,0)
kernel /p426n/vmlinuz psubdir=p426n max_loop=22
initrd /p426n/initrd.gz

title PuppyRU 420v6 Ext2
rootnoverify (hd1,0)
kernel /p426e/vmlinuz psubdir=p426e max_loop=22
initrd /p426e/initrd.gz

title PuppyWaryML 500m6 Ext2
rootnoverify (hd2,0)
kernel /wary5m6/vmlinuz psubdir=wary5m6 max_loop=22
initrd /wary5m6/initrd.gz

title PuppyRUS JeansSrc
rootnoverify (hd1,0)
kernel /pjnsSrc/vmlinuz psubdir=pjnsSrc max_loop=22
initrd /pjnsSrc/initrd.gz

title PuppyRUS XLupu515
rootnoverify (hd0,0)
kernel /pxl515/vmlinuz psubdir=pxl515 max_loop=22
initrd /pxl515/initrd.gz

title PuppyRUS 2.0b8retro
rootnoverify (hd1,0)
kernel /p2b8r/vmlinuz psubdir=p2b8r max_loop=22
initrd /p2b8r/initrd.gz

title Puppy Wary 500
rootnoverify (hd0,0)
kernel /wary/vmlinuz psubdir=wary max_loop=22
initrd /wary/initrd.gz

title MagOS_Clean
rootnoverify (hd1,0)
kernel /MagOS/vmlinuz ramdisk_size=12000 root=/dev/ram0 rw vga=791 quiet noload=save-*
initrd /MagOS/initrd.gz

title MagOS_Home_profile
rootnoverify (hd1,0)
kernel /MagOS/vmlinuz ramdisk_size=12000 root=/dev/ram0 rw vga=791 quiet changes=/MagOS/MagOS_save1.img splash=silent
initrd /MagOS/initrd.gz

title MagOS_Work_profile
rootnoverify (hd1,0)
kernel /MagOS/vmlinuz ramdisk_size=12000 root=/dev/ram0 rw vga=791 quiet changes=/MagOS/MagOS_save2.img splash=silent
initrd /MagOS/initrd.gz

title MagOS_Gnome
rootnoverify (hd1,0)
kernel /MagOS/vmlinuz ramdisk_size=12000 root=/dev/ram0 rw vga=788 quiet desktop=gnome
initrd /MagOS/initrd.gz

title MagOS_LXDE
rootnoverify (hd1,0)
kernel /MagOS/vmlinuz ramdisk_size=12000 root=/dev/ram0 rw vga=788 quiet desktop=lxde
initrd /MagOS/initrd.gz

title MagOS_failsafe
rootnoverify (hd1,0)
kernel /MagOS/vmlinuz ramdisk_size=12000 root=/dev/ram0 rw noapic nolapic acpi=off nopat no3ddesktop xdriver=free noload=save-*
initrd /MagOS/initrd.gz

title MagOS_copy2ram
rootnoverify (hd1,0)
kernel /MagOS/vmlinuz ramdisk_size=12000 root=/dev/ram0 rw vga=791 quiet copy2ram ramsize=80%
initrd /MagOS/initrd.gz

title 1111
rootnoverify (hd0,0)
kernel /boot/vmlinuz vga=791 splash=silent quiet autoexec=xconf;telinit~4 changes=/porteus/
initrd=/boot/initrd.lz

title 2222
rootnoverify (hd0,0)
kernel /boot/vmlinuz vga=791 splash=silent quiet autoexec=lxde;xconf;telinit~4 changes=/porteus/
initrd=/boot/initrd.lz

title ?????
rootnoverify (hd0,0)
kernel /w/190.lnx
initrd /w/wtpmax.ird

title DoudouLinux
root (hd0,0)
kernel /live/vmlinuz boot=live locale=ru_RU.UTF-8 keyb=ru,us klayout=us koptions=grp:alt_shift_toggle notimezone noxautologin persistent persistent-subtext=doudoulinux live-media=removable edd=off username=tux hostname=doudoulinux union=aufs
initrd=/live/initrd.img

boot
Игорь ты просто ещё не привык к тому что я называю фругал ос.
этот случайно пойманный menu.lst показатель того что у меня они появляются и умирают ежедневно
в boot.ini
появилась давно строчка C:grldr="Grub"
и grld в корне
главное приспособится к написанию menu.lst пунктов
а стартуют они с любых разделов ntfs,fat,ext2/3 ....

> аналогичных описаний много

Так и эти *маги* тоже описывают, как установить их ось сразу на жёсткий диск. А я-то не хочу.

Тут есть одна коза, которая сразу выскакивает, как только нужно на жёстком диске создать новый раздел.

В этих всех программах для редактирования разделов красными крупными буквами написано, что перед внесением изменений в разделы надо сделать *резервную* копию данных. А это для меня значит, что надо купить ещё один винчестер и на нём сделать ешё один клон моих отлаженных, настроенных и обновлённых по состоянию на сегодняшний день систем - WinXP SP3 и Mandriva 2010.2
со всей тьмой настроенного программного обеспечения.

Я такой клон сделал в конце прошлого года, занимает эта вся бодяга часов 11-12, когда делаешь не в первый раз. Но у меня источник бесперебойного питания расчитан на 15 минут, только чтобы безопасно выключить машину.

Поэтому я бы предпочёл, если бы кто-то из линуксоидов сделал так, как сделано в KolibriOS. А там можно записать образ системы прямо на разделе Windows, и загружаться, используя штатный мультизагрузчик Windows, прямо из этого образа. Симпатичненькая системка, эта Kolibri. В DosBox там работает EU,
Norton Commander. И размещается на дискетке :-)

Не знаю, может быть, так уже кто-то и сделал.

Мне без DVD-RW пока эти эксперименты не светят.
Если выбирать, что купить, новый привод DVD-RW вместо сгоревшего или винчестер, я склоняюсь, что всё-таки привод.

http://slax.org.ru/hdd.html
аналогичных описаний много, я забыл когда портил балванки и флешки

>Мне надо пару дней осмотреться.

В общем, похоже, есть перспектива выпустить сначала 2.5 под Linux. На Mandriva 2010.2 она работает с red.exu полностью на русском языке. Поскольку там у меня (в exu_r) внутренняя кодировка koi8-r, а экранный шрифт по умолчанию на штатной текстовой консоли Mandriva всё-таки 866(!), а не 8859-5 и не koi8-r, то есть небольшая проблема с перекодировкой: в red.exu русский язык представлен преимущественно псевдографикой :-)

Но всё подсвечивается и раскрашивается правильно и работает при вложенном запуске - запускаю red.exu, в него беру опять red.exu и запускаю его. Для этого нужно перейти на вторую консоль под root''ом же и остановить там Unicode. Программа, набранная на русском регистре клавиатуры, отображается на экране как забор из псевдографики, но работает правильно.

Mandriva осторожничает. Чтобы войти в неё под root''ом, надо ещё и знать, что делать.

Ладно, через пару дней или раньше доложу, что вышло.
Чем больше работаю в Linux, тем больше он мне нравится.

С MagOS Linux пока задержка. Похоже, вышел из строя привод DVD-RW, не могу прожечь загрузочный DVD, уже запорол две болванки. Начинает запись R-диска - сразу останавливается, прописав узенькую дорожку в начале диска. Начинает форматирование W-диска - та же самая картина. Раньше были случаи, что записав диск до конца, потом находил в записи ошибки.

А с флешки у меня машина не может загружаться.

>убрать подгонку по ширине

Точно! Так и есть, была включена подгонка по ширине.
Теперь нормально.

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

Там их двое, и второй более активный, как мне показалось:
http://www.magos-linux.ru/dwiki/doku.php?id=wiki:user:neobht

Сейчас скачаю, попробую, что за зверь.

магос и "у них" это пока рано ... у него!!!: Михаил фактически в одиночку дистрибутив сделал как и Слакс Томас

Но на FireFox и на Chrome - нормально, или это ошибка в Opera 11.01 ???

у меня техники много но вся скромная, поэтому PuppyRus притягивает, но linux-live всегда считал более грамотным решением, slax на его основе к сожалению автором не развивается, хотя задел масштабный. магос на его движках но всётаки требует ресурсов. Хотя наметился очередной форк
http://slax.org.ru/forum/index.php?topic=142.0

>А этот MagOS Linux
Только вот сайт у них на Opera выглядит каким-то лохматым, уж могли бы и проверить...
Ложка дёгтя...

>в параметрах командной строки интерпритатора

В 3.1.1 не предусмотрены эти параметры, и уже есть готовое решение в виде файла с кодом языка, который может на лету модифицироваться из редактора. Так что остаётся добавить в тот файл код, обозначающий кодировку вывода и всё...

Если делать параметр запуска в командной строке, то надо думать о пакетном файле для запуска программы...

Короче, через недельку многое должно проясниться.

А этот MagOS Linux, действительно, заслуживает внимания.

Все эти вопросы очень чётко прописаны в современных версиях Tcl/Tk