Kérdezz, jár erre pár guru. Hamarabb kapsz választ, ha precízen leírod mi a baj (oprendszer, sw verzió, hibaüzenetek, egyéb) - de kérünk, egy kérdést ne írj bele több topicba, kérdezés előtt keress vissza, hátha már volt a problémád.
Ja, és amennyiben warez windowsod lenne, ez nem az a hely ahol segítene bárki. És kodekpakkot, soha, sehova sem teszünk fel.
"A hagyományos merevlemezek nincsenek hermetikusan lezárva: van rajtuk egy porszűrt lélegzőnyílás légnyomás kiegyenlítés céljából, így a levegő és a nedvesség behatolhat a külső környezetből."
Köszönöm, hogy ezt leírtad mert tankönyvi tanítandó példája annak, hogy hogyan ne adjunk tanácsot.
Ha nem értesz hozzá ne adj átgondolatlan tanácsot ami az adatok végleges elvesztését okozza mert
- hiányos tájékoztatást adtál amivel direktben veszélyeztetted a kérdező adatait,
- láthatóan nem tudtad, hogy milyen hibák megoldására való és milyenekére nem való a fagyasztás,
- láthatóan nem tudtad, hogy mitől működik vagy nem működik,
- és legfőképpen azt sem tudtad, hogy ennek a HDD-nek konkrétan mi a baja, így miképpen javítható.
Értelmetlen ennek a HDD-nek a fagyasztása mert a kérdező leírta, hogy felpörög, így nincsen letapadva sem a motorja, sem a fejei.
A fagyasztásnak pont a lényegét és a veszélyfaktorait nem értik az emberek, mert senki sem mondja el nekik. Ami kimarad és ami miatt a legtöbb kísérletező kinyírja a vele a HDD-t az az, hogy egyrészt csak a letapadt fejek felszabadítására jó, másrészt nem adatmentők találták ki (nekünk sérülést nem okozó megoldásaink vannak, mint pl. a speciális fejkiemelő szerszámok). A fagyasztás lényege, hogy az anyagok közötti eltérő összehúzódási, majd az ezt követő tágulási sebesség megszakítja a kötésüket anélkül, hogy kárt tenne bármelyikben.
A fagyasztós trükk az 1980-as években keletkezett, amikor egyes meghajtók időnként a sticktion (csapágy szorulás) nevű problémával küzdöttek, de aztán az 1990-es években az IBM bevezette, hogy a PC-khez használt összes merevlemezük a tányéron parkolta a fejeit. Jellemzően van rá egy kijelölt terület (a parkoló zóna) amely távol esik a normál adatsávoktól, és amelyet az új meghajtó telepítésekor lehetett beprogramozni. A parkoló zóna a tányér legbelső pozícióján volt, és egyes meghajtók mechanikus végálláskapcsolót használtak e pozíció elérésének az érzékelésére. Néha megtörtént (a legtöbbször szennyeződés miatt, vagy esetleg a kenőbevonat egy része elkezdett leválni a tányérról), hogy a fej fizikailag hozzátapadt a tányérhoz. A tányért olyan anyaggal vonták be aminek az volt a feladata, hogy megakadályozza ezt, de manapság a legtöbb meghajtón nem így van, ezért érzékenyek erre különösen a gyenge motorú 2.5" meghajtók és tapadnak le a fejeik amikor leejtik őket vagy hirtelen megszűnik a tápellátásuk - erre hasznosították újra a felhasználók a fagyasztós trükköt, több-kevesebb sikerrel.
Fontos, hogy hermetikus isotherm csomagolásban szabad csak a meghajtót a fagyasztóba tenni, a páralecsapódás megakadályozására. Ami még fontosabb, hogy elég 3-4 órát benne hagyni, majd miután kiveszi az ember a hűtőből kicsomagolás nélkül, minimum ugyanennyi időn keresztül hagyni kell önmagától felmelegedni szobahőmérsékletre, mert különben a lemeztányérokon kialakuló páralecsapódás azonnal tönkreteszi a fejeket és az adatokat is, ahogy elindítják. A hagyományos merevlemezek nincsenek hermetikusan lezárva: van rajtuk egy porszűrt lélegzőnyílás légnyomás kiegyenlítés céljából, így a levegő és a nedvesség behatolhat a külső környezetből. Az újabb, Hélium drive-ok teljesen hermetikusan vannak lezárva illetve egy kis vákuum van bennük, hogy ne szökjön el a gáz: arról ismerhetők meg, hogy nincs lélegző nyílásuk.
Másik városi legenda, hogy ha nem hallod, hogy felpörög a drive akkor bekapcsolva kicsit hozzáütögeted az asztalhoz és lehet, hogy úgy elindul.
Ez az, amit TILOS megtenni! Ugyanis ilyenkor szoktak begyűrődni a fejek illetve megsérülni a rámpán, majd utána, az első indításnál fizikailag leborotválják ill. felszántják az adathordozó réteget a tányérokról. Ha valamelyik megtörténik akkor garantált az örökre szóló adatvesztés.
Ha bekapcsoláskor nem csipog, sípol vagy nyüszít a drive (az indulni próbáló motor hangjai), akkor nem a letapadt fejek miatt nem pörög fel mert annak, hogy nem forog a motorja a letapadt fejeken kívül több oka is lehet: vagy elektronikai hiba vagy az újabb meghajtókban a firmware is letilthatja a motor működését ha a bekapcsolási önellenőrzésnél hibát (fejhiba, firmware hiba, stb) érzékel. Pár napja egy számítógép szerviztől kaptam ajándékba egy Seagate Game Drive ST2000DX0002 -t ami nem pörgött fel, ezért szétszedték és jó karcosra megkapargatták a motor és a fejblokk érintkezőit gondolva, hogy biztos kontakt hibás (de persze nem jutottak vele eredményre). Amit ők nem tudtak, hogy ez egy SSHD (egy SSD és HDD egybeépítve, kívülről egy eszköznek látszó rendszerként), és mint minden ilyennek a lelkivilága annyira komplex, hogy pl. az SSD rész NAND memóriájának a hibája miatt akár fel sem pörög, így teljesen más logika szerint kell rajta hibát keresni mint egy különálló SSD-n vagy HDD-n (egyébként a NAND hibából adódó fel nem pörgés típushiba náluk). Bingó, mert amikor a meghajtó hibalogját kiolvastam kiderült, hogy ebben az esetben is ezért nem pörgött fel - tehát teljesen feleslegesen karistolták szét a panelját, gyakorlatilag kárt okozva vele.
A legtöbb internetes tanáccsal és Youtube videóval az a baj, hogy laikusok adják laikusoknak, így a valóságtartalmuk csak a városi legendák szintjén mozog, ami adatmentéshez kevés, de nagyobb eséllyel végzetesen káros az adatokra nézve. A nagyobb gond, hogy sokszor még a számítógép szervizek és rendszergazdák sincsenek tisztában mindennel, így ilyenben tanácsot kérni csak adatmentő szakembertől szabad.
"10 éve amúgy volt már egy hasonló problémám, de hát épp ez az hogy annak már 10 éve, azóta sok minden változhatott. Vagy nem. Minden esetre ezt ti tudjátok kedves leendő, segíteni szándékozó válaszolók, akik járatosak ebben a témában."
Ja, ja... Azt pl. tudgyuk, hogy a fizika meg a műszaki alapdógok nem nagyon változtak, ergo ami tíz-húsz éve be szokott sz@rni, az most is be szokIK, pláne ha még forszírozzák is...
Ráadásul ennek a típusnak a megítélése ... hogyismondgyam ... kiemelkedően (vagy inkább kialacsonyodóan, csak ugye ilyen szó nincs :Đ ) nem igazán kedvező a népesség körében...
"És pedig próbáltam is tanulni belőle"
Helyes! Remélem, azt is megtanultad pl., hogy "egy mentés nem mentés, két mentés egy mentés, de egy mentés nem mentés...). Neked meg egy mentésed se vót, ugyi?
Sz'al igen, kisebb-nagyobb eséllyel ugyan (ahol a szórás elég nagy), de bármelyik adathordozó berosálhat egyik pillanatról a másikra, oszt' olyankor a rémült pillogáson kívül csak a mentés előkotrása marad...
Sziasztok. A kérdésem annyi lenne, hogy ha egy HDD-t már meg sem jelenít a HD Sentinel (meg persze a Fájlkezelő és a Lemezkezelés, és így értelemszerűen a TC sem, és a Checkdisk is csak azt írja hogy Cannot open volume for direct acces.), abból van-e még bármiféle visszaút, legalább annyira hogy még legalább néhány GB-nyi fontosabb adatot átmásolhassak róla?
Egy Seagate Barracuda-ról (modellszám: ST4000DM004-2CV104, sorozatszám: ZFN0ZA63) van szó, és igen persze, term. felfogtam hogy tönkrement (a Sentinel utolsó adott, vagy még pontosabban általam látott jelzése 5 %-os kondíció volt róla ha jól emlékszem vagy legalább 800 db bad sectorral és 5 napra becsült hátralévő élettartammal, mielőtt végzetesen belassult volna a róla való másolás) és jelen per pill. ezek szerint további működésre képtelen a lemez. De éppen ezért tényleg érdekelne hogy mégis, esetleg van-e, lehet-e még bármiféle módszer a fentebb már említett néhány GB adat kinyerésére, tehát egy másik HDD-re való átmentésére?
10 éve amúgy volt már egy hasonló problémám, de hát épp ez az hogy annak már 10 éve, azóta sok minden változhatott. Vagy nem. Minden esetre ezt ti tudjátok kedves leendő, segíteni szándékozó válaszolók, akik járatosak ebben a témában.
És pedig próbáltam is tanulni belőle, tehát most amint észrevettem hogy egy önteszt során talált 8 bad szektor miatt 100-ról 88%-ra esett le a HDD, nem kínoztam semmivel, sőt egyből le is húztam róla a kábeleket, hogy aztán már csak egyszer üzemeljem be, amikor az eközben megvett új HDD-re átmásolom a tartalmát. Csak hát hiába minden, a másolást még így sem tudta befejezni, mert kb. 12 óra alatt végleg tönkrement :-(
Cégtől, vállalkozótól megrendelt adatmentés anyagi ellenszolgáltatásért nem érdekel, annyit azért nem ér, így is már épp eléggé megkopasztottam magam az új HDD megvásárlásával.
Előre is köszönök mindent, de főleg ha úgy válaszoltok ahogy egy laikusnak érdemes.
Manapság a név/felhő alapú hozzáférés a normális az okoseszközöknél/kameráknál/riasztóknál, titkosított adatkapcsolattal.
Persze vállalati szinten mindez telephelyen kívül. Telephelyen belül az IP kapcsolatok a jellemzőek, de vállalati szinten is név/felhő alapú a távoli hozzáférés.
Régebben volt úgy ahogy írtad. Az utóbbi tíz évben forgalmazott technikára ez nem jellemző.
Picit könnyebb lett a telepítő élete. (Meg nehezebb is néha, mert pár forgalmazónál a beragadt készleteket lehet megvenni "jóárasítva", ezeket pedig helyszíni firmware frissítés nélkül beüzemelni nem lehet, mert nem működnek együtt a felhővel.)
Én nem tudom mi a "normális", de már mindegyik IP, sőt, egyre okosabbak, meg felhő meg izé, de átlag Sanyika feldobja a kamerát és úgy kinyitja a portokat net felé, hogy ihajj. Én meg mit mondjak? Nem tennék ki egy ilyen cuccot közvetlenül, mindenféle védelem nélkül, meg úgyis változik az IP és akkor lófasz marad? Manapság saját kliens és csoda felhő van, lassan nem mérvadó, de minden ilyen telepítés után már engem talált meg a júzer, oszt rakni kellett volna mindent VPN router mögé, nem pedig direktben. Egy részének fogalma sem volt mit csinál vagy miért, PC alapú rögíztésnél is simán DHCP-n hagyták a gép portját, aztán persze első áramszünet után jött a nemmegyanemmegy.
Az eredeti problémára viszont tudok olyat, hogy használt PCvel simán jöhetett a júzer IPcíme de nem sokáig volt ez a lehetőség :-P
Nem lényeges, hogy mi van a fájlban csak maga a tény, hogy van sérült fájl. Ennek alapján most futtasd le a 2 DISM-el kezdődő parancsot is amit korábban írtam, aztán indítsd újra a gépet, majd futtasd le megint ezt az sfc /scannow-t!
Ha akkor is hibát ad, akkor egy live Windows-os vagy live Linuxos USB-ről kellene elindítani a gépet mert ha úgy működik akkor a rendszermeghajtó maga a gond, ha úgy viszont úgy sem működik akkor valóban a RAM hibázik.
Vagy a tápegység a kakukktojás mert az bárminek a működésében tud olyan anomáliákat okozni mintha az lenne a hibás.
Elvileg az a fent hivatkozott fájl, én nem tudok mit lehet kiolvasni belőle, 2025 03-16 21:28-21:29 körül lehet az érdekesség ha van. Becsomagoltam rar-ba.
