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 autolearn=ham autolearn_force=no version=3.4.1 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-transfer-encoding; bh=GMIv04eC7wEG4QfryglyEzbzqqKImRxYiu25tjEWRgc=; b=i4pj/OeX3O9OzRnlvacJmmBJcu21lmZuYeYeDWFWzKofYUUKGrUd1qLlxR+zSyJj6A RQhGj5MoaES6WqcNemiI7xW0YpepO6j3BCEINTdA4XaTCdR4aazMMJqYWnmK5cnGV9yr oa+8o5JUbtD271AyWgUxw3bmBhBz5pNfVwAqMOTVNxC18j4DfBD65MPhWSuKTvFmckSe 7xgNj8loIZ9sndNDwwp56CIpl3J88SY4epSKtZzuwjEWa/RyEVosQbFf30Wr4dDF/HQX 79uEFW9GN7dyO5e711tNa9a8pxoAxGGTTA6ji/oZdAgL5wh4CGkwhfHAgk1g6d2kFcrW /mVA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding; bh=GMIv04eC7wEG4QfryglyEzbzqqKImRxYiu25tjEWRgc=; b=MPuZP1b96Pua67dRNRwzje/fVCWqrYnOKJ6WqqNoU3EXMZsfjGWaojOV4vVuKbThE2 KtGnrqvYIhY/SnzzZBttBpqOo3lyxvF21n4ei3yXz4P2tfth4K2BJh+rFkCEFhKnP+3k rKNgs7wACEgx9kr3Plm2tcfBs13Nulb9z1whWsNbNmurpfuOFlM01bd7EHA/b7buzy6e Dd7XwnM64RvV/QepcBsta+mre3bz64nqwwFl+oB2qsbah0qq1afyvpcoR5KKhwHL5joK lMqkWLzOO6yVCj2V6Tm/Z85FduX9BAI3/V4ZJnL1FEVSYOU4ea3tWw7tZUyrZ4B2UCbO tMow== X-Gm-Message-State: ALQs6tBQrsSXMElpA/AEjCW388+farmP3KedJRahSWTGt393yF3z+zlF qx+T2X10RkU4OhZA4nQQmY8CBg== X-Google-Smtp-Source: AIpwx48vaoWQ1AHsrP6l5gkDu3GiZ3tbErDol36YNbOP0Z7+dkzZt4fQCQH86feZXkeGuB49QZo3gg== X-Received: by 2002:a19:dd4c:: with SMTP id u73-v6mr3813605lfg.145.1523475672580; Wed, 11 Apr 2018 12:41:12 -0700 (PDT) To: ALT Linux Team development discussions References: <65b1203b-7f44-b225-a4bf-64972b63e1c2@gmail.com> <20180411074542.GH5957@altlinux.org> From: Leonid Krivoshein Message-ID: <82707ce7-77dc-3725-75dc-bc6b566e7994@gmail.com> Date: Wed, 11 Apr 2018 22:41:11 +0300 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.7.1 MIME-Version: 1.0 In-Reply-To: <20180411074542.GH5957@altlinux.org> Content-Type: text/plain; charset=koi8-r; format=flowed Content-Transfer-Encoding: 8bit Subject: Re: [devel] =?utf-8?b?0JfQsNC/0YDQvtGBINC90LAg0YTQuNGH0YMgbGl2ZWJv?= =?utf-8?q?ot_=D0=B2_make-initrd?= X-BeenThere: devel@lists.altlinux.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: ALT Linux Team development discussions List-Id: ALT Linux Team development discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Apr 2018 19:41:15 -0000 Archived-At: List-Archive: List-Post: 11.04.2018 10:45, Alexey V. Vissarionov пишет: > Коллеги, а вот кто может внятно объяснить, зачем вообще может быть > нужен initrd при загрузке с локального носителя (непосредственно > подключенного к компутеру)? https://ru.wikipedia.org/wiki/%D0%9F%D1%80%D0%BE%D0%B1%D0%BB%D0%B5%D0%BC%D0%B0_%D0%BA%D1%83%D1%80%D0%B8%D1%86%D1%8B_%D0%B8_%D1%8F%D0%B9%D1%86%D0%B0 Это же очевидно: чтобы смонтировать корневую файловую систему, необходимы модули для работы с диском и этой файловой системой, а для чтения модулей необходима файловая система, с которой этот модуль читается. :) В альте всё собирается модулями, а не зашивается в ядро. И в этом есть рациональное зерно (см. далее). Так делается по умолчанию и во всех известных мне дистрибутивах. > Собственно, именно с этого момента появилась возможность собирать > ядро со вкомпилированной поддержкой самых популярных накопителей > и сетевых интерфейсов, а технология initrd переместилась на новое > место работы: сетевая загрузка Live-системы. А что, когда памяти > аж 256 Мб - почему бы не отдать половину под / на /dev/ram0 для > запуска установки или rescue-системы? И этой возможностью можно пользоваться, собирая ядро из исходников под конкретную систему, добавляя туда только то, что требуется лишь для этой системы. Нет смысла применять эту технологию во всех случаях по целому ряду причин, обусловленных, всё той же памятью, всё той же скоростью/эффективностью загрузки. И обеспечить возможность, о которой идёт речь, в binary-package-based дистрибутиве, наверное, хоть и возможно, но нерационально. Кстати, раз речь о /dev/ram0, почему предлагается отказываться от stage1 (initramfs) в пользу stage2 (ramdisk, традиционная загрузка корня, о которой далее говорит Сергей Большаков)? Ведь ядро понимает сжатый initramfs "из коробки". Причём это формат внутреннего кэша самого ядра. Эффективнее просто некуда. Никаких модулей дисков, файловых систем не требуется. Не говоря о том, что initramfs "из коробки" понимают все загрузчики. Его также можно вкомпилировать в само ядро. Простое любопытство. > > Добавлю от себя лично: в пакете propagotor есть два особенных > > скрипта. Первый init-bottom "очень дорог для нас". И критичен > > в плане совместимости. Его бы как-то по-максимуму сохранить. > > Второй -- mkmodpack. О нём в данном письме речи не идёт. > > А зачем? > > Грузим ядро, оно находит корневой раздел по метке, монтирует его, > запускает init... Зачем для этого какие-то костыли? http://git.altlinux.org/gears/m/make-initrd-propagator.git?p=make-initrd-propagator.git;a=blob;f=propagator/data/sbin/init-bottom;h=86d4e7b29095d5f5d8c85670c2e00e99894b7a9f;hb=bbcc4deda242a6fd48b6055be2e957df3db22819 init-bottom обеспечивает работу с read-only носителями, слоями aufs r/o и r/w, загрузкой по NFS, многими опциями пропагатора. Отрывая этот скрипт полностью, мы теряем возможность предложить со временем безболезненно перейти с пропагатора на make-initrd-liveboot. -- Best regards, Leonid Krivoshein.