Keresés

Részletes keresés

Törölt nick Creative Commons License 2010.02.27 0 0 96

Kedves Mindannyian!

 

Tudna esetleg valaki nekem segíteni ebben?:

Elfüstölt a Western Digital 250 GB-os Caviar SE típusú PATA (IDE) winyóm elektronikája. Modelltípus: WD 2500 JB.

Nincs esetleg valakinek pont ilyen típus eladó? Talán az elektronika átcserélésével megmenthetőek lennének az adatok róla. 2007 februárban gyártották.

Email-em: gergely-tibi@freemail.hu

Előre is kösszzzz.

 

G Tibi

locsemege Creative Commons License 2008.02.20 0 0 95
Boot-olj egy live Linuxról, pl. Knoppixról.
Előzmény: lorant1980 (94)
lorant1980 Creative Commons License 2008.02.20 0 0 94
Szevasztok!

Valami annyira benyomott a 320GB-os HDD-nek, hogy amikor az bevan kötve a rendszerbe..., Xp telepítő CD..., Hiren's Boot CD..., és bármi, ami CD-ről Boot-olható lenne nem indul...! "Check Partition Info" (olyan program, amelyik ezt leellenőrzi (pl: Paragon)) üzenet mellett befagy és annyi...!

Rákapcsoltam egy WinXP Prof + SP2-es gépre a vinyómat és "természetessen" a gép (XP) nem tudott felemelkedni...! (bejött a fekete háttér a WINDOWS felirattal és futott a csík..., csak futott és még mindig futna, ha nem állítom le)
Eddig nem került a kezembe olyan BOOT lemez, amelyikkel sikerült volna beBOOT-olni, ha ez a HDD be van kötve...!
Olyan szinten blokkolja a rendszert, hogy ez már fáj...(se Hiren's, se WinXP telepítő, se a HDD-hez kiadott utility Boot lemez sem tudott betölteni..., szóval semmi...!
Hogy tudnám számomra láthatóvá tenni a HDD-t (felállítani egy op.rendszert úgy, hogy ez a HDD is be van kötve, vagy DOS alatt bebootolni, hogy lemásoljam az adataimat és nem utolsó sorba, hogy leformatáljam a HDD-t...!

Előre is nagyon szépen köszönök minden hozzászólást és segítséget..., egy kétségbe esett USER...!

kompot67 Creative Commons License 2008.02.16 0 0 93
és miért nincs itt a kép?:)vinyó
kompot67 Creative Commons License 2008.02.16 0 0 92
Sziasztok!

a képen látható vinyóhoz keresek elektronikát.

köszi a segítséget!

kompot
BulletBilly Creative Commons License 2007.01.06 0 0 91
:(((
locsemege Creative Commons License 2007.01.06 0 0 90
Ebben az esetben viszont meglepő a filerendszer széthullása. A Windows-t használó emberek reméljük, mondanak erre valamit.
Előzmény: BulletBilly (89)
BulletBilly Creative Commons License 2007.01.06 0 0 89

NTFS!

Előzmény: locsemege (88)
locsemege Creative Commons License 2007.01.06 0 0 88
Milyen filerendszeren van az XP illetve az adatok? NTFS vagy FAT32?
Előzmény: BulletBilly (87)
BulletBilly Creative Commons License 2007.01.06 0 0 87

sziasztok!

 

nem tudom mi történt de egy áramszünet után, az XP-s scandisk(vagy mi az) leellenőrizte a winyomat, és utána minden adatom elszállt. Vagyis minden ugyanolyan, méretben stb, de a képeket nem nyitja meg, a videokat nem ismeri fel a lejátszó, a zenékről meg annyit, hogy ha megnyitok egy mp3mat tök mást játszik le, vagy rosszabb esetben semmit, vagy más zenék összekeveredését.

létezik valami módszer ezt kijavítani?

köszi előre is

Törölt nick Creative Commons License 2006.12.15 0 0 86
"Cseszegettél ..."

Ha ezt hiszed, nem folytatom a beszélgetést.
Előzmény: locsemege (85)
locsemege Creative Commons License 2006.12.15 0 0 85
Kérdeztél, arra válaszoltam. Cseszegettél, hogy ugye nem mondom komolyan, hogy egy ennyire egyszerű összefüggés leír egy ilyen bonyolult rendszert, erre leírtam, hogy valóban nem írja le a jelenségeket, de egy igen komoly problémára rávilágít az összefüggés. Azt is leírtam, mi ez, s lényegileg az is kiderült, miért érdemes 80 eres szalagkábelt használni. A reakciódból az következett, hogy nem értettél meg. Amennyiben mégis, úgy ebből az következik, hogy nagyon ráérsz és ugratod a népet, de az is lehet, hogy pszichológus hallgató vagy, aki a házifeladatához vizsgálja, hülye helyzetekre hogyan reagálnak emberek. Én a részemről ignorállak a későbbiekben, értelmes kérdésekre adok majd választ. A te kérdésed is értelmes volt, éppen a válasz hitelét vitatod, érveid pedig nincsenek. Én ezeket a gyakorlatban is végigcsináltam, mértem, az eladott berendezéseink megbízhatóan működnek. Tudom mit beszélek, ebből élek. Persze tekintheted úgy is, hogy a tévedéseimet fizeti a főnököm évek óta. Minden bizonnyal.

Egy apróság: a hozzászólásaimban egy mennyiséget elírtam, de ez a lényegen mit sem változtat. Találd meg, melyik az. Segítek: az átvitel nem byte-os, hanem word-ös ciklusonként, ebből kitalálható.

További jó szórakozást - valaki mással. ;)
Előzmény: Törölt nick (84)
Törölt nick Creative Commons License 2006.12.15 0 0 84
"Látom, nem értetted meg, amit írtam."

Te ezt nem látod. Te ezt gondolod. Rosszul.

"Nem bánnám, ha gondolkodnál is azon, amit írok, nem csak ellentmondanál állandóan, mert miért ne. ;)"

Nem ellenkezem. Miért, kellene? Mi köze ennek a te hepcizésednek az elszállt wincsikhez? Megmondom: semmi.
Előzmény: locsemege (83)
locsemege Creative Commons License 2006.12.14 0 0 83
Látom, nem értetted meg, amit írtam. Az i= C*du/dt nem az egészet írja le, pusztán azt fejezi ki, hogy a kapacitás árama egyenesen arányos a kapacitással, és a slew-rate-tel, vagy ha úgy tetszik, a feszültség változásának sebességével. Mivel a jelszintek igen gyorsan változnak, több volt feszültségváltozás alig néhány nanosecundum alatt, ez nagyjából 109 V/s nagyságrendbe esik, s ez már 10 pF kapacitáson is 10 mA áramot jelent. Ez viszont éppen az a nagyságrend, amit egy ilyen meghajtó képes hajtani. Remélem, így már érthető, miért viszi magával a szomszédos ér potenciálját az éppen változó.

Nem bánnám, ha gondolkodnál is azon, amit írok, nem csak ellentmondanál állandóan, mert miért ne. ;)
Előzmény: Törölt nick (82)
Törölt nick Creative Commons License 2006.12.14 0 0 82
Az, hogy egy bonyolult rendszert fogsz és le akarsz egyszerűsíteni egyetlen képletre. De nem érdekes, ez a topik nem eről szól.
Előzmény: locsemege (81)
locsemege Creative Commons License 2006.12.14 0 0 81
Miért viccelnék? Mi bajod volt az i= C*du/dt kifejezéssel?
Előzmény: Törölt nick (79)
locsemege Creative Commons License 2006.12.14 0 0 80
Ha jól tudom, a SCSI szimmetrikus érpárakat használ, pont-pont kapcsolat, hullámimpedanciával lezárva mind a transmitter, mind a receiver oldalán.

A fizikai réteg.
Előzmény: Törölt nick (79)
Törölt nick Creative Commons License 2006.12.14 0 0 79
"A 20-szoros tartalék pedig finoman szólva is marhaság."

Mert te mondod? A korabeli SCSI-kábel akár 20X-os átvitelt is produkált, ugyanolyan (na-jó, pár érrel több) kábelen és akár másfél méteren is. Volt ott tartalék bőven. Nem mellesleg és én is tankönyvadatot idéztem a 20X-os értéket.

"(A kapacitáson folyó áram: i= C*du/dt)"

Viccelsz velem? Én komolyan kérdeztem.
Előzmény: locsemege (78)
locsemege Creative Commons License 2006.12.14 0 0 78
Azért megyek bele részletesen, mert hardware fejlesztő vagyok, illesztettem saját fejlesztésű hardware-hez HDD-t, ismerem a buktatóit. Nem felejtettem el az ezzel kapcsolatos szívásokat sem még, és bár már megfakult a villanytan szigorlat emléke, valami felsejlik az elosztott paraméterű hálózatokból, reflexiókból, kapacitív és induktív áthallásokból.

A 20-szoros tartalék pedig finoman szólva is marhaság. Eleve induljunk ki abból, hogy egy IDE port szalagkábele nincs hullámimpedanciával lezárva. Nem is lehet, mivel egy IDE porton, egy kábelen 2 db IDE device-t lehet elhelyezni.

Nem véletlen az - visszanézhetőek a hozzászólásaim -, hogy lehetőség szerint a 80 eres szalagkábelt ajánlom mindenkinek, ahol is minden második ér GND, jelentősen csökkentve az erek közti kapacitív áthallást. A slew-rate (du/dt) ugyanis igen nagy, így egy vezeték szintjének megváltozása magával rántja 40 eres kábel esetén a szomszédos ereket. (A kapacitáson folyó áram: i= C*du/dt)
Előzmény: Törölt nick (77)
Törölt nick Creative Commons License 2006.12.14 0 0 77
"ezért ezt úgy tekintem, mint emberi szándékoltságú valamit"

Értheted úgy is, de akkor akár az egész számítógépet -hardverestől-szoftverestől tarthatod annak. :-)

"Amúgy az ATA-33 biztonsága is kétes számomra, tudniillik ha jól számolom"

Ha valóban tudnád számolni érdekes eredményre jutnál. Több mint 20X-os biztonsági tartalékok vannak még ott. Nyugodj meg, az IBM-fejlesztői is értettek annyit a matematikához mint te. Az ATA-33 még az ő munkájuk. Pont onnantól szaladnak a lovak gyeplő nélkül, de abban sem találok aggodalomra okot adó dolgot.

Egyébként miért mész bele ennyire ezekbe a dolgokba? Nem személyeskedni akarok. Csak érdekel.
Előzmény: locsemege (76)
locsemege Creative Commons License 2006.12.14 0 0 76
Visszaáll ATA-33-ba.

Nagyjából ugyanazt írtam. A dolgok nem maguktól történnek, a kernel cselekszi. Persze filozófiai kérdés, hogy a processzor, mint állapotautomata és az állapotokat determináló memória - benne a futó kernellel - tekinthető úgy is, hogy magától működik. Viszont a kernelt mégis csak ember írja, ezért ezt úgy tekintem, mint emberi szándékoltságú valamit. ;)

Amúgy az ATA-33 biztonsága is kétes számomra, tudniillik ha jól számolom, 30 ns-os a ciklusidő, ezalatt a reflexiók és az áthallás következményei még nem biztos, hogy lecsillapodnak, így a logikai szint nem biztos, hogy teljesíti a bemenetre megadott specifikációt. És ekkor még nagyvonalúan elhanyagoltam az input latch setup time-ját...
Előzmény: Törölt nick (75)
Törölt nick Creative Commons License 2006.12.14 0 0 75
Nem kell választani. Visszaáll ATA-33-ba. Abban pedig nem hibázik. Nem hibázhat. Különben rossz.
Előzmény: locsemege (74)
locsemege Creative Commons License 2006.12.14 0 0 74
Már feltéve, hogy a kernel a lassabb, pl. PIO módot választja.
Előzmény: Törölt nick (73)
Törölt nick Creative Commons License 2006.12.14 0 0 73
"Majd ha egymillió bekapcsolás után minden alkalommal felismerte, akkor talán elhiszem az állítást."

Hát a bizonyossághoz kitatrtás kell. :-)

"Az nem biztos, hogy lassabb lesz az adatátvitel, viszont bizonytalan lesz."

Nem lesz az. Azért a lassabb átviteli mód.
Előzmény: locsemege (68)
dekac Creative Commons License 2006.12.12 0 0 72
Nemrég, fél éve (#44. hozzászólás) kifüstöltem szépen egy samsung 80-as winyot ford. táppal, viszzavittem, hogy nem tudom mi baja van (voltak égésnyomok a panelen) és lám kicserélték. Gondoltam szólok azoknak akik ugyanígy jártak , hogy vigyék vissza, csináljanak úgy mintha nem értenének az egészhez és v.színűleg kicserélik: Üdv.
mr_ricsi Creative Commons License 2006.10.12 0 0 71

"Meg kérdés az, hogy a kernel felülbírálhatja-e a sebesség programozását."

Olvastam a specifikációját, és az ide-vezérlő egyik lába egy ellenálláson keresztül +tápra kapcsolódik. Ha 80 eres kábel kék vége van benne, akkor ezt az IDE-csati egyik tüskéjén keresztül testre zárja.

 

Ha nincs benne a 80 eres kábel, vagy nem a kék vége, akkor az IDEvezérlő max UDMA33-at enged, és ez szoftverből sem felülbírálható.

Előzmény: locsemege (70)
locsemege Creative Commons License 2006.10.12 0 0 70
Amikor a vinyókat a másik portra dugta, velük együtt a hiba is átköltözött. Ebből az következik, hogy a dugdosott együttesnél kell keresgélni.

Upsz! Erre nem figyeltem, így igazad van.

Viszont IDE0-n probléma lehet a 40 eres kábel. Meg kérdés az, hogy a kernel felülbírálhatja-e a sebesség programozását.
Előzmény: mr_ricsi (69)
mr_ricsi Creative Commons License 2006.10.12 0 0 69

"Ha valami bizonytalan, akkor merész dolog kijelenteni, hogy az alaplap hibátlan, mert a CD-t felismeri."

Amikor a vinyókat a másik portra dugta, velük együtt a hiba is átköltözött. Ebből az következik, hogy a dugdosott együttesnél kell keresgélni.

 

"Az nem biztos, hogy lassabb lesz az adatátvitel, viszont bizonytalan lesz."

Minden ATA66-133-as alaplap az IDE1 portján detektálja, hogy 40 vagy 80 eres kábel van beledugva. (Ezért írtam, hogy rakja vissza) És ha 40 eres kábelt érzékel, akkor az IDE-vezérlő hardverből visszaveszi a maximális sebességet UDMA33-ra. Márpedig a 40 eres kábel üzembiztosan viszi a 33MBps-t, hiszen évekig így használtuk annó a 3-10GB-os vinyóinkat.

A sebesség pedig visszaeshet, hiszen egy mai 7200-as vinyó tud 60-70MBps-mal is olvasni, ami ettől kezdve max. 33 lehet.

Előzmény: locsemege (68)
locsemege Creative Commons License 2006.10.12 0 0 68
Ha valami bizonytalan, akkor merész dolog kijelenteni, hogy az alaplap hibátlan, mert a CD-t felismeri. Majd ha egymillió bekapcsolás után minden alkalommal felismerte, akkor talán elhiszem az állítást.

Ha egyszerűen hozzáférsz egy régi, 40-eres IDE-kábelhez, akkor használd egy ideig azt a vinyóidhoz. (És tedd vissza őket az eredeti IDE portra.)

Ne foglalkozz vele, hogy induláskor az alaplap huhog a 80eres kábel hiánya miatt, ebből nem lesz gond, csak kicsit lassul a vinyó.)


Egy próbát ugyan megér, de műszakilag nagyon nem értek vele egyet. Már tapasztalat okán sem. Az nem biztos, hogy lassabb lesz az adatátvitel, viszont bizonytalan lesz.
Előzmény: mr_ricsi (67)
mr_ricsi Creative Commons License 2006.10.12 0 0 67

"Csatlakozó hiba esetén az én gondolatmenetem szerint a CD-ket nem kellene felismernie, de azokat minden eseben látja. "

 

Jól gondolod.

 

Tehát alaplap kizárva.

Kábel, vinyó, tápcsati.

Ha egyszerűen hozzáférsz egy régi, 40-eres IDE-kábelhez, akkor használd egy ideig azt a vinyóidhoz. (És tedd vissza őket az eredeti IDE portra.)

Ne foglalkozz vele, hogy induláskor az alaplap huhog a 80eres kábel hiánya miatt, ebből nem lesz gond, csak kicsit lassul a vinyó.)

 

Az alaplapi biosokban van olyan opció, amivel a vinyók detektálási várakozási idejét lehet növelni. Ezzel is próbálkozhatsz. (Több időt kapnak a vinyóid, hogy összeszedjék magukat.)

 

Aztán pl. kölcsön másik táp. 

Előzmény: redwhitegreen (65)

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