Re: [mdk-re] ä×Á ÌÉÎÕËÓÁ ÎÁ ÏÄÎÏÍ ×ÉÎÔÅ

Re: [mdk-re] ä×Á ÌÉÎÕËÓÁ ÎÁ ÏÄÎÏÍ ×ÉÎÔÅ

[Yuri Ryazantsev]

On Mon, May 14, 2001 at 03:16:00PM +0400, Maxim Grishin wrote:

> Привет всем!
> Собираюсь поставить себе два Линукса на один винт. Отличие между ними будет в том, что на одном разделе будут Ext2, а на другом ReiserFS(это вкратце), так же планируется поставить WinNT 4.0. Вопрос в том, в какой последовательности все 
> это поставить и какой загрузчик использовать?  

Сначала Win. Затем один линукс и потом второй. Использовать - lilo. Я таким
образом перехожу от одной системы к другой. 

with best wishes,

Yuri.

Re: [mdk-re] Два линукса на одном винте

[Igor Solovyov]

Hi!
On Mon, 14 May 2001 15:40:47 +0400
Yuri Ryazantsev <yuri@unix.ru> wrote:

> On Mon, May 14, 2001 at 03:16:00PM +0400, Maxim Grishin wrote:
> 
> > Привет всем!
> > Собираюсь поставить себе два Линукса на один винт. Отличие между ними
> будет в том, что на одном разделе будут Ext2, а на другом ReiserFS(это
> вкратце), так же планируется поставить WinNT 4.0. Вопрос в том, в какой
> последовательности все 
> > это поставить и какой загрузчик использовать?  
> 
> Сначала Win. Затем один линукс и потом второй. 

В случае с WinNT это не обязательно, она mbr не трогает.
Т.е. последовательность может быть любая.

> Использовать - lilo. Я таким
> образом перехожу от одной системы к другой. 

Я как всегда похвалю свое болото :-)
System Commander 2000 - жутко удачная и удобная вещь.


-- 
Best regards!
Igor Solovyov
Zlatoust, Russia

Re: [mdk-re] Два линукса на одном винте

[Vyt]

On Mon, 14 May 2001 18:36:47 +0600
Igor Solovyov <is13@inbox.ru> wrote:

<skipped>

> > Сначала Win. Затем один линукс и потом второй.
> 
> В случае с WinNT это не обязательно, она mbr не трогает.
> Т.е. последовательность может быть любая.
> 
> > Использовать - lilo. Я таким
> > образом перехожу от одной системы к другой.
> 
> Я как всегда похвалю свое болото :-)

Если не сложно, хвалите, пожалуйста, с URL'ами homepage :)
Я при поиске SC2000 понял только, что он дорого стоит, а не где брать.

> System Commander 2000 - жутко удачная и удобная вещь.
> 

<skipped>

-- 
Regards, Vyt
mailto:vyt@vzljot.ru

Re: [mdk-re] Два линукса на одном винте

[Igor Solovyov]

Hi!
On Mon, 14 May 2001 16:44:44 +0400
Vyt <vyt@vzljot.ru> wrote:

> > Я как всегда похвалю свое болото :-)
> 
> Если не сложно, хвалите, пожалуйста, с URL'ами homepage :)

Чего ради я должен рекламировать коммерческую вещь, ведь указывать ее url
есть самая банальная реклама. :-))

> Я при поиске SC2000 понял только, что он дорого стоит, а не где брать.

По нашим меркам действительно дороговато. 
А берут его обычно.... Ну в общем сами знаете где. :-))))

-- 
Best regards!
Igor Solovyov
Zlatoust, Russia

[mdk-re] Re[2]: [mdk-re] Два линукса на одном винте

[Sergey Krivulja]

Hello Igor,

Monday, May 14, 2001, 4:36:47 PM, you wrote:

IS> Я как всегда похвалю свое болото :-)
IS> System Commander 2000 - жутко удачная и удобная вещь.
BootMagic от PowerQuest так же нормально смотрится.

-- 
Best regards,
 Sergey                            mailto:skrivulja@erec.ru

Re: [mdk-re] Re[2]: [mdk-re] ä×Á ÌÉÎÕËÓÁ ÎÁ ÏÄÎÏÍ ×ÉÎÔÅ

[Yuri Ryazantsev]

On Mon, May 14, 2001 at 05:35:35PM +0400, Sergey Krivulja wrote:

> IS> Я как всегда похвалю свое болото :-)
> IS> System Commander 2000 - жутко удачная и удобная вещь.
> BootMagic от PowerQuest так же нормально смотрится.

Ну понеслось. Каждый начинает хвалить свой boot-manager, как будто он в нем
проводит очень много времени и часто им пользуется. Я загружаю свою машину
1-2 раза в день и мне по барабану каким образом. Единственное что меня
волнует - это как загрузить в данный момент именно то, что мне нужно. А
также еще важно, чтобы не забирало это много места (типа одного раздела из
четырех). Или я что-то не понимаю в использовании boot manager'а? Может мне
надо в нем подольше задерживаться :-))

with best wishes,

Yuri.

Re: [mdk-re] Re[2]: [mdk-re] Два линукса на одномвинте

[Sergei]

14 Май 2001 23:42 Вы написали:
> On Mon, May 14, 2001 at 05:35:35PM +0400, Sergey Krivulja wrote:
> > IS> Я как всегда похвалю свое болото :-)
> > IS> System Commander 2000 - жутко удачная и удобная вещь.
> > BootMagic от PowerQuest так же нормально смотрится.
>
> Ну понеслось. Каждый начинает хвалить свой boot-manager, как будто он в нем
> проводит очень много времени и часто им пользуется. Я загружаю свою машину
> 1-2 раза в день и мне по барабану каким образом. Единственное что меня
> волнует - это как загрузить в данный момент именно то, что мне нужно. А
> также еще важно, чтобы не забирало это много места (типа одного раздела из
> четырех). Или я что-то не понимаю в использовании boot manager'а? Может мне
> надо в нем подольше задерживаться :-))
Используй то, к чему привык. Просто все зависит от вкусов и от возможностей 
boot-manager'а. Хотя большинство функций можно реализовать и в LILO, хотя и 
не так элегантно. А скажите мне, могут ли SC2000 и BM от PQ настраивать 
программно таблицы разделов дисков, не трогая самих дисков как это делает 
LILO? А?

-- 
С уважением, Епифанов Сергей

Re: [mdk-re] Re[2]: [mdk-re] Два линукса на одномвинте

[Igor Solovyov]

Hi!
On Tue, 15 May 2001 09:07:03 +0400
Sergei <serpiph@pochtamt.ru> wrote:

> не так элегантно. А скажите мне, могут ли SC2000 и BM от PQ настраивать 
> программно таблицы разделов дисков, не трогая самих дисков как это
> делает 
> LILO? А?

Не понял о чем Вы. Что значит "настраивать программно таблицы разделов",
да к тому же "не трогая самих дисков"? Это невозможно, в силу того,
что таблица разделов сама находится на диске. :-))))
И Lilo этого тоже не умеет.

Может Вы имеете в виду изменение размеров разделов и их перемещение
без потери данных? SC2000 это умеет. Lilo - не умеет.

-- 
Best regards!
Igor Solovyov
Zlatoust, Russia

Re: [mdk-re] Re[2]: [mdk-re] Два линукса наодномвинте

[Sergei]

15 Май 2001 22:10 Вы написали:
> Hi!
> On Tue, 15 May 2001 09:07:03 +0400
>
> Sergei <serpiph@pochtamt.ru> wrote:
> > не так элегантно. А скажите мне, могут ли SC2000 и BM от PQ настраивать
> > программно таблицы разделов дисков, не трогая самих дисков как это
> > делает
> > LILO? А?
>
> Не понял о чем Вы. Что значит "настраивать программно таблицы разделов",
> да к тому же "не трогая самих дисков"? Это невозможно, в силу того,
> что таблица разделов сама находится на диске. :-))))
> И Lilo этого тоже не умеет.
>
> Может Вы имеете в виду изменение размеров разделов и их перемещение
> без потери данных? SC2000 это умеет. Lilo - не умеет.
Тогда советую заглянуть на man-страницу lilo и полазить по докам.

-- 
С уважением, Епифанов Сергей

Re: [mdk-re] Re[2]: [mdk-re] Два линукса наодномвинте

[Igor Solovyov]

Hi!
On Tue, 15 May 2001 22:30:00 +0400
Sergei <serpiph@pochtamt.ru> wrote:

> > Может Вы имеете в виду изменение размеров разделов и их перемещение
> > без потери данных? SC2000 это умеет. Lilo - не умеет.
> Тогда советую заглянуть на man-страницу lilo и полазить по докам.

Все же выразитесь яснее. Что Вы имеете в виду?
Чего я такого могу увидеть в man lilo?
Я его читал и не раз, может что-то и упустил?
О чем речь?

-- 
Best regards!
Igor Solovyov
Zlatoust, Russia

Re: [mdk-re] Re[2]: [mdk-re] Два линуксанаодномвинте

[Sergei]

[-- Attachment #1: Type: text/plain, Size: 672 bytes --]

15 Май 2001 22:53 Вы написали:
> Hi!
> On Tue, 15 May 2001 22:30:00 +0400
> Sergei <serpiph@pochtamt.ru> wrote:
> 
> > > Может Вы имеете в виду изменение размеров разделов и их перемещение
> > > без потери данных? SC2000 это умеет. Lilo - не умеет.
> > Тогда советую заглянуть на man-страницу lilo и полазить по докам.
> 
> Все же выразитесь яснее. Что Вы имеете в виду?
> Чего я такого могу увидеть в man lilo?
> Я его читал и не раз, может что-то и упустил?
> О чем речь?
Включаю файл из /usr/share/doc/lilo-21.7/README (кусок). Там то, что я имею в 
виду. Просто слишком много слов для описания.
В кратце - загрузка других операционок.

-- 
С уважением, Епифанов Сергей

[-- Attachment #2: README-booting --]
[-- Type: text/plain, Size: 12541 bytes --]

Booting a foreign operating system
- - - - - - - - - - - - - - - - -

LILO can even boot other operating systems, i.e. MS-DOS. To boot an other 
operating system, the name of a loader program, the device or file that 
contains the boot sector and the device that contains the partition table 
have to be specified.

The boot sector is merged with the partition table and stored in the map 
file.

Currently, the loaders chain.b and os2_d.b exist. chain.b simply starts the 
specified boot sector.* os2_d.b it a variant of chain.b that can boot OS/2 
from the second hard disk. The MAP-DRIVE option has to be used with os2_d.b 
to actually swap the drives.

  *  The boot sector is loaded by LILO's secondary boot loader before 
    control is passed to the code of chain.b.

The image is specified as follows: OTHER=<device_name> or OTHER=<file_name>

In addition to the options listen in section "Per-image options for 
kernels", the following variables are recognized: 

  CHANGE  Change the partition table according to the rules specified in 
    this CHANGE section. This option is intended for booting systems which 
    find their partitions by examining the partition table. See section 
    "Partition type changes" for details. 
  LOADER=<chain_loader>  Specifies the chain loader that should be used. If 
    it is omitted, /boot/chain.b is used. 
  MAP-DRIVE=<bios_device_code>  Instructs chain.b to installs a resident 
    driver that re-maps the floppy or hard disk drives. This way, one can 
    boot any operating system from a hard disk different from the first 
    one, as long as that operating system uses _only_ the BIOS to access 
    that hard disk.* This is known to work for PC/MS-DOS.

      *  So you should be very suspicious if the operating system requires 
        any specific configuration or even drivers to use the disk it is 
        booted from. Since there is a general trend to use optimized 
        drivers to fully exploit the hardware capabilities (e.g. 
        non-blocking disk access), booting systems from the second disk may 
        become increasingly difficult.

     MAP-DRIVE is followed by the variable TO=<bios_device_code> which 
    specifies the drive that should effectively be accessed instead of the 
    original one. The list of mappings is only searched until the first 
    match is found. It is therefore possible to "swap" drives, see the 
    second example below. 
  TABLE=<device>  Specifies the device that contains the partition table. 
    LILO does not pass partition information to the booted operating system 
    if this variable is omitted. (Some operating systems have other means 
    to determine from which partition they have been booted. E.g. MS-DOS 
    usually stores the geometry of the boot disk or partition in its boot 
    sector.) Note that /sbin/lilo must be re-run if a partition table 
    mapped referenced with TABLE is modified. 
  UNSAFE  Do not access the boot sector at map creation time. This disables 
    some sanity checks, including a partition table check. If the boot 
    sector is on a fixed-format floppy disk device, using UNSAFE avoids the 
    need to put a readable disk into the drive when running the map 
    installer. UNSAFE and TABLE are mutually incompatible. 

None of these options can be set in the global options section.

Examples:

other = /dev/hda2
  label = dos
  table = /dev/hda

other = /dev/hdb2
  label = os2
  loader = /boot/os2_d.b
  map-drive = 0x80
    to = 0x81
  map-drive = 0x81
    to = 0x80


Disk geometry
-------------

For floppies and most hard disks, LILO can obtain the disk geometry 
information from the kernel. Unfortunately, there are some exotic disks or 
adapters which may either not supply this information or which may even 
return incorrect information.

If no geometry information is available, LILO reports either the error
  geo_query_dev HDIO_GETGEO (dev 0x<number>) 
 or
  Device 0x<number>: Got bad geometry <sec>/<hd>/<cyl> 

If incorrect information is returned, booting may fail in several ways, 
typically with a partial "LILO" banner message. In this document, that is 
called a "geometry mismatch".

The next step should be to attempt setting the LBA32 or LINEAR 
configuration variable or the  -L  or  -l  command-line option. If this 
doesn't help, the entire disk geometry has to be specified explicitly. Note 
that LINEAR doesn't always work with floppy disks.

Another common use of disk sections is if an (E)IDE and a SCSI drive are 
used in the same system and the BIOS is configured to use the SCSI drive as 
the first drive. (Normally, the (E)IDE drive would be the first drive and 
the SCSI drive would be the second one.) Since LILO doesn't know how the 
BIOS is configured, it needs to be told explicitly about this arrangement. 
(See the second example below.)


Obtaining the geometry
- - - - - - - - - - -

The disk geometry parameters can be obtained by booting MS-DOS and running 
the program DPARAM.COM with the hexadecimal BIOS code of the drive as its 
argument, e.g. dparam 0x80 for the first hard disk. It displays the number 
of sectors per track, the number of heads per cylinder and the number of 
cylinders. All three numbers are one-based.

Alternatively, the geometry may also be determined by reading the 
information presented by the "setup" section of the ROM-BIOS or by using 
certain disk utilities under operating systems accessing the disk through 
the BIOS.


Specifying the geometry
- - - - - - - - - - - -

Disk geometry parameters are specified in the options section of the 
configuration file. Each disk parameter section begins with 
DISK=<disk_device>, similar to the way how boot images are specified. It is 
suggested to group disk parameter sections together, preferably at the 
beginning or the end of the options section.

For each disk, the following variables can be specified: 

  BIOS=<bios_device_code>  Is the number the BIOS uses to refer to that 
    device. Normally, it's  0x80  for the first hard disk and  0x81  for 
    the second hard disk. Note that hexadecimal numbers have to begin with 
    "0x". If BIOS is omitted, LILO tries to "guess" that number. 
  SECTORS=<sectors>  and 
  HEADS=<heads>  specify the number of sectors per track and the number of 
    heads, i.e. the number of tracks per cylinder. Both parameters have to 
    be either specified together or they have to be entirely omitted. If 
    omitted, LILO tries to obtain that geometry information from the 
    kernel. 
  CYLINDERS=<cylinders>  Specifies the number of cylinders. This value is 
    only used for sanity checks. If CYLINDERS is omitted, LILO uses the 
    information obtained from the kernel if geometry information had to be 
    requested in order to determine some other parameter. Otherwise,* it 
    just assumes the number of cylinders to be 1024, which is the cylinder 
    limit imposed by the BIOS. 
  INACCESSIBLE  Marks the device as inaccessible (for the BIOS). This is 
    useful if some disks on the system can't be read by the BIOS, although 
    LILO "thinks" they can. If one accidentally tries to use files located 
    on such disks for booting, the map installer won't notice and the 
    system becomes unbootable. The most likely use of INACCESSIBLE is to 
    prevent repetition after experiencing such a situation once. No other 
    variables may be specified if a device is configured as INACCESSIBLE. 

  *  I.e. if the BIOS device code, the number of sectors, the number of 
    heads and the partition start are specified. Note that the number of 
    cylinders may appear to vary if CYLINDERS is absent and only some of 
    the partition starts are specified.

Additionally, partition subsections can be added with 
PARTITION=<partition_device>. Each partition section can contain only one 
variable: 

  START=<partition_offset>  Specifies the zero-based number of the start 
    sector of that partition. The whole disk always has a partition offset 
    of zero. The partition offset is only necessary when using devices for 
    which the kernel does not provide that information, e.g. CD-ROMs. 

Examples:

disk = /dev/sda
  bios = 0x80
  sectors = 32
  heads = 64
  cylinders = 632
  partition = /dev/sda1
    start = 2048
  partition = /dev/sda2
    start = 204800
  partition = /dev/sda3
    start = 500000
  partition = /dev/sda4
    start = 900000

disk = /dev/sda
  bios = 0x80
disk = /dev/hda
  bios = 0x81


Partition table manipulation
----------------------------

Some non-Linux operating systems obtain information about their partitions 
(e.g. their equivalent of the root file system) from the partition table. 
If more than one such operating system is installed on a PC, they may have 
conflicting interpretations of the content of the partition table. Those 
problems can be avoided by changing the partition table, depending on which 
operating system is being booted.

Partition table changes are specified in a CHANGE section in the 
configuration file section describing the foreign operating system. Note 
that CHANGE sections are only accepted if the build-time option  
REWRITE_TABLE  is set.

The CHANGE section contains subsections for each partition whose table 
entry needs to be modified. Partitions are specified with 
PARTITION=<device_name>

Changes are applied in the sequence in which they appear in the 
configuration file. Configurations containing changes that are redundant 
either by repeating a previous change or by changing its result further are 
invalid and refused by the map installer.

Internally, all changes are expressed as rules which specify the location 
(disk and offset in the partition table), the value this location must 
contain before the change, and the value that has to be stored. As a safety 
measure, the rule is ignored if the previous value is found to be 
different.


Partition activation
- - - - - - - - - -

This option is intended for booting systems which determine their boot 
partition by examining the active flag in the partition table. The flag is 
enabled with ACTIVATE and disabled with DEACTIVATE. Note that only the 
current partition is affected. LILO does not automatically change the 
active flags of other partitions and it also allows more than one partition 
to be active at the same time.

Example:

other = /dev/sda4
  label = sco
  change
    partition = /dev/sda4
      activate
    partition = /dev/sda3
      deactivate


Partition type change rules
- - - - - - - - - - - - - -

Partition type changes are normally a transition between two possible 
values, e.g. a typical convention is to set the lowest bit in the upper 
nibble of the partition type (i.e. 0x10) in order to "hide", and to clear 
it to "unhide" a partition. LILO performs these changes based on a set of 
rules. Each rule defines the name of a partition type, its normal value, 
and the value when hidden. Those rules are defined in the options section 
of the configuration file. The section defining them begins with 
CHANGE-RULES.

The following options and variables can appear in the section: 

  RESET  Removes all previously defined rules. This is needed if a user 
    doesn't wish to use the pre-defined rules (see below). 
  TYPE=<name>  Adds a rule for the type with the specified name. Type names 
    are case-insensitive. The values are defined with NORMAL=<byte> and 
    HIDDEN=<byte>. Values can be specified as decimal or as hexadecimal 
    numbers with a leading  0x . If only one of the values is present, the 
    other value is assumed to be the same number, but with the most 
    significant bit inverted. 

LILO pre-defines rules for the three partition types of DOS partitions. The 
following example removes the pre-defined rules and creates them again:

change-rules
  reset
  type = DOS12
    normal = 0x01
    hidden = 0x11
  type = DOS16_small
    normal = 4 # hidden is 0x14
  type = DOS16_big
    hidden = 0x16


Partition type changes
- - - - - - - - - - -

Partition type changes are specified in the partition section as 
SET=<name>_<state>, where <name> is the name of the partition type, and 
<state> is its state, i.e. NORMAL or HIDDEN.

Example:

other = /dev/sda3
  label = dos
  change
    partition = /dev/sda2
      set = dos16_big_normal
    partition = /dev/sda3
      activate
      set = DOS16_big_normal

Only one SET variable is allowed per partition section. In the rare event 
that more than one SET variable is needed, further partition sections can 
be used.

Re: [mdk-re] Re[2]: [mdk-re] Два линуксанаодномвинте

[Igor Solovyov]

Hi!
On Tue, 15 May 2001 23:14:25 +0400
Sergei <serpiph@pochtamt.ru> wrote:

> > > > Может Вы имеете в виду изменение размеров разделов и их
> перемещение
> > > > без потери данных? SC2000 это умеет. Lilo - не умеет.
> > > Тогда советую заглянуть на man-страницу lilo и полазить по докам.
> > 
> > Все же выразитесь яснее. Что Вы имеете в виду?
> > Чего я такого могу увидеть в man lilo?
> > Я его читал и не раз, может что-то и упустил?
> > О чем речь?
> Включаю файл из /usr/share/doc/lilo-21.7/README (кусок). Там то, что я
> имею в 

Ну и где Вы там нашли хоть слово, о том, что lilo умеет изменять размеры
разделов и перемещать их без потери данных? Или Вы все же имели в виду
что-то другое? Тогда я ничего не понял. Там описаны неткоторые механизмы,
которые использует lilo в своей работе. Ничего другого там нет.

> виду. Просто слишком много слов для описания.
> В кратце - загрузка других операционок.

Ну да. Это же очень редкое свойство boot-manager-ов. :-))))

-- 
Best regards!
Igor Solovyov
Zlatoust, Russia

Re: [mdk-re] Re[2]: [mdk-re] Двалинуксанаодномвинте

[Sergei]

16 Май 2001 22:46 Вы написали:
> Hi!
> On Tue, 15 May 2001 23:14:25 +0400
> Sergei <serpiph@pochtamt.ru> wrote:
> 
> > > > > Может Вы имеете в виду изменение размеров разделов и их
> > перемещение
> > > > > без потери данных? SC2000 это умеет. Lilo - не умеет.
> > > > Тогда советую заглянуть на man-страницу lilo и полазить по докам.
> > > 
> > > Все же выразитесь яснее. Что Вы имеете в виду?
> > > Чего я такого могу увидеть в man lilo?
> > > Я его читал и не раз, может что-то и упустил?
> > > О чем речь?
> > Включаю файл из /usr/share/doc/lilo-21.7/README (кусок). Там то, что я
> > имею в 
> 
> Ну и где Вы там нашли хоть слово, о том, что lilo умеет изменять размеры
> разделов и перемещать их без потери данных? Или Вы все же имели в виду
> что-то другое? Тогда я ничего не понял. Там описаны неткоторые механизмы,
> которые использует lilo в своей работе. Ничего другого там нет.
Да не перемещение и изменение разделов, а изменение ОПИСАНИЯ таблицы 
разделов, которая передается другим операцинкам. Конкретнее некуда: параметры 
map-drive и table. Именно загрузка операционок и что с этим конкретно связано 
(доступ по паролю, варианты и т.д.) - прерогатива boot-manager'а, а все 
остальное - только лишь довесок. Просто передвижка разделов - деликатная 
операция и поэтому приходиться так изголяться. Кстати, lilo изначально 
предназначался только для Linux, поэтому он и привязан к нему. А вообще-то 
ему без разницы, где лежат его файлы, так как он не использует ни одну 
операционку для их поиска при загрузке. Они могут вообще лежать на чистом 
месте винта, только придется самим создать программу, которая бы прописывала 
расположение этих файлов в нужном месте их необходимые измененя.

-- 
С уважением, Епифанов Сергей

Re: [mdk-re] Re[2]: [mdk-re] Двалинуксанаодномвинте

[Igor Solovyov]

Hi!
On Wed, 16 May 2001 23:08:41 +0400
Sergei <serpiph@pochtamt.ru> wrote:

> Да не перемещение и изменение разделов, а изменение ОПИСАНИЯ таблицы 
> разделов, которая передается другим операцинкам. Конкретнее некуда:
> параметры 
> map-drive и table. Именно загрузка операционок и что с этим конкретно
> связано 
> (доступ по паролю, варианты и т.д.) - прерогатива boot-manager'а, а все 
> остальное - только лишь довесок. Просто передвижка разделов - деликатная
> операция и поэтому приходиться так изголяться. Кстати, lilo изначально 

А Вы думаете другие boot-manager-ы делают что-то другое?
Я имею в виду не конкретную реализацию способов, а принцип.

> предназначался только для Linux, поэтому он и привязан к нему. А
> вообще-то 
> ему без разницы, где лежат его файлы, так как он не использует ни одну 
> операционку для их поиска при загрузке. Они могут вообще лежать на
> чистом 
> месте винта, только придется самим создать программу, которая бы
> прописывала 
> расположение этих файлов в нужном месте их необходимые измененя.

Да. Я это знаю. Но это же справедливо и для SC. Он тоже не привязан к
операционке и теоретически его файлы можно бы было хранить где угодно,
если написать аналогичную программу. А пока таковая существует, только
для работы с fat или ntfs разделами. Не исключено, что со временем,
будет поддержка и ext2. Во всяком случае, только с последней версией
появилась возможность ресайзить/перемещать разделы ext2 и swap.
Т.е. разработчиков SC Linux очень даже интересует.

-- 
Best regards!
Igor Solovyov
Zlatoust, Russia

Re: [mdk-re] Re[2]: [mdk-re] Двалинуксанаодномвинте

[Sergei]

16 Май 2001 23:55 Вы написали:
> Hi!
> On Wed, 16 May 2001 23:08:41 +0400
> Sergei <serpiph@pochtamt.ru> wrote:
> 
> > Да не перемещение и изменение разделов, а изменение ОПИСАНИЯ таблицы 
> > разделов, которая передается другим операцинкам. Конкретнее некуда:
> > параметры 
> > map-drive и table. Именно загрузка операционок и что с этим конкретно
> > связано 
> > (доступ по паролю, варианты и т.д.) - прерогатива boot-manager'а, а все 
> > остальное - только лишь довесок. Просто передвижка разделов - деликатная
> > операция и поэтому приходиться так изголяться. Кстати, lilo изначально 
> 
> А Вы думаете другие boot-manager-ы делают что-то другое?
> Я имею в виду не конкретную реализацию способов, а принцип.
> 
> > предназначался только для Linux, поэтому он и привязан к нему. А
> > вообще-то 
> > ему без разницы, где лежат его файлы, так как он не использует ни одну 
> > операционку для их поиска при загрузке. Они могут вообще лежать на
> > чистом 
> > месте винта, только придется самим создать программу, которая бы
> > прописывала 
> > расположение этих файлов в нужном месте их необходимые измененя.
> 
> Да. Я это знаю. Но это же справедливо и для SC. Он тоже не привязан к
> операционке и теоретически его файлы можно бы было хранить где угодно,
> если написать аналогичную программу. А пока таковая существует, только
> для работы с fat или ntfs разделами. Не исключено, что со временем,
> будет поддержка и ext2. Во всяком случае, только с последней версией
> появилась возможность ресайзить/перемещать разделы ext2 и swap.
> Т.е. разработчиков SC Linux очень даже интересует.
Сам он привязан не к операционке, а к разделу, точнее к типу раздела, где 
лежат его файлы. Дело в том, что при работе возможно перемещение файлов, 
соответствующих загрузчику. Так вот, для lilo приходится после всяких 
операций с ним обновлять инфу о новом расположениии файлов, отсюда и 
независимость от разделов. А для SC-обновления не требуется, но для этого 
необходимо знать саму файловую систему для самостоятельного поиска нужных 
файлов, поэтому и зависим.

-- 
С уважением, Епифанов Сергей

Re: [mdk-re] Re[2]: [mdk-re] Два линукса на одном винте

[Vyt]

On Mon, 14 May 2001 23:42:47 +0400
Yuri Ryazantsev <yuri@unix.ru> wrote:

> On Mon, May 14, 2001 at 05:35:35PM +0400, Sergey Krivulja wrote:
> 
> > IS> Я как всегда похвалю свое болото :-)
> > IS> System Commander 2000 - жутко удачная и удобная вещь.
> > BootMagic от PowerQuest так же нормально смотрится.
> 
> Ну понеслось. Каждый начинает хвалить свой boot-manager, как будто он в
нем
> проводит очень много времени и часто им пользуется. Я загружаю свою
машину
> 1-2 раза в день и мне по барабану каким образом. Единственное что меня
> волнует - это как загрузить в данный момент именно то, что мне нужно. А
> также еще важно, чтобы не забирало это много места (типа одного раздела
из
> четырех). Или я что-то не понимаю в использовании boot manager'а? Может
мне
> надо в нем подольше задерживаться :-))

IMHO, Вы совершенно правы :) Но обсуждения могут дойти до требований к
loader'у, типа музыкальных заставок, OpenGL морфов и т.п. ;)

> 
> with best wishes,
> 
> Yuri.
> 
> 
> _______________________________________________
> Mandrake-russian mailing list
> Mandrake-russian@altlinux.ru
> http://altlinux.ru/mailman/listinfo/mandrake-russian
> 


-- 
Regards, Vyt
mailto:vyt@vzljot.ru

Re: [mdk-re] Re[2]: [mdk-re] Два линукса на одном винте

[Igor Solovyov]

Hi!
On Mon, 14 May 2001 23:42:47 +0400
Yuri Ryazantsev <yuri@unix.ru> wrote:

> On Mon, May 14, 2001 at 05:35:35PM +0400, Sergey Krivulja wrote:
> 
> > IS> Я как всегда похвалю свое болото :-)
> > IS> System Commander 2000 - жутко удачная и удобная вещь.
> > BootMagic от PowerQuest так же нормально смотрится.
> 
> Ну понеслось. Каждый начинает хвалить свой boot-manager, как будто он в
> нем
> проводит очень много времени и часто им пользуется. Я загружаю сво
> машину
> 1-2 раза в день и мне по барабану каким образом. Единственное что меня
> волнует - это как загрузить в данный момент именно то, что мне нужно. А
> также еще важно, чтобы не забирало это много места (типа одного раздела
> из
> четырех). Или я что-то не понимаю в использовании boot manager'а? Может

Это Вы по поводу SC2000? Так для него не нужен отдельный раздел,
ему нужно всего лишь хранить свои файлы на любом из имеющихся разделов,
правда кроме linux-разделов. Вы это считаете недостатком? 
Тогда вспомните файл /sbin/lilo и другие файлы пакета lilo, они ведь тоже
требует место для хранения и отнюдь не в mbr, а в рабочем разделе.
Можно ведь по аналогии сказать, что lilo требует один из разделов. :-)))

> мне
> надо в нем подольше задерживаться :-))

Возможно Вам и не нужны многие возможности "навороченных" бут-менеджеров,
но это не значит, что они никому не нужны. У меня дома три пользователя -
я, жена и дочь. У всех свои системы. Удобный интерфейс загрузчика, возможность
паролями разграничить доступ к выбору загрузки, возможность изменять разделы
без потери информации - это все достоинства IMHO. И этих трех пользователей
они вполне устраивают. :-)

-- 
Best regards!
Igor Solovyov
Zlatoust, Russia

Re: [mdk-re] Два линукса на одномвинте

[Sergei]

14 Май 2001 16:36 Вы написали:
> Hi!
> On Mon, 14 May 2001 15:40:47 +0400
>
> Yuri Ryazantsev <yuri@unix.ru> wrote:
> > On Mon, May 14, 2001 at 03:16:00PM +0400, Maxim Grishin wrote:
> > > Привет всем!
> > > Собираюсь поставить себе два Линукса на один винт. Отличие между ними
> >
> > будет в том, что на одном разделе будут Ext2, а на другом ReiserFS(это
> > вкратце), так же планируется поставить WinNT 4.0. Вопрос в том, в какой
> > последовательности все
> >
> > > это поставить и какой загрузчик использовать?
> >
> > Сначала Win. Затем один линукс и потом второй.
>
> В случае с WinNT это не обязательно, она mbr не трогает.
> Т.е. последовательность может быть любая.
Не знаю, как у вас, а у меня при попытке поставить WinNT после Linux привело 
к невозможности последнего загрузиться. Хорошо, была дискета...

-- 
С уважением, Епифанов Сергей

Re: [mdk-re] Два линукса на одномвинте

[Igor Solovyov]

Hi!
On Mon, 14 May 2001 21:57:37 +0400
Sergei <serpiph@pochtamt.ru> wrote:

> > В случае с WinNT это не обязательно, она mbr не трогает.
> > Т.е. последовательность может быть любая.
> Не знаю, как у вас, а у меня при попытке поставить WinNT после Linux
> привело 
> к невозможности последнего загрузиться. Хорошо, была дискета...

Ставил не один раз. Проблем ни разу не возникло.

-- 
Best regards!
Igor Solovyov
Zlatoust, Russia

Re: [mdk-re] Два линукса наодномвинте

[Sergei]

15 Май 2001 21:40 Вы написали:
> Hi!
> On Mon, 14 May 2001 21:57:37 +0400
>
> Sergei <serpiph@pochtamt.ru> wrote:
> > > В случае с WinNT это не обязательно, она mbr не трогает.
> > > Т.е. последовательность может быть любая.
> >
> > Не знаю, как у вас, а у меня при попытке поставить WinNT после Linux
> > привело
> > к невозможности последнего загрузиться. Хорошо, была дискета...
>
> Ставил не один раз. Проблем ни разу не возникло.
Счастливчик!

-- 
С уважением, Епифанов Сергей

Re: [mdk-re] Re: [mdk-re] Два линукса на одном винте

[Igor Solovyov]

Hi!
On Mon, 14 May 2001 15:34:19 +0400
cornet <cornet@zmail.ru> wrote:

> Винды можно ставить в любой момент, но если хоть один Линух уже есть, то
> потребуется заходная дискетка что бы грузануться и сказать с консоли
> lilo, поскольку винды под себя MBR перепишут

Я не устану писать, что mbr трут только Windows 9x и ME, а NT и 2K
mbr не трогают, а посему никто не пострадает.

> У меня примерно так и стоит, но только оба Линуха на ext2 и не WinNT а
> Win95.
> Пользую lilo все нормально работает.
> С WinNT могут быть некоторые заморочки, но я думаю то же должно
> работать.
> В принципе в таком окружении SystemCommander так же очень прилично
> работает, в том числе и с WinNT, но по скольку живет на FAT'овском
> разделе - есть некоторые неудобства - я от него отказался не так давно.

Он теперь и на ntfs живет приспокойно (версия 2000).

-- 
Best regards!
Igor Solovyov
Zlatoust, Russia