Περιεργο προβλημα στην εκκινηση

[imitheos]

Βρηκα τον 4.17.12 απο εδω
https://xanmod.org/

και τον εβαλα

$ uname -a
Linux mitsos 4.17.12-xanmod8 #2 SMP PREEMPT Fri Aug 3 14:42:34 -03 2018 x86_64 GNU/Linux

αλλα και παλι δεν...

$ sudo ethtool eth0 | grep Wake
	Supports Wake-on: pumbg
	Wake-on: d

Δεν έχω παρακολουθήσει το νήμα και σίγουρα θα πω χαζομάρα αλλά μήπως το κλείνει κάποιο initscript ? Αφού σου λέει ότι υποστηρίζει g, αν τρέξεις χειροκίνητα

ethtool -s eth0 wol g

δεν σου παίζει μετά ?

[jim_p]

Καλημερα. Μου παιζει μετα, αλλα θα πρεπει να το κανω σε καθε εκκινηση αυτο. Το ξερω οτι κατι τετοιο μπορει να γινει με καποιο systemd service ή με το rc.local, αλλα προφανως ειναι ματσακονια που στην ουσια καλυπτει την αναπηρια του driver ή του hardware που δεν κανει wol.
Πριν χρονια ειχα μια παλια realtek στο μπρικι, η οποια δεν υποστηριζε καν wol. Θα μπορουσα να κανω αυτο που λες, αλλα προτιμησα να την αλλαξω με μια παλια intel e100 και το wol της παιζει χωρις κανενα προβλημα απο τοτε.

Θα περιμενω να περασει στο debian ο 4.17.11+ για να δω αν οντως ισχυει η αλλαγη που παρεθεσα παραπανω και βλεπουμε. Στο μεταξυ, πειραματιζομαι με τον 4.17.12 του xanmod.

[Vtester]

Λίγο άσχετο αλλά αν χρειαστείς pcie gbit καρτουλα δες αυτήν https://m.ebay.com/itm/Intel-Chip-I2...4AAOSw5cNYLocp . λογικά είσαι κομπλε αρα μην μπεις σε έξοδα απλα την έβαλα να υπάρχει στα υποψιν

[imitheos]

Τώρα θα μου πεις "κάτι μας είπες. πώς μου λύνει αυτό το πρόβλημά μου;" αλλά από τότε που πήγα σε μητρική με intel κάρτα και τον e1000e οδηγό σώθηκα. Έχω και μια παλιά pci κάρτα με τον e1000 οδηγό και εκείνη απροβλημάτιστη. Ενώ η realtek πρέπει να είναι σοβαρή εταιρία αν κρίνουμε από το γεγονός ότι και στο κομάτι του ethernet και του ήχου παρέχει το 99% των chipset, παρόλα αυτά όλο προβλήματα είχα. Είχα αλλάξει από τον in-tree οδηγό σε ένα εξωτερικό οδηγό που έπαιζε λίγο καλύτερα αλλά και πάλι είχα κάποια θέματα.

Τις προάλλες κοιτούσα για μια σύνθεση με ryzen και όταν είδα ότι όλες οι μητρικές έδιναν realtek chipset μου έπεσε η διάθεση στο πάτωμα

[Vtester]

Δεν ισχυει αυτό εκτός αν κοιτας τις πολύ φθηνές, που ούτως ή άλλως δεν κανουν παντα κατα την άποψη μου για αλλους λόγους και όχι λόγω realtek. Αλλά επειδή το θέμα δεν είναι για αυτό αν θέλεις ανοιγεις άλλο ή στείλε και pm να σου προτείνω.

[jim_p]

Εκανα μια τεραστια ανακαλυψη και πραγματικα απορω πως μου διεφυγε σε τοσες δοκιμες που εκανα, ακομα και με τον liquorix.

Αφου λοιπον εβαλα τον 4.17.12 του xanmod και εκκινησα σε αυτον, ειδα το "d" στο output του ethtool και το εκανα "g" με το χερι, με τον τροπο που λεει ο imitheos παραπανω, τον εκλεισα και τον ανοιξα μεσω wol και δουλεψε. Και μετα τον εκλεισα κανονικα, και οταν δοκιμασα να τον ξανανοιξω μεσω wol, ξανανοιξε! Αρα το "g" διατηρηθηκε αναμεσα στους τερματισμους.

Μετα δοκιμασα το ιδιο με τον 4.17.8, τον στοκ πυρηνα του debian αυτη τη στιγμη, και απλα δεν καταφερε να κανει δευτερη εκκινηση με wol. Με το που ξεκινησε, το "g" εγινε "d" και τερμα. Τερματισμος και παπαλα το wol.

Λεω να μεινω στον 4.17.12 του xanmod προς το παρον και να μην δοκιμασω το παραπανω στους 4.16 και 4.17 του liquorix, μεχρι να ενημερωθει το στοκ πακετο σε κατι νεοτερο του 4.17.11.

[imitheos]

Φυσικά να μείνεις στον 4.17.12. Εφόσον τον 8άρη πυρήνα παίζει μία φορά το wol και στην επόμενη εκκίνηση κλείνει λόγω του regression, αν είχες ένα systemd service που να ανοίγει το wol σε κάθε boot, τότε και εκεί θα έπαιζε τζάμι για πάντα. Στον 12άρη όμως θα έχουν μπει ένα κάρο bug fixes σε σχέση με τον 8άρη οπότε καλά είσαι εκεί.

Σημειοτέον, τώρα χτίζω τον 4.17.13 που βγήκε σήμερα. Σε λίγες ώρες ίσως τον πετύχεις σε κάποιο repository για debian

[jim_p]

Καλησπερα σε ολους.
Μιας και δεν βλεπω το debian να χτιζει κατι νεοτερο του 4.17.8 αλλα το κοβω να πηγαιενι κατευθειαν στον 4.18, παραμενω στον xanmod που εχει φτασει στην 4.17.14, για να εχω wol. Παρολα αυτα, σημερα παρατηρησα το εξης κουλο: υπαρχουν τεραστια logs μεσα στο /var/log!

--- /var/log -------------------------------------------------------------------
  662.4 MiB [##########]  syslog                                                
  661.8 MiB [######### ]  kern.log
  660.0 MiB [######### ]  debug   
   15.3 MiB [          ] /installer

~2GB απο logs, συν αλλα ~2GB που εσβησα επειδη ηταν "τα παλια", πχ syslog.1.gz. Μπορω να κανω κατι για να μην μου γεμιζει τον ssd για πλακα? Μπορω να σβησω με ασφαλεια αυτα που ηδη υπαρχουν?

Ρωταω εδω και οχι στο θεμα του debian επειδη ειμαι σχεδον σιγουρος οτι τα συγκεκριμενα αρχεια δημιουργηθηκαν απο τον xanmod.

- - - Updated - - -

Τα εσβησα και ο θεος βοηθος :P

- - - Updated - - -

Μετα απο μολις ΔΥΟ εκκινησεις

--- /var/log -------------------------------------------------------------------
   80.9 MiB [##########]  syslog                                                
   80.9 MiB [######### ]  kern.log
   80.7 MiB [######### ]  debug

Επιστρεφω εκτακτως στον μαμα πυρηνα του debian.

[megahead13]

Logrotate

[jim_p]

Δηλαδη?

Παραθετω τα μεγεθη των παραπανω logs με τον μαμα πυρηνα

...
  180.0 KiB [          ]  syslog                                                
...
  148.0 KiB [          ]  kern.log
...
   32.0 KiB [          ]  debug

Τριχες δηλαδη. Αρα οντως φταιει ο xanmod, οποτε μενω στον μαμα.

[imitheos]

Γιατί δεν βλέπεις τι μηνύματα logάρει και έχει τόσο μεγάλο όγκο αρχείου ?

[jim_p]

Εριξα μια ματια στο syslog των 600mb με την head αλλα δεν καταλαβα και πολλα. Ειχε φτιαχτει στις 10 Αυγουστου και ελεγε πανω κατω οτι και το dmesg.

- - - Updated - - -

Περασε χτες το debian σε 4.17.14 (πακετο linux-image-4.17-2-whatever), τον εβαλα απο το unstable πριν λιγο και το wol επιτελους επεστρεψε!
Καλο 15αυγουστο σε ολους.

[Vtester]

Ωραία. Χρόνια πολλά!!!

[jim_p]

Για το προβλημα που ελεγα πριν 2 μηνες, με την υποστηριξη html5 στον ff να μενει κουλη οταν δεν υπαρχουν εγκατεστημενες οι libav* του ffmpeg...

Διαβαζοντας νωριτερα το reddit του debian, επεσα πανω σε αυτο. Δεν ξερω ποσο αναγαιο ειναι το libopenh264-4, μιας και μπαινει σαν εξαρτηση του libavcodec58, αλλα παιζει να ισχυει αυτο που λεει ο τυπος? Να χρειαζεται δηλαδη μονο το libopenh264-4 και οχι ολα τα libav*?
https://gboudrias.ca/blog/getting-h2...le-and-testing

[jim_p]

Ανασυρω το θεμα μου γιατι ξαφνικα ξαναρχισε να κανει αυτα που λεω στην αρχη του θεματος, χωρις να του κανω τιποτα αυτη τη φορα. Εκκινω μια φορα απο cold boot, κολλαει ειτε στο tty με τον κερσορα πανω αριστερα να μενει μονιμα αναμενως, ειτε στην αλλαγη σε γραφικο περιβαλλον, δεν με αφηνει να συνδεθω μεσω ssh, κανω reisub ή hard reset και τοτε ξεκιναει κανονικα. Εχει συμβει ηδη 4 φορες απο το πρωι.

Αυτα ενημερωθηκαν σημερα

Start-Date: 2018-09-11  07:21:42
Commandline: apt-get upgrade
Upgrade: libwayland-egl1:amd64 (1.15.0-2, 1.16.0-1), liblcms2-2:amd64 (2.9-2, 2.9-3), libc6:amd64 (2.27-5, 2.27-6), locales:amd64 (2.27-5, 2.27-6), libwayland-client0:amd64 (1.15.0-2, 1.16.0-1), libc-l10n:amd64 (2.27-5, 2.27-6), libc-bin:amd64 (2.27-5, 2.27-6), libxss1:amd64 (1:1.2.2-1+b2, 1:1.2.3-1), libwayland-server0:amd64 (1.15.0-2, 1.16.0-1), libwayland-cursor0:amd64 (1.15.0-2, 1.16.0-1)
End-Date: 2018-09-11  07:21:57

και στην opera παρατηρω το "πηδημα" στο scrolling που ελεγα. Στους αλλους browsers δεν παρατηρησα κατι ακομα.

Πριν εμφανιστει το προβλημα ειχα χρησιμοποιησει το καλωδιο του τροφοδοτικου του για να συνδεσω ενα παλιο pc που τελικα ειχε καμμενο τροφοδοτικο και μητρικη γιαυτο δεν δουλευε. Δεν εβγαλα τιποτε αλλο απο πανω.

- - - Updated - - -

Και ενα ακομα κουλο που παρατηρησα μολις τωρα.
Εστω οτι ξεκιναει και κολλαει αμεσως πριν βγει στο desktop. Παω να συνδεθω σε αυτο μεσω ssh απο το κινητο αλλα μενει στη συνδεση. Με το που θα κανω reisub και θα πατησω το b στο τελος, συνδεεται και καπακι κοβει τη συνδεση! Βλεπω δηλαδη το jim@mitsos~$ στον ssh client του κινητου για ενα κλασμα του δευτερολεπτου και μετα με πεταει εξω λεγοντας disconnected.