Hallo Habe folgendes Problem Beim kopieren von Dateien von CD auf Platte scheinen Fehler aufzutreten. Gibt es eine Möglichkeit zu prüfen ob der Bus sauber arbeitet. Aufgefallen weil unter XP ein Programm von CD liest und Checksumme errechnet bei der Installation und somit die Installation abbricht. DualBoard: Gigabyte 6VXDC7 Chipsatz: VIA VT82C686A geht das mit checksum ? Stefan
stefan fehlbier schrieb:
Beim kopieren von Dateien von CD auf Platte scheinen Fehler aufzutreten. Gibt es eine Möglichkeit zu prüfen ob der Bus sauber arbeitet. Aufgefallen weil unter XP ein Programm von CD liest und Checksumme errechnet bei der Installation und somit die Installation abbricht.
Du solltest in so einem Falle mal die /var/log/messages pruefen - evtl. gibt es dort Meldungen ueber "Bad CRC"!? So etwas kann (natuerlich neben einem Hardwareschaden) vor allem an kaputten oder schlechten IDE-Kabeln liegen... Zum Testen kannst Du mal eine volle CD nehmen und komplett auf Festplatte kopieren. Anschliessend solltest Du mit einem Skript die md5sum jeder Datei auf der CD und auf der Festplatte berechnen lassen und vergleichen... Zu Testzwecken sollte evtl. auch DMA deaktiviert werden, falls das aktiv ist. Natuerlich solltest Du auch schauen, dass die Festplatte selbst, das Filesystem und der RAM in Ordnung sind. CU, Th.
Hallo, On Mon, 01 Sep 2003, stefan fehlbier schrieb:
DualBoard: Gigabyte 6VXDC7 Chipsatz: VIA VT82C686A
[Als Ergaenzung zu dem von Thomson schon geschriebenen] Hm. War der VT82C686A nicht die VIA Northbridge mit den IDE-Problemen? Gibt's da inzwischen einen Wuergaround im Kernel? @Stefan: kann also sein, dass du schlicht ein HW-Problem hast, v.a. in Kombination mit Soundblaster Soundkarten und generell hoher Last auf dem PCI-Bus... Aber teste erstmal, ob's am (zu langen[1]) Kabel oder so liegt... -dnh [1] max. 45cm! -- 160: Webdesign Irgendeinem nichtsahnenden Kunden Unsummen für die Gestaltung seiner Internetpräsenz (siehe dort) abzuknöpfen. (Martin Schmitt)
David Haller wrote:
On Mon, 01 Sep 2003, stefan fehlbier schrieb:
DualBoard: Gigabyte 6VXDC7 Chipsatz: VIA VT82C686A
Hm. War der VT82C686A nicht die VIA Northbridge mit den IDE-Problemen? Gibt's da inzwischen einen Wuergaround im Kernel?
VT82C686A ist eine Southbridge. IDE wird durch die Southbridge verwaltet. Aus /var/log/boot.msg: Applying VIA southbridge workaround. Den Workaround gibt es uebrigens schon laenger... CU, Thomson
Hallo, On Fri, 05 Sep 2003, Thomas Hertweck schrieb:
David Haller wrote:
On Mon, 01 Sep 2003, stefan fehlbier schrieb:
DualBoard: Gigabyte 6VXDC7 Chipsatz: VIA VT82C686A
Hm. War der VT82C686A nicht die VIA Northbridge mit den IDE-Problemen? Gibt's da inzwischen einen Wuergaround im Kernel?
VT82C686A ist eine Southbridge. IDE wird durch die Southbridge verwaltet. Aus /var/log/boot.msg: Applying VIA southbridge workaround. Den Workaround gibt es uebrigens schon laenger...
Ajup, stimmt, das war die Southbridge ;) Ich habe halt keine VIA Chips, da meine Southbridge ein AMD-756 ist[1] :) -dnh [1] die ersten Motherboards fuer den Athlon haben gerne die Kombination AMD-751 Northbridge und VIA VT82C686X Southbridge verwendet... -- dagegen wirkt SuSEFirewall gesund wie ein frisch geficktes eichhoernchen. -- f. paulsen, dasr
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, 0n 03/09/05@02:55 David Haller told me:
Hallo,
On Mon, 01 Sep 2003, stefan fehlbier schrieb:
DualBoard: Gigabyte 6VXDC7 Chipsatz: VIA VT82C686A
[Als Ergaenzung zu dem von Thomson schon geschriebenen]
Hm. War der VT82C686A nicht die VIA Northbridge mit den IDE-Problemen?
Ja, jedenfalls habe ich so einen.
Gibt's da inzwischen einen Wuergaround im Kernel?
maik@syl maik $ dmesg ... Applying VIA southbridge workaround ... 2.4.20. - -- bye maik -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQE/WOc20Bn175Anq4gRAklBAJ9kmfLX+riCgW42F13xKVvWoUdAYQCgn086 4nNt32jnVydNP5sdsTCelMA= =xYRc -----END PGP SIGNATURE-----
Hallo Stefan, Der Hardwarefehler betrifft auch die VIA-Southbridge 82C686B auf (bin selbst betroffen, nur mit einem ASUS-Mainboard und Windows 2000 Server). Falls Du die Artikel noch nicht kennst, schau' mal da nach: http://www.au-ja.org/review-kt133a-3.phtml Das könnte dem Problem nahekommen. Weitere Artikel: http://www.heise.de/newsticker/data/jow-12.04.01-001/ http://www.heise.de/newsticker/data/jow-20.04.01-000/ Heise empfiehlt als bisher einzig zuverlässigen Workaround: Zweiten IDE-Kanal _nicht_ benutzen. Ist allerdings keine tolle Aussicht. René On Monday 01 September 2003 17:53, stefan fehlbier wrote:
Habe folgendes Problem Beim kopieren von Dateien von CD auf Platte scheinen Fehler aufzutreten. Gibt es eine Möglichkeit zu prüfen ob der Bus sauber arbeitet. Aufgefallen weil unter XP ein Programm von CD liest und Checksumme errechnet bei der Installation und somit die Installation abbricht.
DualBoard: Gigabyte 6VXDC7 Chipsatz: VIA VT82C686A
geht das mit checksum ?
René Krell wrote:
Der Hardwarefehler betrifft auch die VIA-Southbridge 82C686B auf (bin selbst betroffen, nur mit einem ASUS-Mainboard und Windows 2000 Server). Falls Du die Artikel noch nicht kennst, schau' mal da nach:
http://www.au-ja.org/review-kt133a-3.phtml
Das könnte dem Problem nahekommen. Weitere Artikel:
http://www.heise.de/newsticker/data/jow-12.04.01-001/ http://www.heise.de/newsticker/data/jow-20.04.01-000/
Heise empfiehlt als bisher einzig zuverlässigen Workaround: Zweiten IDE-Kanal _nicht_ benutzen. Ist allerdings keine tolle Aussicht.
Dir ist schon klar, dass diese Artikel 2.5 Jahre alt sind, oder? Dir ist auch bewusst, dass es einen Work- around im Linux-Kernel gibt, oder? CU, Th.
Hallo Thomas, Der Artikel und das Problem ist sicherlich schon 2.5 Jahre in irgendwelchen Newsgroups bekannt, die Hardware wurde aber zumindest bis zum letzten Jahr noch verkauft. Aktuellere Dinge als gelegentliche, weitgehend unwirksame BIOS- und Treiberupdates gab es bisher nicht. Den Linux-Kernel-Workaround und dessen Wirksamkeit kenne ich allerdings nicht, da hast Du mich durchschaut ;-) Unter Linux ist mir das Problem auch nicht untergekommen, es hat halt zufällig einen Windows-Rechner betroffen... Die Frage war aber nach einem nachvollziehbaren Test, soweit ich das aus Stefan's Beitrag erkennen kann. Der ist dort sowohl für Linux als auch Windows beschrieben und kann auch ruhig zwei Jahre alt sein... René On Friday 05 September 2003 10:13, Thomas Hertweck wrote:
Dir ist schon klar, dass diese Artikel 2.5 Jahre alt sind, oder? Dir ist auch bewusst, dass es einen Work- around im Linux-Kernel gibt, oder?
participants (5)
-
David Haller
-
Maik Holtkamp
-
René Krell
-
stefan fehlbier
-
Thomas Hertweck