Precedente :: Successivo |
Autore |
Messaggio |
Zeus News Ospite
|
|
Top |
|
|
zero Dio maturo
Registrato: 22/03/08 17:34 Messaggi: 1951
|
Inviato: 23 Dic 2017 17:45 Oggetto: |
|
|
Citazione: | soluzioni: l'unica indicata ufficialmente da Lenovo è la sostituzione della scheda madre. |
Se invece hai un portatile, la soluzione ufficiale e' qui:
link
. |
|
Top |
|
|
Maary79 Moderatrice Sistemi Operativi e Software
Registrato: 08/02/12 12:23 Messaggi: 12239
|
Inviato: 23 Dic 2017 18:14 Oggetto: |
|
|
Sono cose che mi fanno imbestialire.
Mi chiedo in caso di pc in garanzia, se la casa madre lo sistemi o no. |
|
Top |
|
|
Cesco67 Dio maturo
Registrato: 15/10/09 10:34 Messaggi: 1758 Residenza: EU
|
Inviato: 25 Dic 2017 09:30 Oggetto: |
|
|
@Maary79
Per sistemare sistemano, ma pagando. Mica è un difetto di fabbricazione...
I responsabili dei danni sono Intel/Canonical, ma immagino che nelle condizioni d'uso che l'utente ha accettato ci sia una clausola che in caso di danni all'hw dovuti al sw se la deve smazzare l'utilizzatore... |
|
Top |
|
|
{umby} Ospite
|
Inviato: 26 Dic 2017 21:02 Oggetto: |
|
|
Mi perplime il fatto che un driver possa SCRIVERE sul bios...
E se può farlo un driver allora cosa potrebbe fare un malware?
Ma che cacchio di bios c'è su quei pc? |
|
Top |
|
|
Maary79 Moderatrice Sistemi Operativi e Software
Registrato: 08/02/12 12:23 Messaggi: 12239
|
Inviato: 26 Dic 2017 23:40 Oggetto: |
|
|
Cesco67 ha scritto: | @Maary79
Per sistemare sistemano, ma pagando. Mica è un difetto di fabbricazione...
I responsabili dei danni sono Intel/Canonical, ma immagino che nelle condizioni d'uso che l'utente ha accettato ci sia una clausola che in caso di danni all'hw dovuti al sw se la deve smazzare l'utilizzatore... |
Linux è rilasciato senza garanzia. Punto.
Qualsivoglia danno non è loro imputato.
Per cui Intel non c'entra nulla. |
|
Top |
|
|
Cesco67 Dio maturo
Registrato: 15/10/09 10:34 Messaggi: 1758 Residenza: EU
|
Inviato: 27 Dic 2017 08:46 Oggetto: |
|
|
Maary79 ha scritto: | ...
Per cui Intel non c'entra nulla |
Nell'articolo è scritto che il driver difettoso lo ha rilasciato la Intel (ed attivato da Canonical)
Citazione: | La causa di tutto starebbe nell'attivazione, nel kernel di Ubuntu 17.10, del driver Intel SPI (Serial Peripheral Interface) che, come ha commentato Canonical dopo aver scoperto il guaio, «a quanto pare non è pronto per l'uso sulle macchine degli utenti finali». |
|
|
Top |
|
|
Maary79 Moderatrice Sistemi Operativi e Software
Registrato: 08/02/12 12:23 Messaggi: 12239
|
Inviato: 27 Dic 2017 09:39 Oggetto: |
|
|
Possono girarla come credono, ma un driver è un componente software, ma questo software è stato fatto da Canonical o Intel?
Se fosse stato fatto da Intel sarebbe un driver proprietario, che attivato in automatico da Ubuntu, di default Ubuntu usa tutti driver Open, i proprietari li installa l'utente tramite il gestore di driver.
Per cui, colpa di Intel sarebbe solo se il driver (proprietario) bacato, l'hanno scritto loro, e Canonical, in preda ad un attacco di schizofrenia acuta, lo abbia installato senza che l'utente faccia nulla.
Per la garanzia... dipende. Non è detto che non paghi il produttore. Un pc con bios corrotto, non si accende più. Se si ha la prontezza di sostituire l'hdd/ssd (per cui facendo sparire le tracce di Linux), e metterne uno uguale con W10, probabilmente lo passano in garanzia. Operazione non alla portata di tutti certo, e comunque costosa.
E in ogni caso l'installazione di Linux non fa decadere la garanzia.
Basta provare a fare gli gnorri... |
|
Top |
|
|
SverX Supervisor Macchinisti
Registrato: 25/03/02 11:16 Messaggi: 11577 Residenza: Tokelau
|
Inviato: 27 Dic 2017 10:49 Oggetto: |
|
|
Maary79 ha scritto: | Linux è rilasciato senza garanzia. Punto.
Qualsivoglia danno non è loro imputato.
Per cui Intel non c'entra nulla. |
se è per questo, anche fosse stato un driver di Windows a causare il danno, nessuno avrebbe ripagato. E' scritto nella EULA, loro non sono responsabili di nulla. |
|
Top |
|
|
Maary79 Moderatrice Sistemi Operativi e Software
Registrato: 08/02/12 12:23 Messaggi: 12239
|
Inviato: 27 Dic 2017 14:54 Oggetto: |
|
|
SverX, un driver fa parte del "software", per cui la "garanzia" (d'accordo, stessa cosa vale per MS) vale per i problemi "software", qualcosa che non funziona, una periferica, o schermate blu, kernel panic, ecc..ma ad arrivare a causare problemi hardware ce ne vuole.
Si diceva, tempo fa, che un virus può causare problemi hardware, ma questo non è mai stato confermato, è una leggenda metropolitana.
Ok, che il bios, ha una parte software, e che aggiornandolo in modo errato si ottiene lo stesso risultato, ma il procedimento è un altro, bios e sistema operativo non dovrebbero incrociarsi. |
|
Top |
|
|
Gladiator Dio maturo
Registrato: 05/12/10 20:32 Messaggi: 12850 Residenza: Purtroppo o per fortuna Italia
|
Inviato: 27 Dic 2017 14:58 Oggetto: |
|
|
La cosa più grave è che mi pare non si tratti di un bug che si attiva in determinate particolarissime condizioni, quindi un'attività di test anche minimamente seria avrebbe dovuto individuarlo se fosse stata correttamente fatta prima del rilascio prima da parte di Intel per ciò che riguarda il driver e poi da Canonical per il SO.
La mia impressione è che, ancora una volta, le aziende rilascino SW in versione beta tanto poi ci sono le clausolette che le salvaguardano da possibili cause intentabili dagli utenti che sono rimasti scottati da queste pratiche scorrette. |
|
Top |
|
|
SverX Supervisor Macchinisti
Registrato: 25/03/02 11:16 Messaggi: 11577 Residenza: Tokelau
|
Inviato: 27 Dic 2017 16:24 Oggetto: |
|
|
Maary79 ha scritto: | Si diceva, tempo fa, che un virus può causare problemi hardware, ma questo non è mai stato confermato, è una leggenda metropolitana. |
per essere più precisi, una volta si diceva che il software non può danneggiare l'hardware, ma ci sono in effetti casi dimostrati in cui si può avere un danno permanente (ad esempio ai tempi della CGA, i registri della scheda permettevano di farla funzionare 'fuori dalle specifiche' dei monitor dell'epoca, e questo poteva portare in certe condizioni a danni fisici... il mio fece una bella fumata blu mentre sperimentavo )
in questo caso credo sia un problema di aggiornamento firmware - qualcosa va storto e il firmware nuovo non funziona come deve, e non si riesce a portarlo al punto nel quale puoi lanciare un nuovo aggionamento.
in ogni caso i sistemi operativi ormai fanno questo ed altro - il microcode dei processori è una sorta di firmware volatile che i sistemi operativi 'caricano' nel processore ad ogni boot...
comunque il punto di questo problema secondo me è: se Intel riconosce di essere 'colpevole' del danno, dovrebbe offrire alle persone colpite dal problema di rimediare a sue spese. se non ho capito male, non dovrebbero essere tante persone. |
|
Top |
|
|
Maary79 Moderatrice Sistemi Operativi e Software
Registrato: 08/02/12 12:23 Messaggi: 12239
|
Inviato: 27 Dic 2017 16:55 Oggetto: |
|
|
Questa cosa del monitor veramente non l'avevo mai sentita...
E non comprendo minimamente il significato di:
SverX ha scritto: | (ad esempio ai tempi della CGA, i registri della scheda permettevano di farla funzionare 'fuori dalle specifiche' dei monitor dell'epoca, |
Poi, riguardo a questo:
SverX ha scritto: | in questo caso credo sia un problema di aggiornamento firmware - qualcosa va storto e il firmware nuovo non funziona come deve, e non si riesce a portarlo al punto nel quale puoi lanciare un nuovo aggionamento.
in ogni caso i sistemi operativi ormai fanno questo ed altro - il microcode dei processori è una sorta di firmware volatile che i sistemi operativi 'caricano' nel processore ad ogni boot... |
Non ho mai capito a che serva, il microcode del processore. Di default, quel driver, c'è l'ho deselezionato, in quanto "non funziona". Però ho notato che alcune distribuzioni (proprio Ubuntu) lo mette in uso, anche se non funziona.
Anche perchè cercando in rete, ci sono troppi pareri discordanti.
Per cui, è quello il driver incriminato? |
|
Top |
|
|
Cesco67 Dio maturo
Registrato: 15/10/09 10:34 Messaggi: 1758 Residenza: EU
|
Inviato: 27 Dic 2017 22:17 Oggetto: |
|
|
Maary79 ha scritto: | Possono girarla come credono, ma un driver è un componente software, ma questo software è stato fatto da Canonical o Intel?
Se fosse stato fatto da Intel sarebbe un driver proprietario, che attivato in automatico da Ubuntu, di default Ubuntu usa tutti driver Open, i proprietari li installa l'utente tramite il gestore di driver.
Per cui, colpa di Intel sarebbe solo se il driver (proprietario) bacato, l'hanno scritto loro, e Canonical, in preda ad un attacco di schizofrenia acuta, lo abbia installato senza che l'utente faccia nulla.
Per la garanzia... dipende. Non è detto che non paghi il produttore. Un pc con bios corrotto, non si accende più. Se si ha la prontezza di sostituire l'hdd/ssd (per cui facendo sparire le tracce di Linux), e metterne uno uguale con W10, probabilmente lo passano in garanzia. Operazione non alla portata di tutti certo, e comunque costosa.
E in ogni caso l'installazione di Linux non fa decadere la garanzia.
Basta provare a fare gli gnorri... |
Non è detto che Intel rilasci solo driver proprietari, potrebbero anche essere open source (è un'ipotesi, non conosco la politica di Intel a riguardo)
Per il discorso garanzia, non è così facile "gabbare" i produttori di pc; nei loro database sono memorizzati tutti i componenti della macchina, e partendo dal sn del pc sono in grado di sapere marca, modello e matricola di ogni parte che compone il computer. Se si accorgono che un pezzo non è originale possono benissimo imputare il costo della riparazione al cliente e ne avrebbero tutte le ragioni
Citazione: | SverX, un driver fa parte del "software", per cui la "garanzia" (d'accordo, stessa cosa vale per MS) vale per i problemi "software", qualcosa che non funziona, una periferica, o schermate blu, kernel panic, ecc..ma ad arrivare a causare problemi hardware ce ne vuole. |
In realtà il problema in oggetto è esclusivamente software. Il sw in questione (il BIOS) è quello che serve per avviare la macchina ed anche per poter caricare una nuova versione del BIOS; siccome è corrotto non c'è modo di caricare il BIOS via sw e purtroppo nemmeno la possibilità di sostituire l'EEPROM perché saldata alla scheda madre; per "resuscitare" il pc occorre sostituire quest'ultima |
|
Top |
|
|
SverX Supervisor Macchinisti
Registrato: 25/03/02 11:16 Messaggi: 11577 Residenza: Tokelau
|
Inviato: 28 Dic 2017 11:09 Oggetto: |
|
|
Maary79 ha scritto: | Questa cosa del monitor veramente non l'avevo mai sentita...
E non comprendo minimamente il significato di:
SverX ha scritto: | (ad esempio ai tempi della CGA, i registri della scheda permettevano di farla funzionare 'fuori dalle specifiche' dei monitor dell'epoca, |
|
spiegato in modo ultra-semplicistico (e NON è un esempio accurato ma solo esplicativo): immagina che io possa dire alla scheda di lavorare a una tensione tra 1 e 15 Volt semplicemente impostando un valore via software. Se il monitor non si aspetta 15 Volt potrebbe andare in protezione, spegnersi, o rompersi.
nel mio caso le combinazioni di vsync/hsync (sicronia verticale e orizzontale) che stavo provando erano evidentemente eccessive per il mio povero monitor... che quindi è partito di brutto. |
|
Top |
|
|
seagate Eroe
Registrato: 24/02/16 11:44 Messaggi: 60 Residenza: Via Lattea
|
Inviato: 28 Dic 2017 11:43 Oggetto: |
|
|
Nei commenti di Ubuntu 17.10 e i problemi al BIOS: ecco le ultime novità su lffl.org
Citazione: | DigiDavidex • 6 giorni fa
Non c'è bisogno di sostituire la scheda madre, basta avere una chiavettina usb che scrive le eeprom (CH341A), trovare il bios per il proprio pc, individuare sulla scheda madre qual'è la flash/eeprom che contiene il bios e riscrivere tutto da un altro pc con quella chiavettina. Semmai come tutti i portatili fosse un chip smd, c'è anche una pinzetta apposta per facilitare il lavoro senza saldare cavetti |
Citazione: | comunque si trova cercando:
Flash Chip IC Test Clips Socket Adapter |
|
|
Top |
|
|
SverX Supervisor Macchinisti
Registrato: 25/03/02 11:16 Messaggi: 11577 Residenza: Tokelau
|
Inviato: 28 Dic 2017 12:53 Oggetto: |
|
|
direi comunque non una operazione alla portata di tutti... |
|
Top |
|
|
seagate Eroe
Registrato: 24/02/16 11:44 Messaggi: 60 Residenza: Via Lattea
|
Inviato: 30 Dic 2017 10:53 Oggetto: |
|
|
I problemi di Ubuntu 17.10 con l'UEFI sembrano risolvibili
Citazione: | Chi avesse riscontrato questo problema, però, non sarebbe costretto a sostituire la scheda madre come da più parti sostenuto in un primo momento. Sembra, infatti, che installando il kernel Linux 4.14.9 e riavviando due volte il sistema sia possibile riportare la situazione alla normalità, di fatto ripristinando l'UEFI (e il computer) alla piena funzionalità. |
|
|
Top |
|
|
Cesco67 Dio maturo
Registrato: 15/10/09 10:34 Messaggi: 1758 Residenza: EU
|
Inviato: 30 Dic 2017 12:38 Oggetto: |
|
|
@seagate
Nell'articolo di ZN è scritto
Citazione: | La garvità del bug sta nel fatto che, nei casi peggiori, esso causa la corruzione del Bios, impedendo così l'avvio dei Pc e trasformandoli di fatto in costosi fermacarte. In altri casi impedisce la possibilità di salvare le modifiche alle impostazioni del Bios, nonché l'avvio da Usb. |
Quindi se il problema è il mancato salvataggio delle impostazioni del BIOS la soluzione che hai postato potrebbe risolvere, ma se non si avvia il pc non ci sono molte alternative: o si riprogramma la EEPROM (che come ha fatto notare SverX non è una passeggiata) o si sostituisce la scheda madre |
|
Top |
|
|
Maary79 Moderatrice Sistemi Operativi e Software
Registrato: 08/02/12 12:23 Messaggi: 12239
|
Inviato: 02 Gen 2018 19:04 Oggetto: |
|
|
@cesco67
Stanno uscendo soluzioni a raffica e aggiornamenti della notizia.
Anche se non sono proprio alla portata di tutti, prima di mollare, se capitasse a me, visto che non si ha nulla da perdere a quel punto, le proverei tutte.
Tanto...peggio di così...
lffl.org link |
|
Top |
|
|
|