σοβαρο bug με ubuntu 17.10

Συζήτηση στην κατηγορία 'Ubuntu/Mint/Debian και παράγωγες διανομές' που ξεκίνησε ο χρήστης itsok, 20 Δεκ 2017.

  1. διαβασα σημερα αυτο

    μου φανηκε αρκετα σοβαρο, για δειτε το...
  2. DarkGoth Παιδί για τις δουλειές του Forum

    καλα η lenovo το εχει ξεφτυλισει. μια με το superfish σκουπιδι, μια αυτο. εχουν χασει την αξιοπιστια τους πλεον. και μετα φταιει το λινουκς. κατι με λεει οτι ειναι αυτη η μαλακια που εχουν βαλει να «συνεργαζεται» με τα παντζουρια, που φορτωνει καποιον custom boot κωδικα των παντζουριωνε στη bios (που δεν θυμαμαι καθολου τωρα πως το λενε. κατι με bit εχει σχεση αν θυμαμαι καλα). παπαριες. η δουλεια της bios ειναι αποκλειστικα, να ελεγχει τη σωστη εκκινηση και ρυθμιση του hardware. τιποτα παραπανω. οταν συνδεεις τοσο στενα τη bios με το λειτουργικο, για να φορτωνεις custom κωδικες και μαλακιες, αυτα παθαινεις. τραβα στα μαυρα τα ψαρια lenovo

    η bios πρεπει να ειναι ΟΠΩΣΔΗΠΟΤΕ read only, και να τρεχει ΜΟΝΟ σε επιπεδο hardware. να μην εχει καμια αλληλεπιδραση με το λειτουργικο-software. απο τη στιγμη που αναλαμβανει ο bootloader, τελος. θελεις να αλλαξεις εκδοση; (π.χ. να την αναβαθμισεις). αλλαζεις το τσιπακι. οπως κανανε στις amiga. αν ηθελες να αναβαθμισεις το kickstart, αλλαζες το τσιπακι του. ουτε bios viruses, ουτε boot viruses, ουτε αλλες τετοιες μαλακιες. ουτε να υπαρχει αναγκη για εκτρωματα τυπου «secure boot», που επιτρεπει μονο «υπογεγραμμενο κωδικα» (και που ειδαμε ολοι, ποσο «αποτελεσματικο» αποδειχτηκε, για την «ασφαλεια» των παντζουριωνε)

    Υ.Γ:... «good bye ubuntu». ε, και;... βαλε ενα debian liquorix να νιωσεις. βεβαια επειδη και ο liquorix ειναι 4.14 (και ειναι και πολυ πιο «παχυς» απο το ουμπουντου), πολυ πιθανο να εχει τα ιδια προβληματα και το debian. εγω παντως θα το επεστρεφα οπως ηταν με τα παντζουρια του, και θα επαιρνα κατι αλλο ΣΟΒΑΡΟ, να κανω σωστα τη δουλεια μου. σιγα μην υποχωρουσα και να εβαζα παντζουρια στο ηλιθιο lenovo. και ουτε HP πλεον, γιατι και αυτοι πιαστηκαν προσφατα να κανουν κατι τετοιες πουστιες, με ενσωματωμενο bios exploit. και αυτοι βρηκαν την ιδια ηλιθια δικαιολογια, δηθεν για «antitheft προστασια». καλα το ειχα πει εγω τοτε, οτι η κακη αρχη εγινε. και δυστυχως το κακο παραδειγμα το ακολουθουν πλεον ολοι σιγα-σιγα. σε λιγο δεν θα μπορουμε να βρουμε καθαρο hardware χωρις σκουπιδια μεσα
  3. απο οτι βλεπω το προβλημα δεν αφορα μονο lenovo αλλά και αυτα
    Acer Aspire E5-771G
    Acer TravelMate B113
    Toshiba Satellite S55T-B5233
    Toshiba Satellite L50-B-1R7
    Toshiba Satellite S50-B-13G
    Dell XPS 13 9350 I7.
    επομενως τι γινεται; ειναι προβλημα μονο του ουμπουντου; ειναι του κερνελ και επειδη οι περισσοτεροι (ακομα) βαζουν ουμπουντου εχει τυχει σε αυτους;

    edit
    λεει οτι →
    Bug may effect machines from any manufacturer that uses BIOS based on Insyde Software
    πως βρισκουμε αν εχουμε τετοιο;
  4. DarkGoth Παιδί για τις δουλειές του Forum

    για τη bios, αν μπεις στο μενου της, συνηθως γραφει πανω-πανω τι ειναι. η, αν δωσεις την εντολη dmidecode με sudo, θα δεις καπου να αναφερει κατασκευαστη π.χ. το δικο μου συστημα ειναι αυτο εδω αποκατω. δες μονο τη στηλη δεξια. τα μακρυναρια στα αριστερα ειναι εντολες του εξομοιωτη (αυτες δεν σε νοιαζουν. τις ειχα φορτωσει στον εξομοιωτη, καποτε που ειχα βαλει το σκατο10, για να το ξεγελασω οτι τρεχει σε «πραγματικο hardware»). η μητρικη μου ειναι μια παναρχαια asus R.O.G. . βλεπεις το bios vendor, (κατασκευαστης), ειναι η american megatrends. σε οποιον εχει του insyde software θα γραφει insyde software:...

    Κώδικας:
            VBoxManage setextradata    "$vmname"    "VBoxInternal/Devices/pcbios/0/Config/DmiBIOSVendor"            "American Megatrends Inc"
            VBoxManage setextradata    "$vmname"    "VBoxInternal/Devices/pcbios/0/Config/DmiBIOSVersion"            "string:1501"
            VBoxManage setextradata    "$vmname"    "VBoxInternal/Devices/pcbios/0/Config/DmiBIOSReleaseDate"        "10/09/2012"
            VBoxManage setextradata    "$vmname"    "VBoxInternal/Devices/pcbios/0/Config/DmiBIOSReleaseMajor"        "15"
            VBoxManage setextradata    "$vmname"    "VBoxInternal/Devices/pcbios/0/Config/DmiBIOSReleaseMinor"        "01"
            VBoxManage setextradata    "$vmname"    "VBoxInternal/Devices/pcbios/0/Config/DmiBIOSFirmwareMajor"        "8"
            VBoxManage setextradata    "$vmname"    "VBoxInternal/Devices/pcbios/0/Config/DmiBIOSFirmwareMinor"        "15"
            VBoxManage setextradata    "$vmname"    "VBoxInternal/Devices/pcbios/0/Config/DmiSystemVendor"            "Asus"
            VBoxManage setextradata    "$vmname"    "VBoxInternal/Devices/pcbios/0/Config/DmiSystemProduct"            "R.O.G. AMD240X2"
            VBoxManage setextradata    "$vmname"    "VBoxInternal/Devices/pcbios/0/Config/DmiSystemVersion"            "AM2II"
            VBoxManage setextradata    "$vmname"    "VBoxInternal/Devices/pcbios/0/Config/DmiSystemSerial"            "To Be Filled By O.E.M."
            VBoxManage setextradata    "$vmname"    "VBoxInternal/Devices/pcbios/0/Config/DmiSystemSKU"            "To Be Filled By O.E.M."
            VBoxManage setextradata    "$vmname"    "VBoxInternal/Devices/pcbios/0/Config/DmiSystemFamily"            "X64-based-PC"
            VBoxManage setextradata    "$vmname"    "VBoxInternal/Devices/pcbios/0/Config/DmiSystemUuid"            "40F43128-D273-DE11-AFDF-0026187A48E9"
            VBoxManage setextradata    "$vmname"    "VBoxInternal/Devices/pcbios/0/Config/DmiBoardVendor"            "ASUSTeK Computer INC"
            VBoxManage setextradata    "$vmname"    "VBoxInternal/Devices/pcbios/0/Config/DmiBoardProduct"            "Asus M4N78 SE"
            VBoxManage setextradata    "$vmname"    "VBoxInternal/Devices/pcbios/0/Config/DmiBoardVersion"            "Rev X.0x"
            VBoxManage setextradata    "$vmname"    "VBoxInternal/Devices/pcbios/0/Config/DmiBoardSerial"            "string:100888160000609"
            VBoxManage setextradata    "$vmname"    "VBoxInternal/Devices/pcbios/0/Config/DmiBoardAssetTag"            "To Be Filled By O.E.M."
            VBoxManage setextradata    "$vmname"    "VBoxInternal/Devices/pcbios/0/Config/DmiBoardLocInChass"        "To Be Filled By O.E.M."
            VBoxManage setextradata    "$vmname"    "VBoxInternal/Devices/pcbios/0/Config/DmiBoardBoardType"        "10"
            VBoxManage setextradata    "$vmname"    "VBoxInternal/Devices/pcbios/0/Config/DmiChassisVendor"            "To Be Filled By O.E.M."
            VBoxManage setextradata    "$vmname"    "VBoxInternal/Devices/pcbios/0/Config/DmiChassisType"            "3"
            VBoxManage setextradata    "$vmname"    "VBoxInternal/Devices/pcbios/0/Config/DmiChassisVersion"        "To Be Filled By O.E.M."
            VBoxManage setextradata    "$vmname"    "VBoxInternal/Devices/pcbios/0/Config/DmiChassisSerial"            "To Be Filled By O.E.M."
            VBoxManage setextradata    "$vmname"    "VBoxInternal/Devices/pcbios/0/Config/DmiChassisAssetTag"        "Asset-1234567890"
            VBoxManage setextradata    "$vmname"    "VBoxInternal/Devices/pcbios/0/Config/DmiProcManufacturer"        "AMD"
            VBoxManage setextradata    "$vmname"    "VBoxInternal/Devices/pcbios/0/Config/DmiProcVersion"            "AMD Athlon(tm) II X2 240 Processor"
            VBoxManage setextradata    "$vmname"    "VBoxInternal/Devices/pcbios/0/Config/DmiOEMVBoxVer"            "OEM-Ver_4.2.36"
            VBoxManage setextradata    "$vmname"    "VBoxInternal/Devices/pcbios/0/Config/DmiOEMVBoxRev"            "OEM-Rev_104064"
            VBoxManage setextradata    "$vmname"    "VBoxInternal/Devices/piix3ide/0/Config/PrimaryMaster/SerialNumber"    "ST2458972"
            VBoxManage setextradata    "$vmname"    "VBoxInternal/Devices/piix3ide/0/Config/PrimaryMaster/FirmwareRevision"    "REV10ST"
            VBoxManage setextradata    "$vmname"    "VBoxInternal/Devices/piix3ide/0/Config/PrimaryMaster/ModelNumber"    "Seagate ST2458972"
            VBoxManage setextradata    "$vmname"    "VBoxInternal/Devices/piix3ide/0/Config/PrimarySlave/SerialNumber"    "UEFI-R01"
            VBoxManage setextradata    "$vmname"    "VBoxInternal/Devices/piix3ide/0/Config/PrimarySlave/FirmwareRevision"    "REV01"
            VBoxManage setextradata    "$vmname"    "VBoxInternal/Devices/piix3ide/0/Config/PrimarySlave/ModelNumber"    "VIA UEFI-BOOT"
            VBoxManage setextradata    "$vmname"    "VBoxInternal/Devices/piix3ide/0/Config/SecondaryMaster/ATAPIProductId"    "OEM278347"
            VBoxManage setextradata    "$vmname"    "VBoxInternal/Devices/piix3ide/0/Config/SecondaryMaster/ATAPIRevision"    "REV2"
            VBoxManage setextradata    "$vmname"    "VBoxInternal/Devices/piix3ide/0/Config/SecondaryMaster/ATAPIVendorId"    "DVD-RW"
            VBoxManage setextradata    "$vmname"    "VBoxInternal/Devices/piix3ide/0/Config/SecondarySlave/ATAPIProductId"    "OEM278347"
            VBoxManage setextradata    "$vmname"    "VBoxInternal/Devices/piix3ide/0/Config/SecondarySlave/ATAPIRevision"    "REV2"
            VBoxManage setextradata    "$vmname"    "VBoxInternal/Devices/piix3ide/0/Config/SecondarySlave/ATAPIVendorId"    "DVD-RW"
            VBoxManage setextradata    "$vmname"    "VBoxInternal/CPUM/CMPXCHG8B"                        "1"
            VBoxManage setextradata    "$vmname"    "VBoxInternal/CPUM/CMPXCHG16B"                        "1"
            VBoxManage modifyvm    "$vmname"    "--largepages"                                "off"
            VBoxManage modifyvm    "$vmname"    "--vram"                                "256"
    παντως ουτε που εχω ξανακουσει αυτο το insyde software. το εψαξα λιγο παραπανω, και βρηκα οτι εχουν το ιδιο προβλημα και με παντζουρια, αρα δεν φταιει το λειτουργικο. το λειτουργικο απλα ισως αποκαλυπτει το προβλημα. σε μια τετοια περιπτωση ειναι 100% κακη κατασκευη του firmware (οχι του τσιπακιου). αυτο ειναι ευθυνη του insyde software. αλλα και η lenovo εχει καταντησει ρεζιλικι παντως (τα αλλα hardware που λες, ειναι το 1%. το ελαττωματικο lenovo hardware ειναι το 99%. αυτο τα λεει ολα). οσο σοβαρη εταιρια ηταν η IBM, αλλο τοσο ρεζιλικια ειναι αυτοι. τη μια με ενσωματωμενα σκουπιδια στο hardware (και με φτηνες δικαιολογιες που δεν πειθουν ουτε τους ιδιους), την αλλη με ελαττωματικες bios γιατι εχει επιλεξει αναξιοπιστο κατασκευαστη της σειρας για τα firmware της (και στη συνεχεια να κανει τον κινεζο, αντι π.χ. να αλλαξει κατασκευαστη, και να κανει αμεσο update στο ελαττωματικο firmware)
  5. Soulrain Falls Ο Αντμινιστράτορας

    Είναι πρόβλημα με συγκεκριμένη ρύθμιση του συγκεκριμένου BIOS σε συγκεκριμένες motherboards (όχι μόνο Lenovo) και απλά έτυχε ο πυρήνας του Ubuntu να έχει ενεργοποιημένο τον driver που το προκαλεί (intel-spi). Δε φταίει ο driver όμως, ούτε το Ubuntu, αλλά μπορεί να συμβεί και με άλλη διανομή και με τα Windows. Βέβαια στο Launchpad μπορείς να δεις την ποιότητα του μέσου χρήστη Ubuntu, γιατί ο καθένας λέει το μακρύ και το κοντό του, οι περισσότεροι δεν παρέχουν καμία πληροφορία που να βοηθάει και κάποιοι ρωτάνε αν θα τους αποζημιώσει η Canonical.

    Το BIOS έχει προστασία και γίνεται read-only για να αποφευχθεί ατύχημα με κατά λάθος εγγραφή του κλπ. Δεν πρέπει όμως να παραμένει μόνιμα σε αυτή την κατάσταση αλλά υπάρχει η δυνατότητα απενεργοποίησης αυτής, ώστε να μπορεί για παράδειγμα να αναβαθμιστεί μέσα από το λειτουργικό. Στη συγκεκριμένη περίπτωση όμως δεν ενεργοποιείται απλά η προστασία αλλά το BIOS γίνεται unflashable και χάνει κάποιες ρυθμίσεις, με αποτέλεσμα να μη βλέπει ούτε τις θύρες USB. Κι έτσι δε γίνεται καν να εγκαταστήσεις άλλη διανομή και να το σώσεις.
  6. DarkGoth Παιδί για τις δουλειές του Forum

    soulrain, ακομα και να γινοταν το ιδιο το firmware unflashable (μακαρι να εβρισκα μια τετοια μητρικη, με πληρως unflashable bios, σαν τις amiga, αλλα που τετοια τυχη. θελεις να αναβαθμισεις; αλλαζεις το τσιπακι. αυτα δεν κανανε corrupt, ουτε αν εσβηνε ο ηλιος), οι ρυθμισεις αποθηκευονται σε εντελως ανεξαρτητη περιοχη που ειναι παντα writable (cmos ramchip. αυτο που αν βγαλεις την μπαταρια, χανονται οι ρυθμισεις). και εντελως unflashable να ειναι το bios romchip, (το ιδιο το bios firmware δηλαδη) το cmos ramchip δεν μπορει να γινει read only. αρα πιθανοτατα δεν κανει καν προσπαθεια να αποθηκευσει τις ρυθμισεις. σαν να εχεις βγαλμενη μονιμα τη μπαταρια ας πουμε

    αποσο ειδα ομως, λεγανε μεχρι και για corrupt bios. να κολλησει το ιδιο το firmware και να δυσλειτουργει. αφηνουν να εννοηθει δηλαδη, οτι το firmware romchip καπως ειχε γινει writable, και καπως αλλοιωθηκε απο το ουμπουντου (καποιος ας πουμε λεει οτι εδωσε 100 ευρω να αλλαξει ολοκληρο το τσιπακι, γιατι λεει οτι το εργοστασιακο την ακουσε). @@ριες στη συγκεκριμενη περιπτωση θα με πεις, γιατι το ιδιο γινεται και στα παντζουρια. αλλα απο τη στιγμη που εχουμε εναν τυχαρπαστο κατασκευαστη firmware της σειρας (γιατι λενε μονο οι σειρες insyde software ειναι οι ελαττωματικες), πολλα να περιμενεις (ακομα και full writable romchip απο το οποιο λειτουργικο συστημα)

    στην περιπτωση αυτη, η οποια εγκατασταση (mint, ubuntu, debian liquorix, arch, Τινυ, οτιδηποτε) μπορει να γινει σε αλλο πισι (η, εξομοιωτη με raw disk access), και ο δισκος να μεταφερθει στη συνεχεια στο ελαττωματικο μηχανημα.
  7. Soulrain Falls Ο Αντμινιστράτορας

    Dark, δεν είναι πάντα writable οι ρυθμίσεις γιατί αυτό είναι επικίνδυνο. Είναι αυτό με το bit που είπες. Αν είναι «γυρισμένο» το bit, ενεργοποιείται αυτόματα το read-only mode. Επίσης, το κόλπο με τη μπαταρία δεν πιάνει παντού γιατί κάποιες είναι κολλημένες και δε βγαίνουν (όπως και στα smartphones). Τώρα, για την αλλαγή στο τσιπάκι, γιατί να πληρώσεις το όποιο κόστος ενώ μπορείς να κάνεις το ίδιο πράγμα από το λειτουργικό σου (αν ξέρεις φυσικά);

    Αυτό που γίνεται εδώ είναι ότι οι συγκεκριμένες ρυθμίσεις είναι έξω από τα standards και, αντί να ενεργοποιείται απλά το read-only mode, διαγράφουν οποιαδήποτε ρύθμιση ζήτησε ο πυρήνας (μέσω του driver) χωρίς καν να επαναφέρουν κάποια sane defaults και κλειδώνουν έτσι μετά. Δεν είναι δηλαδή ότι κάπως γίνεται writable και αλλοιώνεται αλλά ότι ούτε ρυθμίσεις από τον πυρήνα δέχεται, ούτε επαναφέρει τις αρχικές, ούτε μπορεί να γίνει writable μετά για να του βάλεις τις σωστές. Γιατί όλα αυτά; Γιατί κάποιοι κατασκευαστές είναι ηλίθιοι και δεν εφαρμόζουν τα standards.
  8. DarkGoth Παιδί για τις δουλειές του Forum

    ακριβως γιατι μπορω να κανω το ιδιο πραγμα απο το λειτουργικο. το εχω κανει, αλλα θα προτιμουσα full readonly bios romchip (το cmos ramchip που αποθηκευει τις ρυθμισεις του χρηστη, ας ειναι writable). αν θελεις να το αναβαθμισεις, το ξηλωνεις και το αντικαθιστας. επειδη στα sloted romchips το firmware ειναι hardcoded στο τσιπακι, δεν αλλοιωνεται με κανενα τροπο. ουτε bios rootkits και μαλακιες, ουτε να μεινει το φλασαρισμα στη μεση απο διακοπη ρευματος, και να μεινει το μηχανημα τουβλο (βγαζεις, βαζεις, τελος. ουτε 1 λεπτο δουλεια), ουτε τιποτα. πηρε π.χ. bios rootkit σκουπιδι και αλλοιωσε τις ρυθμισεις στο cmos; βγαζεις τη μπαταρια (λεμε για σοβαρο hardware οχι χαζοκινητα). αυτο κανει purge τη cmos (και επαναφερει καποιες βασικες hardcoded defaults), και τελος το σκουπιδι (αφου το firmware romchip ειναι hardcoded και δεν νιωθει)

    ε, οταν ακους για insyde software, που δεν τους ξερει ουτε η μανα τους, τι περιμενες; να ειναι σοβαρος κατασκευαστης; γι'αυτο ακριβως δεν τους ξερει ουτε η μανα τους. αλλα οι αλλοι οι κλοουν της lenovo (με τις κουτοπονηριες που παιζουν, και την καταντια τους, κλοοουν τους θεωρω) τους βρηκαν φτηνους και τους προτιμησαν (γιατι αν δεις μονο στα lenovo εγινε σφαγη. οι αλλοι επηρεαστηκαν ελαχιστα, ισως γιατι ειδαν οτι ειναι αχρηστοι οι insyde software και δεν εκαναν μεγαλη συνεργασια)
  9. Soulrain Falls Ο Αντμινιστράτορας

    Υπάρχει ένας άγραφος νόμος που λέει ότι σε περίπτωση στραβής το firmware/software πρέπει να αποτυγχάνει με χάρη (gracious fail σε ελεύθερη μετάφραση), δηλαδή να παραμένει λειτουργικό. Δυστυχώς, σε συνθήκες μαζικής παραγωγής τεχνολογίας, αυτά είναι ψιλά γράμματα. Όλο αυτό που λες όμως θα μπορούσε να υπάρχει σαν λειτουργία εξαρχής. Ο μέσος χρήστης δεν ξέρει να ξηλώσει τίποτα κι έτσι είτε θα αναγκαστεί να πληρώσει κερατιάτικα σε κάποιον «ειδικό» ή θα πάρει καινούργιο μηχάνημα. Ποιος κερδίζει; Σίγουρα όχι ο ίδιος ο χρήστης. Φαντάσου το και σε έκταση ενός δήμου π.χ., που πρέπει να αναβαθμίσει 10.000 BIOS.

    Κι από την άλλη, αν το BIOS είναι hardcoded, αυτό σημαίνει ότι σε ενδεχόμενη αλλαγή/αναβάθμιση hardware θα θέλεις οπωσδήποτε και αλλαγή BIOS. Άλλα κερατιάτικα εκεί. Το ζήτημα είναι να μπορείς να μεταχειριστείς ολόκληρο το μηχάνημά σου όπως θέλεις, χωρίς να έχεις ανάγκη κανέναν τρίτο και χωρίς πρόσθετο κόστος. Άσε που, παρόλο που στη συγκεκριμένη περίπτωση το read-only θα ήταν για ασφάλεια, δεν εγγυάται κανένας ότι δε θα υπάρχει και κάτι άλλο στο «προστατευμένο» hardcoded τμήμα του μηχανήματος, που δε θα μπορείς να το σταματήσεις παρά μόνο με ξήλωμα.
  10. DarkGoth Παιδί για τις δουλειές του Forum

    καλα, σε δημους σιγα μην αναβαθμιζουν bios. να λεμε την αληθεια. ουτε desktop χρηστες δεν το κανουν, παρα ελαχιστοι, και μονο αν κατι δεν λειτουργησει με κανεναν αλλο τροπο, σαν τελευταια λυση (π.χ. εγω το ειχα κανει, γιατι εκανε κατι σπασιματα στον ηχο η pulse console, και καμια προτεινομενη λυση δεν επιασε. μολις εκανα την αναβαθμιση εστρωσε). ουτε καν εταιριες, γιατι στα 2-3 χρονια τα πετανε. τωρα οι περισσοτεροι χρηστες, βασικα ουτε μεσα απο το λειτουργικο ξερουν να κανουν αναβαθμιση. για την ακριβεια δεν ξερουν καν οτι μπορει να γινει αναβαθμιση σε κατι τετοιο. οποτε δεν θα την κανουν καθολου. αρα γι'αυτους δεν εχει καμια απολυτως διαφορα το αν η bios ειναι σε sloted hardcoded romchip, η, αν ειναι σε ενσωματωμενο eprom chip. αυτοι τωρα που ξερουν, εσυ, εγω, οι καμμενοι γενικα, θα ξερουν προφανως και να αλλαξουν ενα sloted romchip. οποτε δεν θα τους ειναι τιποτα δυσκολο να αντικαταστησουν ενα τσιπακι.

    για αναβαθμιση ναι, αλλα εξαρταται και απο την αναβαθμιση. αν πας π.χ. να βαλεις παραπανω μνημη, η, σκληρο, προφανως δεν χρειαζεσαι αλλαγη bios. το ιδιο και αν αλλαξεις π.χ. καρτα ηχου. αν πας να αλλαξεις καρτα γραφικων, θα χρειαστει, αν βαλεις πανω καμια πολυ «virtuelle», που θα θελει καποιο πολυ περιεργο, η, καινουριο feature, (που η παλια bios δεν το ειχε) για να λειτουργησει. σε επεξεργαστες, μονο αν αλλαζεις γενια θα χρειαστει αλλαγη bios (να πας π.χ. απο τους παλιοτερους bulldozer στου νεους ryzen), αν απλα πας απο εναν παλιο bulldozer σε εναν πιο καινουριο, δεν χρειαζεται αλλαγη bios. τετοιες αναβαθμισεις γινονται εξαιρετικα σπανια. οποτε λογικα δεν εχει τοσο μεγαλη διαφορα κοστους. για τη hardcoded bios και την ασφαλεια, το λεω, προυποθετωντας οτι ξερεις οτι το firmware που ειναι ενσωματωμενο εκειμεσα, ειναι καθαρο και ασφαλες (π.χ. να υπηρχε εργοστασιακο το «open sores» coreboot, που ξερεις οτι ειναι καθαρο)
  11. Soulrain Falls Ο Αντμινιστράτορας

    Δεν είναι η δυσκολία το θέμα αλλά το ότι, ενώ θα θέλεις να αναβαθμίσεις firmware, θα πρέπει υποχρεωτικά να αγοράσεις hardware. Γιατί; Δεν υπάρχει κάτι έξτρα που να σου προσφέρει αυτός ο τρόπος. Αν είναι για την ασφάλεια, μπορείς κάλλιστα να την έχεις χωρίς να παρεμβάλλεται το hardware και υπάρχει ήδη (αυτή που λειτουργεί κανονικά στο 99% των περιπτώσεων αλλά δε λειτούργησε όπως έπρεπε στην παραπάνω γιατί την πείραξαν). Θα μου πεις ότι με κόλλημα και hardcoded θα ήταν πιο δύσκολο να πειραχτεί. Θα σου πω κι εγώ όμως ότι μια χαρά παραβιάζονται κολλημένες και hardcoded κονσόλες και το ίδιο μπορεί να γίνει και με τους υπολογιστές.

    Επειδή όμως οι περισσότεροι χρήστες όντως δεν ξέρουν, καλό είναι να τους βοηθήσουμε να μάθουν κι όχι να τους προσθέσουμε ακόμα μία εξάρτηση. Γι' αυτό κάποιοι καλοί άνθρωποι από Fedora μεριά φτιάχνουν λογισμικό για να αναβαθμίζεις το BIOS μέσα από το διαχειριστή λογισμικού, εύκολα και με ασφάλεια. Μη βλέπεις εδώ στας Ευρώπας που είμαστε κάπως καλύτερα. Σε άλλες χώρες απαγορεύεται ακόμα και να ξεβιδώσεις βίδα από το μηχάνημα. Κι έτσι εξαρτάσαι από τον κάθε Bob τεχνικό, που φυσικά θα σε χρεώσει και τον κούκο και το αηδόνι και δε θα μπορείς να κάνεις τίποτα. Δε θέλεις περισσότερο hardcoded αλλά λιγότερο, γιατί αυτό συνεπάγεται ελευθερία. Ακόμα και στο γράψιμο κώδικα, το hardcoding δε θεωρείται καλή πρακτική.
  12. Στα παλιότερα motherboards υπήρχε η επιλογή επαναφοράς του BIOS στις εργοστασιακές του ρυθμίσεις με κάποιο jumper ή με βάρβαρο βραχυκύκλωμα με κατσαβίδι. Ακόμα κι αν είχες αναβαθμίσει ή καταστρέψει το BIOS θα επανερχόταν στις εργοστασιακές του ρυθμίσεις. Δυστυχώς η ζήτηση όλο και φθηνότερων chips (και το μακροπρόθεσμο κέρδος) έχει μειώσει τις δικλείδες ασφάλειας και πλέον χρειάζεσαι νέο chip ή κάποιον που να γνωρίζει προγραμματισμό διευθύνσεων μνήμης (assembly) για να το διορθώσει από το πληκτρολόγιο.

    Υ.Γ. Υπάρχουν στο web κάποιες οδηγίες από Ινδούς και Πακιστανούς τεχνικούς που καταφέρνουν την επαναφορά χωρίς να υποστηρίζεται από το motherboard. Απλά βραχυκυκλώνουν με κάποιο καλώδιο ορισμένες επαφές. Βέβαια δεν υπάρχει καμιά εγγύηση ότι δε θα σου κάψει τα πάντα αυτή η μέθοδος.