From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on sa.local.altlinux.org X-Spam-Level: X-Spam-Status: No, score=-2.0 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,FREEMAIL_FROM,RCVD_IN_DNSWL_NONE autolearn=ham autolearn_force=no version=3.4.1 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1717081295; x=1717686095; darn=lists.altlinux.org; h=content-transfer-encoding:in-reply-to:from:content-language :references:to:subject:user-agent:mime-version:date:message-id:from :to:cc:subject:date:message-id:reply-to; bh=p6UJFJLbPn2izEg8/g/hpj6R7U7xTKyeSRy6/Y5E/eo=; b=auJytZBKEsKTacznF7+lyhO/k35O7XmRQ8cIbTYT5uVdRUzxCjw5wqxyDWLlV7nOn5 NeVovEyBau4XdVgNuEpcmokep7tNeV1hMrDlUDh5C4J01jeCRnNdV2A3wcjpI331ELLv yNMsQFxIiHWAv2hSzXF86Ne4uVw5304evSxYTR0k0x02A9pQKLhiDer9eLH/PjaMbHYa OB4ghCvIn0sNUJXoxXNkjanyhRA+r4od8IQ78nmssWOMje+UXbPnXFtT9okawVTrv4ID Nq8jmX6I19SK55twl+DfmIof6/GXTDqzTsYN1kimW6tc7mxPeL+y6T55BJJb48vllYap jyVg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1717081295; x=1717686095; h=content-transfer-encoding:in-reply-to:from:content-language :references:to:subject:user-agent:mime-version:date:message-id :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=p6UJFJLbPn2izEg8/g/hpj6R7U7xTKyeSRy6/Y5E/eo=; b=invb0g8U0zqddSf8mwIYM84thUeiRdccc8NE7o7Dq8vzocBZQgczu6IXk7YQRpz+Tn K2V3MHBYzfK3oQZlXkbvGkfAwWlePxwig9u+7ABMbtUkv3aaoAMtmW56GQ33xAGT2BqR /tTZ7ZDttcdwAOXMUSzQVfGpJPWUK8VVOFC/3pzR1YeV02Al2FrvAQ1PlYGnq2vGmd7z v3jJ+ap65RxJGegzT1WtpTCcaQ9kOmjQ4IrBhOeKFHvPIczTn39l3ZaFSPNcw79NwV3u m1i7WAQ6RJsmoTjGwa8zGuNEWsBb8lx4fn6KI4p5blJtOERvRR3wxtFzdpIIfYscMdOP 0m0Q== X-Gm-Message-State: AOJu0YzocTTvqtEIxRT5I/yT2PNcke/5wKImTpMOdAgmalVUY4lXSXp6 3Wmcz1LJj4r3KJPn7tcGZCjXmfhZ1mG9HLQpfFQw5eILkt84gm2GraL4VQ== X-Google-Smtp-Source: AGHT+IFdoF3D2gvGAH7GE4yRBG8pHm98kSdeqSpC9Z/HJBT2n0TY7bE4HAYHOAU6fDI4rms+9Qgmmw== X-Received: by 2002:a05:6512:3b0:b0:52a:f0e7:65ae with SMTP id 2adb3069b0e04-52b7d499701mr1961279e87.46.1717081294895; Thu, 30 May 2024 08:01:34 -0700 (PDT) Message-ID: Date: Thu, 30 May 2024 18:01:27 +0300 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird To: devel-distro@lists.altlinux.org References: <7956340.8AphJnJ400@zerg.malta.altlinux.ru> <326123b1-e20f-4271-bcf9-e8c175cada9a@ya.ru> <7b7f4c24-3901-42fa-bb50-8092a104f4a9@gmail.com> <9cfa4d37-d7d0-4363-ad3b-a83fd86a9821@gmail.com> <685ccf46-7b15-4af6-a6c4-753e2efaedfe@ya.ru> Content-Language: ru, en-US From: Leonid Krivoshein In-Reply-To: <685ccf46-7b15-4af6-a6c4-753e2efaedfe@ya.ru> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Subject: Re: [devel-distro] Q: more then 4GB file on iso X-BeenThere: devel-distro@lists.altlinux.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: Distributions development List-Id: Distributions development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 May 2024 15:01:49 -0000 Archived-At: List-Archive: 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.