PARD: System
The `ld.so' suite contains special files and utilities needed for linux to
handle dynamic libraries.
GRUB is an attempt to produce a bootloader for IBM PC-compatible machines
that has both the capability to be friendly to beginning or otherwise
non-technically interested users and the flexibility to help experts in
diverse environments. It is currently most useful for users of at least one
of the various free UNIX-like operating systems, though it can be used with
most any PC operating system.
"The most Linux on one floppy." (distribution or panic disk). 1.72MB
boot/root rescue disk with a lot of hardware and tools. Supports ide, scsi,
tape, network adaptors, PCMCIA, much more. About 100 utility programs and
tools for fixing and restoring. Not a script, just the diskette image packed
up chock full of stuff. Easy to customize startup and scripts for complete
rebuilding. Also good as learn-unix-on-a-floppy as it has mostly what you
expect- vi, emacs, awk, sed, sh, manpages- loaded on ramdisks. There is one
installer that runs under Linux, another for DOS.
Yard is a suite of Perl scripts for creating custom boot/rescue disks. Using a
compressed filesystem, it can put a standard kernel image plus about 2.4 meg
of utilities on a single floppy. Yard is also useful for creating
self-contained Linux-on-a-floppy systems. You specify a basic set of files
and utilities for inclusion and Yard handles many of the details.
Features:
- File specs allow absolute and relative filenames, symbolic links, file
replacements and full shell-style globbing.
- Automatically determines
necessary libraries and loaders.
- Allows stripping of binaries and
libraries during copying.
- Automatically regenerates ld.so.cache
-
Checks for broken symlinks
- Checks /etc/{fstab,inittab,termcap,pam.conf}
for common errors and inconsistencies.
- Checks user directories and files
mentioned in /etc/passwd
- Checks command files (eg, rc.local and .login)
and scripts for missing binaries and command interpreters.
-
Automatically performs filesystem compression and copying.
- Can be used
with or without LILO.
- Can make single or double disk sets.
-
Extensive checking of user choices and execution errors.
consd manages virtual consoles silently in the background. It starts and
kills gettys there depending on how many gettys are just sitting around and
waiting (and wasting ressources). Usually, consd ensures there's always one
(and only one) getty waiting for someone to login. The virtual consoles with
lower numbers are preferred.
This is the Linux System V init.
Programs for manipulation of keyboard, console fonts and virtual terminals.
Anacron is a periodic command scheduler. It executes commands at intervals
specified in days. Unlike cron, it does not assume that the system is
running continuously. It can therefore be used to control the execution of
daily, weekly and monthly jobs (or anything with a period of n days), on
systems that don't run 24 hours a day. When installed and configured
properly, Anacron will make sure that the commands are run at the specified
intervals as closely as machine-uptime permits.
Every time Anacron is run, it reads a configuration file that specifies the
jobs Anacron controls, and their periods in days. If a job wasn't executed
in the last n days, where n is the period of that job, Anacron executes it.
Anacron then records the date in a special timestamp file that it keeps for
each job, so it can know when to run it again. When all the executed
commands terminate, Anacron exits.
It is recommended to run Anacron from the system boot-scripts. This way the
jobs "whose time has come" will be run shortly after the machine boots. A
delay can be specified for each job so that the machine isn't overloaded at
boot time.
In addition to running Anacron from the boot-scripts, it is also recommended
to schedule it as a daily cron-job (usually at an early morning hour), so
that if the machine is kept running for a night, jobs for the next day will
still be executed.
Start jobs at specified time.
| Modified | 05 March 1998 22:39
|
check-ps is a program that runs in the background, periodically executing
the ps program and checking its contents against the list of
processes in a SysV-style /proc file system. Any processes that appear in
/proc and do not appear in the information returned by 'ps' are logged and
can even be killed. Any processes that appear in the output of 'ps' and not
/proc are also reported.
LCDproc is a program that grabs all sorts of information from the Linux
kernel about your system (total/used memory/swap, CPU utilization,
time/date, kernel version, etc.) and displays it realtime on a 20x4 LCD
backlit display.
Procinfo is a small program that gathers some system information from
diverse files under /proc and prints it to the screen. It
duplicates some of the functionality of free and uptime
. It should work with any kernel release close to 1.0 or later up to
the latest development kernel. (Well, I haven't actually tried 1.0 for
years, but you get the idea.)
procps is a package of utilities which report on the state of the system,
including the states of running processes, amount of memory available and
currently-logged-in users.
Great program for watching the state of your system with a daemon that
broadcasts and receives information about hosts on your local network.
Uptime Daemon runs in the background constantly checking the current uptime
against your 3 best uptime records. If the current uptime surpasses a
record, that becomes the new record. This version also updates an HTML file
besides the datafile itself.
svgalib is a low-level graphics library that provides VGA and SVGA modes in a
console. It is not intended as an alternative to X for apps, but rather a
set of tools for things like VGA games, image viewing in modes that X cannot
support, etc.
The terminfo file describes the capabilities of various character-cell
terminals, as needed by software such as screen-oriented editors. It is
required by screen-painting libraries such as slang and ncurses.
Other terminfo and termcap files exist, supported by various OS vendors or
as relics of various older versions of UNIX. This one is the longest and
most comprehensive one in existence. It subsumes not only the entirety of
the historical 4.4BSD, GNU, System V and SCO termcap files and the BRL
termcap file, but also large numbers of vendor-maintained termcap and
terminfo entries more complete and carefully tested than those in historical
termcap/terminfo versions.
This file supersedes and replaces the termcap files found on various Unix
systems. If you are an operating system distributor, be aware that the
termcap library and associated format has been officially obsolete and
unsupported since 1995. You should upgrade to the compatible ncurses library
and use this terminfo file to replace /etc/termcap.
© 1999 by Stefan Hornburg
<racke@linuxia.de>
Last modified 03. June 1999