🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

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

Re: 386 i problemy z HDD

#5063
From: AlaN
Date: Tue, 08 Jun 2004 20:30
51 lines
3060 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

--
AlaN
Technical Details
Message-ID: <opr9alwyemqn7l0q@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: Tue, 08 Jun 2004 22:30:24 +0200
Organization: CI TASK http://www.task.gda.pl
Lines: 51
Message-ID: <opr9alwyemqn7l0q@news.task.gda.pl>
References: <c9vt7c$j8q$1@achot.icm.edu.pl>
NNTP-Posting-Host: azq160.neoplus.adsl.tpnet.pl
Mime-Version: 1.0
X-Trace: korweta.task.gda.pl 1086726595 22509 83.27.154.160 (8 Jun 2004 20:29:55 GMT)
X-Complaints-To: abuse@news.task.gda.pl
NNTP-Posting-Date: Tue, 8 Jun 2004 20:29:55 +0000 (UTC)
User-Agent: Opera M2/7.51 (Win32, build 3798)
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit