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

[GoofyX]

Κουτσομπολιά:

2024-01-18-installkernel-merge
Title Merging of installkernel-gentoo and installkernel-systemd
Author Andrew Ammerlaan <andrewammerlaan@gentoo.org>
Posted 2024-01-18
Revision 1

The functionalities of sys-kernel/installkernel-gentoo and
sys-kernel/installkernel-systemd have been merged into sys-kernel/installkernel.

sys-kernel/installkernel now provides the systemd USE flag to switch between
the traditional installkernel (formerly sys-kernel/installkernel-gentoo) and
systemd's kernel-install (formerly sys-kernel/installkernel-systemd(-boot)).

Additionally, the new sys-kernel/installkernel with the systemd flag enabled
now provides a default install.conf configuration file which ensures that it
will work out-of-the-box with no configuration (other then USE flag
configuration) required for most setups.

Details on configuration and customization can be found on the installkernel
wiki page [1]. Below we provide the most important migration notes.


User Action Required (GRUB users)
====================

Previously sys-kernel/installkernel-gentoo provided kernel installation
automation for users of GRUB via USE=grub. The new sys-kernel/installkernel
provides the same functionality, which now works with both the traditional
installkernel and systemd's kernel-install. In principle no user action is
required unless users wish to explicitly choose either the traditional
installkernel or systemd's kernel-install, in which case they may do so
via USE=-/+systemd.

sys-kernel/installkernel is renamed from sys-kernel/installkernel-gentoo,
therefore no user action is required to upgrade.


User Action Required (systemd-boot users)
====================

Previously sys-kernel/installkernel-systemd provided kernel installation
automation for users of systemd-boot. sys-kernel/installkernel provides
the same functionality but only via systemd's kernel-install. Users
of systemd-boot should therefore ensure that the systemd USE flag is enabled
when upgrading to >=sys-kernel/installkernel-14.

This upgrade path is enforced by sys-kernel/installkernel-systemd-4, which is
just a wrapper pulling in >=sys-kernel/installkernel-14 with the systemd flag
enabled. sys-kernel/installkernel-systemd may be removed after installing
>=sys-kernel/installkernel-14.

emerge --noreplace sys-kernel/installkernel
emerge --depclean sys-kernel/installkernel-systemd


User Action Required (users of other bootloaders and custom scripts)
====================

Users who have previously relied on custom installkernel or kernel-install
plugins should either ensure that the same kernel installation method will be
used after upgrading to >=sys-kernel/installkernel-14 (via USE=+/-systemd) or
migrate these custom plugins (details are on the wiki [1]).


[1] https://wiki.gentoo.org/wiki/Installkernel

[GoofyX]

Νέο κουτσομπολιό:

2024-02-01-installkernel-new-use-systemd-boot
Title installkernel new USE flag systemd-boot
Author Andrew Ammerlaan <andrewammerlaan@gentoo.org>
Posted 2024-01-30
Revision 1

/sbin/installkernel is a script called by the kernels 'make install' as well
as by the distribution kernels post install phase. sys-kernel/installkernel
provides two paths for installing the kernel:
- the traditional installkernel, or
- systemd's kernel-install

In sys-kernel/installkernel versions lower then 20, systemd's kernel-install
would default to the layout used for systemd-boot (layout=bls). To improve
backwards compatibility with the traditional installkernel this is no longer
the case in versions 20 and up. Instead the default layout setting when no other
USE flags are enabled is a compatibility layout similar to the traditional
installkernel (layout=compat).


User Action Required (systemd-boot users)
====================

Users of systemd-boot should:
- enable the "systemd-boot" USE flag
when upgrading to >=sys-kernel/installkernel-20.


See also: https://wiki.gentoo.org/wiki/Installkernel

[GoofyX]

Ειδήσεις:

2024-02-01-grub-upgrades
Title GRUB upgrades
Author Mike Gilbert <floppym@gentoo.org>
Posted 2024-02-01
Revision 2

When booting with GRUB, it is important that the core image and modules
have matching versions. Usually, running grub-install is sufficient to
ensure this.

On the UEFI platform, grub-install allows the core image to be placed in
two different locations:

EFI/gentoo/grubx64.efi
This is the location used by grub-install without options.

EFI/BOOT/BOOTX64.EFI
This is the location used by grub-install --removable.

On upgrades, it is common for users to mismatch the grub-install options
they used for the current and previous versions of grub. This will cause
a stale core image to exist. For example:

/boot/efi/EFI/BOOT/BOOTX64.EFI (grub 2.06 core image)
/boot/efi/EFI/gentoo/grubx64.efi (grub 2.12 core image)
/boot/grub/x86_64-efi/*.mod (grub 2.12 modules)

Booting this system using BOOTX64.EFI image would likely fail due to a
symbol mismatch between the core image and modules. [1]

Re-runing grub-install both with and without the --removable option
should ensure a working GRUB installation.

However, this will clobber any BOOTX64.EFI image provided by other
loaders. If dual-booting using another boot loader, users must take care
not to replace BOOTX64.EFI if it is not provided by GRUB.

References:
[1] https://bugs.gentoo.org/920708

[NicM1]

Καλημέρα, σε προφιλ gnome/systemd θα μπορούσα να ενεργοποιήσω no-multilib ? Όχι φαντάζομαι.

[imitheos]

Καλημέρα, σε προφιλ gnome/systemd θα μπορούσα να ενεργοποιήσω no-multilib ? Όχι φαντάζομαι.

Σε κανένα προφίλ δεν μπορείς χωρίς re-install. Αν θέλεις, μπορείς με προσοχή να το κάνεις αλλά μπορείς εύκολα να χαλάσεις το σύστημά σου για αυτό θα διαβάσεις παντού ότι καμμία από τις δύο μεταβάσεις δεν γίνεται.

[Gentoo]

Σε κανένα προφίλ δεν μπορείς χωρίς re-install. Αν θέλεις, μπορείς με προσοχή να το κάνεις αλλά μπορείς εύκολα να χαλάσεις το σύστημά σου για αυτό θα διαβάσεις παντού ότι καμμία από τις δύο μεταβάσεις δεν γίνεται.

Εγώ πάντως έχω κάνει switch από multilib σε no-multilib και ξανά από no-multilib σε multilib χωρίς πρόβλημα.

Σε openrc βέβαια.

Μπορεί να πάρει backup και να πειραματιστεί.

Υπάρχει ένας ανεπίσημος οδηγός στο gentoo forum για το switch.

[NicM1]

Ναι σωστά οπότε σε νέα εγκατάσταση gnome/systemd δεv μπορώ να αποφύγω τις 32-bit applications.

- - - Updated - - -

Μπορεί να πάρει backup και να πειραματιστεί.

Το έκανα και έγινε η πυριτιδαποθήκη της Μονής Αρκαδίου.

[Gentoo]

Το έκανα και έγινε η πυριτιδαποθήκη της Μονής Αρκαδίου.

Χαχα. Κρίμα. Εγώ όταν το επιχείρησα σε openrc πήγε καλά.

Ίσως να φταίει το systemd.

[NicM1]

Ίσως να φταίει το systemd.

Πιθανόν, βρίσκω μεγάλη ευχαρίστηση να σκαλίζω την Gentoo και ας ξεκινώ από την αρχή.

[Gentoo]

Πιθανόν, βρίσκω μεγάλη ευχαρίστηση να σκαλίζω την Gentoo και ας ξεκινώ από την αρχή.

Ναι, είναι πολύ versatile διανομή. Απλώς λόγω του άπειρου compiling, καλό είναι να κρατάς backup πριν κάνεις το οτιδήποτε, γιατί είναι ζόρι να ξεκινάς από stage3 κάθε φορά.

Και είναι από τις διανομές, που άπαξ και τη φέρεις στα μέτρα σου, μπορείς να τη διατηρείς σε πολύ καλή κατάσταση, όσα χρόνια κι αν περάσουν.

[NicM1]

λόγω του άπειρου compiling, καλό είναι να κρατάς backup πριν κάνεις το οτιδήποτε, γιατί είναι ζόρι να ξεκινάς από stage3 κάθε φορά.

Ισχύει, κάπου στις έξι ώρες θέλει ο ryzen να τα μεταγλωττίσει.

[imitheos]

Εγώ πάντως έχω κάνει switch από multilib σε no-multilib και ξανά από no-multilib σε multilib χωρίς πρόβλημα.

Σε openrc βέβαια.

Μπορεί να πάρει backup και να πειραματιστεί.

Υπάρχει ένας ανεπίσημος οδηγός στο gentoo forum για το switch.

Δεν νομίζω ότι επηρρέαζει το systemd. Ποιον οδηγό χρησιμοποίησες και το έκανες τόσο εύκολα; Εκτός αν μιλάς για να κάνεις πχ untar κάποιο stage3 πάνω στο σύστημα, κάνοντας overwrite τα αρχεία και χτίζοντας μετά ξανά τον world. Αυτό στο μυαλό μου το έχω ως "re-install" και όχι ως "switch".

[Gentoo]

Δεν νομίζω ότι επηρρέαζει το systemd. Ποιον οδηγό χρησιμοποίησες και το έκανες τόσο εύκολα; Εκτός αν μιλάς για να κάνεις πχ untar κάποιο stage3 πάνω στο σύστημα, κάνοντας overwrite τα αρχεία και χτίζοντας μετά ξανά τον world. Αυτό στο μυαλό μου το έχω ως "re-install" και όχι ως "switch".

Έχει καιρο που το έκανα, θα ψάξω και θα το ποστάρω. Στο gentoo forum ήταν πάντως.

https://forums.gentoo.org/viewtopic-...-multilib.html

Αυτό παίζει να ακολούθησα.

[GoofyX]

Είχατε θέμα με το boot; Ρωτάω γιατί πρόσφατα πρέπει να έγινε stable ο grub 2.12-r1. Σήμερα που άνοιξα το κύριο PC, έμπαινε σε boot loop με το που πήγαινε να ανοίξει το grub menu. Στο επόμενο reboot έμπαινε στο BIOS κατευθείαν. Αλλάζοντας από το BIOS τη σειρά εκκίνησης, μπήκε κανονικά στα Windows, οπότε λέω κάτι παίζει είτε με τον ssd που έχω το Linux, είτε με τον grub. Εκκίνησα με system rescue, chroot στο gentoo και ξαναέτρεξα grub-install και grub-mkconfig. Μετά μπήκε κανονικά.

Σε όλα τα υπόλοιπα μηχανήματα ξαναέτρεξα ένα grub-install και grub-mkconfig για σίγουρα.

Έχετέ το υπόψη...

[GoofyX]

Σήμερα που έκανα sync, μου βγήκε η προειδοποίηση για το split-usr, ότι έχω profile που είναι systemd και δεν υποστηρίζει το split-usr και έχω ενέργειες να κάνω:

!!! Your current profile is deprecated and not supported anymore.
!!! Use eselect profile to update your profile.
!!! Please upgrade to the following profile if possible:

default/linux/amd64/17.1/desktop/plasma/systemd/merged-usr

To upgrade do the following steps:

As warned about previously in a news item, systemd-255 has dropped
support for split-usr systems. All Gentoo systems running systemd will
need to be migrated to merged-usr.

Migrating to merged-usr will move all data from /bin, /sbin, and /lib
into the /usr/bin and /usr/lib directories. The directories in / are
replaced with symlinks.

To facilitate this, a new set of sub-profiles has been created, and a
script is available to perform the actual migration.

To migrate a system to merged-usr, follow this procedure:

1. Ensure your system backups are up to date. Please also update
your system fully and depclean before proceeding.

2. Install sys-apps/merge-usr.

3. Run "merge-usr --dryrun" as root to check for conflicts. These will
appear with the word ERROR at the start of the line.

4. Resolve any conflicts. This may involve deleting duplicate files. If
in doubt, seek support in a Gentoo support channel.

5. Run the merge-usr script from a root shell. Avoid running it via sudo
directly to avoid locking yourself out if an unexpected error occurs.

6. Switch to a merged-usr profile.

7. Run emerge with the --newuse or --changed-use option to rebuild
any packages that have a "split-usr" USE flag.