Version 3 (modified by andree, 18 years ago) ( diff )


Mixed bag of things I'm just jotting down for now... I'd prefer if people could refrain from updating this page - get your own mixed bag! ;-)

Restore Problems

ext2fs_check_if_mount: No such file or directory while determining whether <device> is mounted.

This error is issued by mkfs. The reason is that no mtab support is present in busybox and busybox's mount is used.

busybox 1.1.3 (and possbily other version) may be broken on amd64 in that they seem to require the existence of /etc/mtab regardless of whether the corresponding configuration option is set or not. This is not an issue on i386.

mondorestore killed

If mondorestore gets killed during restore for no apparent reason, this may be a memory problem. If there is still swap space available, the underlying issue maybe the kernel OOM killer.

On Debian Sid amd64, kernel linux-image-2.6.16-2-amd64-k8, version 2.6.16-14 has this problem, whereas kernel linux-image-2.6.16-2-amd64-generic, version 2.6.16-14 is fine.

Compilation Problems

Compiler Warnings

gcc 4.1.2 appears to be stricter than earlier versions when '-Wall' is used. The following is fine in earlier versions of gcc:


but gives the following warning with gcc 4.1.2 (and '-Wall'):

warning: value computed is not used

This is rubbish, as e.g. it is perfectly valid to change a string pointer without ever directly using it because we might only be interested in the string from a certain position. A workaround to avoid the warning is to use:

pos += 1;

(No '*' at the front!)

busybox Error './sh: Cannot set tty process group (Operation not permitted)'

On Debian sid amd64, busybox versions 1.00, 1.1.3 and possibly others may give the following error when called as sh:

./sh: Cannot set tty process group (Operation not permitted)

Given that there is no prompt, this is a rather severe problem. Removing NFS mount supprot from busybox addresses the problem. Also, compilation against glibc 2.4 makes this go away. More info about the glibc side of things can be found here:

This problem does not occur on i386.

Build from SVN on Debian (and maybe others)

Trying to build packages from SVN may currently have some issues. The following tries to address the ones I experience on Debian. They may be applicable to other environments as well.

cat: <some path>mondo/VERSION: No such file or directory

(followed by some more errors)

This is because tools/svn-env makes assumptions about the user's directory layout which are not necessily true. To overcome this, change tools/svn-env to:

# Creates common environment for SVN repository
# $Id: svn-env 553 2006-05-17 22:40:32Z bcornec $

export VER="`cat ${TOOLHOME}/../mondo/VERSION`"
export SVNBRANCH="`dirname ${TOOLHOME}`"

# To be safe for SVN commands
export REVISION=`(cd $TOOLHOME/.. ; svnversion .)`
export TAG=`cat ${TOOLHOME}/TAG`

tools/svn2build.andree: line 35: cd: /home/<user>/mondo/svn: No such file or directory

This is because svn2build assumes that there is an svn directory in the ${BASE} directory as defined in tools/common-env. This assumption may not be valid, e.g. my SVN tree is somewhere else. Changing common-env could address this. But so can commenting the following in svn2build:

# Make it safe for SVN commands
#cd ${BASE}/svn
Note: See TracWiki for help on using the wiki.