On Sat, Sep 30, 2000 at 02:31:07PM +0200, Martin Schmitt wrote:
> * Bjoern Pfeiffer ([EMAIL PROTECTED]) wrote/schrieb:
>
> > meint ihr, ein neues Kabel tut's, oder gibt die neue Platte (hdb)
> > jetzt schon den Geist auf oder kommt der ATA-33 Treiber nicht mit
> > der 66-er Platte zurecht oder mit dem IDE-Chipsatz (Via MVP3)?
> >
> > K�nnte das der Grund sein, weshalb ich in den letzten Tagen
> > wieder mal einen Crash nach dem anderen erlebe? (meistens, wenn
> > netscape eine Weile am Laufen ist...).
> >
> > Ich glaube, SCSI ist diesmal nicht das Problem.
> >
> > Hat jemand schon mal sowas gesehen?
>
> Ja, ich. Deine Vermutung stimmt: Ultra-66-Platten laufen nicht an allen
> Ultra-33-Controllern. Ich habe den selben Mist vor zwei Wochen mit einer
> 100er Platte an einem 33er Controller mitgemacht. Genau die selben
> Meldungen, selbe Symptomatik. Crashes sollten aber nicht auftreten, da der
> Kernel bei den vielen Fehlern einfach im laufenden Betrieb DMA abschaltet.
Der IDE auf meinem Board ist allerdings ein 66er, wird aber nicht
erkannt als solcher:
Uniform Multi-Platform E-IDE driver Revision: 6.30
ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
VP_IDE: IDE controller on PCI bus 00 dev 39
VP_IDE: not 100% native mode: will probe irqs later
VT 82C598 Apollo MVP3
Chipset Core ATA-33
M��te mal in Erfahrung bringen, ob der "Uniform Multi-Platform
E-IDE driver Revision: 6.30" ATA-66 �berhaubt schon unterst�tzt.
idebus=66 ???
Mal probieren...
> F�r IBM-Platten gibt es ein DOS-Progr�mmchen, um den Transfermodus zu
> drosseln. Soll angeblich dauerhaft funktionieren, hat bei mir aber
> keinerlei Wirkung gezeigt.
Hab ich f�r meine Platte
bjoern@localhost bjoern]$ cat /proc/ide/hdb/model
Maxtor 94098U6
auch schon da, aber noch nicht getestet. Bei der
[bjoern@localhost bjoern]$ cat /proc/ide/hda/model
QUANTUM FIREBALL CR13.0A
(...ganz sch�n vorlaut, die Platte -und im Betrieb erst! ;-)
hat das auf jeden Fall funktioniert. Die benimmt sich jetzt wie
eine 33er.
Hab nur mittlerweile ehrlich keine Lust, noch ein einziges mal in meinem Leben
Windows zu starten oder gar Dos, wenn es sich denn vermeiden
l��t.
> Ich habe in dem betreffenden System Ultra-DMA per Setup komplett
> abgeschaltet und mache jetzt DMA-Mode:
Steht bei mir auf Auto, ansonsten gehen nur verschiedene
PIO-Modes -welcher ist denn der passende?
> vortex:~# hdparm -v -tT /dev/hda
>
> /dev/hda:
> multcount = 0 (off)
> I/O support = 0 (default 16-bit)
> unmaskirq = 0 (off)
> using_dma = 1 (on)
> keepsettings = 0 (off)
> nowerr = 0 (off)
> readonly = 0 (off)
> readahead = 8 (on)
> geometry = 3737/255/63, sectors = 60036480, start = 0
> Timing buffer-cache reads: 128 MB in 1.38 seconds = 92.75 MB/sec
> Timing buffered disk reads: 64 MB in 6.11 seconds = 10.47 MB/sec
F�r's erste hab ich jetzt mal -d1 f�r die hdb abgeschaltet,
au�erdem die swap dort aus der fstab rausgeworfen...
Wenn mir eine Kernel-Panic beim Versuch mit Alt-Druck-S zu syncen
sagt "In Swapper-Task: Device not syncing" o.s.�., hat das dann
was mit dem swap-space zu tun? Bevor die hdb drin war, hat der
Kernel mich schon mit solchen Meldungen erheitert - die wurden
dann weniger, als ich die swap auf sda rausgeworfen habe. Ist
aber vielleicht auch nur ein Zufall (???).
Die X-Freezes k�nnten ja auch in dem Moment eintreten, wenn der
swap zum ersten Mal im Betrieb zum Einsatz kommt (meine Vermutung
dabei ist, da� die Zugriffe auf die swap wohl eine Ecke
anstrengender f�r das Ger�t und die Treiber sind, als die auf ein
normales Dateisystem... ist aber wieder mal nur nur eine
Vermutung.) Das ist aber eher ein anderes Problem -da hoffe ich
einfach auf Mandrake 7.2 -> X4.
Immerhin merkt man ja unter Linux recht schnell, wenn was faul
ist in der Kiste - Windows l�uft dann einfach mehr oder weniger brav,
bis es dir ganze Partitionen einfach auffri�t und halb verdaut
wieder ausspuckt (wie bei mir vor ein paar Wochen. :-(( )
Bj�rn.
--
\|/
t(h)ree
---------------------------------------------------------------------------
PUG - Penguin User Group Wiesbaden - http://www.pug.org
