eGospodarka.pl
eGospodarka.pl poleca

eGospodarka.plPrawoGrupypl.soc.prawoDura lex, sed lex › Re: Dura lex, sed lex
  • Path: news-archive.icm.edu.pl!news.icm.edu.pl!news.chmurka.net!.POSTED.tb3-253.telbes
    kid.pl!not-for-mail
    From: Robert Tomasik <r...@g...pl>
    Newsgroups: pl.soc.prawo
    Subject: Re: Dura lex, sed lex
    Date: Thu, 9 Nov 2023 12:09:34 +0100
    Organization: news.chmurka.net
    Message-ID: <uiiea8$krm$22$RTomasik@news.chmurka.net>
    References: <uhlkjm$3s24g$1@dont-email.me> <uhqtp6$2ui$11$RTomasik@news.chmurka.net>
    <%Lg0N.26806$2Dq2.5412@fx08.ams1>
    <uhsnqd$2ui$32$RTomasik@news.chmurka.net>
    <RRl0N.27795$pZKa.16091@fx04.ams1>
    <uhsq89$2uh$25$RTomasik@news.chmurka.net>
    <uhtiir$rkl$3$Shrek@news.chmurka.net> <MGA0N.73967$6L_4.56412@fx14.ams1>
    <ui0c58$ju8$1$Shrek@news.chmurka.net>
    <137fxbix0c90w$.gd40x47g5pb7$.dlg@40tude.net>
    <bnW0N.78478$3_a2.10970@fx12.ams1>
    <ui2hk2$2ui$58$RTomasik@news.chmurka.net>
    <BEf2N.79590$U4F3.28755@fx09.ams1>
    <uidn13$3a4$6$RTomasik@news.chmurka.net>
    <uidp71$2ak$4$Shrek@news.chmurka.net> <fPz2N.29133$dr77.6158@fx01.ams1>
    <uiejij$krl$2$RTomasik@news.chmurka.net>
    <WVA2N.29135$dr77.5271@fx01.ams1>
    <uig61m$krm$5$RTomasik@news.chmurka.net>
    <fuqz57i3pspw.lr7lwslbdkeo$.dlg@40tude.net> <56V2N.8$4Fc2.5@fx14.ams1>
    <1myugqejxh$.7ed9q9q5adp.dlg@40tude.net> <ao_2N.12$glg4.7@fx11.ams1>
    NNTP-Posting-Host: tb3-253.telbeskid.pl
    MIME-Version: 1.0
    Content-Type: text/plain; charset=UTF-8; format=flowed
    Content-Transfer-Encoding: 8bit
    Injection-Date: Thu, 9 Nov 2023 11:03:37 -0000 (UTC)
    Injection-Info: news.chmurka.net; posting-account="RTomasik";
    posting-host="tb3-253.telbeskid.pl:185.192.243.253";
    logging-data="21366";
    mail-complaints-to="abuse-news.(at).chmurka.net"
    User-Agent: Mozilla Thunderbird
    Cancel-Lock: sha1:QqMzJQlFwnJdms5qtzbcsDkcNVQ=
    sha256:H2cJwaDnpM6cOYKTxVJx006ZJrYGQBP3rmAO3wx623I=
    sha1:PwAxjz3rMiZhbBGKs2eWKYikUFk=
    sha256:3+I+dd0eKC03vPfOeYAeWbZp+CT2Tbmkmqqvribqaow=
    In-Reply-To: <ao_2N.12$glg4.7@fx11.ams1>
    Content-Language: pl
    Xref: news-archive.icm.edu.pl pl.soc.prawo:843694
    [ ukryj nagłówki ]

    W dniu 09.11.2023 o 06:47, Marcin Debowski pisze:
    >>> Jest darmowe oprogramowanie odzyskujące różne funkcjonalne pliki bez
    >>> udziału systemu plików. Szuka po nagłowkach i metadanych tych plików.
    >> I wychodzi mu to lepiej lub gorzej.
    > Skąd wiesz jak mu wychodzi? ?

    Bowiem Shrek stoi na stanowisku, że jak on czegoś nie widzi, to tego nie
    ma.

    >>> plików), ale system siłą rzeczy musi to wiedzieć już przed zapisem.
    >> Ale nie musi tego od razu zapisywac.
    >> Praktycznie co blok (kilka sektorów), trzeba zapisywac kilka bajtów
    >> do FAT czy innej tablicy, wypadałoby zmodyfikować długośc pliku - wiec
    >> nic dziwnego, ze sie to odsuwa, szczegolnie ze zaraz będzie zmienione.
    >> Ale prawdziwy problem jest na dyskach SSD/Flash.
    >> W magnetycznym z kolei głowice się urwą ?
    > Na tym polega problem z buforem. Być powień, bo inaczej głowica będzie
    > latać. Nb. jak to wyglada przy hybrydach hdd z ssd? Może tam by nie
    > latało?

    Jak w katastrofie rozwali się nośnik, to faktycznie jego odczytanie może
    być problematyczne, ale to już zbyt głęboka myśl. Mnie chodzi o mniej
    dramatyczne scenariusze. Wywaliło po prostu kabel zasilający. Przy czym
    nadal nie czuję się kompetentny we wnikanie, czemu to ktoś tak a nie
    inaczej robi. Stwierdzam, ze są takie rejestratory. Nawet, jeśli to
    niedorzeczny pomysł, to tego nie zmienię. Podpowiadam, jak można CZASEM
    wyciągnąć więcej, niż przy normalnym pobraniu filmiku.

    --
    (~) Robert Tomasik

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