Die NSLU2 Community****wenns ums speichern und streamen geht****

Habe zwei Platten an der Debian-NSLU2, davon eine nur für Backup-Zwecke, welche nur zweimal am Tag benötigt wird. Soll also nicht durchlaufen. Bei der anderen - Systemplatte - sind ständig so viele Schreibzugriffe (Logs von SAMBA, CUPS, desm Syslog usw.), da ist eh kein dran denken.

Habe jetzt verschiedene Wege (sdparm, sg_start, hd-idle) ausprobiert, aber jeder brachte nur Crashes. Als letztes war hd-idle dran. Nach dem zweiten Schlafen-Gehen der Backupplatte konnten beide Platten nicht mehr gelesen werden, bash fand seine Befehle nicht mehr und mit winscp konnte ich keine Verzeichnisse mehr ansehen.

Bei sdparm kamen schon beim Aufruf von sdparm -a /dev/sdb1 IO-Errors zustande. In dem Fall war die Systemplatte noch ok.

Hat jemand ein ähnliches Problem und das lösen können? Der Tip im alten Thema hat mir leider nicht geholfen (ich habe auch kein Laufwerksgehäuse, das die Platte selbsttätig ins Koma schickt).



was hast Du bereits probiert?: Gegoogelt, im Forum gesucht, man-Pages zu sdparm und sg3_utils gelesen, hd-idle Anleitung gelesen

Die Suche schon benuzt?: ja

Art der Firmware: 2.6.18-6-ixp4xx

wird ein externer Datenträger genutzt, wenn ja, was für eine Art: 2 FP je 160 GB

Antwort mir mal selber:

Bin beim googlen über einen Forenbeitrag in einem englischen Forum gestolpert, bei dem es um ein umgekehrtes Problem ging: Der Fragende wolle den Auto - spin down seines Laufwerks verhindern, damit nicht immer das System abkackt, wenn die Platte in standby geht. Eine Empfehlung lautete, die Platte über einen Hub anzuhängen, damit der USB-Bus weiterwerkeln muß.

Das hat bei mir geholfen.