Hi!
Jonathan Oppenheim wrote:
> i have also been having trouble with many cyphers including
> blowfish (although twofish and idea worked). the error seems to be the
> same in all 2.4.x kernels (i have all the relevant options compiled
> as modules eg. loopback and ciphers))
I had the same prob
On Sun, Feb 25 2001, Jonathan Oppenheim wrote:
> i have also been having trouble with many cyphers including
> blowfish (although twofish and idea worked). the error seems to be the
> same in all 2.4.x kernels (i have all the relevant options compiled
> as modules eg. loopback and ciphers))
>
>
i have also been having trouble with many cyphers including
blowfish (although twofish and idea worked). the error seems to be the
same in all 2.4.x kernels (i have all the relevant options compiled
as modules eg. loopback and ciphers))
i follow the encryptionhowto, but when i do a
losetup -e b
Halleluiah ;)!!!
Finally, it works as is suposed to do :, the load on my dual
PIIIx950 is 0.01 three times and I can mount and umonunt ISOs as much I
wish.
Thank you very much Jens and all that provided usefull feedback, this
patch alone deserves including in an .acX r
On Sat, Feb 24 2001, Mark Swanson wrote:
> First, good job on the loop device. It's rock stable for me - except
thanks, glad to hear it.
> when I try to load the blowfish module which oops the kernel and
> crashes the loop device:-) No problem, I just use another cipher.
cipher bug or? never th
In article <[EMAIL PROTECTED]> you wrote:
> First, good job on the loop device. It's rock stable for me - except
> when I try to load the blowfish module which oops the kernel and
> crashes the loop device:-) No problem, I just use another cipher.
> The bug I'm reporting is that when a loop devic
Mark Swanson <[EMAIL PROTECTED]> writes:
> --- Doug McNaught <[EMAIL PROTECTED]> wrote:
> > It's just an artifact of the fact that processes in state D
> > (uninterruptible sleep) are included in the load average calculation.
> > Since the loop thread apparently sits in state D waiting for events
--- Doug McNaught <[EMAIL PROTECTED]> wrote:
> Mark Swanson <[EMAIL PROTECTED]> writes:
>
> > > ps -aux | grep loop
> > 1674 tty1 DW< 0:00 [loop0]
> >
> > The system is doing nothing to the loop filesystem.
> > Strange that the process isn't logging any cpu usage time. It's
> > definately
Mark Swanson <[EMAIL PROTECTED]> writes:
> > ps -aux | grep loop
> 1674 tty1 DW< 0:00 [loop0]
>
> The system is doing nothing to the loop filesystem.
> Strange that the process isn't logging any cpu usage time. It's
> definately responsible for the 1.00 load.
It's just an artifact of the
First, good job on the loop device. It's rock stable for me - except
when I try to load the blowfish module which oops the kernel and
crashes the loop device:-) No problem, I just use another cipher.
The bug I'm reporting is that when a loop device is in use the load of
the machine stays at 1.00
10 matches
Mail list logo
