ALT Linux Team development discussions
 help / color / mirror / Atom feed
From: Anton Farygin <rider@altlinux.com>
To: devel@lists.altlinux.org
Subject: Re: [devel] Q: livecd ramdisk_size в UEFI режиме
Date: Thu, 15 Jan 2015 22:28:28 +0300
Message-ID: <54B814DC.6050002@altlinux.com> (raw)
In-Reply-To: <20150115182243.GB12787@imap.altlinux.org>

On 15.01.2015 21:22, Michael Shigorin wrote:
> On Thu, Jan 15, 2015 at 04:58:41PM +0300, Anton Farygin wrote:
>> Извини, но из всего твоего письма важный только постскриптум.
>
> Поэтому он и написан. :)  Всё предыдущее содержание -- обзор того,
> почему сделано именно так, для тех, кто не следил внимательно
> (либо уже забыл).

Остальное - вода, не имеет значения.


>
> Забыл добавить ссылку на текущую реализацию:
> http://git.altlinux.org/gears/m/mkimage.git?p=mkimage.git;a=blob;f=tools/mki-copy-efiboot;h=82c9480a234b8b404d6ff6a01fc068a3e9f42a60;hb=HEAD

От это с какой целью ты сделал, что преследовал и чем думал ?

http://git.altlinux.org/gears/m/mkimage.git?p=mkimage.git;a=blob;f=tools/mki-copy-efiboot;h=82c9480a234b8b404d6ff6a01fc068a3e9f42a60;hb=HEAD#l79


>
> Ещё стоит ознакомиться с обсуждением в этой баге:
> https://bugzilla.altlinux.org/28289

Грустно. Это не имеет отношения к теме письма.

>
>> Вообще, если ты будешь внимательнее при просмотре кода,
>> то заметишь, что ramdisk_size в нормальной ситуации передавать
>> не нужно, достаточно передать lowmem, что и делается всегда,
>> когда нет UEFI.
>
> Насколько помню, ramdisk_size сам по себе не влияет на этот
> механизм (в отличие от lowem); вообще есть смысл обсудить,
> что и в каком виде нам здесь нужно, чтоб не переделывать
> только что переделанное ещё раз.

ramdisk_size непосредственно не влияет на этот механизм, но правильное 
указание ramdisk_size нужено для того, что бы при установке через 
FTP/HTTP (которое давно уже никто не тестировал) образ поместился в 
память. При использовании USB/CD он нужен только в очень редких случаях, 
в каких лучше не буду тебе говорить, а то ещё покажется это нужным кому-то.

>
>> ramdisk_size нужен для загрузки образа третьей стадии в
>> оперативную память, и livecd + UEFI это явно не тот случай
>> (хотя такое и можно допустить зачем-то).
>
> Это крайне желательно при live_rw, чтобы выделить i/o на запись.

Это тяжёлая и очень грустная ошибка. i/o на запись не выделяется в 
ramdisk, а выделяется в tmpfs, и для него параметр ramdisk_size скорее 
вреден чем полезен.

>
> Другое дело, что в случае BIOS при загрузке гибридной исошки
> с флэшки gfxboot переделывает cmdline таким образом, что метод
> загрузки оказывается disk вместо cdrom, а в случае UEFI такой
> финт ушами делать некому, поэтому без переписывания параметров
> загрузки вручную там live_rw и не получается...

А при чём тут live_rw ?



  reply	other threads:[~2015-01-15 19:28 UTC|newest]

Thread overview: 18+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-01-15 10:33 Anton Farygin
2015-01-15 12:31 ` Michael Shigorin
2015-01-15 13:58   ` Anton Farygin
2015-01-15 18:22     ` Michael Shigorin
2015-01-15 19:28       ` Anton Farygin [this message]
2015-01-15 21:57         ` Michael Shigorin
2015-01-16  5:32           ` Anton Farygin
2015-01-16 12:07             ` Michael Shigorin
2015-01-16 12:54               ` Anton Farygin
2015-01-16 14:35                 ` Michael Shigorin
2015-01-16 19:12                   ` Anton Farygin
2015-01-21 13:56                   ` Anton Farygin
2015-01-21 14:01                     ` Michael Shigorin
2015-01-21 14:10                       ` Anton Farygin
2015-03-07 13:00                         ` Michael Shigorin
2015-03-08  6:19                           ` Anton Farygin
2015-03-08 12:30                             ` Michael Shigorin
2015-03-09 20:24                           ` Michael Shigorin

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=54B814DC.6050002@altlinux.com \
    --to=rider@altlinux.com \
    --cc=devel@lists.altlinux.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link

ALT Linux Team development discussions

This inbox may be cloned and mirrored by anyone:

	git clone --mirror http://lore.altlinux.org/devel/0 devel/git/0.git

	# If you have public-inbox 1.1+ installed, you may
	# initialize and index your mirror using the following commands:
	public-inbox-init -V2 devel devel/ http://lore.altlinux.org/devel \
		devel@altlinux.org devel@altlinux.ru devel@lists.altlinux.org devel@lists.altlinux.ru devel@linux.iplabs.ru mandrake-russian@linuxteam.iplabs.ru sisyphus@linuxteam.iplabs.ru
	public-inbox-index devel

Example config snippet for mirrors.
Newsgroup available over NNTP:
	nntp://lore.altlinux.org/org.altlinux.lists.devel


AGPL code for this site: git clone https://public-inbox.org/public-inbox.git