![]() |
siehe http://www.heise.de/newsticker/data/bo-26.04.01-000/
gut, dass ich einen promise ultra 100 habe :D |
Habe auch 2x 307030er von IBM drinnen.
Und jetzt was zum Lachen: mir ist damals eine beim A7V hops gegangen (Promise Raid Mod). Am Highpoint kein Problem. :-) bis jetzt ! |
auszug aus paul's unofficial kt7faq-homepage: (go.to/kt7faq)
Why doesn't my IBM Deskstar 75GXP drive work on the Highpoint controller? Many people have no problems with this disk. After initially posting this question I received over a dozen emails with reports of no problems with the IBM Deskstar 75GXP, and only a couple of problems. I can therefore only assume that the "timing issue" referred to above is only marginal problem and affects only a few disks. I have also received a post from a user who said that IBM support told him that this is an issue with the earlier HPT366 controller, and not the HPT370 used on the KT7-RAID. With this in mind... In answer to a query from one KT7-RAID user's problems with system freezes with the above disk connected to the Highpoint controller, IBM technical support responded as follows: The issues you are having are known issues we have seen with the Highpoint chipset. The problem is a result of timing issues with the controller itself. We have seen that the drive will work properly if you were wanting to set it to the standard ATA33 slot. The only suggestions I can provide to you would be to run it on a slower controller such as the ATA 33 slot or to return the drive for a different model. Several users say all their 75GXP problems were fixed with the new UZ103b1 BIOS and drivers. One user who had previously been using this disk with another machine found that the computer would consistently hang at the DMI pool verify message. He eventually found the solution to this problem was to download the drive fitness utility from the IBM storage support site, and perform a full erase of the drive. After an FDISK and FORMAT, the drive booted happily from the RAID controller. Other solutions You could try setting the drive mode as UDMA1 or 2 in the Highpoint BIOS screen (this equates to ATA/33) - if that fails use the onboard IDE1/2 controller. Abit have also suggested increasing the FSB by 1MHz or so to try to resolve this issue, whilst Highpoint work on a BIOS or driver fix. Several users have resolved problems using RAID with these disks by putting both disks on the Highpoint Primary IDE controller, as Master and Slave. One user found that to solve lockups with an ATA100 IBM75GXP 45GB HDD on the Highpoint Primary controller, he had to move his CD and CDRW from the VIA Secondary to VIA Primary controller. One user reported that setting the disks to Cable Select mode resolved lockups. gruss, snowman |
hab schon mehrfach gehört, dass der highpoint controller manchmal keine platten mag wenn diese nicht auf cable select eingestellt sind, sonder auf master/slave gejumpert sind....keine ahnung warum, aber cable select einschalten hat fast immer geholfen...
|
Na,
meine dreht sich noch! :D |
@snowman
peux-tu traduire ce texte en francais? :D:D:D
|
îch hab eigentlich auch keine probs mit meinem hot rod und ibm platten. der promise ist ja a lahmer hund beim lesen oder?
|
na, is er ned
|
das würd mich interessieren ob der promise langsamer is beim lesen von der gleichen platte als der highpoint....
|
Zitat:
|
| Alle Zeitangaben in WEZ +2. Es ist jetzt 04:56 Uhr. |
Powered by vBulletin® Copyright ©2000 - 2026, Jelsoft Enterprises Ltd.
© 2009 FSL Verlag