Re: [gelöst] panic: USB drive disconnected

From: Marc Santhoff <M.Santhoff(at)web.de>
Date: Mon, 22 Oct 2012 16:30:56 +0200

Am Montag, den 22.10.2012, 10:00 +0200 schrieb Bernd Walter:
> On Sun, Oct 21, 2012 at 09:09:08PM +0200, Marc Santhoff wrote:
> > Am Sonntag, den 21.10.2012, 19:07 +0200 schrieb Marc Santhoff:
> > > Am Samstag, den 20.10.2012, 17:01 +0200 schrieb Marc Santhoff:
> > >
> > > > ugen0.2: <Verbatim> at usbus0 (disconnected)
> > > > umass0: .... (disconnected)
> > > > g_vfs_done():da0s1d[WRITE(offset=..., length=2048)]error = 6
> > > > /mnt: got error 6 while accessing filesystem
> > > > ...
> > >
> > > Tja, die Lösung des Rätsels ist simpel, glücklicherweise ließ sie sich
> > > auch in endlicher Zeit finden:
> > >
> > > Hitze. Der Rechner war zumindest im CPU-Kühlkörper ganz ordentlich
> > > zugestaubt und die Lüfter waern im BIOS auf "Silent" eingestellt. Nach
> > > Entschmutzung und zum Test Einstellung auf "Turbo" für CPU- und
> > > Gehäuselüfter geht es ohne Probleme.
> > >
> > > Mal gucken, wenn die aktuellen Backups komplett durch sind stelle ich
> > > die Lüfterintensität mal schrittweise wieder in Richtung Lärmvermeidung.
> > > Wenn in Stellung "Standard" (oder so) nicht alles funktioniert bekommt
> > > der Hersteller Post.
> >
> > Und nochmal:
> >
> > Nach längerem Lauf tritt das Problem wieder auf, also defekt.
>
> Hätte mich auch gewundert, wenn eine zu warme CPU einen disconnect
> auslöst.
> Ich würde aber derzeit noch von USB3 Abstand nehmen.
> Erst recht bei wichitgen Daten.
> Einfach so aus dem Bauch heraus...

Das seltsame, was eigentlich nur Hardware-Fehler zuzulassen scheint,
ist, daß es Monate lang funktioniert hat. Icvh mache auf die Platten
einmal die Woche Sicherungen, wobei einmal im Monat viele DAten (full
dump) geschrieben werden, das hat bisher rund 3,5-4h gedauert und lief
ohne Störung. Nur am USB2-Port des anderen Rechners ging es mit der
einen Platte, mit der anderen (gleiche Serie) meisten oder nur begrenzte
Zeit. Klar, dafür ist USB2 nicht spezifizert. So kam ich ja erst drauf,
daß es die Spannungsversorgung sein könnte.

OK, die stetig steigende Datenmenge kann natürlich obskure
Zählerüberläufe oder ähnliches Triggern. Zuletzt lief der Vorgang des
cpdup'ens einmal komplett durch (ca. 3-4h) und beim zweiten Durchgang
(nach mehreren stunden Pause) auf die andere Platte hat es sich
mittendrin nach ca. 1/2-1h verabschiedet. Kann also eigentlich auch kein
Zähler sein.

Der letzte nicht auszuschließende Grund wären ausgewackelte Buchsen. Die
hatte ich mit Tuner600 (gar lieblich, der Duft) gereinigt. Ich wüßte
allerdings keinen Test, um Spannungsregler oder Buchsenproblem
auseinanderzuhalten. Höchsten Datenlogger mit dranklemmen und den Fehler
provozieren ...

> Ob sich das bei USB3 Super Speed geändert hat weiß ich nicht.
> Bis High Speed ist für den connect-Status nur ein Pull-Up an
> einer Datensignallleitung verantwortlich.
> Der Pull-Up darf auch nur bei Busspannung angelegt werden, selbst
> wenn das Gerät Selfpowered ist.

Bus Powered. 2,5"-Platte.

> D.h. eine Unterbrechung am Kabel sorgt potentiel für eine
> Änderung des Verbindungsstatus.

Hm, das muß ich nochmal genau prüfen.

> Nebenher kann oftmals auch die Device-Firmware den Pull-Up
> wegschalten - hier könnte z.B. eine Firmware mit bestimmten
> Zugriffsmustern Probleme bekommen und einen Panic machen.

Eigentlich ausgeschlossen, s.o. einmal geht's, anderes mal nicht.

> Superspeed hat zusätzliche Kabel - ich weiß nicht, ob die Einfluß auf
> den Verbindungsstatus haben.

-- 
Marc Santhoff <M.Santhoff(at)web.de>
To Unsubscribe: send mail to majordomo(at)de.FreeBSD.org
with "unsubscribe de-bsd-questions" in the body of the message
Received on Mon 22 Oct 2012 - 16:32:14 CEST

search this site