<!DOCTYPE html><html><head><meta http-equiv="Content-Type" content="text/html; charset=utf-8" /></head><body><div data-crea="font-wrapper" style="font-family: Tahoma; font-size: 16px; direction: ltr">Καλησπέρα,<br>μετά από τις διακοπές και μετά από τη διευθέτηση κάποιων άλλων πιο επειγόντων <br>θεμάτων αξιόθηκα να ασχοληθώ και να λύσω το πρόβλημα.<br>Δεν είμαι σίγουρος τι ακριβώς έφταιγε όμως είχα ξεχάσει να αναφέρω κάτι σημαντικό:<br>Το σύστημα είναι Slackware 64 αλλά είχα (και έχω) φορτωμένο το multilib (x86 <br>compatibility layer).<br>Όταν έκανα το upgrade που ανέφερα αρχικά μάλλον κάτι πήγε στραβά με την αναβάθμιση <br>του multilib και τελικά δεν είχε τρελαθεί μόνο ο Χ αλλά και αρκετά άλλα πράγματα (πχ μόλις<br>πήγαινα να κάνω ftp έτρωγα ένα kernel dump + reboot).<br>Μάλλον θα πρέπει οι οδηγίες για εγκατάσταση του multilib να ενημερωθούν και να <br>περιλάβουν και λίγα πράγματα για το πως αυτό συνδυάζεται με το slackpkg upgrade<br>χωρίς να γίνεται μπάχαλο.<br><br>Τελικά κατέβασα ολόκληρο το Slackware64-current iso και όλα τα τελευταία multilib<br>και όταν τα αναβάθμισα όλα έπαιξαν και τα Χ και τα πάντα. Έχω μάλιστα την αίσθηση<br>ότι είναι ελαφρά ταχύτερο το σύστημα.<br><br>Τα παράξενα:<br>* το current έχει πυρήνα 4.14.32 (το προηγούμενο είχε διάφορους της σειράς 4.4)<br>* για τον πυρήνα αυτό δε βρήκα driver για την κάρτα wifi <br>(24:00.0 Network controller: Broadcom Limited BCM43228 802.11a/b/g/n). <br>Και για τους προηγούμενους δεν έβρισκα αλλά η Broadcom είχε έναν hybrid που μέχρι<br>τώρα τον έκανα compile και όλα καλά. Με τον πυρήνα αυτό δεν κάνει compile σκάνε <br>διάφορα declarations. Μάλλον κάποια header files έχουν αλλάξει και δεν έχω καμιά<br>όρεξη να κάτσω να κάνω debug το source του kernel ή του hybrid driver της broadcom.<br>Σκέφτηκα το ndiswan, κατέβασα το πιο πρόσφατο (Δεκέμβρης 17) ούτε αυτό κάνει<br>compile. Παρόμοια θέματα. Μάλλον στο 4.14.ΧΧ είναι μεγάλες οι αλλαγές.<br>Τέλος πάντων είμαι τυχερός που έχω μια usb wifi καρτούλα με rt-link chip και αυτή<br>δουλεύει, οπότε ΟΚ. Απλά αυτή η αίσθηση ότι με τούτες και με εκείνες τις μικρές @@<br>με το Linux ποτέ δε θα καταφέρει να αποκτήσει μαζική χρήση...<br>* Αν κανείς εκκινήσει το current iso (αρχές Απρίλη, τόσο φρέσκο) θα δει στο welcome<br>message: Slackware 15.0. Η επίσημη σελίδα πάντως ακόμα λέει 14.2 (από το 2016).<br>Ή έχουν ξεχάσει να ενημερώσουν τη σελίδα ή το 15.0 που λέει το iso είναι λάθος ή <br>δεν ξέρω τί άλλο χαζό έχουν κάνει.<br> <br>... και ξάνα αυτή η πικρή αίσθηση για το πως με τις διάφορες @@ χάνεται η δυνατότητα<br>να απκτήσει ευρεία βάση χρηστών το linux.<br>Είναι κρίμα από κάτι τέτοια (και πολλά άλλα αντίστοιχα) ένα σύστημα με τόσες δυνατότητες<br>να αυτο-προβοκάρεται!<br>Και να αναφέρω εδώ 2 περιστατικά για το πως πράγματα που για τα Winblows είναι <br>αδιανόητα ενώ με το linux γίνονται σχετικά εύκολα:<br>1. Το ίδιο το σύστημα που έχω στήσει όπου με έναν εξωτερικό USB δίσκο φορτώνω linux<br>σε οποιοδήποτε hardware χωρίς μπλε οθόνες χωρίς τίποτε. Άντε τώρα στα Winblows να <br>στήσεις έναν δίσκο που να εκκινεί σε 10 διαφορετικά PC με παντελώς διαφορετικές <br>μητρικές. 45 εκατομύρια μπλε οθόνες Inaccessible boot device error 0x00000007b <br>θα είχαν σκάσει!<br>2. Παλιά είχα στήσει ένα P3 σε ρόλο firewall σε εταιρία με 3 κάρτες (Internet, LAN, DMZ)<br>και δυο δίσκους (λειτυργικό+ configuration, logs). Κάποια στιγμή έσκασε ο IDE controller.<br>Το πήρε χαμπάρι ο άλλος μετά από καιρό γιατί του έσκαγαν τα syslogs στην οθόνη.<br>Πάω, αλλαγή μητρικής, κούμπωμα των δίσκων, όλα σε πλήρη λειτουργία χωρίς να <br>χρειαστεί να αλλάξω το παραμικρό στο config κλπ. Ανοίγω το δίσκο των logs και βλέπω<br>ότι δεν είχε logs επί 3 μήνες. Δλδ 3 μήνες ο IDE controller ήταν χαλασμένος και το<br>μηχάνημα όχι μόνο δούλευε αλλά έκανε και καλά τη δουλειά του ως firewall.<br>Με Windows στα 5 δεύτερα θα είχε σκάσει<br>Και μετά σκέφτομαι αυτά τα χαζά προβλήματα συμβατότητας κλπ...<br>Πίκρα!<br><br>Τέλος πάντων. Έβγαλα λίγη γκρίνια αλλά το όλο περιστατικό πραγματικά μου την έσπασε.<br><br>Κώστας<br><div><div>
<div><br>On 24 March 2018 21:53:23 EET, nkav <<a href="mailto:nkav@eos.gr" target="_blank" tabindex="-1" rel="external" style="cursor: inherit;">nkav@eos.gr</a>> wrote:<blockquote style="margin: 0pt 0pt 0pt 0.8ex;border-left: 1px solid rgb(204, 204, 204);padding-left: 1ex">
<pre>εκ πρώτης όψεως μοιάζει με πρόβλημα στην οδήγηση της κάρτας γραφικών. <br><span></span><br></pre>On Sat, 2018-03-24 at 18:26 +0000, Costas Liagos wrote:<br><pre><blockquote style="margin: 0pt 0pt 1ex 0.8ex;border-left: 1px solid #729fcf;padding-left: 1ex"> Καλησπέρα,<br> εδώ και καιρό έχω στήσει σε ένα δίσκο Slackware Χ64 (για να βλέπει τα<br> 8GB) μαζί με<br> multilib (συμβατότητα με Χ86). Αρχικά στήθηκε ως 14.2 και με το<br> slackpkg έγινε αναβάθμιση<br> χωρίς προβλήματα. Αυτό πε,ρίπου το Δεκέμβρη.<br><br> Ο δίσκος αυτός χρησιμποιείται σε 2 υπολογιστές, έναν παλιό Dell<br> Latitude D630 (Core 2 Duo, 4GB)<br> και έναν HP ELiteBook 8470p (Core i5, 8GB). Και οι δύο έχουν τη θέση<br> του δίσκου εύκολα <br> προσβάσιμη και έτσι τον κουμπώνω κατά περίπτωση.<br> Επιπλέον αρκετές φορές τον συνδέω μέσω USB3-to-SATA adapter.<br> Σε όλες τις περιπτώσεις (είτε με το USB είτε ως εσωτερικός, και στους<br> 2 υπολογιστές) όλα <br> έπαιζαν τέλεια.<br> Πριν 15 μέρες έκανα αναβάθμιση ξανά με το slackpkg και από τότε στον<br> μεν Dell όλα παίζουν<br> τέλεια (αν εξαιρέσει κανείς ότι παιδεύτικα να βρω τους drivers των<br> καρτών δικτύου) αλλά στον<br> HP έχω σοβαρό θέμα με τα Χ. Κολάνε και κολάνε και όλο τον υπολογιστή<br> (ούτε CTR-ALT-DEL<br> ούτε τίποτα, μόνο σβήσιμο από το κουμπί) ανεξάρτητα αν θα εκκινήσω το<br> δίσκο σαν εσωτερικό <br> ή σαν USB.<br> Τα Χ δεν τα φορτώνω από το init (runlevel 4), ξεκινάω σε runlevel 3<br> και όταν τα χρειάζομαι τα<br> φορτώνω με startx. Το πρόβλημα υπάρχει είτε τα φορτώσω σαν απλός<br> χρήστης είτε σαν root.<br><br> Δοκίμασα με διάφορα περιβάλλοντα, KDE, fluxbox, xfce4, fvwm2. <br> Στο KDE και το xfce4 το κόλημα εμφανίζεται ελάχιστα μετά την<br> ολοκλήρωση φορτώματος των Χ.<br> Το fluxbox και το fvwm2 ολοκληρώνιουν κανονικά, ακόμα μου επιτρέπουν<br> να φορτώσω και κάποια<br> προγράμματα, πχ firefox. Μόλις όμως τα προγράμματα αρχίσουν να κάνουν<br> κάτι τότε παγώνει.<br> Για παράδειγμα ο FF μόλις του έγραψα κάτι στο search bar πάγωσε.<br> Δοκίμασα και ακόμα πιο πρωτόγονη εκκίνηση:<br> Με το χέρι Χ, export DISPLAY=:0.0, twvm, xterm και μετά μέσα από το<br> xterm να φορτώσω <br> πράγματα. Πάλι μόλις φορτώνει κάποιο πρόγραμμα λίγο πιο βαρύ κολάει.<br> Στο var/log/Xorg.0.log δεν καταγράφει τίποτε (ίσως γίνεται buffer και<br> λόγω κολήματος δεν <br> προλαβαίνει να τα κάνει flush. Δοκίμασα στο Χ να δώσω -logverbose<br> τίποτε. <br> Πως μπορώ να σκαλίσω να δω τι προκαλεί το πρόβλημα;<br> Είναι σημαντικό να παίξει στο HP γιατί είναι πολύ πιο δυνατό ενώ<br> επιπλέον το Dell μάλλον θα το <br> ξαποστείλω σύντομα. Είναι πολύ αργό για αυτά που κάνω πλέον...<br><br> Κάθε ιδέα ευπρόσδεκτη.<br><br> Κώστας<br><br><br><br><br><br></blockquote><br><br></pre></blockquote></div>
</div></div></div></body></html>