free
dumps core.
free
keeps shrinking.
xdm
) won't let me log in.
rm
!
lpr
and/or lpd
aren't working.
vmlinux
file ?
free
dumps core.
/proc/meminfo
was changed in a way that the implementation of free
doesn't understand.
Get the latest version, from sunsite.unc.edu
in /pub/Linux/system/Status/ps/procps-0.99.tgz
.
date
, is maintained by the kernel while Linux is running.
You can display the CMOS clock time, or set either clock from the
other, with /sbin/clock
program - see man 8 clock
.
There are various other programs that can correct either or both
clocks for systematic drift or transfer time across the network. Some
of them may already be installed on your system. Try looking at or
for adjtimex
(corrects for drift), netdate
and getdate
(simply get the time from the network) or
xntp
(accurate fully-featured network time daemon).
comp.unix.questions
.
free
keeps shrinking.
free
doesn't include memory used as a disk buffer cache - shown in the `buffers' column. If you want to
know how much memory is really free add the `buffers' amount to `free'
- newer versions of free
print an extra line with this info.
The disk buffer cache tends to grow soon after starting Linux up, as you load more programs and use more files and the contents get cached. It will stabilise after a while.
Sometimes you have to enable caching of certain regions in your BIOS setup. Look in the CMOS setup and see if there is an option to cache the new memory area which is currently switched off. This is apparently most common on a 486.
Sometimes the RAMs have to be in certain sockets to be cached.
Sometimes you have to set jumpers to enable the caching.
Some motherboards don't cache all the RAM if you have more RAM per amount of cache than they expect. Usually a full 256K cache will solve this problem.
If in doubt, check your motherboard manual. If you still can't fix it
because the documentation is inadequate you might like to post a
message to comp.os.linux.hardware
giving all the details - make, model number, date code, etc. so that other Linux
users can avoid it.
xdm
) won't let me log in.
If so, you have to get or compile a shadow password version of the program(s) in question. The shadow password suite can be found in (amongst other places):
tsx-11.mit.edu:/pub/linux/sources/usr.bin/shadow-*This is the source code; you will probably find the binaries in
.../linux/binaries/usr.bin
.
xdm
) won't let me log in.', with an added wrinkle:
If you are using shadow passords you should put a letter
x
or an asterisk in the password field of /etc/passwd
for each account, so that if a program doesn't know about the shadow passwords it won't
think it's a passwordless account and let anyone in.
See the Installation HOWTO and the Installation and Getting Started Guide [Q2.1 `Where can I get the HOWTOs and other documentation ?'] for details of how to set up a swap partition or swapfile; see also Q4.6 `My swap area isn't working.'.
Alternatively you may have too little real memory. If you have less RAM than all the programs you're running at once use Linux will use your hard disk instead and thrash horribly. The solution in this case is to not run so many things at once or to buy more memory. You can also reclaim some memory by compiling and using a kernel with less options configured. See Q7.6 `How do I upgrade/recompile my kernel ?'.
You can tell how much memory and/or swap you're using by using the
free
command, or by typing
cat /proc/meminfoIf your kernel is configured with a ramdisk this is probably wasted space and will cause things to go slowly. Use LILO or
rdev
to tell the kernel not to allocate a ramdisk (see the LILO documentation
or type man rdev
).
/etc/nologin
.
If the latter put rm -f /etc/nologin
in your /etc/rc.local
or /etc/rc.d/*
scripts.
Otherwise check the permissions on your shell, and any filenames which appear in error messages, and also the directories containing these files all the way up the tree, up to and including the root directory.
echo '\033c'
to fix it. Many Linux distributions have a
command reset
that does this.
install
subdirectory of the Slackware mirrors) or the MCC installation boot floppy. There are
also two diy rescue disk creation packages on
sunsite.unc.edu
in /pub/Linux/system/Recovery
. These are better as they'll have your own kernel on them, so that you don't run the risk of
missing devices, filesystems, etc.
Get to a shell prompt and mount your hard disk with something like
mount -t ext2 /dev/hda1 /mntThen your filesystem is available under the directory
/mnt
and you can fix the problem. Remember to unmount your hard disk before
rebooting (cd
back down to /
first or it will say it's busy).
rm
!
lpr
and/or lpd
aren't working.
clock
(often found in /sbin
) - it miscounts a timezone offset, confusing seconds with minutes or some
such. Get a new version of it.
vmlinux
file ?
arch/i386/boot/zImage
. The vmlinux
file in the root directory is the uncompressed kernel, and you shouldn't try to boot it.
This change has been made to make it easier to build the versions for several different processors from the same source tree.
Ian Jackson / ijackson@gnu.ai.mit.edu - 06 March 1996