|
|
|
![]() |
|
Strumenti |
![]() |
#1 |
Senior Member
Iscritto dal: Nov 2000
Messaggi: 455
|
Può linux danneggiare la scheda wireless?
Premesso che utilizzo linux da tempo immemore e non mi ha mai dato grossi problemi vi racconto cosa è successo sul mio NB Asus dotato di wireless lan i3945.
Ho installato Ubuntu 7.04 in dual boot con Vista (il nb è nuovo di pacca!) con i relativi problema del driver ati, ho configurato tutto (wireless incluso con linux restricted modules e accesso WPA). Tutto funzionava perfettamente ma ad un certo punto la scheda wireless ha smesso di funzionare bloccando l'avvio di entrambi i sistemi operativi. Disabilitandola da bios tutto ok. Avviando linux ho capito che il problema era legato alla lettura scrittura del firmware nella scheda wireless. Per quanto ne so io sia Linux che Windows per utilizzare la wireless hanno la necessità di scrivre all'avvio un firmware all'interno della scheda stessa. Premesso che usavo il 95% del tempo linux (vista l'ho aperto 1 volta e lo tenevo più che altro per i giochi) può in qualche modo qualche procedura scorretta aver danneggiato il mio portatile (a cui in assistenza hanno sostituito la motherboard). Io la ritengo una sorta di leggenda metropolitana ma devo dire che è la prima volta che mi capita una cosa del genere e mi ha preoccupato non poco. Se qualcuno ha opinioni pareri o anche solo link per documentarsi... feyd
__________________
Macbook Air 11" 2.0Ghz - 8GB RAM - 256GB SSD (Mid '12) |
![]() |
![]() |
![]() |
#2 | |
Senior Member
Iscritto dal: Mar 2005
Città: Ravenna
Messaggi: 1937
|
Quote:
__________________
Dell Inspiron 1720 Ice White Windows 7 Pro/Archlinux x86_64 - 3.0.x -Gnome3 Msi Wind U100 Windows Xp/Ubuntu 11.04 - Gnome3 |
|
![]() |
![]() |
![]() |
#3 |
Senior Member
Iscritto dal: Jan 2004
Città: /dev/sda1
Messaggi: 4060
|
Tra l'altro non ho capito una cosa... sul mio pc la scheda ipw3945 è una scheda minipci, che cambi quella e cambi dispositivo wireless, tanto io avevo addirittura messo quella di mio fratello, una ipw2100, temporaneamente per installare i driver ipw3945, perchè non avevo alcun accesso ethernet in quel momento.
Basta cambiare quella. Mi sfugge perchè a te abbiano cambiato la scheda madre. Comunque, per il difetto, credo che semplicemente il compoentne fosse difettoso, probabilmente la memoria del firmware... usandola un po' si è degradata ed ecco il problema.
__________________
![]() |
![]() |
![]() |
![]() |
#4 | |
Senior Member
Iscritto dal: Mar 2005
Città: Ravenna
Messaggi: 1937
|
Quote:
__________________
Dell Inspiron 1720 Ice White Windows 7 Pro/Archlinux x86_64 - 3.0.x -Gnome3 Msi Wind U100 Windows Xp/Ubuntu 11.04 - Gnome3 |
|
![]() |
![]() |
![]() |
#5 |
Senior Member
Iscritto dal: Mar 2006
Messaggi: 2516
|
ho anche io quella scheda e la uso con ubuntu/kubuntu/debian da parecchio ormai senza problemi
|
![]() |
![]() |
![]() |
#6 | |
Junior Member
Iscritto dal: May 2007
Città: Bologna
Messaggi: 3
|
Quote:
Hai provato a cercare su google se è un problema solo tuo o se si sono verificati altri casi simili con la tua stessa scheda e la tua stessa versione dei driver? |
|
![]() |
![]() |
![]() |
#7 |
Senior Member
Iscritto dal: Jan 2001
Messaggi: 2289
|
uagliu' io voglio fare quello che mette in voi il seme della follia...
senza alcuna prova scientifica ne' quantomeno tecnica vi posso dire che oltre ai problemi di natura hardware (vedi difetto del connettore minipci o del componente stesso) o di natura software (vedi firmware difettoso), esiste un'altra cosa su cui potrete o meno dare peso: Trusted Computing. io vi ho solo messo la pulce nell'orecchio
__________________
FreeBSD, OpenBSD and GNU/Linux User Free Software Foundation Associate Member proudly member of poco-serio™ team! nella foto son quello simpatico... l'altro e' |Stan| |
![]() |
![]() |
![]() |
#8 | |
Senior Member
Iscritto dal: Jan 2004
Città: /dev/sda1
Messaggi: 4060
|
Quote:
__________________
![]() |
|
![]() |
![]() |
![]() |
#9 |
Senior Member
Iscritto dal: Nov 2000
Messaggi: 455
|
si ovviamente ho cercato su internet... e ho trovato problemi simili al mio ma non apparentemente collegati.
Io sospetto che il problema fosse il wireless dai test che ho effettuato: da bios ho la possibilità di disabilitare tutta una serie di dispositivi tra cui la wireless lan. disattivando la wireless lan tutto funzionava corretamente. Il perchè sia stata sostituita tutta la mb non ne ho idea. Anche io comunque sospetto un problema nella scrittura del firmware. Prima della 7.04 per breve tempo c'era la 6.10 e non mi ha dato problemi. Il problema si è verificato dopo pochi utilizzi della 7.04 (e di Vista)... So che suona come una ipotesi fantasiosa (ma sono il primo a dirlo) ma prima di reinstallare linux volevo una verifica incrociata... Anche io confido nella sfiga hardware però il pc mi serve per lavorarci e Vista in questo momento è un po' un'impedimento. ilvecchio
__________________
Macbook Air 11" 2.0Ghz - 8GB RAM - 256GB SSD (Mid '12) |
![]() |
![]() |
![]() |
#10 | |
Senior Member
Iscritto dal: Jan 2001
Messaggi: 2289
|
Quote:
![]() ti porto un esempio: un mio collega di universita' ha acquistato da poco un HP con preinstallato uindovs svista. su questo portatile c'e' una scheda wireless che lui ha voluto cambiare con una in suo possesso: ha aperto lo slot, smontato la scheda originale e messo la sua. riavvia: il bios ha riconosciuto una nuova periferica pci (lo slot e' minipci) ma poi non continua con il boot perche' la periferica non e' certificata hp. ovviamente la periferica funziona correttamente perche' su altri computer non c'e' alcun problema di sorta. il suo portatile ha un core 2 duo come cpu.
__________________
FreeBSD, OpenBSD and GNU/Linux User Free Software Foundation Associate Member proudly member of poco-serio™ team! nella foto son quello simpatico... l'altro e' |Stan| |
|
![]() |
![]() |
![]() |
#11 | |
Senior Member
Iscritto dal: Jan 2004
Città: /dev/sda1
Messaggi: 4060
|
Quote:
Semplicemente parte del bios è preposto a memorizzare alcuni p/n di cui l'hp garantisce, e quando una scheda non ha quel p/n non viene fatto fare il boot al sistema. E' un sistema abbastanza ovvio, e l'utilità di intuisce anche molto bene. Tuttavia ha ben poco a che vedere con il trusted computing ![]() E, soprattutto, non esistono "diversi tipi", ma ne esiste solo uno, quello definito dalla specifica TPM 1.2, che ricordo è una specifica aperta, consultabile e che richiede una certa infrastruttura. Esistono altri sistemi di protezione piuttosto. Il TC ha già tante colpe, non rifigliamogli anche quelle che non ha ![]()
__________________
![]() |
|
![]() |
![]() |
![]() |
#12 |
Senior Member
Iscritto dal: Jan 2001
Messaggi: 2289
|
sicuramente sei piu' informato di me quindi ti credo pero' proviamo a fare un ragionamento (sperando di non andare troppo OT, nel qual caso ne parliamo in privato, se ti va, perche' l'argomento mi interessa): se il trusting computing ti permette l'esecuzione di software "certificato" (uso le virgolette perche' non so se e' il termine appropriato), la cosa potrebbe essere traslata all'hardware impedendone cosi' il funzionamento del computer. Anche se magari non e' classificabile nelle azioni che compie il TC, io la vedo come una cosa molto simile (vedi tutto il meccanismo di "certificazione" dell'hardware) e quindi un'altra forma di sottrazione di liberta' all'utente.
chiedo scusa per l'off topic generato.
__________________
FreeBSD, OpenBSD and GNU/Linux User Free Software Foundation Associate Member proudly member of poco-serio™ team! nella foto son quello simpatico... l'altro e' |Stan| Ultima modifica di eclissi83 : 14-05-2007 alle 09:42. |
![]() |
![]() |
![]() |
#13 | |
Senior Member
Iscritto dal: Jan 2004
Città: /dev/sda1
Messaggi: 4060
|
Quote:
![]() ![]() Quello che dici non è sbagliato in linea di principio. il TC (che ricordo essere l'unione di un infrastruttura hardware, che consiste ne TPM, in un Bios/EFI appositamente progettato ed in periferiche TC-Compliant, che però non sono indispensabili, e di una parte software, implementata solitamente con un kernel di sicurezza, come NGSCB in Windows, o un modulo di sicurezza, come per esempio i vari tpm_*.ko in Linux) può *effettivamente* bloccare l'avvio del pc in presenza di periferiche non certificate, e questo senza coinvolgere il "lato software" dell'infrastruttura. E' sufficiente che il bios sia addestrato per richiedere dei riconoscitori TC da tutte le periferiche (che però a loro volta dovrebbero montare un generatori di chiavi, in teoria, anche se sono convinto che si possa fare anche senza), e quelle che non rispondono possano venire escluse dal riconoscimento hardware del ssitema operativo, o che, più semplicemente, il bios possa bloccare il boot del sistema, in quanto questo non stia avvenendo in un "sistema sicuro". Tuttavia, detto onestamente, non ci credo nemmeno se lo vedo che un HP consumer faccia una cosa del genere. Un po' perchè, essendo nel C2D la circuiteria del TPM disattivata o comunque non gestita, il pc dovrebbe montare un TPM sulla mainboard, che dovrebbere essere inizializzabile da bios, inoltre la scheda wifi dovrebbere a sua volta TC-Compliant. Considerando che nessuna periferica al momento in vendita come pezzi di ricambio è TC-Compliant, mi sembra veramente difficile. Come ho detto, i controlli sulla certificazione dlle periferiche dei notebook esiste da tempo immemore, ed è il presupposto essenziale perchè la garanzia sull'hardware possa sussistere, dato che è sull'insieme e non sui singoli componenti. Sono MOLTO più semplici da implementare dell'incasinatissimo TC e soprattutto sono semplici e consolidati ![]() Il TPM al momento (e specifico TPM, ovvero il solo chip modulo) viene usato in molti notebook di fascia professionale per generare chiavi di crittografia per filesystem contenenti dati sensibili o singoli file, ed inoltre, quando presente, per codificare ed immagazzinare le informazioni che arrivano dal lettore di impronte digitali, ove presente ![]()
__________________
![]() |
|
![]() |
![]() |
![]() |
#14 | |||||
Senior Member
Iscritto dal: Jan 2001
Messaggi: 2289
|
Quote:
![]() Quote:
Quote:
![]() Quote:
Quote:
![]() grazie delle spiegazioni
__________________
FreeBSD, OpenBSD and GNU/Linux User Free Software Foundation Associate Member proudly member of poco-serio™ team! nella foto son quello simpatico... l'altro e' |Stan| |
|||||
![]() |
![]() |
![]() |
#15 | |||
Senior Member
Iscritto dal: Jan 2004
Città: /dev/sda1
Messaggi: 4060
|
Quote:
Il motivo è molto semplice: le periferiche in vendita non sono tc-compliant, quindi è impossibile effettuare dei controlli TC su di loro ![]() Quote:
Purtroppo è un controllo che limita l'intercambiabilità di pezzi all'interno di un notebook a solo alcune precise scelte. Sul notebook di mio fratello, che ha una ipw2100, sono riuscito a montare una ipw2200, ma non per esempio una bcm4318, perchè il pc non bootava. Questi controlli, anche a garanzia scaduta, te li tieni, c'è poco da fare. Anche io, in assistenza, avrei voluto salvare notebook con pezzi vari di recupero facendo spendere meno al proprietario ma, spesso, ho dovuto ordinare i ricambi originali, o se non originali comunque dello stesso tipo/modello. Al contrario, periferiche su cui il controllo non esiste mai, sono gli hard disk e la ram. Al contrario i bios dei notebook sono molto sensibili alle schede video e a ciò che è montato sullo slot minipci ![]() Quote:
![]()
__________________
![]() |
|||
![]() |
![]() |
![]() |
Strumenti | |
|
|
Tutti gli orari sono GMT +1. Ora sono le: 22:18.