Το νήμα του Gentoo, version 1.0

[GoofyX]

Σε εμένα βλέπω ότι η 0.21.2 είναι σε testing, έκανα sync προχθές. Δεν ξέρω αν ενδιάμεσα την έκαναν stable ή εσύ έχεις testing. Αν το τελευταίο, ενδεχομένως να μην έχουν ενημερωθεί ακόμη τα πακέτα που ζητούν την 0.20.1 (οπότε ζητούν συγκεκριμένα εκείνο). Μπορείς προσωρινά να το παρακάμψεις μέχρι να ενημερωθούν και εκείνα.

[imitheos]

Αν ζητήσεις ταυτόχρονα και τα δύο δεν στο περνάει ; (πχ emerge -1 dev-python/docutils dev-python/sphinx)

[NicM1]

Σε εμένα βλέπω ότι η 0.21.2 είναι σε testing, έκανα sync προχθές. Δεν ξέρω αν ενδιάμεσα την έκαναν stable ή εσύ έχεις testing. Αν το τελευταίο, ενδεχομένως να μην έχουν ενημερωθεί ακόμη τα πακέτα που ζητούν την 0.20.1 (οπότε ζητούν συγκεκριμένα εκείνο). Μπορείς προσωρινά να το παρακάμψεις μέχρι να ενημερωθούν και εκείνα.

Σε stable είμαι

Αν ζητήσεις ταυτόχρονα και τα δύο δεν στο περνάει ; (πχ emerge -1 dev-python/docutils dev-python/sphinx)

Θα κάνω την δοκιμή.

Περνούν και τα δυο.

[NicM1]

Τελικά έκανα unmerge τo

 dev-python/docutils-0.21.1

και ξανά emerge και πέρασε το docutils-0.21.2 χωρίς θέμα.

[Gentoo]

Τελικά έκανα unmerge τo

 dev-python/docutils-0.21.1

και ξανά emerge και πέρασε το docutils-0.21.2 χωρίς θέμα.

Σε τέτοιες περιπτώσεις, εγώ κάνω install το package με emerge -av1eO =package-version. Οπότε εγκαθιστά την έκδοση που θα του πω, με το στανιό.

Έτσι λύνω τα package blocks, εδώ και χρόνια.

[NicM1]

Ευχαριστώ.

[NicM1]

Διαβάζω διάφορα στο φόρουμ της Gentoo

Imho better to use zram than tmpfs because source files are very compressible.

Έχετε κάνει χρήση του zram zswap; Γενικά εξυπηρετούν περισσότερο την προφύλαξη του δίσκου ;

[tsigarid]

Διαβάζω διάφορα στο φόρουμ της Gentoo

Imho better to use zram than tmpfs because source files are very compressible.

Έχετε κάνει χρήση του zram zswap; Γενικά εξυπηρετούν περισσότερο την προφύλαξη του δίσκου ;

Αν είσαι απελπισμένος με το χώρο στο δίσκο μόνο κάνεις κάτι τέτοιο. Η συμπίεση/αποσυμπίεση κοστίζει πόρους, ενώ ο χώρος στο δίσκο είναι πολύ φτηνός.

[GoofyX]

Μάλλον δεν κατάλαβες... ( ; ) Αντί να έχεις σε tmpfs το /var/tmp/portage, να το έχεις σε zram και όχι στο δίσκο, αυτό λέει ο NicM1. Και για λόγους ταχύτητας, αλλά και για να μην φθείρεις σε εγγραφές τον ssd.

[famous-walker]

Καλη ιδεα ακουγεται.

[NicM1]

Αν είσαι απελπισμένος με το χώρο στο δίσκο

Έχω χώρο στο δίσκο θα έλεγα.

Μάλλον δεν κατάλαβες... ( ; ) Αντί να έχεις σε tmpfs το /var/tmp/portage, να το έχεις σε zram και όχι στο δίσκο, αυτό λέει ο NicM1. Και για λόγους ταχύτητας, αλλά και για να μην φθείρεις σε εγγραφές τον ssd.

Ναι

[tsigarid]

Μάλλον δεν κατάλαβες... ( ; ) Αντί να έχεις σε tmpfs το /var/tmp/portage, να το έχεις σε zram και όχι στο δίσκο, αυτό λέει ο NicM1. Και για λόγους ταχύτητας, αλλά και για να μην φθείρεις σε εγγραφές τον ssd.

Ανάποδα τα διάβασα

[Gentoo]

Εγώ χρησιμοποιώ tmpfs για πολλά tmp και cache dirs εδώ και χρόνια, για να μη φθείρω τον SSD και είμαι κομπλέ.

Θα τσεκάρω τη φάση με το zram, νομίζω και στο android παίζει αυτό το concept έτσι κι αλλιώς. Δεν είναι κάτι περίεργο.

[imitheos]

Εγώ χρησιμοποιώ tmpfs για πολλά tmp και cache dirs εδώ και χρόνια, για να μη φθείρω τον SSD και είμαι κομπλέ.

Θα τσεκάρω τη φάση με το zram, νομίζω και στο android παίζει αυτό το concept έτσι κι αλλιώς. Δεν είναι κάτι περίεργο.

Και εγώ το ίδιο. Μεταξύ άλλων, έχω το /tmp σε tmpfs και η portage γράφει στο /tmp/portage και για να μη φθείρεται ο ssd αλλά και για ταχύτητα. Εδώ και πολλά χρόνια η διαφορά στη ταχύτητα δεν είναι τόσο τρομερή όσο παλιά (οι CFLAGS του gentoo αλλά και όλα τα προγράμματα από τη μάνα τους χρησιμοποιούν την -pipe οπότε δεν γράφονται στο σκληρό τα ενδιάμεσα αρχεία, όπως γινόταν παλιά) αλλά και έτσι έχει μια κάποια διαφορά στη ταχύτητα.

[GoofyX]

Καλημέρα!

2024-05-17-dracut-ext-kmods
Title Changes to dracut kernel module/microcode handling
Author Andrew Ammerlaan <andrewammerlaan@gentoo.org>
Posted 2024-05-17
Revision 1


Impact
====================

Several changes were made regarding out-of-tree kernel modules, CPU
microcode, and how these are handled in initial RAM file systems
(initramfs) generated by sys-kernel/dracut for distribution kernels.
Depending on the local Dracut and USE flag configuration, some
configuration adjustments may be required as a result of these changes.

Background (the problem)
====================

Previously Dracut implicitly included all out-of-tree kernel modules
it could find. This leads to several problems:
- It unnecessarily increases the size of the initramfs
- It creates a bit of a mess when using distribution kernels, consider
the following:
1) Distribution kernel is upgraded
2) Initramfs for the new kernel is generated, it does not include
any out-of-tree kernel modules.
3) Portage triggers rebuild of the out-of-tree kernel modules
4) If zfs is installed, its rebuild will trigger an initramfs
re-installation. Otherwise no rebuild is triggered.
Problem: What is and is not included in the initramfs is now
ambiguous. It depends on the emerge order of the kernel modules
when zfs is used. And will completely change if at some later stage
regeneration of the initramfs is triggered manually via e.g.:
emerge --config sys-kernel/gentoo-kernel
As a result, Dracut's "--reproducible" setting is not working. And
the functionality of the initramfs may change (seemingly) at random.

Background (the fix)
====================

Several things have been changed:
- Out-of-tree kernel modules installed by portage are explicitly omitted
from the initramfs generated by Dracut by default.
- Packages that install a kernel module for which it might make sense to
have it in the initramfs, have gained the "initramfs" USE flag. When
this flag is enabled, Dracut is instructed to include the installed
kernel modules. Packages for which it is essential that its kernel
modules are included in the initramfs have this new flag enabled
by default.
- When distribution kernels are used (USE=dist-kernel), and a module
that should be in the initramfs is installed (USE=initramfs) the
initramfs is always re-generated.
- The packages installing CPU microcode (sys-kernel/linux-firmware
and sys-firmware/intel-microcode) have been adjusted to mirror the
above changes for out-of-tree kernel modules. Both packages
have gained the "dist-kernel" USE flag, and the "initramfs" flag is
now enabled by default. When both flags are enabled, Dracut is
configured to include the installed microcode in the initramfs, and
then the initramfs is regenerated. When the "dist-kernel" flag is
disabled, the "initramfs" flag behaves as it previously did.

User Action Required
====================

Users should double check two things:
1) Please ensure that you are *not* globally enabling or disabling
the "initramfs" USE flag. Enabling it globally might result in an
unnecessarily large initramfs. Disabling it globally might result
in missing functionality in the initramfs. Which could lead to boot
failure if, for example, the zfs module is missing while the root
partition is a zfs.
2) Any add_drivers, or omit_drivers lines in /etc/dracut.conf or
/etc/dracut.conf.d/* may override the Dracut configuration snippets
installed by the kernel module packages in
/usr/lib/dracut/dracut.conf.d. Please review your Dracut
configuration files to ensure that you are not unintentionally
overriding the settings set by Portage.

Frequently Asked Questions
====================

A package installing a kernel module I would like in my initramfs has
not gained the "initramfs" USE flag. How do I proceed?

Please report a new bug on bugs.gentoo.org, requesting that the
package maintainer consider adding support to the package for
including the modules in the initramfs. In the meantime you can
locally override the configuration provided by the package (see
below). Note though that when distribution kernels are used,
regeneration of the initramfs must be triggered manually via e.g.:
emerge --config sys-kernel/gentoo-kernel

How do I override the provided Dracut configuration snippets to
include/exclude a custom list of modules?

To override the provided configuration snippet, create a new file
/etc/dracut.conf.d/10-PACKAGENAME.conf, replacing PACKAGENAME with
the name of the package providing the module. Add to this file:
omit_drivers+=" my list of drivers to omit "
and/or
add_drivers+=" my list of drivers to include "