On Friday 23 September 2005 18:23, Chris Bainbridge wrote:
> On boot Gentoo mounts a udev tmpfs to /dev and does tar -x of a device
> tarball. This should only take about 450k, but with uml I have to
> specify upto mem=50M otherwise it runs out of memory doing tar -x. Is
> that normal? What's going on?
sysfs is a real sucker of memory (even 10 M, but maybe that's on real
hardware). Then it comes that udev underlying fs is by default tmpfs/ramfs,
i.e. it uses real RAM, and it's set by default (that's tmpfs, not udev) to
use at most half of the system memory. tmpfs should be swappable, but only
for file contents - device nodes are pinned in memory.
Another problem may be actually if inodes are not enough - try adding df -i to
> * Configuring system to use udev ...
> * Populating /dev with device nodes ...
> /sbin/rc: line 25: cannot redirect standard input from /dev/null: No
> such file or directory
> [ oops ]
Oops? What? There's a real kernel Oops?
> * The "tar" command failed with error:
> ttyp4: Cannot mknod: No space left on device
> tar: ttyp5: Cannot mknod: No space left on device
> tar: ttyp6: Cannot mknod: No space left on device
> tar: ttyp7: Cannot mknod: No space left on device
> tar: ttyp8: Cannot mknod: No space left on device
Why is it trying to create ttyp? If the tarball contains a full static /dev
directory content, then
*) you don't need udev
*) it's more reasonable that memory isn't enough (not *that* ok, but...)
Inform me of my mistakes, so I can keep imitating Homer Simpson's "Doh!".
Paolo Giarrusso, aka Blaisorblade (Skype ID "PaoloGiarrusso", ICQ 215621894)
Yahoo! Mail: gratis 1GB per i messaggi e allegati da 10MB