🚀 go-pugleaf

Helmut Zeisel wrote:
> 
> Bei mir friert der Rechner reproduzierbar ein,
> wenn ich eine verschl�sselte ext2 Partiton einer externen IEEE 1394
> Firewire Disk verwende:
> 
> insmod loop_fish2
> losetup -e twofish /dev/loop0 /dev/sdb2
> Password: xxxxxxxx
> 
> mount /dev/loop0 /mnt/bck
> 
> nice -10 rsync -auv /home        /mnt/bck/bck
> 
> Nach einiger Zeit friert das System dann ein.
> Das passiert bei zwei unterschiedlichen externen Firewire Disks,
> mit USB 1 auf den selben Disks funktioniert es.
> 
> Mein System ist SuSE 8.2 (Kernel 2.4.20-4GB).
> 
> Kennt wer das Problem?
> Ist es anderswo reproduzierbar?

Ich kann's hier halbwegs nachvollziehen. Statt der verschl�sselten
ext2-Partition habe ich ein verschl�sseltes Image-File (ext2) auf
einer xfs-Partition auf der Firewire-Platte genommen (hatte keinen
unpartitionierten Bereich dort frei). Als Verschl�sselung habe ich
loop_fish mit 256 Bit genommen. 

Ein rsync von einer (mit AES 256 Bit verschl�sselten) IDE-Partition
auf eben dieses Image-File auf der Firewire-Platte lief zwar durch,
erzeugt mir jedoch eine recht hohe Systemlast von 5-7 und dauert
sehr lange. Dabei wird immer nur sto�weise geschrieben und im 
Syslog kommen fortlaufend Fehlermeldungen:

sputnik kernel: Write (10) 00 08 11 e3 d4 00 00 f8 00
sputnik kernel: ieee1394: sbp2: sbp2util_allocate_request_packet - no packets available!
sputnik kernel: ieee1394: sbp2: sbp2util_allocate_write_request_packet failed
sputnik kernel: ieee1394: sbp2: aborting sbp2 command

Die Daten wurden aber korrekt geschrieben (mit diff -r verglichen).
Der gleiche rsync ohne Verschl�sselung l�uft v�llig normal durch. 
Kernel bei mir ist Vanilla-2.4.20 (SMP) mit Crypto-API- und xfs-Patch.

> Gibt es dafuer schon einen Bugfix?

Mir ist keiner bekannt.

> Wo melde ich andernfalls den Bug?

Zuerst bei SuSE versuchen. Alternativ bei den User-Mailing-Listen auf 
http://www.linux1394.org bzw. http://www.kerneli.org. H�ngt davon ab, 
was im Syslog bei Dir als Letztes vor dem Einfrieren steht. Detailierte 
Angabe der Kernel- bzw. HW-Config (lspci -v) kann dabei nicht schaden.

Gru� Ralf