[devel-distro] Q: more then 4GB file on iso

[devel-distro] Q: more then 4GB file on iso

[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

Это всё? Только файловую систему менять?

-- 
Regards, Sergey.

Re: [devel-distro] Q: more then 4GB file on iso

[Антон Мидюков]

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.

-- 
С уважением, Антон Мидюков <antohami@altlinux.org>

Re: [devel-distro] Q: more then 4GB file on iso

[Leonid Krivoshein]

Добрый день!


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. Лучше 
подумать о разбивке сквоша на части через split и собирать его через dm 
и mount -o loop из частей. Ещё лучше уйти от этого устаревшего контейнера.


-- 
WBR, Leonid Krivoshein.

Re: [devel-distro] Q: more then 4GB file on iso

[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.

Остаётся на выбор: либо пользователю не докладывать пакетов как тигру 
мяса, либо отказаться вообще от сборки live, либо перейти на формат 
загрузочной флешки или архива rootfs, где нет таких ограничений. В 99.9% 
случаев люди и так не используют ISO-образы для прожига болванок, с них 
грузятся либо в виртуалке, либо записывая на ту же флешку.


> Лучше подумать о разбивке сквоша на части через split и собирать его 
> через dm и mount -o loop из частей. Ещё лучше уйти от этого 
> устаревшего контейнера.

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

Нас это ограничение очень давно поджидало. Рано или поздно мы к этому 
всё равно придём. В других дистрибутивах давно уже пришли. Взять те же 
NetInstall из Debian, CentOS или netboot из Ubuntu.


-- 
WBR, Leonid Krivoshein.

Re: [devel-distro] Q: more then 4GB file on iso

[Антон Мидюков]

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

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

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

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

На данный момент в mkimage-profiles есть возможность собрать вместо iso тарбол, внутри не будет grub или syslinux, только их конфиги. Лучше, чем ничего.

-- 
С уважением, Антон Мидюков <antohami@altlinux.org>

Re: [devel-distro] Q: more then 4GB file on iso

[Leonid Krivoshein]

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.

Re: [devel-distro] Q: more then 4GB file on iso

[Антон Мидюков]

30.05.2024 22:01, Leonid Krivoshein пишет:
> 
> 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-железках.
> 
> 

Загрузка с dvd привода работает на этих legacy железках, а вот с usb-флешки не работает.

-- 
С уважением, Антон Мидюков <antohami@altlinux.org>

Re: [devel-distro] Q: more then 4GB file on iso

[Leonid Krivoshein]

On 5/30/24 18:19, Антон Мидюков wrote:
> 30.05.2024 22:01, Leonid Krivoshein пишет:
>> 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-железках.
> Загрузка с dvd привода работает на этих legacy железках, а вот с usb-флешки не работает.

Да, и такое встречается, хотя это про возможность конкретного железа, а 
не потерю совместимости. Я говорил о железе, которое в legacy грузилось 
с ISO-9660, а с переходом на ISO Hybrid + grub-pc грузиться перестало. 
Кстати, мне с указанной проблемой моноблоки HP попадались последний раз 
в 2018 году, не такое уж старое железо. Просто, BIOS у них такой, они в 
Legacy/CSM не могут грузиться с флешек и как раз в этом случае 
приходилось прожигать болванку. Хотя в UEFI они тоже умели грузиться, c 
UEFI этой проблемы не было.


-- 
WBR, Leonid Krivoshein.

Re: [devel-distro] Q: more then 4GB file on iso

[Sergey V Turchin]

On Thursday, 30 May 2024 20:44:35 MSK Leonid Krivoshein wrote:

[...]
> Да, и такое встречается, хотя это про возможность конкретного железа, а
> не потерю совместимости. Я говорил о железе, которое в legacy грузилось
> с ISO-9660, а с переходом на ISO Hybrid + grub-pc грузиться перестало.
> Кстати, мне с указанной проблемой моноблоки HP попадались последний раз
> в 2018 году, не такое уж старое железо. Просто, BIOS у них такой, они в
> Legacy/CSM не могут грузиться с флешек и как раз в этом случае
> приходилось прожигать болванку. Хотя в UEFI они тоже умели грузиться, c
> UEFI этой проблемы не было.
Тогда эта проблема с этим железом попросту надумана.

-- 
Regards, Sergey.

Re: [devel-distro] Q: more then 4GB file on iso

[Антон Мидюков]

30.05.2024 18:19, Антон Мидюков пишет:
> 30.05.2024 22:01, Leonid Krivoshein пишет:
>>
>> 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-железках.
>>
>>
> 
> Загрузка с dvd привода работает на этих legacy железках, а вот с usb-флешки не работает.
> 

В grub 2.12 что-то пофиксили, и проблемы теперь нет.

-- 
С уважением, Антон Мидюков <antohami@altlinux.org>

Re: [devel-distro] Q: more then 4GB file on iso

[Konstantin Lepikhov]

Hi Антон!

On 08/29/2024, at 09:45:20 AM you wrote:

<skip>
> > Загрузка с dvd привода работает на этих legacy железках, а вот с usb-флешки не работает.
> > 
> 
> В grub 2.12 что-то пофиксили, и проблемы теперь нет.
В grub теперь другая проблема - https://bugzilla.altlinux.org/51238

-- 
WBR et al.

Re: [devel-distro] Q: more then 4GB file on iso

[Антон Мидюков]

29.08.2024 09:55, Konstantin Lepikhov пишет:
> Hi Антон!
> 
> On 08/29/2024, at 09:45:20 AM you wrote:
> 
> <skip>
>>> Загрузка с dvd привода работает на этих legacy железках, а вот с usb-флешки не работает.
>>>
>>
>> В grub 2.12 что-то пофиксили, и проблемы теперь нет.
> В grub теперь другая проблема - https://bugzilla.altlinux.org/51238
> 

iso она не касается, как мне кажется.

-- 
С уважением, Антон Мидюков <antohami@altlinux.org>

Re: [devel-distro] Q: more then 4GB file on iso

[Sergey V Turchin]

On Thursday, 30 May 2024 02:31:14 MSK Leonid Krivoshein wrote:
> Поясню, хотя это тоже субъективно: совместимость с такими дисками у 
> реальных приводов сильно хуже, чем у однослойных, односторонних, 
> стандартных ISO-9660 DVD 4.3Gb.
В каком случае? Если часть файла на другом слое? Если в общем, то нет(см. 
ниже).

> Поясню, хотя это тоже субъективно: совместимость с такими дисками у
> реальных приводов сильно хуже, чем у однослойных, односторонних,
> стандартных ISO-9660 DVD 4.3Gb.
Я не думаю, что такие приводы физически дожили до наших дней.

> Получается, что то, ради чего
> сохраняется ISO-контейнер, во многих случаях просто перестанет работать.
> Потому что мы сможем создать 8.5Gb ISO-образ, пользователь сможет его
> прожечь только на соответствующем приводе, а вот сможет ли он с него
> загрузиться, несмотря на El-Toritto, вопрос везения и попадания лучей.)
В переходный период CD-->DVD у меня был привод Toshiba, который умел читать 
DVD9 обновлением прошивки, но писать умел только CD. Это было _слишком_ давно.

> При этом Ubuntu 24.04 LTS занимает 6Gb, ISO Hybrid. Видимо они забили на
> CD/DVD.
DVD9 еще не переполнен.

> Остаётся на выбор: либо пользователю не докладывать пакетов как тигру
> мяса, либо отказаться вообще от сборки live, либо перейти на формат
> загрузочной флешки или архива rootfs
Видимо, да.

[...]

-- 
Regards, Sergey.

Re: [devel-distro] Q: more then 4GB file on iso

[Leonid Krivoshein]

On 5/30/24 10:38, Sergey V Turchin wrote:
> On Thursday, 30 May 2024 02:31:14 MSK Leonid Krivoshein wrote:
>> Поясню, хотя это тоже субъективно: совместимость с такими дисками у
>> реальных приводов сильно хуже, чем у однослойных, односторонних,
>> стандартных ISO-9660 DVD 4.3Gb.
> В каком случае? Если часть файла на другом слое? Если в общем, то нет(см.
> ниже).

Вопрос именно совместимости. К сожалению, ни одна спецификация 
устройства привода и BIOS/UEFI не ответит сходу на простой вопрос: 
сумеет ли машина загрузиться с DVD9? На практике я встречал, что 
проблемы с этим были. Хотя сам диск в ОС с какого-то раза можно было 
прочесть, проблемы были именно с загрузкой.

>> Поясню, хотя это тоже субъективно: совместимость с такими дисками у
>> реальных приводов сильно хуже, чем у однослойных, односторонних,
>> стандартных ISO-9660 DVD 4.3Gb.
> Я не думаю, что такие приводы физически дожили до наших дней.

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

Если уж мы говорим о практической пользе и доживании, то они нужны лишь 
товарищу майору, чтобы носитель был номерным и сертифицированным. А на 
таких live сейчас не предусмотрен. Ради одного майора остальные не 
должны страдать.
>> Получается, что то, ради чего
>> сохраняется ISO-контейнер, во многих случаях просто перестанет работать.
>> Потому что мы сможем создать 8.5Gb ISO-образ, пользователь сможет его
>> прожечь только на соответствующем приводе, а вот сможет ли он с него
>> загрузиться, несмотря на El-Toritto, вопрос везения и попадания лучей.)
> В переходный период CD-->DVD у меня был привод Toshiba, который умел читать
> DVD9 обновлением прошивки, но писать умел только CD. Это было _слишком_ давно.
>
>> При этом Ubuntu 24.04 LTS занимает 6Gb, ISO Hybrid. Видимо они забили на
>> CD/DVD.
> DVD9 еще не переполнен.

Да, про него и речь. Конечно, нужно учитывать разницу при записи образа 
на флешку, при загрузке с него в виртуалке, и при записи на болванку и 
попытки с неё загрузиться. Проблема именно в последнем кейсе, ради 
которого сохраняется тип контейнера ISO-9660.

>> Остаётся на выбор: либо пользователю не докладывать пакетов как тигру
>> мяса, либо отказаться вообще от сборки live, либо перейти на формат
>> загрузочной флешки или архива rootfs
> Видимо, да.
>
> [...]
>

-- 
WBR, Leonid Krivoshein.