ALT Linux Distributions development
 help / color / mirror / Atom feed
From: Leonid Krivoshein <klark.devel@gmail.com>
To: devel-distro@lists.altlinux.org
Subject: Re: [devel-distro] Q: more then 4GB file on iso
Date: Thu, 30 May 2024 18:01:27 +0300
Message-ID: <c06fac29-5123-4637-86b0-10fbcc4b4ce4@gmail.com> (raw)
In-Reply-To: <685ccf46-7b15-4af6-a6c4-753e2efaedfe@ya.ru>


On 5/30/24 04:15, Антон Мидюков wrote:
> 30.05.2024 06:31, Leonid Krivoshein пишет:
>> On 5/29/24 17:58, Leonid Krivoshein wrote:
>>> Добрый день!
>>>
>>>
>>> On 5/29/24 16:32, Антон Мидюков wrote:
>>>> 29.05.2024 20:26, Sergey V Turchin пишет:
>>>>> Привет всем!
>>>>>
>>>>> Наткнулся на:
>>>>>
>>>>> libisofs: FAILURE : File "/live" cannot be added to image because its size is
>>>>> 4 GiB or larger
>>>>> libisofs: FAILURE : A file is bigger than supported by used standard
>>>>>
>>>>> Это всё? Только файловую систему менять?
>>>>>
>>>> Да. Или уменьшать live.
>>> mkisofs -iso-level 3
>>>
>>> With level 3, no restrictions (other than ISO-9660:1988) do apply. Starting with this level, mkisofs also allows files to be larger than 4 GB by implementing ISO-9660 multi-extent files.
>>>
>>> Но мне не нравится идея комбинировать UDF с загрузочными ISO-9660.
>> Поясню, хотя это тоже субъективно: совместимость с такими дисками у реальных приводов сильно хуже, чем у однослойных, односторонних, стандартных ISO-9660 DVD 4.3Gb. Получается, что то, ради чего сохраняется ISO-контейнер, во многих случаях просто перестанет работать. Потому что мы сможем создать 8.5Gb ISO-образ, пользователь сможет его прожечь только на соответствующем приводе, а вот сможет ли он с него загрузиться, несмотря на El-Toritto, вопрос везения и попадания лучей.) При этом Ubuntu 24.04 LTS занимает 6Gb, ISO Hybrid. Видимо они забили на CD/DVD.
>>
> Почему ты так считаешь? Там же обратная совместимость со всеми стандартами со времён dos. Всё, что нужно, это чтобы BIOS или UEFI загрузил grub, прочитав его расположение на той версии стандарта, который он понимает, а уже grub загрузит любой современный вариант isofs. Думаю, что проблема будет только с архиваторами или программами монтирования в windows, которые не понимают RockRidge и теб более не поймут файлы более 4 ГБ. Они просто не узнают о существовании файла live и не распакуют/покажут его.
> Надо действительно попробовать добавить -iso-level 3

ISO Hybrid в какой-то степени уже ломает привычный механизм загрузки, 
она становится зависимой и от реализации на железе, и от режима 
загрузки, и от типа загрузочного носителя. В результате мы уже не 
удивляемся, что загрузка в том же режиме на разном железе может пойти 
разными путями, стараемся это учитывать. В своё время переход на ISO 
Hybrid и grub с isolinux стоил отказа от поддержки загрузки на многих 
legacy-железках.


>> Остаётся на выбор: либо пользователю не докладывать пакетов как тигру мяса, либо отказаться вообще от сборки live, либо перейти на формат загрузочной флешки или архива rootfs, где нет таких ограничений. В 99.9% случаев люди и так не используют ISO-образы для прожига болванок, с них грузятся либо в виртуалке, либо записывая на ту же флешку.
>>
>>
>>> Лучше подумать о разбивке сквоша на части через split и собирать его через dm и mount -o loop из частей. Ещё лучше уйти от этого устаревшего контейнера.
>> Есть такие варианты: HD-RAW, который можно конвертировать во что угодно, и просто архив уже предустановленной rootfs. С первым вариантом мы и так уже давно в какой-то степени работаем на некотором железе, т.к. оно видит наши ISO-образы на флешках как обычные диски благодаря ISO Hybrid. Для второго варианта можно сделать отдельный образ развёртывалки, в т.ч. и сразу по сети. А можно сделать инструкцию по записи rootfs на конечный диск, подобную этой: https://www.altlinux.org/write , и тогда не нужен даже установщик.
> rootfs в виде тарбола проблемно разворачивать простым пользователям.

Тем не менее, не самые народные дистрибутивы мы поставляем только в 
формате rootfs со времён p9. Для такого подхода инструмент развёртывания 
всегда будет где-то сбоку, но ведь это тоже решение проблемы с большим 
live -- мы просто выносим его за пределы загрузочного ISO-образа.


> iso понимают виртуальные машины,

HD RAW они тоже понимают, через qemu-img можно сконвертировать в любой 
формат для виртуальной среды.


> iso хранят информацию о диске (название дистрибутива, лицензия и прочее).

В rootfs основная лежит в /etc/os-release. И можно придумать что-то ещё, 
если нужна дополнительная информация.

>> Нас это ограничение очень давно поджидало. Рано или поздно мы к этому всё равно придём. В других дистрибутивах давно уже пришли. Взять те же NetInstall из Debian, CentOS или netboot из Ubuntu.
>>
>>
> На данный момент в mkimage-profiles есть возможность собрать вместо iso тарбол, внутри не будет grub или syslinux, только их конфиги. Лучше, чем ничего.

-- 
WBR, Leonid Krivoshein.



  reply	other threads:[~2024-05-30 15:01 UTC|newest]

Thread overview: 14+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2024-05-29 13:26 Sergey V Turchin
2024-05-29 13:32 ` Антон Мидюков
2024-05-29 14:58   ` Leonid Krivoshein
2024-05-29 23:31     ` Leonid Krivoshein
2024-05-30  1:15       ` Антон Мидюков
2024-05-30 15:01         ` Leonid Krivoshein [this message]
2024-05-30 15:19           ` Антон Мидюков
2024-05-30 17:44             ` Leonid Krivoshein
2024-05-31  8:14               ` Sergey V Turchin
2024-08-29  6:45             ` Антон Мидюков
2024-08-29  6:55               ` Konstantin Lepikhov
2024-08-29  7:00                 ` Антон Мидюков
2024-05-30  7:38       ` Sergey V Turchin
2024-05-30 15:14         ` Leonid Krivoshein

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=c06fac29-5123-4637-86b0-10fbcc4b4ce4@gmail.com \
    --to=klark.devel@gmail.com \
    --cc=devel-distro@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 Distributions development

This inbox may be cloned and mirrored by anyone:

	git clone --mirror http://lore.altlinux.org/devel-distro/0 devel-distro/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-distro devel-distro/ http://lore.altlinux.org/devel-distro \
		devel-distro@lists.altlinux.org devel-distro@lists.altlinux.ru devel-distro@lists.altlinux.com
	public-inbox-index devel-distro

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


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