Re: mount:mfs: mmap: Cannot allocate memory

2011-05-18 Thread annathemermaid
Kevin Chadwick  wrote:
>On Wed, 18 May 2011 17:41:32 +
>annathemerm...@hush.com wrote:
>
>> I'm just trying to make it take advantage of the swap
>> encryption (random keys unlike a single key I have to remember 
the
>> password for);
>
>bioctl or vnconfig and /dev/urandom maybe useful here

So you are suggesting I create a boot-time script to do the 
following every time my computer starts:
1. Create a softraid or svnd encrypted partition with a key from 
/dev/urandom (without overwriting existing data)
2. Open it.
3. Create a new ffs filesystem on it.
4. Mount the new ffs filesystem, async most likely.

Well, it's a horribly convoluted idea, not at all elegant like an 
mfs or a tmpfs, but if one doesn't mind the long boot time while 
OpenBSD creates the new ffs filesystem, it ought to work.

Stuart Henderson  wrote:
>On 2011-05-18, annathemerm...@hush.com  
wrote:
>>> In -current it has been bumped to 2GB so you'll be able to use
>>> more there.
>>
>> A bit below, but now it works. I'm quite happy with stable. 
Unless
>> current fixes my X11 keyboard issues, I'd rather not deal with
>> current unless I have a second hard disk to play with. I suppose 
if
>> I ever temporarily need more space in /tmp I'll just have to set 
up
>> a softlink to /var/tmp or somewhere.
>>
>> However, is there any way to get mfs to use swap first rather 
than
>> memory first?
>
>I don't think so. (And afaik mfs doesn't give memory back once
>you've used it, at least without umounting).

Oh well.

Stuart Henderson  wrote:
>>If I tell xorg.conf to use kbd
>> or akbd, it doens't work at all, but if I tell it to use 
keyboard,
>> sometimes it randomly decides not to notice that I've pressed
>> certain keys, and is particularly reluctant to recognize the
>> backspace key. Sometimes, it becomes convinced I am holding a key
>> down even when I am not: this is particularly annoying when it
>> thinks I'm holding the down arrow key. None of these issues occur
>> when not running X.org.
>
>This sounds rather like the behaviour you get when you need to
>disable /dev/ttyC0 (see /usr/X11R6/README).

It states:
"The wsfb driver uses whatever graphics mode the console is set to
(by Mac OS) as a dumb unaccelerated framebuffer in 8 bits per pixel.
You should be able to use 'startx' or xdm to start X without further
configuration.

"To use xdm from rc.conf, it is necessary to disable /dev/ttyC0 in
/etc/ttys, change the 'status' of /dev/ttyC0 to 'off'."

I don't want to use xdm from rc.conf. I want to start it from the 
console on an as-needed basis. I don't actually like X.org. I find 
it annoying and bloated, but nonetheless, a necessary evil. Thus, I 
don't want it to start when my computer starts: I want to call on 
it when I have need of graphical programs.



Re: mount:mfs: mmap: Cannot allocate memory

2011-05-18 Thread Stuart Henderson
On 2011-05-18, annathemerm...@hush.com  wrote:
>> In -current it has been bumped to 2GB so you'll be able to use
>> more there.
>
> A bit below, but now it works. I'm quite happy with stable. Unless
> current fixes my X11 keyboard issues, I'd rather not deal with
> current unless I have a second hard disk to play with. I suppose if
> I ever temporarily need more space in /tmp I'll just have to set up
> a softlink to /var/tmp or somewhere.
>
> However, is there any way to get mfs to use swap first rather than
> memory first?

I don't think so. (And afaik mfs doesn't give memory back once
you've used it, at least without umounting).

>If I tell xorg.conf to use kbd
> or akbd, it doens't work at all, but if I tell it to use keyboard,
> sometimes it randomly decides not to notice that I've pressed
> certain keys, and is particularly reluctant to recognize the
> backspace key. Sometimes, it becomes convinced I am holding a key
> down even when I am not: this is particularly annoying when it
> thinks I'm holding the down arrow key. None of these issues occur
> when not running X.org.

This sounds rather like the behaviour you get when you need to
disable /dev/ttyC0 (see /usr/X11R6/README).



Re: [Bulk] Re: mount:mfs: mmap: Cannot allocate memory

2011-05-18 Thread Kevin Chadwick
On Wed, 18 May 2011 17:41:32 +
annathemerm...@hush.com wrote:

> I'm just trying to make it take advantage of the swap
> encryption (random keys unlike a single key I have to remember the
> password for);

bioctl or vnconfig and /dev/urandom maybe useful here



Re: mount:mfs: mmap: Cannot allocate memory

2011-05-18 Thread annathemermaid
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 3 May 2011 21:25, Stuart Henderson  wrote:
> On 2011-05-03, annathemerm...@hush.com 
wrote:
>>
>> So, I'm trying to create put my /tmp partition on my swap.
>>
>> So I have a line like this in my fstab:
>> swap /tmp mfs rw,nodev,nosuid,-s=2097152
>> I also tried changing swap to /dev/wd0b, and changing the n in -
s=n
>> to smaller numbers.
>
> [assuming this is still macppc]
>
> 2097152 x 512 (bytes per sector) = 1GB
>
> Up to OpenBSD 4.9, MAXDSIZ on macppc is 512MB so you will be
> limited to -s=1048576 or slightly below.
>
> In -current it has been bumped to 2GB so you'll be able to use
> more there.

A bit below, but now it works. I'm quite happy with stable. Unless
current fixes my X11 keyboard issues, I'd rather not deal with
current unless I have a second hard disk to play with. I suppose if
I ever temporarily need more space in /tmp I'll just have to set up
a softlink to /var/tmp or somewhere.

However, is there any way to get mfs to use swap first rather than
memory first? I'm just trying to make it take advantage of the swap
encryption (random keys unlike a single key I have to remember the
password for); I don't really need speed improvements and certain
excessively bloated applications like Firefox and Gimp, which I
might occasionally want to run, could really use the memory.

>> Also, is there any way to switch consoles? On i386 it was
>> Ctrl+Alt+F2, Ctrl+Alt+F3, and so on (in fact I think the Ctrl was
>> optional unless leaving X11), but it doesn't seem to work on
>> macppc, even with the Fn key held down too.
>
> No separate consoles, you will need to use tmux or similar
> (or X of course).

tmux works fine. Not as convenient as separate consoles, but it
does the job. And, with one tmux terminal displaying the output of
pdisk and another running disklabel, I was able to manually tell
disklabel where the Linux partitions were so OpenBSD and Linux
could share swap and ext2/3 home. For some reason, OpenBSD did not
seem able to find the Linux partitions automatically like it could
on x86, even when I tried re-installing OpenBSD after Debian.

Unfortunately, once I start X11, I don't know how to get out, short
of rebooting the computer. This is very inconvenient when X
crashes, or I can't click the exit button in fvwm because the
faulty keyboard driver things I'm holding down the arrow down key
even though I'm not. For the record, X seems to crash in
framebuffer mode, but not in ati/radeon accelerated mode. In
framebuffer  mode, even running some xterm program, like top, might
kill it, although it seems more likely to die on me if Firefox is
running. Changing the driver seemed to fix mouse issues. (Whatever
it had by default, sometimes I would lose control of the cursor and
it would go toward the bottom of the screen.) I haven't figured out
the right driver for the keyboard. If I tell xorg.conf to use kbd
or akbd, it doens't work at all, but if I tell it to use keyboard,
sometimes it randomly decides not to notice that I've pressed
certain keys, and is particularly reluctant to recognize the
backspace key. Sometimes, it becomes convinced I am holding a key
down even when I am not: this is particularly annoying when it
thinks I'm holding the down arrow key. None of these issues occur
when not running X.org. Running X -configure crashes the system,
and not even Ctrl+C or Ctrl+Z was able to uncrash it, so the
configuration had to be done manually.
-BEGIN PGP SIGNATURE-
Charset: UTF8
Version: Hush 3.0
Note: This signature can be verified at https://www.hushtools.com/verify

wsBcBAEBAgAGBQJN1ATLAAoJEKlMTST7VF+omA0H/iRSQ3inWMcin+0d9nB9odznLVTD
nh73vTCqSFpNJSaeu4hW4mJENlzbBA9C2ioy5vg1XKjxTeqXFIl2QHLiCrdGLBEB/C36
bBQd+3WKbisRzpeJOTRh7Oaqo1fEmSPdEOo2a3vlHqWDo1kUgp3maguHlzSHZN+4L0IG
Biuh7bN5jwPAgV7WM5Ne3fQPNM02kS6mP7gw/WJQP1XY6C5H0u+MqHjGNl80X+tKtZuy
b5owR2k5RbciOOK+pZ10t2fcWCumd4rtPMlmI4KsG09IP60Vffmf8ve5WAGOyzcxlZmy
W2zhCEc7Poi/ub7OaxftN829eQSNIBXeF/zwvoObPi0=
=WPkG
-END PGP SIGNATURE-



Re: mount:mfs: mmap: Cannot allocate memory

2011-05-03 Thread Stuart Henderson
On 2011-05-03, annathemerm...@hush.com  wrote:
>
> So, I'm trying to create put my /tmp partition on my swap.
>
> So I have a line like this in my fstab:
> swap /tmp mfs rw,nodev,nosuid,-s=2097152
> I also tried changing swap to /dev/wd0b, and changing the n in -s=n
> to smaller numbers.

[assuming this is still macppc]

2097152 x 512 (bytes per sector) = 1GB

Up to OpenBSD 4.9, MAXDSIZ on macppc is 512MB so you will be
limited to -s=1048576 or slightly below.

In -current it has been bumped to 2GB so you'll be able to use
more there.

> Also, is there any way to switch consoles? On i386 it was
> Ctrl+Alt+F2, Ctrl+Alt+F3, and so on (in fact I think the Ctrl was
> optional unless leaving X11), but it doesn't seem to work on
> macppc, even with the Fn key held down too.

No separate consoles, you will need to use tmux or similar
(or X of course).