Keresés

Részletes keresés

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)
Jahno Creative Commons License 2025.07.20 0 0 165682

Mikor? Teleírom oszt majd újra kezdi, ezeknek olyan mindegy.

Előzmény: Doky586 (165672)
Patreides Creative Commons License 2025.07.20 -1 1 165681

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

 

.

Szerintem a dolog fordítva van... Ha véletlenül valaki letörli a sajátját, azoktól még elkérheti a náluk letárolt másolatot.

Előzmény: Doky586 (165677)
Patreides Creative Commons License 2025.07.20 0 1 165680

Kéményadó, szakálladó, szállásadó adó, be nem vonulási adó, üres CD és DVD vásárlási adó, értékesített digitális tárolóeszköz törlési adó... 

Előzmény: t.lantos (165678)
t.lantos Creative Commons License 2025.07.20 -2 0 165679

Na azon pont semmi ertelmes nem

lesz senkinek :)

Előzmény: Doky586 (165677)
t.lantos Creative Commons License 2025.07.20 -2 0 165678

Penzbeszedes. Mert azt a kodot meg kell venni a kereskedonek.

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

"Hátugye ez azér' nem teljesen így van, már ha hivatalosan is szeretnéd "biztonságosan törölt"-nek nyilvánítani."

 

Nekem bőven elég ha még a Kürt sem tudja visszaszerezni az adatot róla 1x után. De megértem ha te országgyűlési laptopok hdd it ha értékesíted a KGB felé akkor legyen inkább 3szoros.. :D 

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

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

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

"utána ez megakadályozza a garbage collection működést"

Mármint hogyan/miért? :O

Előzmény: Doky586 (165672)
Gorcsev Creative Commons License 2025.07.20 0 0 165674

Mármint micsoda?

Ez a /w pont ugyanezt teszi most is.

Előzmény: Hehe164 (165670)
Gorcsev Creative Commons License 2025.07.20 0 0 165673

Na, ebből legalább látcik, hogy tényleg így csinálja (közben meg is néztem én is egy W11-en).

 

"Ez a 3x felülírás manapság a TB hdd-k korában teljesen felesleges."

Hátugye ez azér' nem teljesen így van, már ha hivatalosan is szeretnéd "biztonságosan törölt"-nek nyilvánítani.

 

"SSD-k esetén még káros is."

Ez már egy másik sztori.

Előzmény: Doky586 (165668)
Doky586 Creative Commons License 2025.07.20 0 0 165672

Nem érted. Nem az a 3 teljes írás a lényeg hanem az hogy utána ez megakadályozza a garbage collection működést, ami belassítja és a terheléselosztás nem fog működni azaz hamarabb tönkremegy. 

 

Te lehet hogy selejtezel de mások azért törlik a lemezüket mert eladják (vettek nagyobbat) a használtpiacon (hogy mások használják tovább).

Előzmény: Jahno (165671)
Jahno Creative Commons License 2025.07.20 0 0 165671

Azért 3 teljes írás SSDnél sem a világvége, no meg úgyis azért csináljuk, mert selejteznénk.

Előzmény: Doky586 (165668)
Hehe164 Creative Commons License 2025.07.20 0 0 165670

A W10 korszak óta picit másképpen van.

Előzmény: Gorcsev (165667)
Doky586 Creative Commons License 2025.07.20 0 0 165669

De formázni is lehet többször: "format X: /P:3"

Előzmény: Doky586 (165668)
Doky586 Creative Commons License 2025.07.19 0 0 165668

Ez a 3x felülírás manapság a TB hdd-k korában teljesen felesleges. SSD-k esetén még káros is. De menet közben leállítható.

https://cdn.rios.hu/dl/upc/2021-02/28/385729_nkzvzabl7zic9xkg_cipher.png 

Előzmény: Gorcsev (165667)
Gorcsev Creative Commons License 2025.07.19 0 0 165667

Az alu-bili nem jó, mer' nem mágnesezhető, ugyi... ;-)

 

Amúgy én is furcsálltam, és egzakt 'vájt pépört' nem találtam, de több helyen említik a többmenetes eljárást, legkonkrétabban itt ni.:

"A konkrét parancs a cipher /w:directory. Ez a paraméter a kötet összes szabad helyét három menetben írja felül: először nullákkal, majd a 255-ös értékkel (csupa egyes), végül véletlenszerű adatokkal."

Ha lenne hozzá kedvem, megnézném működés közben egy vintendón, mit csinál, ha elindítom, hova mit irkál, de most pont nincs... ;-P

Előzmény: Hehe164 (165666)

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