eGospodarka.pl
eGospodarka.pl poleca

eGospodarka.plGrupypl.misc.telefoniaZagadka: w którym roku powstał pierwszy polski telefon...Re: Zagadka: w którym roku powstał pierwszy polski telefon...
  • 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.

Podziel się

Poleć ten post znajomemu poleć

Wydrukuj ten post drukuj


Następne wpisy z tego wątku

Najnowsze wątki z tej grupy


Najnowsze wątki

Szukaj w grupach

Eksperci egospodarka.pl

1 1 1

Wpisz nazwę miasta, dla którego chcesz znaleźć jednostkę ZUS.

Wzory dokumentów

Bezpłatne wzory dokumentów i formularzy.
Wyszukaj i pobierz za darmo: