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=-1.7 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,FREEMAIL_ENVFROM_END_DIGIT,FREEMAIL_FROM autolearn=no autolearn_force=no version=3.4.1 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1602921420; bh=C2/VGtNTUZGVBlFoFfz0lFfA6qvHuHN4MP5STEyHIok=; h=Message-Id:Date:Subject:To:From; b=lLPWwMTK8annsklx7mZS8KdW76EDAa5CmGXop7mOgKSSaP2shcSnPFPOt1nSR0ZXU 0obgEFdkbVYA2HQkXC3FPuDh6Re19aqM0udtlZIm6nEOR4lQboGh0tSAJ7yCGmXnOC 5jyNeEAiUQofm1lQkfwjvxK/qGqtB8Hh9SOwuong= Authentication-Results: mxback6g.mail.yandex.net; dkim=pass header.i=@yandex.ru From: =?utf-8?B?0JDQu9C10LrRgdCw0L3QtNGAINCo0LXQvNC10YLQvtCy?= To: make-initrd@lists.altlinux.org MIME-Version: 1.0 X-Mailer: Yamail [ http://yandex.ru ] 5.0 Date: Sat, 17 Oct 2020 12:57:00 +0500 Message-Id: <21097931602698693@myt6-674c1815a2f0.qloud-c.yandex.net> Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=utf-8 Subject: Re: [make-initrd] Booting OS from a loop image on the filesystem NTFS X-BeenThere: make-initrd@lists.altlinux.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: make-initrd@lists.altlinux.org List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Oct 2020 07:57:04 -0000 Archived-At: List-Archive: > Какие были действия ? > Было ли это на реальном железе или в виртуалке ? Порядок такой: - развернул систему на VB из образа alt-p9-xfce-20200612-x86_64.iso - затем снял образ ФС с корня установленной системы - перенёс образ root.img на раздел с NTFS на ноутбуке Packard Bell V5WT2, на котором установлена Windows 8.1 - выполняю загрузку системы из этого образа по описанной схеме (http://www.opopop.net/booting_linux_from_a_loop_file_system/), при загрузке указываю параметр rdshell Заметил, что если загрузить систему по этой схеме, выполнить внутри неё полное обновление системы с ядром, то проблемы такой нет, пока вроде не появлялась. Даже визуально видно, что разрешение внутри initramfs стало больше. Может тогда на VB стоит добавить что-то в initrd.mk для переносимости между VB → реальное железо ? > https://github.com/osboot/make-initrd/blob/master/features/pipeline/README.md > https://lists.altlinux.org/pipermail/make-initrd/2020-May/000253.html Спасибо, ознакомлюсь в ближайшее время.