From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by finch.gentoo.org (Postfix) with ESMTPS id B0324138334 for ; Fri, 3 Jan 2020 13:24:03 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id F32B5E0AEA; Fri, 3 Jan 2020 13:23:57 +0000 (UTC) Received: from mail-pl1-f194.google.com (mail-pl1-f194.google.com [209.85.214.194]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 841F6E092F for ; Fri, 3 Jan 2020 13:23:57 +0000 (UTC) Received: by mail-pl1-f194.google.com with SMTP id bd4so19070007plb.8 for ; Fri, 03 Jan 2020 05:23:57 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to; bh=wFDh9/TT4PcysDYZQc9a6iMb0fpBsSCdViLWVp/9LLM=; b=cSF5ramW2Ca9LKmOCTekjnmUZWie3/ug4P5MJBIM8N7Q350wIJV7tU4GFAOsqWY64s Zw1DdD7heXWcAdpsytB+WIvnm00JE9Bof2qvnvhmQJhUBc1zrr8vINdmZDNneHydAZLA ewnuSUkBe78kI2lN2Z25et/735lfT0Rv+sAXJm9EZciZRClhWXTPoYwe4n6p9HJus3Gn lKxQMxTZhB8SRfnO97dZvBx2e9QIqcgrWmcQQnJxyX/gmBJxT4Cs3evbx6RICn8jNr33 JvQcAT+Gldz6+5MR86Dm9nzn7Ckff2MQb65RkTYiL0mHJ8BuE1bM9/5abp7kfG8TrQAc dIxQ== X-Gm-Message-State: APjAAAXz++d8WPwIP9vLoQh137dHAxxLXPNsFgFL67nSPbmfTu2qe/ab I+8dmLIAZppBgi8JbJsKDhFDpRFpzieJ5AKrjzoYn/9V X-Google-Smtp-Source: APXvYqxeYzjbzLRrPzSQ6Xo6hjhm7gE1XGN30iMpOu9xEsxlI6l9j4gkaaaeY4/D7jH2vU4o+GXyCKXE2TK1QI+JfiI= X-Received: by 2002:a17:90a:3d0d:: with SMTP id h13mr26780736pjc.1.1578057836005; Fri, 03 Jan 2020 05:23:56 -0800 (PST) Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org X-Auto-Response-Suppress: DR, RN, NRN, OOF, AutoReply MIME-Version: 1.0 References: <5177aeea-fc24-6f4b-887e-79e34bd5cb07@gmail.com> <20200103085749.586ebed2@digimed.co.uk> <73c01ea2-d6e6-74c6-8eba-6b9c4128ce12@gmail.com> In-Reply-To: <73c01ea2-d6e6-74c6-8eba-6b9c4128ce12@gmail.com> From: Rich Freeman Date: Fri, 3 Jan 2020 08:23:44 -0500 Message-ID: Subject: Re: [gentoo-user] Dracut and how to specify names To: gentoo-user@lists.gentoo.org Content-Type: text/plain; charset="UTF-8" X-Archives-Salt: ab5db180-18e0-4018-836a-3baba90b1d59 X-Archives-Hash: e1222be21de43e830c2314c1d9f46563 On Fri, Jan 3, 2020 at 5:57 AM Dale wrote: > > Can you post a ls -al /boot for both kernels and images? That way I can > see how it names them when doing it your way. If I can make sense of > it, I may try doing it that way. Thing is, it'll change eventually > too. lol I use the standard kernel names: config-4.19.92 initramfs-4.19.92.img System.map-4.19.92 vmlinuz-4.19.92 /lib/modules/4.19.92 I create the initramfs using: dracut "" 4.19.92 Dracut is going to need the path to the modules more than anything else, so I suspect it will work if you substitute 4.19.92 with whatever the path of your modules directory is, within /lib/modules. Also, could you actually post the command lines you're using? You posted 4 fairly long emails elaborating on how everything isn't working right, and I don't think you actually posted a single dracut command line. When something isn't working right it is usually best to start with what you're actually doing, along with what is happening and what you expected to happen. You mainly covered the last bit of those three but left out most of the first two. I actually use a script to do my kernel updates - this is intended mainly for bumps and isn't entirely suitable when I need to change things, in which case I usually just build manually following the same steps: #!/bin/bash cd /usr/src/linux || exit git pull || exit rm -rf /var/tmp/linux || exit export KBUILD_OUTPUT=/var/tmp/linux make O=/var/tmp/linux oldconfig || exit nice -n20 make O=/var/tmp/linux -j12 -l20 || exit make O=/var/tmp/linux modules_install || exit make O=/var/tmp/linux install || exit emerge @module-rebuild || exit NEWVER=$(make --no-print-directory kernelversion) || exit dracut "" $NEWVER || exit grub-mkconfig -o /boot/grub/grub.cfg (This does all the building in /var/tmp and leaves me with a clean kernel source directory. That is actually the upstream-recommended way but it does create the issue that if any package that builds kernel modules gets updated it will fail. I usually just delay updating these packages until I do my next kernel update, but I can just run this script again to re-create /var/tmp/linux with the necessary files to build further modules. Note that you need a few GB in /var/tmp for this to work, and this script doesn't clean up - I usually want that directory left for any module updating, and it gets cleared on reboot anyway which usually follows a kernel update. This works great on tmpfs if you have the space. Note also that I'm using upstream stable vanilla sources - I checkout a longterm branch which is what is getting pulled at the start. This should work with gentoo sources as well if you just tweak the start. I like to maintain more control over what kernel I'm following as I tend to use out-of-tree modules like zfs, or experimental ones like btrfs, or newer CPUs like Ryzen - for one reason or another just following random stable releases is problematic.) -- Rich