σοβαρο bug με ubuntu 17.10
#1
διαβασα σημερα αυτο

Παράθεση:So by reading omgubuntu I came across this bug report:

https://bugs.launchpad.net/ubuntu/+sour ... ug/1734147

This makes me lose faith in hardware and software. It's so crazy I had to share it.

One guy fixed his laptop - reply #110

"I got my y50-70 fixed today.
The FIX was to change the BIOS chip with a new one! Costs me 100€.
Good bye ubuntu, let the Windows headaches come back again. This is too bad situation."
μου φανηκε αρκετα σοβαρο, για δειτε το...
  Απάντηση
#2
καλα η 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 χωρις σκουπιδια μεσα
ονομαζομαι DarkGoth, και ειμαι «καλα»( ; )... το OsArena με θεραπευσε... (goth=!ok {equals} EMO)...  Emo
  Απάντηση
#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
για τη 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)
ονομαζομαι DarkGoth, και ειμαι «καλα»( ; )... το OsArena με θεραπευσε... (goth=!ok {equals} EMO)...  Emo
  Απάντηση
#5
itsok, post: 28809, member: 1880 είπε κι ελάλησε:επομενως τι γινεται; ειναι προβλημα μονο του ουμπουντου; ειναι του κερνελ και επειδη οι περισσοτεροι (ακομα) βαζουν ουμπουντου εχει τυχει σε αυτους;
Είναι πρόβλημα με συγκεκριμένη ρύθμιση του συγκεκριμένου BIOS σε συγκεκριμένες motherboards (όχι μόνο Lenovo) και απλά έτυχε ο πυρήνας του Ubuntu να έχει ενεργοποιημένο τον driver που το προκαλεί (intel-spi). Δε φταίει ο driver όμως, ούτε το Ubuntu, αλλά μπορεί να συμβεί και με άλλη διανομή και με τα Windows. Βέβαια στο Launchpad μπορείς να δεις την ποιότητα του μέσου χρήστη Ubuntu, γιατί ο καθένας λέει το μακρύ και το κοντό του, οι περισσότεροι δεν παρέχουν καμία πληροφορία που να βοηθάει και κάποιοι ρωτάνε αν θα τους αποζημιώσει η Canonical.

Το BIOS έχει προστασία και γίνεται read-only για να αποφευχθεί ατύχημα με κατά λάθος εγγραφή του κλπ. Δεν πρέπει όμως να παραμένει μόνιμα σε αυτή την κατάσταση αλλά υπάρχει η δυνατότητα απενεργοποίησης αυτής, ώστε να μπορεί για παράδειγμα να αναβαθμιστεί μέσα από το λειτουργικό. Στη συγκεκριμένη περίπτωση όμως δεν ενεργοποιείται απλά η προστασία αλλά το BIOS γίνεται unflashable και χάνει κάποιες ρυθμίσεις, με αποτέλεσμα να μη βλέπει ούτε τις θύρες USB. Κι έτσι δε γίνεται καν να εγκαταστήσεις άλλη διανομή και να το σώσεις.
Το άπλυτο κορμί το πλένεις. Καθαρίζει. Η βρόμικη ψυχή πώς πλένεται;
  Απάντηση
#6
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), και ο δισκος να μεταφερθει στη συνεχεια στο ελαττωματικο μηχανημα.
ονομαζομαι DarkGoth, και ειμαι «καλα»( ; )... το OsArena με θεραπευσε... (goth=!ok {equals} EMO)...  Emo
  Απάντηση
#7
Dark, δεν είναι πάντα writable οι ρυθμίσεις γιατί αυτό είναι επικίνδυνο. Είναι αυτό με το bit που είπες. Αν είναι «γυρισμένο» το bit, ενεργοποιείται αυτόματα το read-only mode. Επίσης, το κόλπο με τη μπαταρία δεν πιάνει παντού γιατί κάποιες είναι κολλημένες και δε βγαίνουν (όπως και στα smartphones). Τώρα, για την αλλαγή στο τσιπάκι, γιατί να πληρώσεις το όποιο κόστος ενώ μπορείς να κάνεις το ίδιο πράγμα από το λειτουργικό σου (αν ξέρεις φυσικά);

Αυτό που γίνεται εδώ είναι ότι οι συγκεκριμένες ρυθμίσεις είναι έξω από τα standards και, αντί να ενεργοποιείται απλά το read-only mode, διαγράφουν οποιαδήποτε ρύθμιση ζήτησε ο πυρήνας (μέσω του driver) χωρίς καν να επαναφέρουν κάποια sane defaults και κλειδώνουν έτσι μετά. Δεν είναι δηλαδή ότι κάπως γίνεται writable και αλλοιώνεται αλλά ότι ούτε ρυθμίσεις από τον πυρήνα δέχεται, ούτε επαναφέρει τις αρχικές, ούτε μπορεί να γίνει writable μετά για να του βάλεις τις σωστές. Γιατί όλα αυτά; Γιατί κάποιοι κατασκευαστές είναι ηλίθιοι και δεν εφαρμόζουν τα standards.
Το άπλυτο κορμί το πλένεις. Καθαρίζει. Η βρόμικη ψυχή πώς πλένεται;
  Απάντηση
#8
Soulrain Falls, post: 28816, member: 1313 είπε κι ελάλησε:Dark, δεν είναι πάντα writable οι ρυθμίσεις γιατί αυτό είναι επικίνδυνο. Είναι αυτό με το bit που είπες. Αν είναι «γυρισμένο» το bit, ενεργοποιείται αυτόματα το read-only mode. Επίσης, το κόλπο με τη μπαταρία δεν πιάνει παντού γιατί κάποιες είναι κολλημένες και δε βγαίνουν (όπως και στα smartphones). Τώρα, για την αλλαγή στο τσιπάκι, γιατί να πληρώσεις το όποιο κόστος ενώ μπορείς να κάνεις το ίδιο πράγμα από το λειτουργικό σου (αν ξέρεις φυσικά);

ακριβως γιατι μπορω να κανω το ιδιο πραγμα απο το λειτουργικο. το εχω κανει, αλλα θα προτιμουσα 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 και δεν νιωθει)

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

ε, οταν ακους για insyde software, που δεν τους ξερει ουτε η μανα τους, τι περιμενες; να ειναι σοβαρος κατασκευαστης; γι'αυτο ακριβως δεν τους ξερει ουτε η μανα τους. αλλα οι αλλοι οι κλοουν της lenovo (με τις κουτοπονηριες που παιζουν, και την καταντια τους, κλοοουν τους θεωρω) τους βρηκαν φτηνους και τους προτιμησαν (γιατι αν δεις μονο στα lenovo εγινε σφαγη. οι αλλοι επηρεαστηκαν ελαχιστα, ισως γιατι ειδαν οτι ειναι αχρηστοι οι insyde software και δεν εκαναν μεγαλη συνεργασια)
ονομαζομαι DarkGoth, και ειμαι «καλα»( ; )... το OsArena με θεραπευσε... (goth=!ok {equals} EMO)...  Emo
  Απάντηση
#9
Υπάρχει ένας άγραφος νόμος που λέει ότι σε περίπτωση στραβής το firmware/software πρέπει να αποτυγχάνει με χάρη (gracious fail σε ελεύθερη μετάφραση), δηλαδή να παραμένει λειτουργικό. Δυστυχώς, σε συνθήκες μαζικής παραγωγής τεχνολογίας, αυτά είναι ψιλά γράμματα. Όλο αυτό που λες όμως θα μπορούσε να υπάρχει σαν λειτουργία εξαρχής. Ο μέσος χρήστης δεν ξέρει να ξηλώσει τίποτα κι έτσι είτε θα αναγκαστεί να πληρώσει κερατιάτικα σε κάποιον «ειδικό» ή θα πάρει καινούργιο μηχάνημα. Ποιος κερδίζει; Σίγουρα όχι ο ίδιος ο χρήστης. Φαντάσου το και σε έκταση ενός δήμου π.χ., που πρέπει να αναβαθμίσει 10.000 BIOS.

Κι από την άλλη, αν το BIOS είναι hardcoded, αυτό σημαίνει ότι σε ενδεχόμενη αλλαγή/αναβάθμιση hardware θα θέλεις οπωσδήποτε και αλλαγή BIOS. Άλλα κερατιάτικα εκεί. Το ζήτημα είναι να μπορείς να μεταχειριστείς ολόκληρο το μηχάνημά σου όπως θέλεις, χωρίς να έχεις ανάγκη κανέναν τρίτο και χωρίς πρόσθετο κόστος. Άσε που, παρόλο που στη συγκεκριμένη περίπτωση το read-only θα ήταν για ασφάλεια, δεν εγγυάται κανένας ότι δε θα υπάρχει και κάτι άλλο στο «προστατευμένο» hardcoded τμήμα του μηχανήματος, που δε θα μπορείς να το σταματήσεις παρά μόνο με ξήλωμα.
Το άπλυτο κορμί το πλένεις. Καθαρίζει. Η βρόμικη ψυχή πώς πλένεται;
  Απάντηση
#10
καλα, σε δημους σιγα μην αναβαθμιζουν 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, που ξερεις οτι ειναι καθαρο)
ονομαζομαι DarkGoth, και ειμαι «καλα»( ; )... το OsArena με θεραπευσε... (goth=!ok {equals} EMO)...  Emo
  Απάντηση


Ίσως Σχετικά Νήματα...
Νήμα Άτομο Απαντήσεις Βλεφαριάσματα Τελευταία Ανάρτηση
  Σοβαρό bug στο Ubuntu 16.04 που κάνει read only τα USB sticks Χάρης 1 577 07.09.2017 00:58
Τελευταία Ανάρτηση: Χάρης

Πάμε στο Forum:


Πλάσματα σουλατσάρουν στο νήμα: 1 Επισκέπτης(ες)