-
X-Received: by 10.31.32.148 with SMTP id g142mr3273520vkg.1.1523030913537; Fri, 06
Apr 2018 09:08:33 -0700 (PDT)
X-Received: by 10.31.32.148 with SMTP id g142mr3273520vkg.1.1523030913537; Fri, 06
Apr 2018 09:08:33 -0700 (PDT)
Path: news-archive.icm.edu.pl!news.icm.edu.pl!news.nask.pl!news.nask.org.pl!news.unit
0.net!weretis.net!feeder6.news.weretis.net!feeder.usenetexpress.com!feeder-in1.
iad1.usenetexpress.com!border1.nntp.dca1.giganews.com!border2.nntp.dca1.giganew
s.com!nntp.giganews.com!k3no89973qtm.1!news-out.google.com!a19ni89qtj.1!nntp.go
ogle.com!k3no89970qtm.1!postnews.google.com!glegroupsg2000goo.googlegroups.com!
not-for-mail
Newsgroups: pl.misc.elektronika
Date: Fri, 6 Apr 2018 09:08:33 -0700 (PDT)
In-Reply-To: <pa83ru$7e0$1$PiotrGalka@news.chmurka.net>
Complaints-To: g...@g...com
Injection-Info: glegroupsg2000goo.googlegroups.com; posting-host=64.4.90.162;
posting-account=jnRHMAoAAACB5EawItMhNTZMy_yOF2XE
NNTP-Posting-Host: 64.4.90.162
References: <5ac769a8$0$671$65785112@news.neostrada.pl>
<5ac77375$0$994$65785112@news.neostrada.pl>
<pa83ru$7e0$1$PiotrGalka@news.chmurka.net>
User-Agent: G2/1.0
MIME-Version: 1.0
Message-ID: <7...@g...com>
Subject: Re: Burza magnetyczna a zabezpieczenie danych
From: s...@g...com
Injection-Date: Fri, 06 Apr 2018 16:08:33 +0000
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Lines: 86
Xref: news-archive.icm.edu.pl pl.misc.elektronika:730861
[ ukryj nagłówki ]W dniu piątek, 6 kwietnia 2018 10:31:14 UTC-5 użytkownik Piotr Gałka napisał:
> W dniu 2018-04-06 o 15:17, Atlantis pisze:
> > On 06.04.2018 14:35, Luke wrote:
> >
> >> Czy w razie takiego zajścia cyfrowy dorobek ludzkości ma szansę przetrwać?
> >
> > Ok. Załóżmy, że mamy dysk USB odłożony od czegokolwiek i leżący sobie
> > spokojnie w szufladzie. Czy na samych pinach gniazdka USB i/lub
> > ścieżkach przelotki USB2SATA wyindukuje się na tyle duże napięcie, żeby
> > spalić elektronikę HDD?
> > Albo tasiemki z backupami ze streamera, zamknięte w jakimś sejfie. Że
> > niby burza magnetyczna je rozmagnesuje? ;)
> >
> > Coś mi się nie chce w to wierzyć. Carrington Event z 1859 roku był
> > niszczycielski dla infrastruktury telegraficznej z dwóch powodów:
> > 1) Długie linie transmisyjne, w których mogło się indukować spore napięcie.
> > 2) Brak jakichkolwiek zabezpieczeń.
> >
> > W to, że ponowne wystąpienie takiego zjawiska mogłoby być niebezpieczne
> > dla sieci energetycznych, sieci telekomunikacyjnych i satelitów na
> > orbicie - jestem w stanie uwierzyć. Jednak scenariusze zakładające
> > zniszczenie każdego kawałka elektroniki na całej planecie i globalne
> > rozmagnesowanie wszystkich nośników magnetycznych kojarzą mi się raczej
> > z kiepskim filmem katastroficznym z SyFy channel...
> >
>
> Nie wiem czy na 100% mam rację ale...
> Dane zapisane w flashu nie są wieczne. Dlaczego?
> Tam w jakimś odizolowanym obszarze zgromadzony jest jakiś ładunek. Im
> gęstsza pamięć tym ładunek zapisujący jeden bit jest mniejszy. Obiło mi
> się gdzieś, że we współczesnych pamięciach jeden bit to zaledwie 40
> elektronów.
> Taki elektron jak dostanie kopa (może promieniowanie kosmiczne) to może
> pokonać barierę izolacyjną i bit się powoli rozchodzi.
> Kiedyś flashe miały niby wytrzymywać 10 lat, teraz chyba 100. Miałem
> kiedyś w kompie bios, którego musiałem co 2..3 lata regenerować.
>
> Nie wiem jak silne ma być promieniowanie po takim wyrzucie materii w
> naszą stronę, ale może poddana takiemu promieniowaniu pamięć będzie
> miała średni czas życia np 1 minuta, a promieniowanie potrwa znacznie
> dłużej.
> Gdyby tylko te zaprogramowane bity się rozpływały to można by liczyć, że
> z takiego śladu jest jakaś szansa dojść do tego co miało być zapisane.
> Ale zapewne jednocześnie bity nie zapisane mogą zbliżać swój stan do
> bitów zapisanych - kopnięty elektron może wskoczyć do tego izolowanego
> obszaru ale mieć za mało energii, aby od razu przelecieć na wylot. Z
> biegiem czasu stan wszystkich bitów zrobi się losowy.
> P.G.
To musialo by byc naprawde silne promieniowanie.
W praktyce przez obudowy w pomieszczeniach tylko promieniowanie gamma sie moze
przebic.
Musialo by go byc naprawde sporo aby takiego flasha rozladowac.
W sumie mozna by sprobowac to zbadac. tylko trzeba by jakies zrodlo gamma i czytnik
kart sd na usb...
Ciekawe cwiczenie dla studentow :)
Następne wpisy z tego wątku
- 06.04.18 18:31 JaNus
- 06.04.18 19:00 s...@g...com
- 06.04.18 19:14 JaNus
- 06.04.18 19:21 s...@g...com
- 06.04.18 20:29 Piotr Gałka
- 06.04.18 20:46 JaNus
- 06.04.18 20:47 asanas
- 06.04.18 21:24 Zbych
- 06.04.18 21:33 Zbych
- 06.04.18 22:05 s...@g...com
- 07.04.18 03:06 J.F.
- 07.04.18 10:05 Marek
- 07.04.18 10:06 Marek
- 07.04.18 10:26 Bombardier Dąs vel Karbonylek
- 07.04.18 10:34 Bombardier Dąs vel Karbonylek
Najnowsze wątki z tej grupy
- Aliexpress zaczął oszukiwać na bezczelnego.
- OpenPnP
- taka skrzynka do kablowki
- e-paper
- 60 mA dużo czy spoko?
- Dziwne zachowanie magistrali adresowej w 8085
- Współczesne mierniki zniekształceń nieliniowych THD audio, produkują jakieś?
- Jaki silikon lub może klej?
- Smar do video
- Litowe baterie AA Li/FeS2 a alkaliczne
- "ogrodowa linia napowietrzna"
- jaki zasilacz laboratoryjny
- jaki zasilacz laboratoryjny
- Puszka w ziemię
- T-1000 was here
Najnowsze wątki
- 2025-02-21 Warszawa => Key Account Manager IT <=
- 2025-02-21 Warszawa => Data Engineer (Tech Lead) <=
- 2025-02-21 Aliexpress zaczął oszukiwać na bezczelnego.
- 2025-02-21 Warszawa => System Architect (Java background) <=
- 2025-02-21 Kula w łeb
- 2025-02-21 Warszawa => System Architect (background deweloperski w Java) <=
- 2025-02-21 Warszawa => Solution Architect (Java background) <=
- 2025-02-21 Lublin => JavaScript / Node / Fullstack Developer <=
- 2025-02-21 Pawel S
- 2025-02-21 Warszawa => Key Account Manager (Usługi HR) <=
- 2025-02-21 Katowice => Senior Field Sales (system ERP) <=
- 2025-02-21 Chrzanów => Programista NodeJS <=
- 2025-02-21 Wrocław => Konsultant wdrożeniowy Comarch XL/Optima (Księgowość i
- 2025-02-21 Warszawa => Administrator Systemów Windows IT <=
- 2025-02-21 Wrocław => Specjalista ds. Sprzedaży (transport drogowy) <=