Article View: de.comp.os.unix.linux.misc
Article #146Re: Problem mit Firewire Disk und verschluesselter Partiton
From: Helmut Zeisel
Date: Wed, 06 Aug 2003 07:32
Date: Wed, 06 Aug 2003 07:32
60 lines
3367 bytes
3367 bytes
Ralf Beyer <beyer@uni-bremen.de> wrote in message news:<3F2EF120.A5A880DD@uni-bremen.de>... > 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. OK, ist also anscheinend zumindest kein Hardwareproblem. > 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 Bei mir kommt nichts mehr: /var/log/messages Aug 4 18:01:49 cm44-20 kernel: loop: registered Twofish encryption Aug 4 18:02:12 cm44-20 kernel: EXT2-fs warning: mounting unchecked fs, running e2fsck is recommended Aug 4 18:10:09 cm44-20 syslogd 1.4.1: restart. Nachdem das System um 18:02 eingefroren ist, tut sich nichts mehr. > 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? Ich habe inzwischen weiter experimentiert: bei einer der beiden Disks (Die Markendisk Maxtor External Storage 5000XT 250GB) funktioniert tatsaechlich auch eine unverschluesselte Partition nicht; bei der noname Disk allerdings schon - es liegt also anscheinend am Firewire Treiber. Mit Knoppix 3.2 (auch ein 2.4.20 Kernel) funktionieren beide Disks unverschluesselt und zumindest die Maxtor auch mit AES128 verschluesselter Partition. Twofish ist bei Knoppix nicht dabei; AES128 nicht im SuSE Kernel. > > Wo melde ich andernfalls den Bug? > > Zuerst bei SuSE versuchen. Habe es bei http://www.suse.de/cgi-bin/feedback.cgi mitgeteilt. Helmut
Technical Details
Message-ID:
<1beb55d7.0308052332.7935531@posting.google.com>Path:
arc1-ca.pugleaf.net!archiver1.google.com!postnews1.google.com!not-for-mailReferences:
<1beb55d7.0308040858.6bc62671@posting.google.com> <3F2EF120.A5A880DD@uni-bremen.de>Show Full Headers
Complete Article Headers
X-Google-Language: GERMAN,ASCII X-Google-Thread: 1101c9,21e03dd683b01a44 X-Google-Attributes: gid1101c9,public X-Google-Thread: f55df,21e03dd683b01a44 X-Google-Attributes: gidf55df,public X-Google-ArrivalTime: 2003-08-06 00:32:51 PST Path: arc1-ca.pugleaf.net!archiver1.google.com!postnews1.google.com!not-for-mail From: zei2003a@liwest.at (Helmut Zeisel) Newsgroups: de.comp.os.unix.linux.misc,at.linux Subject: Re: Problem mit Firewire Disk und verschluesselter Partiton Date: 6 Aug 2003 00:32:50 -0700 Organization: http://groups.google.com/ Lines: 60 Message-ID: <1beb55d7.0308052332.7935531@posting.google.com> References: <1beb55d7.0308040858.6bc62671@posting.google.com> <3F2EF120.A5A880DD@uni-bremen.de> NNTP-Posting-Host: 148.56.29.27 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Trace: posting.google.com 1060155171 29835 127.0.0.1 (6 Aug 2003 07:32:51 GMT) X-Complaints-To: groups-abuse@google.com NNTP-Posting-Date: 6 Aug 2003 07:32:51 GMT