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...!
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.
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ó.
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. ;)
"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.
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)
"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.
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...
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.
"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ó.
"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.
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.
"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.)