🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Article View: pl.comp.os.ms-windows.win3
Article #5062

Re: 386 i problemy z HDD

#5062
From: AlaN
Date: Mon, 07 Jun 2004 20:29
39 lines
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-mail
References: <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