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

[imitheos]

TL ; DR Μην συνδέετε οπτικά μέσα στους δευτερεύοντες ελεγκτές της μητρικής

[intro]
Πολλές μητρικές δίνουν έξτρα θύρες τις οποίες παρέχουν εξωτερικοί ελεγκτές. Για παράδειγμα το chipset της μητρικής σου δίνει 4 sata2 και 2 usb3 οπότε η μητρική σου δίνει άλλες 4 sata μέσω ελεγκτή marvell, asmedia, κτλ και άλλες 2 usb3 θύρες μέσω ελεγκτή renesas, asmedia, κτλ. Αυτό είναι ιδιαίτερα βολικό σε μεταβατικές περιόδους που ένα chipset δεν παρέχει ακόμη την νεότερη έκδοση του Χ πρωτοκόλλου οπότε με αυτή τη μαγκιά δεν χρειάζεται να αλλάξεις γρήγορα μητρική.

Αυτοί οι ελεγκτές όμως πολλές φορές δεν υλοποιούν το 100% του πρωτοκόλλου με συνέπεια να παίζουν τέλεια με κάποιες συσκευές (πχ ποντίκι, πληκτρολόγιο) αλλά όχι με άλλες (πχ usb ethernet, κάμερα) ή ο SSD να πιάνει Χ MB/sec σε αυτούς και να πιάνει 1.5Χ MB/sec στον ελεγκτή του chipset.
[/intro]

Πριν λίγες ημέρες άλλαξα κουτί και πήγα από ένα full tower coolermaster stacker σε ένα φτηνό midi tower. Έστησα μητρικές, καλώδια, μαλώδια, κτλ και όλα οκ. Τρέχω startx και αφού φορτώνουν όλα τα panel applets του xfce, λίγ πριν φορτώσει η φωτογραφία φόντου, κολλάει όλο το σύστημα. Αφού έλεγξα ξανά τα πάντα, μήπως δεν πατάει καλά η κάρτα γραφικών ή κάτι τέτοιο ξεκίνησα να ψάχνω το software. Η αλλαγή το κουτιού συνέπεσε με upgrade σε ένα κάρο προγράμματα όπως η mesa και νέο πυρήνα 5.3 -> 5.3.1 οπότε άντε να βρεις τι φταίει.

Το σύστημα κρεμούσε εντελώς με ούτε ssh να μπορείς να μπεις και ούτε καν το sysrq να παίζει και φυσικά τα logs δεν έγραφαν τίποτα. Τα δεδομένα που είχα ήταν τα εξής:

1) Σε κονσόλα δεν κρεμούσε ποτέ όση ώρα και να το άφηνα και όσο και να ζόριζα τον επεξεργαστή.
2) Σε fluxbox δεν κρεμούσε ποτέ
3) Σε xfce, την 3η, 4η φορά που έκανα reset έπαιζε.

Σκέφτηκα ότι εφόσον το fluxbox λειτουργεί, κάτι παίζει σίγουρα με τον compositor του xfce. Ψάχνοντας στο internet βρήκα ότι καμμιά φορά όταν τρέχεις vblank με xpresent έχεις τέτοια κολλήματα και ότι έπρεπε να του πω να τρέχει glx οπότε βρήκα τι έπρεπε να τρέξω από κονσόλα με το xfconf-query και το άλλαξα. Τρέχω startx, δεν κολλάει. Όπα λέω αυτό ήτανε. Την επόμενη ημέρα τα ίδια οπότε κλείνω εντελώς τον compositor και τρέχω startx και λειτουργεί σωστά οπότε λέω αυτό έφταιγε. Κάτι με τον 5.3.1 πυρήνα (αν και δεν υπήρχε καμμία αλλαγή στο υποσύστημα γραφικών) φταίει ή στην νέα mesa και δεν παίζει σωστά ούτε το GLX. Το παράξενο ήταν ότι παιχνίδια όπως skyrim έπαιζαν τζάμι οπότε δεν μπορεί να έφταιγε η mesa αλλά μη έχοντας logs αρκέστηκα στο ότι έπαιξε.

Αφού και αυτό δεν είχε αποτέλεσμα και στο επόμενο ξεκίνημα είχα πάλι κολλήματα, σκέφτηκα μόλις φορτωθούν τα applets και λίγο πριν κολλήσει να πατήσω ctrl - alt - f1 να δω μήπως και μπορέσω να δω κάποιο μήνυμα όταν κολλήσει. Να που ήταν καλή ιδέα και είδα το μήνυμα "AHCI controller unavailable". Ψάχνοντας το μήνυμα στο διαδίκτυο βρήκα μόνο κάτι αρχαία μηνύματα του 2013 που ανέφεραν ότι δεν γίνεται εγκατάσταση το ubuntu και κάτι τέτοια. Μόλις σε ένα από αυτά τα μηνύματα, διάβασα να λέει ότι ο ελεγκτής του ήταν asmedia και τότε μου ήρθε η φλασιά.

Στο νέο κουτί άλλαξα τις θέσεις των sata ώστε να είναι λίγο πιο λογικές και το bluray το έβαλα στον asmedia ελεγκτή. Πρόσεξα μάλιστα στο manual να το συνδέσω στην σωστή θύρα γιατί η μία είναι μοιραζόμενη με το e-sata (λες και το έχω χρησιμοποιήσει ποτέ το e-sata) οπότε ήμουν χαρούμενος που έκανα σωστή δουλειά τρομάρα μου. Βάζοντας το bluray ξανά στον ελεγκτή του Z87 chipset όλα παίζουν τέλεια.

Βάζοντας να ψάξω "asmedia linux optical" βρήκα και άλλα μηνύματα που δεν είχα βρει πριν με το "controller unavailable" που λένε ότι ο asmedia ελεγκτής είναι μόνο για σκληρούς και δεν προορίζεται για ATAPI συσκευές. Ένας μάλιστα έγραφε ότι η Asus μητρική του το έλεγε στο manual. Η δική μου asrock καθώς και κάποιες asus, gigabyte, msi που έψαξα δεν γράφουν τίποτα. Ξέροντας τώρα τι έφταιγε, σκέφτομαι μήπως η υποδομή gvfs την οποία χρησιμοποιεί ο thunar-volman έκανε κάποιο probe στη συσκευή στέλνοντας ATAPI εντολές με συνέπεια να γίνεται reset στους controllers. Η πλάκα τώρα είναι ότι λες και όλα τα συστατικά συνεργάζονταν για να βγάλω λάθος συμπέρασμα

Αυτές τις ημέρες δεν έτυχε να γράψω κάποιο δισκάκι. Ίσως και τις φορές που έπαιξε, αν έβαζα να γράψω και στέλνονταν ATAPI εντολές να κρεμούσε και τότε.

Όλους τους ελεγκτές τους έχω σεταρισμένους σαν AHCI οπότε δεν έλεγξα αν βάζοντας τον σε IDE κατάσταση θα έπαιζε σωστά το bluray. Αν κάποιος έχει γεμάτες όλες τις sata θύρες του chipset και του μένουν μόνο θύρες των άλλων ελεγκτών, ας το δοκιμάσει. Οι υπόλοιποι απλά βάλετε το dvd / bluray στον ελεγκτή του chipset.

[GoofyX]

Συγγνώμη, ποιό είναι το πρόβλημά του;

emerge -vpuDNt world

These are the packages that would be merged, in reverse order:

Calculating dependencies                      ... done!
[nomerge       ] sys-apps/man-db-2.7.6.1-r2::gentoo  USE="berkdb gdbm manpager nls zlib (-selinux) -static-libs" 
[nomerge       ]  app-text/po4a-0.47-r1::gentoo  USE="-test" 
[ebuild  N     ]   app-text/openjade-1.3.2-r8::gentoo  USE="-static-libs" 874 KiB
[ebuild   R    ] net-analyzer/wireshark-3.0.4:0/3.0.4::gentoo  USE="capinfos captype dftest dumpcap editcap filecaps http2%* libxml2 lz4 mergecap netlink pcap qt5 randpkt randpktdump reordercap sharkd ssl text2pcap tshark udpdump zlib -adns -androiddump -bcg729 -ciscodump -doc -dpauxmon -kerberos -lua -maxminddb -sbc -sdjournal (-selinux) -smi -snappy -spandsp -sshdump -tfshark (-nghttp2%*)" PYTHON_TARGETS="python3_5 python3_6 (-python3_7)" 0 KiB
[ebuild     U  ] www-client/firefox-bin-69.0.3::gentoo [69.0.2::gentoo] USE="ffmpeg pulseaudio startup-notification (-selinux)" L10N="el -ach -af -an -ar -ast -az -be -bg -bn -br -bs -ca -cak -cs -cy -da -de -dsb -en-CA -en-GB -eo -es-AR -es-CL -es-ES -es-MX -et -eu -fa -ff -fi -fr -fy -ga -gd -gl -gn -gu -he -hi -hr -hsb -hu -hy -ia -id -is -it -ja -ka -kab -kk -km -kn -ko -lij -lt -lv -mk -mr -ms -my -nb -nl -nn -oc -pa -pl -pt-BR -pt-PT -rm -ro -ru -si -sk -sl -son -sq -sr -sv -ta -te -th -tr -uk -ur -uz -vi -xh -zh-CN -zh-TW" 64993 KiB
[nomerge       ] kde-apps/kdesdk-meta-19.04.3:5::gentoo  USE="git subversion -bazaar -cvs -mercurial -webkit" 
[nomerge       ]  kde-apps/dolphin-plugins-subversion-19.04.3:5::gentoo  USE="-debug" 
[nomerge       ]   dev-vcs/subversion-1.12.2::gentoo  USE="berkdb extras gnome-keyring http java kwallet nls perl python sasl -apache2 -ctypes-python -debug -doc -dso -ruby -test -vim-syntax" PYTHON_TARGETS="python2_7" 
[nomerge       ]    gnome-base/libgnome-keyring-3.12.0-r1::gentoo  USE="introspection -debug -test -vala" ABI_X86="(64) -32 (-x32)" 
[nomerge       ]     gnome-base/gnome-keyring-3.28.2::gentoo  USE="caps filecaps pam ssh-agent (-selinux) -test" 
[ebuild     U  ]      net-misc/openssh-8.0_p1-r4::gentoo [8.0_p1-r2::gentoo] USE="X pam pie ssl -X509 -audit -bindist -debug -hpn -kerberos -ldns -libedit -libressl -livecd -sctp (-selinux) -static -test -xmss" 0 KiB
[ebuild     UD#] dev-lang/perl-5.26.2:0/5.26::gentoo [5.28.2-r1:0/5.28::gentoo] USE="berkdb gdbm -debug -doc -ithreads" 0 KiB
[ebuild     U ~] media-libs/exiftool-11.69::gentoo [11.65::gentoo] USE="-doc" 4521 KiB
[ebuild  NS   ~] sys-kernel/gentoo-sources-5.3.5:5.3.5::gentoo [5.3.4:5.3.4::gentoo] USE="symlink -build -experimental" 177 KiB
[nomerge       ] app-text/openjade-1.3.2-r8::gentoo  USE="-static-libs" 
[nomerge       ]  app-text/opensp-1.5.2-r3::gentoo  USE="nls -doc -static-libs -test" 
[ebuild  N    #]   net-libs/libnsl-0-r1:0/1::gentoo  ABI_X86="32 (64) (-x32)" 0 KiB
[ebuild     UD#]    sys-libs/glibc-2.25-r11:2.2::gentoo [2.29-r2:2.2::gentoo] USE="caps gd (multilib) rpc%* -audit -debug% (-hardened) -headers-only -nscd -profile (-selinux) -suid -systemtap (-vanilla) (-cet%) (-compile-locales%) (-doc%) (-multiarch%*) (-split-usr%*) (-ssp%*) (-test%)" 21501 KiB

Total: 9 packages (3 upgrades, 2 downgrades, 2 new, 1 in new slot, 1 reinstall), Size of downloads: 92064 KiB

!!! Multiple package instances within a single package slot have been pulled
!!! into the dependency graph, resulting in a slot conflict:

dev-lang/perl:0

  (dev-lang/perl-5.28.2-r1:0/5.28::gentoo, installed) pulled in by
    =dev-lang/perl-5.28* required by (virtual/perl-Sys-Syslog-0.350.0-r2:0/0::gentoo, installed)
    ^              ^^^^^                                                                                                                               
    dev-lang/perl:0/5.28= required by (dev-perl/Encode-Locale-1.50.0:0/0::gentoo, installed)
                 ^^^^^^^^                                                                                                       
    (and 134 more with the same problems)

  (dev-lang/perl-5.26.2:0/5.26::gentoo, ebuild scheduled for merge) pulled in by
    dev-lang/perl:0/5.26= required by (dev-perl/SGMLSpm-1.1-r1:0/0::gentoo, installed)
                 ^^^^^^^^                                                                                                 
    (and 3 more with the same problem)

sys-libs/glibc:2.2

  (sys-libs/glibc-2.29-r2:2.2/2.2::gentoo, installed) pulled in by
    >=sys-libs/glibc-2.29 required by (app-office/libreoffice-bin-6.2.5.2:0/0::gentoo, installed)
    ^^               ^^^^                                                                                                                               

  (sys-libs/glibc-2.25-r11:2.2/2.2::gentoo, ebuild scheduled for merge) pulled in by
    <sys-libs/glibc-2.26 required by (net-libs/libnsl-0-r1:0/1::gentoo, ebuild scheduled for merge)
    ^               ^^^^                                                                                                                                  

NOTE: Use the '--verbose-conflicts' option to display parents omitted above

It may be possible to solve this problem by using package.mask to
prevent one of those packages from being selected. However, it is also
possible that conflicting dependencies exist such that they are
impossible to satisfy simultaneously.  If such a conflict exists in
the dependencies of two different packages, then those packages can
not be installed simultaneously.

For more information, see MASKED PACKAGES section in the emerge man
page or refer to the Gentoo Handbook.


The following mask changes are necessary to proceed:
 (see "package.unmask" in the portage(5) man page for more details)
# required by virtual/libc-1::gentoo
# required by @system
# required by @world (argument)
# /usr/portage/profiles/package.mask:
# Michał Górny <mgorny@gentoo.org>, Andreas K. Hüttel <dilfridge@gentoo.org>,
# Matthias Maier <tamiko@gentoo.org> (2017-05-21 and later updates)
# These old versions of toolchain packages (binutils, gcc, glibc) are no
# longer officially supported and are not suitable for general use. Using
# these packages can result in build failures (and possible breakage) for
# many packages, and may leave your system vulnerable to known security
# exploits.
# If you still use one of these old toolchain packages, please upgrade (and
# switch the compiler / the binutils) ASAP. If you need them for a specific
# (isolated) use case, feel free to unmask them on your system.
=sys-libs/glibc-2.25-r11
# required by app-text/opensp-1.5.2-r3::gentoo
# required by app-text/openjade-1.3.2-r8::gentoo
# required by app-text/po4a-0.47-r1::gentoo
# required by sys-apps/man-db-2.7.6.1-r2::gentoo[nls]
# required by @selected
# required by @world (argument)
# /usr/portage/profiles/package.mask:
# Andreas K. Hüttel <dilfridge@gentoo.org> (2018-09-11)
# Mask transition ebuilds that were needed only for <glibc-2.26
# We will keep them in the tree as long as we have masked
# <glibc-2.26.
=net-libs/libnsl-0-r1
# required by dev-perl/Text-WrapI18N-0.60.0-r1::gentoo
# required by app-text/po4a-0.47-r1::gentoo
# required by sys-apps/man-db-2.7.6.1-r2::gentoo[nls]
# required by @selected
# required by @world (argument)
# /usr/portage/profiles/arch/base/package.mask:
# Andreas K. Hüttel <dilfridge@gentoo.org> (2019-08-30)
# Perl 5.26 will be removed soon. Please upgrade.
# This block is here (and not in ../../package.mask) since we still need
# it and unmask it on hppa and sparc. See bug 676062 and bug 683018.
=dev-lang/perl-5.26.2

NOTE: The --autounmask-keep-masks option will prevent emerge
      from creating package.unmask or ** keyword changes.

 * In order to avoid wasting time, backtracking has terminated early
 * due to the above autounmask change(s). The --autounmask-backtrack=y
 * option can be used to force further backtracking, but there is no
 * guarantee that it will produce a solution.

Edit: Με το που αφαίρεσα το opensp, προχώρησε...

[GoofyX]

Έγραψα και στο νήμα του Arch... Ο Greg Kroah-Hartman χρησιμοποιεί Arch. Βασικά ο ίδιος λέει ότι έφυγε από το Gentoo "a while ago, why did I choose Arch...?": https://youtu.be/sDrRvrh16ws?t=1573

Προδότη!!!

[imitheos]

Χεχε.

Βασικά στο Gentoo δεν ήταν πάραααα πολύ παλιά πριν ακόμη πάει στο opensuse ή θυμάμαι λάθος;

[pap]

Ότι προστάζει η μόδα.

[GoofyX]

Χεχε.

Βασικά στο Gentoo δεν ήταν πάραααα πολύ παλιά πριν ακόμη πάει στο opensuse ή θυμάμαι λάθος;

Από αυτά που λέει κατάλαβα ότι από το rolling πράμα του Arch δημιουργήθηκε το Tumbleweed...; Ή δεν κατάλαβα καλά; Άρα το Gentoo πρέπει να το είχε πολύ παλιά.

Επίσης, κουτσομπολιό:

2019-10-29-cryfs-0_10-update
Title sys-fs/cryfs-0.10.2 update
Author Andreas Sturmlechner <asturm@gentoo.org>
Posted 2019-10-29
Revision 1

Filesystems created with CryFS 0.9.x are incompatible with the new storage
format. [1] Migration is necessary before mounting with CryFS 0.10 and
possible for old containers going back as far as CryFS 0.9.4. [2]

However, upstream recommend to create new containers with 0.10 to avoid
potential data loss from a failed migration, and in order to benefit from all
performance advantages of the new format.

Before updating, copy all data from cryfs containers to a temporary and secure
location. After the update, move it back into a newly created container. Don't
forget to remove the temporary files afterwards.

Users of KDE Plasma Vaults should follow the same procedure. To check the type
of existing containers, open them using the Vaults widget. It is part of the
path as displayed in dolphin.

[1] https://bugs.gentoo.org/690324
[2] https://github.com/cryfs/cryfs/releases/tag/0.10.1

[tsigarid]

Εδώ και μέρες με βασανίζει το compilation του firefox. Παίρνω αυτό:

1096:20.66 gmake[2]: *** [/var/tmp/portage/www-client/firefox-68.2.0/work/firefo
x-68.2.0/config/recurse.mk:34: compile] Error 2
1096:20.66 gmake[1]: *** [/var/tmp/portage/www-client/firefox-68.2.0/work/firefo
x-68.2.0/config/rules.mk:413: default] Error 2
1096:20.66 gmake: *** [client.mk:125: build] Error 2
1096:20.71 11 compiler warnings present.
 * ERROR: www-client/firefox-68.2.0::gentoo failed (compile phase):
 *   (no error message)
 *
 * Call stack:
 *     ebuild.sh, line 125:  Called src_compile
 *   environment, line 5266:  Called die
 * The specific snippet of code:
 *       GDK_BACKEND=x11 MOZ_MAKE_FLAGS="${MAKEOPTS} -O" SHELL="${SHELL:-${EPREFIX}/bin/bash}" MOZ_NOSPAM=1 ${_virtx} ./mach build --verbose || die

Χωρίς μήνυμα σφάλματος, τι μπορώ να κάνω;

[pap]

Ψάξε στο build log το error 1 (όχι 2 που έγραφα πριν) που αρχίζει.

[Gentoo]

Εδώ και μέρες με βασανίζει το compilation του firefox. Παίρνω αυτό:

1096:20.66 gmake[2]: *** [/var/tmp/portage/www-client/firefox-68.2.0/work/firefo
x-68.2.0/config/recurse.mk:34: compile] Error 2
1096:20.66 gmake[1]: *** [/var/tmp/portage/www-client/firefox-68.2.0/work/firefo
x-68.2.0/config/rules.mk:413: default] Error 2
1096:20.66 gmake: *** [client.mk:125: build] Error 2
1096:20.71 11 compiler warnings present.
 * ERROR: www-client/firefox-68.2.0::gentoo failed (compile phase):
 *   (no error message)
 *
 * Call stack:
 *     ebuild.sh, line 125:  Called src_compile
 *   environment, line 5266:  Called die
 * The specific snippet of code:
 *       GDK_BACKEND=x11 MOZ_MAKE_FLAGS="${MAKEOPTS} -O" SHELL="${SHELL:-${EPREFIX}/bin/bash}" MOZ_NOSPAM=1 ${_virtx} ./mach build --verbose || die

Χωρίς μήνυμα σφάλματος, τι μπορώ να κάνω;

Δοκίμασε να τον χτισεις με διαφορετικά cflags. Δες επίσης αν υπάρχει κάποιο θέμα με τον clang (αν και δεν νομίζω να ναι εκεί το πρόβλημα).

Δοκίμασε να χτίσεις την 70 έκδοση.

[GoofyX]

Δοκίμασε να τον χτισεις με διαφορετικά cflags. Δες επίσης αν υπάρχει κάποιο θέμα με τον clang (αν και δεν νομίζω να ναι εκεί το πρόβλημα).

Δοκίμασε να χτίσεις την 70 έκδοση.

Παίζει και να είναι ο clang. Σε εμένα δεν χτιζόταν ο Thunderbird λόγω clang. Μόλις έβγαλα το flag, χτίστηκε κανονικά. Δοκίμασέ το.

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

[tsigarid]

Δεν έχω clang:

     Installed versions:  60.8.0^d(12:57:02 PM 07/29/2019)(gmp-autoupdate screenshot -bindist -clang -custom-cflags -custom-optimization -dbus -debug -eme-free -geckodriver -hardened -hwaccel -jack -neon -pulseaudio -selinux -startup-notification -system-harfbuzz -system-icu -system-jpeg -system-libevent -system-libvpx -system-sqlite -test -wifi L10N="-ach -af -an -ar -as -ast -az -bg -bn-BD -bn-IN -br -bs -ca -cak -cs -cy -da -de -dsb -el -en-GB -en-ZA -eo -es-AR -es-CL -es-ES -es-MX -et -eu -fa -ff -fi -fr -fy -ga -gd -gl -gn -gu -he -hi -hr -hsb -hu -hy -id -is -it -ja -ka -kab -kk -km -kn -ko -lij -lt -lv -mai -mk -ml -mr -ms -nb -nl -nn -or -pa -pl -pt-BR -pt-PT -rm -ro -ru -si -sk -sl -son -sq -sr -sv -ta -te -th -tr -uk -uz -vi -xh -zh-CN -zh-TW")

- - - Updated - - -

Ψάξε στο build log το error 1 (όχι 2 που έγραφα πριν) που αρχίζει.

853:57.84 gmake[4]: *** [/var/tmp/portage/www-client/firefox-68.2.0/work/firefox
-68.2.0/config/rules.mk:828: SkOpts.o] Error 1

Σου λέει κάτι;

[GoofyX]

Δες μήπως είναι αυτό.

[tsigarid]

Δες μήπως είναι αυτό.

Δεν πρέπει να είναι, αυτό σχετίζεται με linux-headers-5.2, εγώ έχω 4.19.

[Gentoo]

Δεν πρέπει να είναι, αυτό σχετίζεται με linux-headers-5.2, εγώ έχω 4.19.

Ένα σχετικό νήμα στο gentoo forum (για την έκδοση 65 βέβαια, αλλά το error είναι παρεμφερές) -> https://forums.gentoo.org/viewtopic-p-8307258.html

Ρίξε μία ματιά στο 3ο πόστ απ'το τέλος, ίσως βοηθήσει.

[pap]

Κάπου μέσα στον Σεπτέμβρη είδα ένα bug του firefox, δεν ξέρω ποια gcc έχεις, αν έχεις χρόνο και εγκατεστήμενη την 7.4 κάνε μια προσπάθεια με αυτήν, αλλιώς καλύτερα να ανοίξεις ένα bug.
Καλή τύχη.