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

[imitheos]

Και το ακομα πιο περιεργο ειναι πως το ldd δεν δειχνει οτι του λειπει κατι

$ ldd /usr/lib/firefox/firefox
	linux-vdso.so.1 (0x00007ffd3fb33000)
	libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 (0x00007f6366faf000)
	libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x00007f6366dab000)
	libstdc++.so.6 => /usr/lib/x86_64-linux-gnu/libstdc++.so.6 (0x00007f6366a2a000)
	libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1 (0x00007f6366812000)
	libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f6366458000)
	/lib64/ld-linux-x86-64.so.2 (0x00007f63673fe000)
	libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007f63660c5000)

Επισης, πως θα ξερω ποιες να ξαναβαλω οταν δεν υπαρχει κατι που να λεει ποιες χρειαζοταν? Και πως θα τις "κρατησει" το apt και δεν θα τις πεταξει σαν ορφανες με το επομενο autoremove?

Το firefox στο /usr/lib (και το firefox-bin) έχουν πολύ λίγες εξαρτήσεις. Όπως βλέπεις, ούτε καν οι glib/gtk δεν εμφανίζονται. Οι εξαρτήσεις είναι διασκορπισμένες στις άλλες βιβλιοθήκες με τον κύριο όγκο να είναι στην libxul αν δεν κάνω λάθος. Ακόμη όμως και την libxul να κάνεις ldd δεν θα βρεις το ffmpeg (ούτε το pulseaudio).

Αυτές τις βιβλιοθήκες ο firefox (και το steam και το skype και άλλα προγράμματα) τις ανοίγουν δυναμικά με dlopen ώστε να μην φαίνονται ως "εξαρτήσεις" και να μπορεί έτσι το πρόγραμμα να δουλεύει και χωρίς αυτές. Αν κατεβάσεις από το ftp.mozilla.org ένα firefox και δεν έχεις pulseaudio, αυτός θα ξεκινά κανονικά και απλά δεν θα έχεις ήχο.

Δοκίμασα σε εμένα να σβήσω όλα τα gst-plugins-τάδε και το ffmpeg και ξεκινώντας τον firefox παίρνω όπως εσύ τα δύο h264 κόκκινα. Μετά έβαλα ξανά μόνο το ffmpeg και τα h264 δουλεύουν τζάμι το οποίο επαληθεύει αυτό που θυμόμουν.

Λόγω νομικών προβλημάτων και πατεντών ο firefox δεν είχε ποτέ υποστήριξη h264. Αρχικά χρησιμοποιούσε το πακέτο gst-plugins-ffmpeg (πάλι με dlopen), μετά αυτό μετονομάστηκε σε gst-plugins-libav από μία έκδοση ffmpeg και μετά, και τέλος εδώ και λίγες εκδόσεις firefox, χρησιμοποιεί κατευθείαν την libavcodec χωρίς ενδιάμεσα προγραμμάτα.

Μήπως το πρόβλημα είναι στην έκδοση 4 του ffmpeg που έλεγες τις προάλλες ? Υπάρχει στο repository είτε παλιό ffmpeg ή παλιά libavcodec να την εγκαταστήσεις και να δεις αν παίζει ? (σε εμένα η libavcodec που λειτουργεί έχει έκδοση 57.107.100 και το ffmpeg 4 είναι masked για να μην μπορεί να εγκατασταθεί). Από ό,τι βλέπω στο packages.debian.org, το testing δίνει το 3.4.2 οπότε άκυρο αυτό που είπα. Δεν ξέρω τι μπορεί να φταίει.

[jim_p]

Αυτο ηταν με τις βιβλιοθηκες που ελειπαν. Τωρα παιζουν ολα και παλι.
Ενα κουλο που παρατηρησα ειναι πως το downloadhelper (γνωστος downloader για διαφορες σελιδες με βιντεο) δεν επιανε το βιντεο αν αυτο δεν ξεκινουσε να παιξει. Ισως να ειναι καποιος περιορισμος του προσθετου σαν web extension, παντως θυμαμαι οτι επιανε το βιντεο με το που ανοιγε η σελιδα και το εκανε απο της πρωτες του εκδοσεις, την εποχη του ff 2!

@Vtester
Δεν αλλαξε κατι στα 720p στα windows. Κολλανε τα 720p και χανουν καποια frames, αλλα αφου φτιαχτηκε στο λινουξ, κλαϊν. Σε chromium (69) και chrome (67) δεν υπαρχει κανενα προβλημα.

@imitheos
Δικιο εχεις, αλλα η ιδια η διανομη θα επρεπε να τα εχει σαν εξαρτησεις, εστω και εμμεσες. Για ff esr 52.x εχει σαν recommended καποια βιβλιοθηκη του gstreamer που σερνει ολες τις παραπανω αν εγκατασταθει. Το arch εχει ολο το ffmpeg σαν κανονικη εξαρτηση του ff.
Γιαυτο και εγω ανοιξα ενα grave bug report να το φτιαξουν.

[jim_p]

Καλημερα σε ολους.

Πανω που νομιζα οτι ολα ηταν οκ, μολις εκανε το ιδιο πραγμα στα windows. Εφτασε στην μαυριλα και μετα απο λιγη ωρα πεταξε μια bsod με τα παρακατω

Attempt to reset the display driver and recover from timeout failed.

If this is the fist time blablabla (οι γνωστες μπουρδες της bsod)

STOP: 0x00000116 blablabla

nvlddmkm.sys adress blablabla

Μετα απο hard reset μπηκε κανονικα στα windows. Να συμπληρωσω οτι πριν κανω επανεκκινηση να μπω στα windows ημουν σε λινουξ και ειχε μπει κανονικα.

- - - Updated - - -

Και μολις το ξανακανε στο λινουξ, 2 απανωτες φορες μαλιστα, δηλαδη εκκινηση > προβλημα > hard reset > εκκινηση > προβλημα > hard reset. Επεστρεψα στη λυση της αναλυσης στο framebuffer που λεω παραπανω και μπηκε κανονικα.

[Vtester]

Η κάρτα παιρνει εξωτερική τροφοδοσία; την δοκιμασες και σε αλλη pcie ή δεν έχει η μητρική;

[jim_p]

Οχι, δεν παιρνει εξωτερικη τροφοδοσια (9500 gt) και δυστυχως εχω μονο μια pcie (gigabyte p35-ds3r).

Να πω και την αμαρτια μου, παρολο που δεν πειραξα κατι απο την καρτα και τα καλωδια της, το πρωι εβγαλα το ποντικι για να το ξεμπλεξω και το ξαναβαλα.

[Vtester]

Μήπως να εβγαζες καλώδιο απο τροφοδοσία και να παταγες το κουμπί του power να βγαλεις το ρεύμα και να έκανες και ενα clear cnos; αν εχεις κανει ρυθμίσεις στο bios πχ boot priority κλπ θα πρεπει να τα ξανακανεις. Μου φαίνεται περίεργο που μια μπαίνει και μια όχι. Δεν φαίνεται πάντως τόσο για πρόβλημα software. Μπορείς να το δοκιμασεις και χωρίς ποντίκι αν νομίζεις οτι παίζει ρολο.

[jim_p]

Και μολις το εκανε και με το workaround για το framebuffer που λεω παραπανω... Εκτος απο το hard reset, πιανει και το reisub για πιο ανωδυνη επανεκκινηση. Κριμα που δεν υπαρχει κατι αναλογο για τα windows και εκει κανω hard reset.

Clear cmos δεν θελω να κανω, γιατι πρεπει να αλλαξω πολλα μετα (boot order, wake on lan κλπ). Το ρευμα του το εβγαλα αλλα και παλι τιποτα. Εβγαλα και την καρτα και την ξαναβαλα.
Αν και ο κωδικος στην bsod και το αρχειο απο κατω λενε 100% nvidia και προβλημα με την gpu, πιστευω πως αν το αφησω παλι θα φτιαχτει απο μονο του.

[jim_p]

Μετα την συμερινη ενημερωση, που περιλαμβανε και ενημερωση στο πακετο linux-image-4.16.0-2-amd64, παλι μαυριζει πριν φτασει στο desktop. Απο ssh μπορω να μπω κανονικα, βλεπω καποια κινηση στα ledακια της καρτας δικτυου οταν εχει τη μαυριλα, το reisub πιανει κανονικα, αλλα ακομα και μετα απο 3 επανεκκινησεις δεν μπαινει στο desktop. Καμια ιδεα?
Παω να βγαλω τις 3-4 boot parameters που εχω στον πυρηνα και ξαναποσταρω αν ειναι.

Στα windows μπαινει κανονικα.

[Vtester]

Downgrade στον kernel βοηθάει;

[jim_p]

Δεν μπορω να τον κανω, εχει μονο αυτη την εκδοση στο repo και τερμα. Μετα παω σε 4.17 απο experimental.

Επιπλεον πληροφοριες.
Δεν αλλαξε κατι βγαζοντας τις παραμετρους εκκινησης του πυρηνα. Σε single user mode μπαινει κανονικα και με βγαζει ως το root prompt. Σε κανονικο mode, το dmesg λεει αυτα τα τρομακτικα. Οποιος ξερει να τα μεταφρασει...
http://paste.debian.net/1031534

Σε μια κινηση απελπισιας, ξαναβαλα τον gtk greeter στον lightdm, αλλα δεν εφταιγε αυτο.

- - - Updated - - -

Με τα λιγα... κινεζικα που ξερω, σκεφτομαι οτι μπορει να γκρινιαζει λογω του driver της nvidia (legacy 340). Να βαλω το πακετο απο το unstable που ειναι μια major εκδοση μπροστα (340.107 vs 340.106)?

- - - Updated - - -

Μπηκε βαζοντας αυτο σαν boot parameter

slab_common.usercopy_fallback=y

Το προβλημα υπαρχει και σε αλλες διανομες με τον 4.16, ακομα και με τον κανονικο driver.

[Vtester]

Και εγώ θέμα driver με εκδοση kernel φανταστηκα γι αυτό σου πρότεινα downgrade. Δεν έχω ασχοληθεί πολύ με την διανομή που χρησιμοποιείς αλλά δεν μπορείς να φτιαξεις και ενα τοπικό repo με εκδόσεις kernel ώστε αν κάτι πάει στραβά να μπορείς να επιστρέψεις σε παλαιότερη εκδοση; ο opensource driver να φανταστώ δεν δουλεύει καλά ακόμα;

[mzaf]

Μετα την συμερινη ενημερωση, που περιλαμβανε και ενημερωση στο πακετο linux-image-4.16.0-2-amd64, παλι μαυριζει πριν φτασει στο desktop. Απο ssh μπορω να μπω κανονικα, βλεπω καποια κινηση στα ledακια της καρτας δικτυου οταν εχει τη μαυριλα, το reisub πιανει κανονικα, αλλα ακομα και μετα απο 3 επανεκκινησεις δεν μπαινει στο desktop. Καμια ιδεα?
Παω να βγαλω τις 3-4 boot parameters που εχω στον πυρηνα και ξαναποσταρω αν ειναι.

Στα windows μπαινει κανονικα.

Μόλις πέρασα τις ενημερώσεις και τον 4.16.0-2.
Όλα καλά εδώ,αν και όπως είπα μου το κάνει σπάνια

[jim_p]

@Vtester
Αν ειναι να κανω τοπικο repo για πακετα ΙΣΩΣ να θελω να κρατησω, καηκα. Μεχρι και την cache του apt εχω στη ram για να μην χρειαζεται να την αδειαζω. Nouveau δεν προκειται να βαλω ποτε. Οσο υπαρχει ενας nvidia που υποστηριζει την καρτα μου, θα τον εχω σαν μονη επιλογη. Αν μια μερα σταματησω να εχω αυτη την δυνατοτητα, ειτε θα παω σε ati ή intel, ειτε θα εγκαταλειψω το λινουξ σε native εγκατασταση.

@mzaf
Το προβλημα αφορα μονο τον driver της nvidia
https://devtalk.nvidia.com/default/topic/1031067

[Vtester]

Τοτε θα πρότεινα όπως και σε αλλες διανομές δλδ πριν την αναβάθμιση πυρήνα να ελεγχεις τι παιζει με τον driver της nvidia και αν διαβαζεις οτι δεν παει καλά ,το βάζεις σε hold μεχρι να το φτιαξουν . Φυσικά όλα αυτά μπορεί να τα ξέρεις ηδη αλλά επειδή διαβάζουν κι άλλοι το forum δεν είναι κακό να τα λέμε.

[jim_p]

Βασικα, το debian εχει περασμενο αυτο το bug σαν grave, οποτε μια πιθανη ενημερωση θα εκανε το apt-listbugs να φωναξει, αλλα αφορα τον σκετο nvidia (οχι legacy) που ειναι σημερα στο unstable. Εδω βρηκα και την ψαγμενη παραμετρο για τον πυρηνα που λεω παραπανω.

https://bugs.debian.org/cgi-bin/bugr...cgi?bug=901919