-
Path: news-archive.icm.edu.pl!news.icm.edu.pl!news.nask.pl!news.nask.org.pl!newsfeed2
.atman.pl!newsfeed.atman.pl!.POSTED!not-for-mail
From: "HF5BS" <h...@...pl>
Newsgroups: pl.misc.telefonia
Subject: Re: Zagadka: w którym roku powstał pierwszy polski telefon...
Date: Sat, 2 Sep 2017 17:48:28 +0200
Organization: Stowarzyszenie Przeżuwaczy Szmat
Lines: 62
Message-ID: <ooejrn$96t$1@node2.news.atman.pl>
References: <2...@m...com.delete.pl><slrnoqbj
pr.gih.jaros@falcon.lasek.waw.pl><ddhsg6t3ymr0$....@4...n
et><s...@f...lasek.waw.pl><16jlcv0w84txi$.idbaxgtzh25f
$.dlg@40tude.net><s...@f...lasek.waw.pl><oo8hqc$nbt$1@
node2.news.atman.pl><s...@f...lasek.waw.pl><oo8ogv$tla
$1@node2.news.atman.pl><s...@f...lasek.waw.pl><oo90ee$
5lh$1@node2.news.atman.pl><s...@f...lasek.waw.pl><59a9
083a$0$15203$65785112@news.neostrada.pl><s...@f...lase
k.waw.pl><oobko4$ja6$1@node2.news.atman.pl><s...@f...la
sek.waw.pl><oobtoh$rsp$1@node2.news.atman.pl><59a980db$0$15202$65785112@n
ews.neostrada.pl><oocad7$7n6$1@node2.news.atman.pl><slrnoqjc1s.b4l.jaros@
falcon.lasek.waw.pl><oocl8c$2n5$1@node1.news.atman.pl>
<m...@p...waw.pl>
Reply-To: "HF5BS" <h...@...pl>
NNTP-Posting-Host: 89-66-67-159.dynamic.chello.pl
Mime-Version: 1.0
Content-Type: text/plain; format=flowed; charset="UTF-8"; reply-type=original
Content-Transfer-Encoding: 8bit
X-Trace: node2.news.atman.pl 1504367287 9437 89.66.67.159 (2 Sep 2017 15:48:07 GMT)
X-Complaints-To: u...@a...pl
NNTP-Posting-Date: Sat, 2 Sep 2017 15:48:07 +0000 (UTC)
X-Priority: 3
X-MSMail-Priority: Normal
X-Newsreader: Microsoft Outlook Express 6.00.2900.5931
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.7294
X-Antivirus: Avast (VPS 170902-0, 2017-09-02), Outbound message
X-Antivirus-Status: Clean
Xref: news-archive.icm.edu.pl pl.misc.telefonia:240353
[ ukryj nagłówki ]
Użytkownik "Krzysztof Halasa" <k...@p...waw.pl> napisał w wiadomości
news:m3val1s427.fsf@pm.waw.pl...
> Dyskietki były bardzo zawodne (w szczególności 1.44 MB (3.5"), ze
> względu na dużą gęstość zapisu - 2.8 MB nie używałem). Wydaje mi się, że
> firmowe dyskietki były "nieco mniej złe", ale nawet te miały chwilami
> pewność zapisu (prawdopodobieństwo, że wszystkie sektory dadzą się
> odczytać) na poziomie 50% :-)
Szybko się zdzierały.
> Pewnie zależało to także od napędów. Tak czy owak, w tej sytuacji,
Na moje oko bardzo. Byle paproch się przyklei przyz głowicy i potrafi
zrujnować nośnik.
Złapie wilgoci, to nośnik zacznie się kleić i odrywać.
> szansa że 3 dyskietki nie dadzą się odczytać w konkretnym miejscu, wciąż
> była dość duża.
Ano. Choć myślę, że to nie jedyny czynnik.
>
> Dyski twarde to zupełnie inna bajka, utrata danych z RAID-1 i RAID-5
> (związana z uszkodzeniem dysków) zdarza się raz na ileś lat, przy RAID-6
> lub RAID1+1 itp. w ogóle praktycznie się nie zdarza (pomijając
> np. awarię zasilania, przepięcia, przegrzania itp. - które niszczą
> wiele dysków jednocześnie).
Wiadomo, w końcu też serwerowe dyski wyróżniają sie (chyba...) trwałością,
kosztem bodajże nieco wolniejszej pracy. Zresztą i tak duża macierz... to
czy system zdoła przerobić taką ilość danych, by musiał czekać na kolejną
porcję? Ale w sensie przepływności przez pamięć...
> Oczywiście nie należy zapominać, że istotne dane powinny być gdzieś
> zduplikowane, w taki sposób, by odpowiednio trudno było je zniszczyć
> jednocześnie z oryginałem.
Otóż to!
Dlatego ówe dane, to u mnie sobie leżały, bo się liczyłem, że przeniesienie
może się nie udać.
Robię teraz dysk, któremu się fiknęło z wysokości...
Sczytanie upadłego dysku (udało się tylko raz, przy drugim czytaniu - dla
upewnienia się w odzysku - umarł) zrobiłem tak, że najpierw obraz, potem
wyciągnięcie danych, teraz je porządkuję, dla pewności ponownie procedura
(aby upewnić się, że błąd pamięci nie namieszał, uszkodzony moduł usunąłem,
sczytać chyba udało się dobrze (w ocenie oparłem się, tak, o coś, co można
by nazwać głosowaniem)) wyciągania danych z obrazu (drugiego nie ma i nie
będzie), przekazanie odzysku i po sygnale, że wszystko gra, dopiero
wyczyszczenie miejsca.
Nieraz widziałem sytuacje, z podziału na ludzi robiących backupy, oraz
tych, co będą je robić. Sam do tych drugich należałem... :)
Niektóre programy potrafią zapisywać dwoje dane w kilku miejscach naraz,
wolę to od sytuacji, gdyby coś miało się zgubić.
--
Psy kochają przyjaciół i gryzą wrogów,
w odróżnieniu od ludzi, którzy niezdolni są do czystej miłości
i zawsze muszą mieszać miłość z nienawiścią.
(C) Zygmunt Freud.
Następne wpisy z tego wątku
- 02.09.17 19:54 Krzysztof Halasa
- 04.09.17 13:16 J.F.
- 04.09.17 13:29 J.F.
- 04.09.17 14:02 J.F.
- 07.09.17 19:42 J.F.
- 07.09.17 23:16 HF5BS
- 08.09.17 12:41 J.F.
- 08.09.17 15:24 HF5BS
- 08.09.17 15:38 J.F.
- 08.09.17 18:26 HF5BS
- 08.09.17 20:04 J.F.
- 11.09.17 23:18 Krzysztof Halasa
- 12.09.17 00:33 J.F.
- 12.09.17 23:41 Krzysztof Halasa
- 13.09.17 01:00 J.F.
Najnowsze wątki z tej grupy
- "betamaxy" i inne voip-y dzisiaj
- Hackowanie SS7
- nowe spamerstwo ?
- Przychodzące impulsy telefon nie dzwoni
- Re: Zgody...
- Jak tanio dzwonic do Wielkiej Brytani?
- Chess
- Vitruvian Man - parts 7-11a
- Czas umierać.
- [ot] aplikacja - ameryk. nr. telef + dzwonienie za free do stanow i kanady
- Vectra 'Plan domowy bez limitu'
- Re: Ponownie: Android i zarządzanie książką telefoniczną z komputera
- Re: Ponownie: androSRAJ i zarządzanie książką teleSRAną z bitMłyna
- Re: Ponownie: Android i zarządzanie książką telefoniczną z komputera
- Android, export/import książki telefonicznej
Najnowsze wątki
- 2024-11-25 Karty przedpłacone (podarunkowe) Google Play - pytanie do korzystających
- 2024-11-26 wina Tóska
- 2024-11-26 Rewolucja/Rewelacja!
- 2024-11-25 grupa ożyła ;)
- 2024-11-24 Być jak Clint
- 2024-11-24 Rura kanalizacja konceptu Franke = problem
- 2024-11-25 Wrocław => Lead Java EE Developer <=
- 2024-11-25 Warszawa => Business Development Manager - Network and Network Securit
- 2024-11-25 Kraków => Programista Full Stack (.Net Core) <=
- 2024-11-25 Lublin => Senior PHP Developer <=
- 2024-11-25 Karlino => Konsultant wewnętrzny SAP (FI/CO) <=
- 2024-11-25 Warszawa => ECM Specialist / Consultant <=
- 2024-11-25 Katowice => Regionalny Kierownik Sprzedaży (OZE) <=
- 2024-11-25 Warszawa => Senior Frontend Developer (React + React Native) <=
- 2024-11-25 Lublin => Inżynier Serwisu Sprzętu Medycznego <=