Jörg Burzeja wrote:
> Rupert Haselbeck schrieb:
>>
>> Nun ja. Der Rat, Firmware- und Treiberupdates zu provieren, ohne
>> überhaupt zu wissen, ob und ggfls. der OP nun wirklich ein Problem hat,
>> ist einigermaßen suboptimal. Sowohl bei der einen wie bei der anderen
>> Aktion wurden schon eine Vielzahl an vorher funktionsfähigen Geräten in
>> Briefbeschwerer verwandelt.
>
> Ein Treiberupdate kann keine Geräte beschädigen.

O doch.

Antike Varianten, wie Software Hardware beenden kann, fandest du vor
49 Sekunden unter http://en.wikipedia.org/wiki/Killer_poke .

An modernen fallen mir spontan ein:

a) das Laden defekter Firmware bei Geräten, wo der Lader auch im
geladenen Teil ist, so dass das Gerät nicht mehr bootfähig ist.

b) das Manipulieren der Lüfter und ggfls. der CPU-Spannungen etc.
mit dem Ergebnis tatsächlicher thermischer Beschädigung des Geräts.

c) das Setzen eines Passworts auf moderne ATA-Platten.

-is
--
seal your e-mail: http://www.gnupg.org/

Ignatios Souvatzis schrieb:

>>> Nun ja. Der Rat, Firmware- und Treiberupdates zu provieren, ohne
>>> überhaupt zu wissen, ob und ggfls. der OP nun wirklich ein Problem hat,
>>> ist einigermaßen suboptimal. Sowohl bei der einen wie bei der anderen
>>> Aktion wurden schon eine Vielzahl an vorher funktionsfähigen Geräten in
>>> Briefbeschwerer verwandelt.

>> Ein Treiberupdate kann keine Geräte beschädigen.

> O doch.

> An modernen fallen mir spontan ein:
>
> a) das Laden defekter Firmware bei Geräten, wo der Lader auch im
> geladenen Teil ist, so dass das Gerät nicht mehr bootfähig ist.

Das zähle ich mal nicht zu einem Treiberupdate.

> b) das Manipulieren der Lüfter und ggfls. der CPU-Spannungen etc.
> mit dem Ergebnis tatsächlicher thermischer Beschädigung des Geräts.

Da wäre die Ursache das Einstellen falscher Parameter; dies kann man
nach einem Treiberupdate, aber auch schon vorher, wenn man möchte.

> c) das Setzen eines Passworts auf moderne ATA-Platten.

Das sagt mir nichts. Könntest Du das bitte näher ausführen? Danke.


--
Viele Grüsse

Jörg