Article View: pl.comp.os.ms-windows.win3
Article #5062Re: 386 i problemy z HDD
From: AlaN
Date: Mon, 07 Jun 2004 20:29
Date: Mon, 07 Jun 2004 20:29
39 lines
3073 bytes
3073 bytes
Dnia Sun, 6 Jun 2004 22:02:19 +0200, Roman Gałązka <gromek14@NOSPAMinteria.pl> napisał: > Kompletnie nie wiem o co chodzi, po prostu zamurowa³o mnie. Różne rzeczy można spotkać z dyskami. Mnie kiedyś u kumpeli w czasie zakłądania partycji FDISK założył na dysku partycje...... W SIECI którą jakos sobie sam ubzduwrał! Efekt był taki, że FDISK widział stworzona przez siebie partycję pod nazwą *SYSTEM* (do której i tak nie było dostepu!), ale zlikwidować jej nie chciał bo twierdził że "(...)nie można skasować partucji na dysku sieciowym!(...)". Jakim sieciowym?! Suma-sumarum jedynym wyjściem był program DISKEDIT i całkowite zamazanie początkowych sektorów zerami. Więc kto wie co u Ciebie wyskoczyło? ;-) > Mo¿e nale¿a³oby sformatowaæ dysk w BIOSie, ale nie wiem w jakich > przypadkach siê to robi. Tego bym raczej nie robił, bo w BIOSie masz tylko tzw. "LOW LEVEL FORMAT" (formatowanie niskopoziomowe) które czasami więcej kłopotów przynosi niż pożytku (w tym i spowolnienie HD). No chyba że juz nic nie można zrobić i HD kwalifikuje się do smieci; wtedy zawsze można i tego spróbować ;-) > Potrzebny jest tam te¿ jaki¶ parametr INTERLEAVE a nie wiem co to w > ogóle jest. O ile mnie pamięć nie myli, to INTERLEAVE to jest tzw. "przeplot", a wiąże się to z tym, że na HD sektory nie są zapisywane jeden po drugim (1,2,3,4...) tylko z jakims skokiem np. co czwarty (1,4,8,2,5,9,3,6,10...). Jest to zsynchronizowane z obrotami dysku, a efekt tego taki, że dysk szybciej zapisywał i odczytywał dane, gdyż jak odczytał jeden sektor (powiedzmy [1]), to nie musiał czekać aż tależ zrobi pełen obrót (żeby się dostać do kolejnego sektora [2]), tylko akurat pojawiał się pod głowicą [4] - czyli kolejny zapisany. ładował dane do RAMu i pojawiał się pod głowicą kolejny [8]. Itd, itp. Trochę to pokręcone, ale jakoś to tak szło. W BIOSie powinieneś mieć coś w rodzaju (w opcjach obsługi HD) żeby sam wykrył najlepszy "przeplot" - niestety wiąże się to (chyba) z utrata danych na HD, bo on coś tam sobie musi zapisywać i przeliczać zanim znajdzie odpowiednią wartość. A jak jest teraz z HD? Nie wiem :-D -- AlaN
Technical Details
Message-ID:
<opr88q7ijeqn7l0q@news.task.gda.pl>Path:
mbox-mo1.pugleaf.net!news-archive.icm.edu.pl!newsfeed.gazeta.pl!news.task.gda.pl!not-for-mailReferences:
<c9vt7c$j8q$1@achot.icm.edu.pl>Show Full Headers
Complete Article Headers
Path: mbox-mo1.pugleaf.net!news-archive.icm.edu.pl!newsfeed.gazeta.pl!news.task.gda.pl!not-for-mail From: AlaN <genov11@tb2.cy.rot.13> Newsgroups: pl.comp.os.ms-windows.win3 Subject: Re: 386 i problemy z HDD Date: Mon, 07 Jun 2004 22:29:32 +0200 Organization: CI TASK http://www.task.gda.pl Lines: 39 Message-ID: <opr88q7ijeqn7l0q@news.task.gda.pl> References: <c9vt7c$j8q$1@achot.icm.edu.pl> NNTP-Posting-Host: azr111.neoplus.adsl.tpnet.pl Mime-Version: 1.0 X-Trace: korweta.task.gda.pl 1086640118 25670 83.27.155.111 (7 Jun 2004 20:28:38 GMT) X-Complaints-To: abuse@news.task.gda.pl NNTP-Posting-Date: Mon, 7 Jun 2004 20:28:38 +0000 (UTC) User-Agent: Opera M2/7.51 (Win32, build 3798) Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit