Keresés

Részletes keresés

innerimages Creative Commons License 2025.07.22 0 0 165712

Nem ismerem az említett ecopityut, de rákerestem és az látszik rajta, hogy szereti amit csinál.

 

Szerintem nem baj az ha nem marad az ember a kaptafánál mert szélesíti a látókörét.

 

A saját szakterületemen is folyamatos a tanulás, hogy naprakész legyen az ember mert így lehet haladni a fejlődéssel, nem mellesleg a megszerzett tudás más dolgokhoz is segítséget ad.

Előzmény: főgóré (165706)
innerimages Creative Commons License 2025.07.22 0 1 165711

Szervusz!

Ugye milyen kedves és barátságos itt mindenki? :)

"Néhány olyan HDD is létezik, amelynek a redundáns adatok számára ugyanakkora hely van , mint az írható adat terület."

Szerintem a Basic Redundant Write Cycle-ra gondoltál mert az pontosan így működött, hogy  összehasonlítási alapként redundáns másolatot igényelt  az adatból. A Reed-Solomon-nál ugye ez már nem volt szükséges mert a szektoronként tárolt ECC bitek száma egyenes arányosságban van a kezelhető hibák számával. Ma már a Viterbi, a BCH és az LDPC az uralkodó (utóbbiak az SSD-knél és a memóriakártyáknál is).

Az analóg módon rögzítő korszakban még lehetett szkópon nézve szerkeszteni a biteket, viszont a modern, tisztán digitális módon tároló HDD-k már nem az analóg FM (később MFM) megoldást használják, hanem az RLL egy variánsát, ami jóval hatékonyabb mert az órajel az adatba van integrálva és így 3x akkora adatsűrűséget biztosít mint az FM (és 2x akkorát mint az MFM), illetve ez az általad említett rögzítési problémára is megoldást ad a mágneses fluxusváltások számának minimalizálásával. Ezt fejelték meg még az SMR-el, a HAMR-el és az MAMR-el, így maximalizálva az elérhető adatsűrűséget. Mindenesetre nem sokaknak van hozzá legalább 500 MHz-es szkópja, hogy egy modernebb HDD read channel-jének a sávszélességével versenyezzenek.

Visszatérve az eredeti kérdésre: fenntartom  véleményem, hogy napjaink HDD-in nem kivitelezhető a teljes formázás utáni visszaállítás mert a mai technológia fizikai tűréshatára túl kicsi hozzá. Vannak olyan esetek ami annak látszik mintha, de valójában nem: például a gyors formázás, mert a Win Vista előtt a gyorsformázás megegyezett a teljessel, ami azért volt csak lassabb mert lemezellenőrzést is tartalmazott, viszont mindkettő csak a fájlrendszer táblákat törölte, hogy a meghajtó üresnek látsszon, de valójában mindkettő esetén ugyanúgy rajta maradt az adat. A Vista óta viszont az összes Windows nullákkal írja felül (tehát zero fill-ezi) a meghajtók felhasználói adatterületét, ha nincs bejelölve a "gyorsformázás" opció (ez is jó a hibás szektorok felfedezésére). Persze a tartalék területen (ahonnan a meghajtó firmware-je a P/G/stb listák alapján jókra cseréli a hibás szektorokat) és a szervizterület egyes moduljaiban (pl. media cache) lehetnek maradék fájlok, azokat csak VSC-k (Vendor Specific Command) segítségével lehet törölni. Te gondolom tudod, de másnak még hasznos lehet, hogy a napjainkban sok helyen használt NTFS-en ugye ott a Master File Table (MFT), amely azt kezeli, hogy mely fájlok hol vannak. Az MFT mérete használat közben csak növekedni tud mert az NTFS fájlrendszer soha nem távolítja el belőle a fájlbejegyzéseket (a fájlok törlésekor nem kerülnek törlésre, Windows 10 és 11 esetén pedig gyorsformázáskor csak az első 229 bejegyzés íródik felül), csak a fájlok által használt területet jelöli meg szabadként, így ha fájlokat adunk egy NTFS fájlrendszer kötethez, akkor további bejegyzések kerülnek hozzáadásra az MFT-hez ami növeli a méretét (egy bejegyzés 1 kB). Amikor pedig fájlokat törlünk NTFS fájlrendszerből, akkor az MFT bejegyzéseik újra szabadként és felhasználhatóként lesznek megjelölve, viszont a bejegyzésekhez lefoglalt lemezterület nem kerül újraelosztásra és az MFT mérete sem csökken (az MFT bejegyzései még törölt fájlokra való hivatkozáskor sem felszabadíthatók mert a $MFT fájl részét képezik). Tehát egy adatmentő szoftver az MFT-ből származó fájlokra mutató, maradék hivatkozásokat jó eséllyel meg fogja találni, viszont a tényleges adatok mind használhatatlan nullák lesznek hexeditorban. Ilyenkor van az, hogy a "csodaprogramok" mindig találnak valamit, még akkor is, ha nincs ott semmi. Persze csak miután kifizettük a licenszt a teljes mentésért, akkor derül ki, hogy a visszaállított fájlok használhatatlanok.

Előzmény: exhighand (165690)
Jahno Creative Commons License 2025.07.22 0 0 165710

Végül is határozottan hülyeséget állítani aztán nem indokolni sokkal egyszerűbb.

Előzmény: exhighand (165709)
exhighand Creative Commons License 2025.07.21 -2 0 165709

Ne okoskodj. 

Előzmény: Jahno (165704)
RazorX911 Creative Commons License 2025.07.21 0 0 165708

Fúúú, de lájkolnám ezt a technikát... VHS-re! A letörölt filmeket visszaállítani róluk. Vajon lehetséges volna? Egyszer a '90-es években látott filmben, volt egy érdekes "böszme nagy" kütyü, mintha valami hasonlót csináltak volna abban is, elővarázsolva egy másik felvételt, a szalagról. (krimi/thriller/horror kat. környéke, nem egy vígjáték)

Előzmény: exhighand (165690)
Hehe164 Creative Commons License 2025.07.21 0 0 165707

🤔

Előzmény: főgóré (165706)
főgóré Creative Commons License 2025.07.21 0 0 165706

mér' , egy kutya ?

Előzmény: Hehe164 (165705)
Hehe164 Creative Commons License 2025.07.21 0 0 165705

"ja , bocs

az innerimagesnek szántam "

 

Viszont így eltaláltad...

Előzmény: főgóré (165699)
Jahno Creative Commons License 2025.07.21 0 0 165704

ECC az hibajavítás a redundancia meg többet tárol. Kicsit más.

Előzmény: exhighand (165702)
Jahno Creative Commons License 2025.07.21 0 1 165703

Látom megszaladt a bullshit generátor.

Előzmény: exhighand (165700)
exhighand Creative Commons License 2025.07.21 -1 0 165702

Azok már szerintem PMR működnek és vertikális és paritásos a felírás. De ez csak saccolás részemről, mert én sem vagyok régóta naprakész - lévén 65 éves vagyok. Azért ha valaki a HDD-k esetében nem tudott a redundanciáról ( ECC, Red Solomon pl.) de belevau - akkor ezt szóváteszem.

Előzmény: Doky586 (165701)
Doky586 Creative Commons License 2025.07.21 0 0 165701

Az 5,25" MFM hdd-k valóban így működtek, de már 30 éve kihaltak.

Én a 2,5-3,5" SATA hdd-kre gondolok inkább mint használat eszköz.

Előzmény: exhighand (165690)
exhighand Creative Commons License 2025.07.21 -1 0 165700

Itt csak a kemény mag szokott lódítani. A modern HDD-ben olyan magas a működési frekvencia hogy valamilyen módon védekezni kell az ellen, hogy sok 0, vagy sok 1 bit kerüljön egymás után felírásra. Az ilyen magas frekvenciákon a szinkronizálás védelme miatt azt is biztosítani kell, hogy elegendően sok 0-1, vagy 1-0 átmenet kerüljön időnként olvasásra. A régi HDD-ken eleve kb. 10% volt a redundancia 512-es szektorok esetén. A mostani PMR rendszer és TMR fejek esetén az RLL akár 30-40%-os is lehet. De olvastam egy 25Tb-os lemeznél, hogy annyira magas a frekvencia, hogy írásnál a fejet "be kell lengetni" mert az ilyen magas frekvenciát csak néhány usec-ig képes a fej írni és utána megint "lengetni kell".

Neked ez nyílván amolyan boszorkány lódítás, mert elaggtál már.

Előzmény: Jahno (165698)
főgóré Creative Commons License 2025.07.21 0 0 165699

ja , bocs

az innerimagesnek szántam 

Előzmény: főgóré (165692)
Jahno Creative Commons License 2025.07.21 0 0 165698

És a jelalakból mi következik? Az, hogy ehhez sem értesz, lódítasz egy nagyot aztán megy a szokásos sommás kijelentés, hogy mindenki hülye aki nem találja meg magának?

Előzmény: exhighand (165697)
exhighand Creative Commons License 2025.07.21 -1 0 165697

Arra sokáig várhatsz, hogy én bizonyítsam amit írok. Egyszer szedd le egy működő HDD fedlapját és nézd meg egy szkópon, az olvasófej milyen jelalakot ad le. Érteni kell hozzá, nem lesz könnyű.

Előzmény: Jahno (165696)
Jahno Creative Commons License 2025.07.21 0 0 165696

Na, hozz hiteles linket ilyen redundáns HDDről.

Előzmény: exhighand (165695)
exhighand Creative Commons License 2025.07.21 -2 0 165695

Én nem vitatkozni járok ide, hanem tájékoztatást adok, ha szükségét érzem. Ha te tévedésnek tartod amit írtam, akkor az a te dolgod. Triviális dologról van szó, azt gondolsz írsz amit jónak látsz.

Előzmény: Jahno (165693)
Jahno Creative Commons License 2025.07.21 0 1 165694

"Egy hagyományos HDD úgy működik, mint egy FM rádió vevő."

 

Szerintem meg úgy, mint egy fagylaltgép. Ami üres azt telerakja azzal, hogy kiürül, ha kiürül akkor meg telerakjuk :-D

 

Attól függ barackospisztáciás-e a vivőfrekvencia. Azt a hozzászólást azért elküldöm a csöcsösnek, hátha ma még nem ivott :-D

Előzmény: exhighand (165690)
Jahno Creative Commons License 2025.07.21 0 0 165693

" Néhány olyan HDD is létezik, amelynek a redundáns adatok számára ugyanakkora hely van , mint az írható adat terület."

 

Aztán ez melyik az és honnan az infó?

 

"ezért lehet ugyankkora lemezre kb ezerszer több adatot rögzíteni, mint kb 1988-ban"

 

Nem, nem a hibajavító algoritmus miatt. 8"as floppytól is elértünk a 3.5 két oldalasig és a kb. 100 kilobyte tárolásából rögtön 1.44 megabyte lett. mindenféle algoritmus nélkül. A kulcsszó amit keresel lehet pld. a: tárolási sűrűség.

Előzmény: exhighand (165691)
főgóré Creative Commons License 2025.07.21 0 0 165692

hasonló szaki lehecc' te is , mint az ecopityu 

csak ő az audiofül terén jártas

Előzmény: exhighand (165690)
exhighand Creative Commons License 2025.07.21 -2 0 165691

Természetesen egy sok terabájtos HDD- felületén van hely a redundás adatoknak, amivel kijavítják az olvasási hibákat. Néhány olyan HDD is létezik, amelynek a redundáns adatok számára ugyanakkora hely van , mint az írható adat terület. A hibajavító algoritmusok már elképesztően jók, ezért lehet ugyankkora lemezre kb ezerszer több adatot rögzíteni, mint kb 1988-ban amikor egy 5G-os lemez csodaszámba ment.

exhighand Creative Commons License 2025.07.21 0 0 165690

Egy hagyományos HDD úgy működik, mint egy FM rádió vevő. Az adatokat minden formázás során más és más vivőfrekvenciával FM moduláció használatával viszik fel. Kiolvasáskor az utolsó FM vivőre hangolt rezgőkör igyekszik az olvasott "hullámfelhőből" kiválasztani legalább 6dB jel zaj viszonnyal az utolsó felírás frekvenciáit, amit egy komparátor állít helyre négyszögjel sorozattá. De az olvasás közben azért a mágneslemez maradék remanenciája miatt jól kiválaszthatóak a korábbi FM vivővel felvitt adatok is - szűrő kérdése csupán. Ezért kell annyiszor újraformázni és felülírni az adatokat, ahány FM vivőre a rendszer képes. A modern Tb-os lemezeknél ez több száz vivőfrekvencia is lehet. viszont a korábbi vivők jele annyira mélyen van már a zajban, hogy nem is lehet azokat kiszűrni és kikomparálni.

Egy SSD-t elegendő egyszer felülírni, mivel nincsen hiszterézise és remanenciája a celláknak és nem használ semmilyen modulációt mert a rögzítés nem analóg, hanem tisztán digitális.

innerimages Creative Commons License 2025.07.21 0 1 165689

"Hadd segítcsek: (nem elhanyagolható eséllyel) vissza tudgya."

 

Rosszul tudod mert egyetlen teljes formázás (felülírás) után sem tudja senki sem visszaállítani. Bár tény, hogy átfúrni gyorsabb és látványosabb.

 

SSD-ken pedig Secure Erase vagy PSID revert után még annyira sem mert azok még a cache-t is és a spare area-t is érintik.

 

Valaki árult átfúrt SSD-t. Ott volt átfúrva a háza ameddig a panel már nem ért el benne, így csak a hűtésén javított. :)

Előzmény: Gorcsev (165685)
Doky586 Creative Commons License 2025.07.20 -1 0 165688

Hadd segítcsek: (nem elhanyagolható eséllyel) nem tudgya.

Előzmény: Gorcsev (165685)
Gorcsev Creative Commons License 2025.07.20 0 0 165687

...vagy éppen nincs is rajta fájlrendcer, csak oda van adva (az egész diszk, partíció nélkül) egy oracle-nek tokkal-vonóval table space-ként?

Előzmény: Doky586 (165676)
Gorcsev Creative Commons License 2025.07.20 0 0 165686

Szerinted a garbage collectionnek nem curvoira mindegy, mi van az NTFS akárki által írható adatterületén? =:O

Mi a különbség pl. a random adat meg egy böszmenagy tömörített állomány között? 

Előzmény: Doky586 (165676)
Gorcsev Creative Commons License 2025.07.20 -1 0 165685

"Nekem bőven elég ha még a Kürt sem tudja visszaszerezni az adatot róla 1x után."

Hadd segítcsek: (nem elhanyagolható eséllyel) vissza tudgya.

 

"De megértem ha te országgyűlési laptopok hdd it ha értékesíted a KGB felé akkor legyen inkább 3szoros.."

Hadd segítcsek megint: szerencsére semmi közöm sincs bohócegyletekhez, azt viszont tudom, hogy komolyabb helyekről még a leselejtezett, megsemmisítésre szánt adattárolók sem kerülhetnek ki enélkül.

(Mi pl. - az egycerüség kedviér' - felügyeljük a zúzást, az a leggyorsabb...)

 

Előzmény: Doky586 (165677)
Doky586 Creative Commons License 2025.07.20 0 0 165684

előbb-utóbb igen de kérdés addig hány cella íródik át újra és újra több ezerszer..

 

Ezért kell leállítani még a 3. menet előtt a cipher-t, nem random adattal nullázni, vagy a rámásolt fileokat törölni kell.

Előzmény: Patreides (165683)
Patreides Creative Commons License 2025.07.20 0 0 165683

"Nyilvánvaló az ok: mert teleírja véletlen adattal. Csurig. Törlés nélkül. Nincs hely optimalizálásra rendezgetésre."

 

.

Ha nincs fájlrendszerben nyilvántartva adatként, a TRIM előbb-utóbb csak felhasználja az optimalizálásnál, nem?

Vagy itt az okozna zavart, hogy pont nincsenek nyilvántartva a helyek törölt fájlokként?

Előzmény: Doky586 (165676)

Ha kedveled azért, ha nem azért nyomj egy lájkot a Fórumért!