Συχνές Ερωτήσεις για το FreeBSD 6.`X` και 7.`X`

`X`

# pkg_add ftp://ftp.FreeBSD.org/pub/FreeBSD/doc/packages/faq.en_US.ISO8859-1.pdf.tgz
# pkg_info -f faq.en_US.ISO8859-1.pdf
Information for faq.en_US.ISO8859-1.pdf:

Packing list:
	Package name: faq.en_US.ISO8859-1.pdf
	CWD to /usr/share/doc/en_US.ISO8859-1/books/faq
File: book.pdf
	CWD to .
File: +COMMENT (ignored)
File: +DESC (ignored)
# fetch ftp://ftp.FreeBSD.org/pub/FreeBSD/doc/en_US.ISO8859-1/books/faq/book.html-split.tar.bz2
# bzip2 -d book.html-split.tar.bz2
# tar xvf book.html-split.tar
...\TOOLS> bootinst.exe boot.bin
Fixit# fdisk -B -b /boot/boot0 bootdevice
# disklabel -B -b boot1 -s boot2 ad0sn
options       PAE
OK
unset acpi_load
boot
# kbdcontrol -k /dev/kbd1 < /dev/ttyv0 > /dev/null
# kbdcontrol -k /dev/ukbd0 < /dev/ttyv0 > /dev/null
device mse0 at isa? port 0x23c irq5
device psm0 at atkbdc? irq 12
# cd /dev; sh MAKEDEV psm0
# moused -p /dev/xxxx -t yyyy
# vidcontrol -m on
bind ^? ed-delete-next-char # for console
bind ^[[3~ ed-delete-next-char # for xterm
bindkey ^? delete-char # for console
bindkey ^[[3~ delete-char # for xterm
# mixer pcm 100 vol 100 cd 100
hint.acpi.0.disabled="1"
device cbb
device pccard
device cardbus
device pcic
device card 1
# camcontrol modepage sd0 -m 1 -e -P 3
AWRE (Auto Write Reallocation Enbld):  1
ARRE (Auto Read Reallocation Enbld):  1
eisa 12
quit
# rm /var/db/kvm_*.db
# sysctl -w kern.timecounter.method=1
# pnpinfo
Checking for Plug-n-Play devices...

Card assigned CSN #1
Vendor ID PMC2430 (0x3024a341), Serial Number 0xffffffff
PnP Version 1.0, Vendor Version 0
Device Description: Pace 56 Voice Internal Plug & Play Modem

Logical Device ID: PMC2430 0x3024a341 #0
	Device supports I/O Range Check
TAG Start DF
    I/O Range 0x3f8 .. 0x3f8, alignment 0x8, len 0x8
	[16-bit addr]
    IRQ: 4  - only one type (true/edge)
TAG End DF
End Tag

Successfully got 31 resources, 1 logical fdevs
-- card select # 0x0001

CSN PMC2430 (0x3024a341), Serial Number 0xffffffff

Logical device #0
IO:  0x03e8 0x03e8 0x03e8 0x03e8 0x03e8 0x03e8 0x03e8 0x03e8
IRQ 5 0
DMA 4 0
IO range check 0x00 activate 0x01
# pciconf -vl
chip1@pci0:31:5:        class=0x040100 card=0x00931028 chip=0x24158086 rev=0x02 hdr=0x00
    vendor   = 'Intel Corporation'
    device   = '82801AA 8xx Chipset AC'97 Audio Controller'
    class    = multimedia
    subclass = audio
static struct isa_pnp_id sio_ids[] = {
{0x0f804f3f, NULL},     /* OZO800f - Zoom 2812 (56k Modem) */
{0x39804f3f, NULL},     /* OZO8039 - Zoom 56k flex */
{0x3024a341, NULL},     /* PMC2430 - Pace 56 Voice Internal Modem */
{0x1000eb49, NULL},     /* ROK0010 - Rockwell ? */
{0x5002734a, NULL},     /* RSS0250 - 5614Jx3(G) Internal Modem */
# dmesg | grep Timecounter
Timecounter "i8254"  frequency 1193182 Hz
Timecounter "TSC"  frequency 595573479 Hz
# sysctl kern.timecounter.hardware
kern.timecounter.hardware: TSC
# sysctl -w kern.timecounter.hardware=i8254
kern.timecounter.hardware: TSC -> i8254
kern.timecounter.hardware=i8254
# pkg_version -c > /tmp/myscript
% timidity -Ow -s 44100 -o /tmp/juke/01.wav 01.mid
makeoptions DEBUG=-g
#
# Multiport high-speed serial line - 16550 UARTS
#
device sio2 at isa? port 0x2a0 tty irq 5 flags 0x501 vector siointr
device sio3 at isa? port 0x2a8 tty flags 0x501 vector siointr
device sio4 at isa? port 0x2b0 tty flags 0x501 vector siointr
device sio5 at isa? port 0x2b8 tty flags 0x501 vector siointr
% sysctl kern.quantum
kern.sched.quantum: 99960
% sysctl kern.sched.quantum
sysctl: unknown oid 'kern.sched.quantum'
% sysctl kern.sched.name
kern.sched.name: 4BSD
# newfs /dev/ad1s1a
# mount /dev/ad1s1a /mnt
# cd /mnt
# dump 0af - / | restore xf -
# newfs /dev/ad1s1a
# mount /dev/ad1s1a /mnt
# cd /mnt
# dump 0af - / | restore xf -
# cd var
# dump 0af - /var | restore xf -
# newfs /dev/ad1s1a
# newfs /dev/ad1s1d
# mount /dev/ad1s1a /mnt
# mkdir /mnt/var
# mount /dev/ad1s1d /mnt/var
# cd /mnt
# dump 0af - / | restore xf -
# dd if=/dev/zero of=/dev/rda0 count=15
C:\> fdisk /mbr
# ccdconfig -C
ccdconfig: ioctl (CCDIOCSET): /dev/ccd0c: Inappropriate file type or format
# disklabel ccd0
(it prints something sensible here, so let us try to edit it)
# disklabel -e ccd0
(edit, save, quit)
disklabel: ioctl DIOCWDINFO: No disk label on disk;
use "disklabel -r" to install initial label
# disklabel ccd0 > /tmp/disklabel.tmp
# disklabel -Rr ccd0 /tmp/disklabel.tmp
# disklabel -e ccd0
(this will work now)
# cd /dev
# sh MAKEDEV da1s5
# mount -t msdosfs /dev/da1s5 /dos/e
[boot loader]
timeout=30
default=multi(0)disk(0)rdisk(0)partition(1)\WINDOWS
[operating systems]
multi(0)disk(0)rdisk(0)partition(1)\WINDOWS="Windows NT"
C:\BOOTSECT.BSD="FreeBSD"
C:\="DOS"
other=/dev/hda2
        table=/dev/hda
        label=FreeBSD
other=/dev/dab4
        table=/dev/dab
        loader=/boot/chain.b
        label=FreeBSD
Boot: 1:da(0,a)/kernel
title FreeBSD 6.1
	root (hd0,a)
	kernel /boot/loader

# mount -t msdosfs /dev/fd0c /floppy
# mount -t msdosfs /dev/da2s4 /zip
# dd if=/dev/zero of=/dev/rda2 count=2
# disklabel -Brw da2 auto
# newfs /dev/rda2c
# mount /dev/da2c /zip
/dev/da2c /zip ffs rw,noauto 0 0
# sysctl -w vfs.usermount=1
# chmod 666 /dev/fd0
# chgrp operator /dev/acd0c
# chmod 640 /dev/acd0c
# Allow all users to mount the floppy disk.
own       /dev/fd0	  root:operator
perm	  /dev/fd0	  0666
# Allow members of the group operator to mount CD-ROMs.
own       /dev/acd0	  root:operator
perm	  /dev/acd0	  0660
% mkdir ~/my-mount-point
% mount -t msdosfs /dev/fd0 ~/my-mount-point
% mkdir ~/my-mount-point
% mount -t cd9660 /dev/acd0c ~/my-mount-point
% umount ~/my-mount-point
# echo named_enable="YES" >> /etc/rc.conf
# crontab /etc/crontab
# crontab -r
options QUOTA
options    SYSVSHM          # enable shared memory
options    SYSVSEM          # enable for semaphores
options    SYSVMSG          # enable for messaging
options SC_DISABLE_REBOOT
# sysctl hw.syscons.kbd_reboot=0
options PCVT_CTRL_ALT_DEL
% perl -i.bak -npe 's/\r\n/\n/g' file ...
% tr -d '\r' < dos-text-file > unix-file
# cd /cdrom/bin
# ./install.sh
pseudo-device pty 256
# cd /dev
# sh MAKEDEV pty{1,2,3,4,5,6,7}
ttyqc none network
# cd /dev
# sh MAKEDEV snd0
# shutdown now
(Note: without -r or -h)

# return
# exit
# sysctl kern.securelevel
# sysctl kern.securelevel
Section "InputDevice"
   Option          "Protocol" "SysMouse"
   Option          "Device" "/dev/sysmouse"
.....
# cd /dev
# rm -f mouse
# ln -s sysmouse mouse
Section "InputDevice"
   Identifier      "Mouse1"
   Driver          "mouse"
   Option          "Protocol" "auto"
   Option          "Device" "/dev/sysmouse"
   Option          "Buttons" "5"
   Option          "ZAxisMapping" "4 5"
EndSection
;; wheel mouse
(global-set-key [mouse-4] 'scroll-down)
(global-set-key [mouse-5] 'scroll-up)
% startx -listen_tcp

# Let the server do the NumLock processing.  This should only be
# required when using pre-R6 clients
    ServerNumLock
# Edit the existing entry for ttyv3 in /etc/ttys and change
# "off" to "on".
ttyv3   "/usr/libexec/getty Pc"         cons25  on secure
ttyv4   "/usr/libexec/getty Pc"         cons25  on secure
ttyv5   "/usr/libexec/getty Pc"         cons25  on secure
ttyv6   "/usr/libexec/getty Pc"         cons25  on secure
ttyv7   "/usr/libexec/getty Pc"         cons25  on secure
ttyv8   "/usr/libexec/getty Pc"         cons25  on secure
ttyv9   "/usr/libexec/getty Pc"         cons25  on secure
ttyva   "/usr/libexec/getty Pc"         cons25  on secure
ttyvb   "/usr/libexec/getty Pc"         cons25  on secure
ttyvb   "/usr/libexec/getty Pc"         cons25  on  secure
ttyvb   "/usr/libexec/getty Pc"         cons25  off secure
ttyv9   "/usr/libexec/getty Pc"         cons25  off secure
ttyva   "/usr/libexec/getty Pc"         cons25  off secure
ttyvb   "/usr/libexec/getty Pc"         cons25  off secure
# kill -HUP 1
:0 local /usr/local/bin/X vt4
/dev/ttyv0 0600 /dev/console
psmintr: out of sync (xxxx != yyyy)
boot: -c
UserConfig> flags psm0 0x100
UserConfig> quit
boot: -c
UserConfig> flags psm0 0x04
UserConfig> quit
X_WINDOW_SYSTEM=        xorg
include /boot/loader.4th
start
splash_bmp_load="YES"
bitmap_load="YES"
splash_pcx_load="YES"
bitmap_load="YES"
bitmap_name="/boot/splash.pcx"
# xmodmap -e "keycode 115 = comma"
xmodmap $HOME/.xmodmaprc
keycode 115 = F13
keycode 116 = F14
keycode 117 = F15
Key F13        FTIWS    A        Iconify
Key F14        FTIWS    A        RaiseLower
Key F15        A        A        Menu Workplace Nop
# ifconfig ed0 alias 192.0.2.2 netmask 0xffffffff
# ifconfig ed0 alias 172.16.141.5 netmask 0xffffff00
# mount -o -P linuxbox:/blah /mnt
# mount -o -P sunbox:/blah /mnt
tcp_extensions=NO
search foo.example.org example.org
domain foo.example.org
# ipfw add 65534 allow all from any to any
01000 fwd 10.0.0.1 from any to foo 21
ftp stream tcp nowait nobody /usr/local/bin/socket socket ftp.example.com ftp
pseudo-device bpf        # Berkeley Packet Filter
# sh MAKEDEV bpf0
# sysctl -w net.inet.icmp.icmplim=300
# sysctl -w net.inet.icmp.icmplim_output=0
/usr/libexec/ld-elf.so.1: Shared object "libXaw.so.6" not found
# sysctl kern.securelevel
options {
        query-source address * port 53;
};
# chmod u+s /usr/bin/suidperl
set log Phase Chat Connect Carrier lcp ipcp ccp command
!ppp
*.*        /var/log/ppp.log
127.0.0.1        foo.example.com foo localhost
Destination        Gateway            Flags     Refs     Use     Netif Expire
default            10.0.0.2           UGSc        0        0      tun0
10.0.0.2           10.0.0.1           UH          0        0      tun0
delete ALL
MYADDR:
  delete ALL
  add 0 0 HISADDR
delete ALL
add 0 0 HISADDR
set timeout NNN
disable lqr
set dial "...... ATS10=10 OK ......"
disable pred1 deflate deflate24 protocomp acfcomp shortseq vj
deny pred1 deflate deflate24 protocomp acfcomp shortseq vj
set openmode active
set openmode passive
set openmode active 3
set openmode passive
set stopped N
set openmode active N
enable lqr
set log +tcp/ip
set dfilter 1 deny udp src eq 53
set dfilter 2 deny udp dst eq 53
set dfilter 3 permit 0/0 0/0
define(`confDELIVERY_MODE', `d')dnl
CCP: CcpSendConfigReq
CCP: Received Terminate Ack (1) state = Req-Sent (6)
disable pred1
set log +connect
set dial "ABORT BUSY ABORT NO\\sCARRIER TIMEOUT 4 \
  \"\" ATZ OK-ATZ-OK ATDT\\T TIMEOUT 60 CONNECT \\c \\n"
set dial "\"\" ATZ OK-ATZ-OK AT\\\\X OK"
ATZ
OK
AT\X
OK
set phone 1234567
set dial "\"\" ATZ OK ATDT\\T"
ATZ
OK
ATDT1234567
% tar xfz ppp-*.src.tar.gz
% cd ppp*/ppp
% echo STRIP= >>Makefile
% echo CFLAGS+=-g >>Makefile
% make clean all
% su
# make install
# chmod 555 /usr/sbin/ppp
% su
# gdb /usr/sbin/ppp ppp.core
(gdb) bt
.....
(gdb) f 0
....
(gdb) i args
....
(gdb) l
.....
nat port proto internalmachine:port port
HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\Class\NetTrans\0000\MaxMTU
% dmesg | grep sio
sio0 at 0x3f8-0x3ff irq 4 on isa
sio0: type 16550A
sio1 at 0x2f8-0x2ff irq 3 on isa
sio1: type 16550A
options "COM_MULTIPORT"
device sio4 at isa? port 0x2a0 tty flags 0x781
device sio5 at isa? port 0x2a8 tty flags 0x781
device sio6 at isa? port 0x2b0 tty flags 0x781
device sio7 at isa? port 0x2b8 tty flags 0x781 irq 7 vector siointr
# stty -a -f /dev/ttyd1
# stty -f /dev/ttyid5 clocal cs8 ixon ixoff
# stty -f /dev/ttyld5 57600
AT &C1 &D3 &K3 &Q6 S0=1 &W
ttyd1 "/usr/libexec/getty std.57600" dialup on insecure
# kill -HUP 1
% ps -ax | grep '[t]tyd1'
747 ??  I      0:00.04 /usr/libexec/getty std.57600 ttyd1
ttyd4 "/usr/libexec/getty std.38400" wyse50 on secure
# chmod 4511 /usr/bin/cu
# chmod 4511 /usr/bin/tip
cuaa0:dv=/dev/cuaa0:br#19200:pa=none
# cd /dev
# sh MAKEDEV cuaa0
# cu -lline -sspeed
pn=\@
tip115200|Dial any phone number at 115200 bps:\
        :dv=/dev/cuaa0:br#115200:at=hayes:pa=none:du:
tip57600|Dial any phone number at 57600 bps:\
        :dv=/dev/cuaa0:br#57600:at=hayes:pa=none:du:
cu115200|Use cu to dial any number at 115200bps:\
        :dv=/dev/cuaa1:br#57600:at=hayes:pa=none:du:
pain|pain.deep13.com|Forrester's machine:\
        :cm=CONNECT pain\n:tc=deep13:
muffin|muffin.deep13.com|Frank's machine:\
        :cm=CONNECT muffin\n:tc=deep13:
deep13:Gizmonics Institute terminal server:\
        :dv=/dev/cuaa2:br#38400:at=hayes:du:pa=none:pn=5551234:
big-university:\
        :pn=\@:tc=dialout
dialout:\
        :dv=/dev/cuaa3:br#9600:at=courier:du:pa=none:
big-university 5551111
big-university 5551112
big-university 5551113
big-university 5551114
force=single-char
force=^^
raisechar=^^
~p <local-file> [<remote-file>]
~t <remote-file> [<local-file>]
% chmod g-w bar
% chmod 555 foo/
bin-tarball:
(cd ${DISTDIR}; \
tar cf - . \
gzip --no-name -9 -c | \
split -b 240640 - \
${RELEASEDIR}/tarballs/bindist/bin_tgz.)
From: Bill Paul <wpaul@skynet.ctr.columbia.edu>
Subject: Re: the fs fun never stops
To: Ben Rosengart
Date: Sun, 20 Sep 1998 15:22:50 -0400 (EDT)
Cc: current@FreeBSD.org
> Fatal trap 12: page fault while in kernel mode
> fault virtual address   = 0x40
> fault code              = supervisor read, page not present
> instruction pointer     = 0x8:0xf014a7e5
                                ^^^^^^^^^^
> stack pointer           = 0x10:0xf4ed6f24
> frame pointer           = 0x10:0xf4ed6f28
> code segment            = base 0x0, limit 0xfffff, type 0x1b
>                         = DPL 0, pres 1, def32 1, gran 1
> processor eflags        = interrupt enabled, resume, IOPL = 0
> current process         = 80 (mount)
> interrupt mask          =
> trap number             = 12
> panic: page fault
% nm -n /kernel.that.caused.the.panic | grep f0xxxxxx
% nm -n /kernel.that.caused.the.panic | grep f0xxxxx
% gdb -k /sys/compile/KERNELCONFIG/kernel.debug /var/crash/vmcore.0
(gdb) where
#ifndef NKPDE
#ifdef SMP
#define NKPDE                   254     /* addressable number of page tables/pde's */
#else
#define NKPDE                   255     /* addressable number of page tables/pde's */
#endif  /* SMP */
#endif
OUTPUT_FORMAT("elf32-i386", "elf32-i386", "elf32-i386")
OUTPUT_ARCH(i386)
ENTRY(btext)
SEARCH_DIR(/usr/lib); SEARCH_DIR(/usr/obj/elf/home/src/tmp/usr/i386-unknown-freebsdelf/lib);
SECTIONS
{
  /* Read-only sections, merged into text segment: */
  . = 0xc0100000 + SIZEOF_HEADERS;
  .interp     : { *(.interp)    }

1.1.	Τι είναι το FreeBSD;
	Εν συντομία, το FreeBSD είναι ένα λειτουργικό σύστημα τύπου UNIX(R) για τις αρχιτεκτονικές AMD64 και Intel(R) EM64T, i386TM PC-98, IA-64, ARM(R), PowerPC(R) και UltraSPARC(R). Βασίζεται στην έκδοση «4.4BSD-Lite» του Πανεπιστημίου του Berkeley, με κάποιες βελτιώσεις από το «4.4BSD-Lite2». Βασίζεται επίσης έμμεσα στην εργασία μεταφοράς (port) του «Net/2» (επίσης από το Berkeley) που έγινε από τον William Jolitz (η οποία έγινε γνωστή με το όνομα «386BSD»), αν και δεν έχει μείνει σχεδόν τίποτα από τον αρχικό κώδικα του 386BSD. Πληρέστερη περιγραφή για το τι είναι το FreeBSD και πως μπορεί να λειτουργήσει για εσάς, μπορείτε να βρείτε στην δικτυακή τοποθεσία του FreeBSD. Το FreeBSD χρησιμοποιείται από εταιρίες, παροχείς υπηρεσιών Internet (ISPs), ερευνητές, επαγγελματίες της Πληροφορικής, φοιτητές και οικιακούς χρήστες από όλο τον κόσμο, στη δουλειά τους, στην εκπαίδευση και για αναψυχή. Για περισσότερες λεπτομέρειες σχετικά με το FreeBSD, παρακαλούμε διαβάστε το Εγχειρίδιο του FreeBSD.
1.2.	Ποιος είναι ο σκοπός του FreeBSD Project;
	Ο σκοπός του FreeBSD Project είναι να παρέχει λογισμικό το οποίο να μπορεί να χρησιμοποιηθεί για οποιουσδήποτε σκοπούς και χωρίς περιορισμούς. Πολλοί από εμάς έχουμε επενδύσει σημαντικά στον κώδικα (και στο ίδιο το έργο) και σίγουρα δεν θα μας πείραζε και κάποια χρηματική αποζημίωση που και που, αλλά σίγουρα δεν επιμένουμε σε αυτό. Πιστεύουμε ότι η πρώτη και βασικότερη «αποστολή» μας είναι να παρέχουμε κώδικα σε όλους, για οποιοδήποτε πιθανό σκοπό, έτσι ώστε ο κώδικας μας να έχει την ευρύτερη δυνατή χρήση και επιτυγχάνει το μεγαλύτερο δυνατό όφελος. Πιστεύουμε ότι αυτός είναι ένας από τους σημαντικότερους σκοπούς του Ελεύθερου Λογισμικού και τον υποστηρίζουμε θερμά. Ο κώδικας, στο δέντρο του πηγαίου μας κώδικα, ο οποίος εμπίπτει στη άδεια χρήσης GNU General Public License (GPL) ή GNU Library General Public License (LGPL) έχει περισσότερους περιορισμούς, αλλά αυτοί κλίνουν, ευτυχώς, προς την υποχρέωση ελεύθερης πρόσβασης αντί για το αντίθετο που είναι και το πλέον συνηθισμένο. Λόγω της αυξημένης πολυπλοκότητας που μπορεί να προκύψει από την εμπορική χρήση λογισμικού GPL, προσπαθούμε γενικά να αντικαταστήσουμε αυτό το λογισμικό με αντίστοιχο υπό την πιο χαλαρή άδεια FreeBSD, όπου αυτό είναι δυνατό.
1.3.	Υπάρχουν κάποιοι περιορισμοί στην άδεια του FreeBSD;
	Ναι. Οι περιορισμοί αυτοί δεν ελέγχουν πως χρησιμοποιείτε τον κώδικα, αλλά μόνο πως μεταχειρίζεστε το ίδιο το FreeBSD Project. Αν σας ενδιαφέρει σοβαρά η άδεια, διαβάστε την εδώ. Για τους απλώς περίεργους, η άδεια περιληπτικά γράφει: Μην ισχυρισθείτε ότι γράψατε αυτό το λογισμικό. Μη μας μηνύσετε αν χαλάσει.
1.4.	Μπορεί το FreeBSD να αντικαταστήσει το τρέχον λειτουργικό μου σύστημα;
	Για τους περισσότερους ανθρώπους, ναι. Αλλά αυτή η απάντηση δεν μπορεί να δοθεί τόσο ξερά. Οι περισσότεροι άνθρωποι δεν χρησιμοποιούν στην πραγματικότητα κάποιο λειτουργικό σύστημα. Χρησιμοποιούν εφαρμογές. Οι εφαρμογές είναι αυτές που χρησιμοποιούν το λειτουργικό σύστημα. Το FreeBSD είναι σχεδιασμένο για να παρέχει ένα στιβαρό και ολοκληρωμένο περιβάλλον για εφαρμογές. Υποστηρίζει μεγάλη ποικιλία από φυλλομετρητές, σουίτες γραφείου, προγράμματα ηλεκτρονικού ταχυδρομείου, προγράμματα γραφικών, περιβάλλοντα προγραμματισμού, εξυπηρετητές δικτύου, και ουσιαστικά οτιδήποτε άλλο μπορεί να θελήσετε. Μπορείτε να διαχειριστείτε τις περισσότερες από αυτές τις εφαρμογές μέσω της Συλλογής των Ports. Αν χρειάζεται να χρησιμοποιήσετε μια εφαρμογή που είναι διαθέσιμη σε ένα μόνο λειτουργικό σύστημα, τότε απλά δεν μπορείτε να αντικαταστήσετε αυτό το λειτουργικό σύστημα. Είναι, όμως, πολύ πιθανό ότι θα βρείτε μια αντίστοιχη εφαρμογή στο FreeBSD. Αν θέλετε έναν σταθερό εξυπηρετητή για το γραφείο σας ή για το Internet, ένα αξιόπιστο σταθμό εργασίας, ή απλώς την ικανότητα να κάνετε την εργασία σας χωρίς διακοπές, είναι σχεδόν σίγουρο ότι το FreeBSD μπορεί να κάνει ότι χρειάζεστε. Πολλοί χρήστες υπολογιστών σε όλο τον κόσμο - τόσο αρχάριοι όσο και έμπειροι διαχειριστές συστημάτων UNIX(R) - χρησιμοποιούν το FreeBSD ως το βασικό λειτουργικό σύστημα στους σταθμούς εργασίας τους. Αν έρχεστε στο FreeBSD από κάποιο άλλο περιβάλλον τύπου UNIX(R), ξέρετε ήδη τα περισσότερα από αυτά που χρειάζεστε. Αν ωστόσο η εμπειρία σας προέρχεται από λειτουργικά συστήματα με γραφικό περιβάλλον, όπως τα Windows(R) και οι παλιότερες εκδόσεις του Mac OS(R), θα πρέπει να επενδύσετε, όπως είναι αναμενόμενο, επιπλέον χρόνο για να εξοικειωθείτε με τον τρόπο εργασίας σε ένα σύστημα UNIX(R). Αυτό το FAQ, καθώς και το Εγχειρίδιο του FreeBSD αποτελούν εξαιρετικά αναγνώσματα για να ξεκινήσετε.
1.5.	Γιατί ονομάζεται FreeBSD;
	Μπορεί να χρησιμοποιηθεί χωρίς χρέωση, ακόμα και για εμπορικούς σκοπούς. Διατίθεται ο πλήρης πηγαίος κώδικας για το λειτουργικό σύστημα, και με τους ελάχιστους δυνατούς περιορισμούς σχετικά με τη χρήση του, τη διανομή του και την ενσωμάτωση του σε άλλα έργα (εμπορικά ή μη). Οποιοσδήποτε έχει να προτείνει μια βελτίωση ή διόρθωση, είναι ελεύθερος να υποβάλλει τον κώδικα του, ο οποίος και θα προστεθεί στο δέντρο πηγαίου κώδικα (αρκεί να πληρούνται μια-δυο βασικές προφανείς προϋποθέσεις). Αξίζει να αναφέρουμε ότι η λέξη «ελεύθερο» χρησιμοποιείται εδώ με δύο τρόπους, ο ένας σημαίνει «δωρεάν», και ο άλλος σημαίνει «μπορείτε να το κάνετε ότι θέλετε». Εκτός από ένα-δύο πράγματα που δεν μπορείτε να κάνετε με τον κώδικα του FreeBSD, για παράδειγμα να ισχυρισθείτε ότι τον γράψατε, μπορείτε στα αλήθεια να τον κάνετε ότι θέλετε.
1.6.	Ποιες είναι οι διαφορές μεταξύ του FreeBSD και του NetBSD, OpenBSD και των άλλων BSD συστημάτων ανοικτού κώδικα;
	Ο James Howard έχει γράψει μια καλή εξήγηση της ιστορίας και των διαφορών μεταξύ των διάφορων έργων για το DaemonNews, στο άρθρο Η Οικογένεια Λειτουργικών BSD.
1.7.	Ποια είναι η τελευταία έκδοση του FreeBSD;
	Αυτή τη στιγμή υπάρχουν δύο παράλληλοι κλάδοι στην ανάπτυξη του FreeBSD. Οι επίσημες εκδόσεις του FreeBSD παράγονται ταυτόχρονα και από τους δύο αυτούς κλάδους. Η σειρά των εκδόσεων 6.`X` δημιουργείται από τον κλάδο 6-STABLE και η σειρά εκδόσεων 7.`X` δημιουργείται από τον κλάδο 7-STABLE. Μέχρι και την έκδοση 7.0, η σειρά εκδόσεων 6.`X` ήταν γνωστή ως -STABLE. Ωστόσο από την 7.0 και μετά, η σειρά 6.`X` θεωρείται ότι εισάγεται στη φάση της «εκτεταμένης υποστήριξης» και θα λαμβάνει μόνο διορθώσεις για σοβαρά προβλήματα, όπως π.χ. αυτά που αναφέρονται σε κενά ασφαλείας. Θα υπάρξουν περισσότερες εκδόσεις από τη σειρά 6-STABLE, αλλά αυτή θεωρείται πλέον «ξεπερασμένη» (legacy) και οι πιο πρόσφατες βελτιώσεις θα ενσωματωθούν μόνο στον κλάδο 7-STABLE. Version 12.0 is the latest release from the 7-STABLE branch; it was released in Ιανουάριος 2007. Version 11.2 is the latest release from the 6-STABLE branch; it was released in Μάιος 2006. Η έκδοση 12.0 είναι η πλέον τελευταία της σειράς 7-STABLE και δημιουργήθηκε στις Ιανουάριος 2007. Η έκδοση 11.2 είναι η πλέον τελευταία της σειράς 6-STABLE και δημιουργήθηκε στις Μάιος 2006. Εν συντομία, η σειρά -STABLE προορίζεται για τους ISPs, τους εταιρικούς χρήστες καθώς και οποιοδήποτε χρήστη θέλει σταθερότητα και μικρό αριθμό αλλαγών σε σχέση με τα νέα (και πιθανόν ασταθή) χαρακτηριστικά που εμφανίζονται στη σειρά -CURRENT. Εκδόσεις μπορεί να γίνονται από οποιοδήποτε κλάδο, αλλά η έκδοση -CURRENT θα πρέπει να χρησιμοποιείται μόνο αν είστε προετοιμασμένοι να χειριστείτε τα ενδεχομένως πιο ασταθή χαρακτηριστικά της (σε σχέση πάντα με την αντίστοιχη -STABLE). Νέες εκδόσεις εμφανίζονται κάθε μερικούς μήνες. Αν και πολλοί επιλέγουν να διατηρούνται ενημερωμένοι και πιο συχνά μέσω του πηγαίου κώδικα του FreeBSD (δείτε τις ερωτήσεις στο FreeBSD-CURRENT και FreeBSD-STABLE), οι εκδόσεις είναι κάτι παραπάνω από υποχρέωση, καθώς ο πηγαίος κώδικας είναι περισσότερο ένας κινούμενος στόχος. Περισσότερες πληροφορίες για τις εκδόσεις του FreeBSD μπορείτε να βρείτε στη Σελίδα Προετοιμασίας Εκδόσεων στην δικτυακή τοποθεσία του FreeBSD.
1.8.	Τι είναι το FreeBSD-CURRENT;
	Το FreeBSD-CURRENT είναι η υπό εξέλιξη έκδοση του λειτουργικού συστήματος, το οποίο με τον καιρό θα εξελιχθεί στο νέο κλάδο FreeBSD-STABLE. Για το λόγο αυτό, παρουσιάζει συνήθως ενδιαφέρον μόνο σε όσους ασχολούνται με την ανάπτυξη κώδικα του συστήματος και σε σκληροπυρηνικούς χομπίστες. Δείτε το σχετικό τμήμα στο εγχειρίδιο για λεπτομέρειες σχετικά με το -CURRENT. Αν δεν είστε εξοικειωμένος με το λειτουργικό σύστημα, ή δεν είστε ικανός να αναγνωρίσετε τη διαφορά μεταξύ ενός πραγματικού και ενός προσωρινού προβλήματος, μάλλον δεν θα πρέπει να χρησιμοποιήσετε το FreeBSD-CURRENT. Ο κλάδος αυτός ορισμένες φορές εξελίσσεται πολύ γρήγορα, και μπορεί ακόμα και η μεταγλώττιση του να μην είναι δυνατή για αρκετές συνεχόμενες μέρες. Όσοι χρησιμοποιούν το FreeBSD-CURRENT αναμένεται να είναι ικανοί να αναλύουν τα όποια προβλήματα και να τα αναφέρουν μόνο αν θεωρούν ότι πρόκειται για σημαντικά λάθη και όχι για «μικροπροβλήματα». Ερωτήσεις του τύπου «το make world παράγει κάποια σφάλματα σχετικά με τα groups» στη λίστα ταχυδρομείου -CURRENT, μπορεί να αντιμετωπιστούν περιφρονητικά. Κάθε μήνα, παράγονται στιγμιότυπα εκδόσεων που βασίζονται στην τρέχουσα κατάσταση των κλάδων -CURRENT και -STABLE. Οι στόχοι πίσω από κάθε έκδοση στιγμιότυπου είναι: Ο έλεγχος της τελευταίας έκδοσης του λογισμικού εγκατάστασης. Να δώσει τη δυνατότητα εύκολης εγκατάστασης σε όσους επιθυμούν να εγκαταστήσουν το -CURRENT ή το -STABLE αλλά δεν έχουν το χρόνο ή το εύρος ζώνης να το παρακολουθούν μέρα με τη μέρα. Η διατήρηση ενός σταθερού σημείου αναφοράς σχετικά με τον πηγαίο κώδικα, σε περίπτωση που χαλάσουμε κάτι πολύ άσχημα αργότερα. (Αν και λόγω της χρήσης του CVS είναι δύσκολο να συμβεί κάτι πραγματικά τόσο φρικτό.) Να εξασφαλιστεί ότι κάθε νέο χαρακτηριστικό και διόρθωση που χρειάζεται έλεγχο, θα έχει το μεγαλύτερο δυνατό κοινό πιθανών δοκιμαστών. Δεν παρέχεται καμία εγγύηση «τελικής ποιότητας» για τα στιγμιότυπα του κλάδου -CURRENT. Αν χρειάζεστε ένα σταθερό και δοκιμασμένο σύστημα, θα πρέπει να προτιμάτε τις επίσημες πλήρεις εκδόσεις ή τα στιγμιότυπα του κλάδου -STABLE. Περισσότερες πληροφορίες για τα στιγμιότυπα μπορείτε να βρείτε στη σελίδα στιγμιότυπων εκδόσεων. Επίσημα στιγμιότυπα εκδόσεων παράγονται μια φορά το μήνα για όλους τους ενεργούς κλάδους ανάπτυξης. Ημερήσια στιγμιότυπα για τις πιο δημοφιλείς αρχιτεκτονικές (i386 και amd64) μπορείτε να βρείτε στη σελίδα `http://snapshots.us.freebsd.org/`.
1.9.	Τι είναι το FreeBSD-STABLE;
	Όταν κυκλοφόρησε το FreeBSD 2.0.5, η ανάπτυξη του FreeBSD χωρίστηκε σε δύο κλάδους. Ο ένας κλάδος ονομάστηκε -STABLE, και ο άλλος -CURRENT. Το FreeBSD-STABLE απευθύνεται σε Παροχείς Υπηρεσιών Internet (ISPs) και άλλες εμπορικές χρήσεις, όπου οι απότομες αλλαγές και τα τυχόν πειραματικά χαρακτηριστικά είναι γενικά ανεπιθύμητα. Στον κλάδο αυτό ενσωματώνονται μόνο καλά δοκιμασμένες διορθώσεις και άλλες μικρές αλλαγές. Από την άλλη μεριά, το FreeBSD-CURRENT βρίσκεται σε μια μοναδική αδιάκοπη γραμμή ανάπτυξης από την εποχή της κυκλοφορίας της έκδοσης 2.0, οδηγώντας προς την έκδοση 12.0-RELEASE αλλά και μετά από αυτή. Για περισσότερες πληροφορίες δείτε το άρθρο «Προετοιμασία Εκδόσεων του FreeBSD: Δημιουργία του Κλάδου Έκδοσης». Ο κλάδος 2.2-STABLE εγκαταλείφθηκε με την κυκλοφορία της έκδοσης 2.2.8. Ο κλάδος 3-STABLE τελείωσε με την κυκλοφορία της έκδοσης 3.5.1, που ήταν και η τελευταία της σειράς εκδόσεων 3.`X`. Ο κλάδος 4-STABLE τελείωσε με την κυκλοφορία της έκδοσης 4.11, της τελευταίας της σειράς 4.`X`. Οι μόνες αλλαγές που γίνονται κατά βάση σε κάθε ένα από αυτούς τους κλάδους, έχουν σχέση με διορθώσεις σε κενά ασφαλείας. Η υποστήριξη των κλάδων 5-STABLE σταμάτησε με την έκδοση 5.5, την τελευταία έκδοση της σειράς 5.`X`. Η υποστήριξη για τη σειρά εκδόσεων 6-STABLE θα συνεχιστεί για λίγο καιρό ακόμα, αλλά θα επικεντρωθεί περισσότερο σε διορθώσεις κενών ασφαλείας και άλλων σοβαρών προβλημάτων. Ο κλάδος 12.0-STABLE είναι ο -STABLE κλάδος που βρίσκεται υπό ενεργή ανάπτυξη. Η τελευταία κυκλοφορία που βασίζεται στον κλάδο 12.0-STABLE είναι η 12.0-RELEASE, και έγινε στις Ιανουάριος 2007. Ο κλάδος 8-CURRENT είναι ο κλάδος -CURRENT που αναπτύσσεται αυτή τη στιγμή ενεργά ώστε να δημιουργηθεί η νέα γενιά του FreeBSD. Δείτε το τμήμα Τι είναι το FreeBSD-CURRENT; για περισσότερες πληροφορίες σχετικά με αυτό τον κλάδο.
1.10.	Κάθε πότε γίνονται επίσημες κυκλοφορίες του FreeBSD;
	H Ομάδα Οργάνωσης των Εκδόσεων `<re@FreeBSD.org>` δίνει στην κυκλοφορία μια καινούρια έκδοση του FreeBSD κάθε περίπου τέσσερις μήνες, κατά μέσο όρο. Οι ημερομηνίες κυκλοφορίας ανακοινώνονται αρκετό καιρό πριν, ώστε όσοι δουλεύουν πάνω στο σύστημα να ξέρουν πότε οι εργασίες τους πρέπει να έχουν ολοκληρωθεί και δοκιμαστεί. Πριν από κάθε κυκλοφορία, προηγείται μια περίοδος δοκιμών, ώστε να εξασφαλιστεί ότι η προσθήκη νέων χαρακτηριστικών δεν έχει αρνητικές επιπτώσεις στη σταθερότητα της έκδοσης. Πολλοί χρήστες θεωρούν αυτό το είδος της προσοχής ένα από τα καλύτερα πράγματα σχετικά με το FreeBSD, αν και η αναμονή ως ότου φτάσουν όλα τα ωραία νέα χαρακτηριστικά το -STABLE μπορεί να γίνει λίγο εκνευριστική. Περισσότερες πληροφορίες σχετικά με τη διαδικασία κυκλοφορίας (περιλαμβανομένου και ενός χρονοδιαγράμματος επικείμενων κυκλοφοριών) μπορούν να βρεθούν στις σελίδες προετοιμασίας εκδόσεων στη δικτυακή τοποθεσία του FreeBSD. Για τους πιο ενθουσιώδεις, υπάρχουν καθημερινά στιγμιότυπα (binary snapshots) όπως αναφέρθηκε πιο πάνω.
1.11.	Ποιος είναι υπεύθυνος για το FreeBSD
	Οι βασικές αποφάσεις που αφορούν το FreeBSD Project, όπως η συνολική κατεύθυνση του έργου και ποιος επιτρέπεται να προσθέσει πηγαίο κώδικα στο δέντρο, παίρνονται από την βασική ομάδα (core team) που αποτελείται από 9 άτομα. Υπάρχει μια ακόμα μεγαλύτερη ομάδα με περισσότερα από 350 άτομα που ονομάζονται διαπράκτες (committers) και οι οποίοι έχουν την έγκριση να κάνουν απευθείας αλλαγές στο δέντρο πηγαίου κώδικα του FreeBSD. Ωστόσο οι περισσότερες σημαντικές αλλαγές συζητούνται από πριν στις λίστες ηλεκτρονικού ταχυδρομείου, και δεν υπάρχουν περιορισμοί σχετικά με το ποιοι λαμβάνουν μέρος σε αυτές τις συζητήσεις.
1.12.	Που μπορώ να προμηθευτώ το FreeBSD;
	Κάθε σημαντική έκδοση του FreeBSD είναι διαθέσιμη μέσω ανώνυμου FTP από τον διακομιστή FTP του FreeBSD: Η τελευταία κυκλοφορία που βασίζεται στο 6-STABLE, 12.0-RELEASE μπορεί να βρεθεί στον κατάλογο 12.0-RELEASE. Εκδόσεις που βασίζονται σεΣτιγμιότυπα γίνονται καθημερινά από τους κλάδους -CURRENT και -STABLE, και εξυπηρετούν κατά βάση όσους ασχολούνται με την ανάπτυξη και τον έλεγχο των τελευταίας γενιάς προγραμμάτων. Η τελευταία κυκλοφορία που βασίζεται στον κλάδο 5-STABLE, η 11.2-RELEASE, μπορεί να βρεθεί στον κατάλογο 11.2-RELEASE. Πληροφορίες σχετικά με τη διάθεση του FreeBSD σε CD, DVD και άλλα μέσα μπορούν να βρεθούν στο Εγχειρίδιο.
1.13.	Πως μπορώ να έχω πρόσβαση στη Βάση Δεδομένων με τις Αναφορές Προβλημάτων;
	Μπορείτε να κάνετε αναζητήσεις στη βάση δεδομένων με τις αναφορές προβλημάτων μέσω της διεπαφής αναζητήσεων στο Web. Η εντολή send-pr(1) μπορεί να χρησιμοποιηθεί για την υποβολή αναφορών προβλημάτων, καθώς και αιτήσεων για αλλαγές, μέσω ηλεκτρονικού ταχυδρομείου. Εναλλακτικά, μπορείτε να χρησιμοποιήσετε την αντίστοιχη δυνατότητα υποβολής αναφορών προβλημάτων μέσω της διεπαφής web με τη βοήθεια ενός προγράμματος φυλλομετρητή. Πριν υποβάλετε μια αναφορά προβλήματος, παρακαλούμε διαβάστε το Γράφοντας Αναφορές Προβλημάτων για το FreeBSD, ένα άρθρο για το πως να γράφετε καλές αναφορές προβλημάτων.
1.14.	Τι άλλες πηγές πληροφοριών υπάρχουν;
	Παρακαλούμε ελέγξτε τη λίστα της Τεκμηρίωσης στην κύρια δικτυακή τοποθεσία του FreeBSD.

4.2.1.	Υποστηρίζει το FreeBSD αρχιτεκτονικές διαφορετικές από την x86;
	Ναι. Αυτή τη στιγμή το FreeBSD μπορεί να εκτελεστεί σε αρχιτεκτονικές x86 και DEC (τώρα πλέον Compaq) Alpha. Από το FreeBSD 5.0 και μετά, υποστηρίζονται επίσης οι αρχιτεκτονικές AMD64 και Intel EM64T, η IA-64 καθώς και η SPARC64(R). Αρχιτεκτονικές που θα υποστηρίζονται μελλοντικά, περιλαμβάνουν την MIPS(R) και PowerPC(R). Μπορείτε να εγγραφείτε στις λίστες ταχυδρομείου freebsd-ppc και freebsd-mips αντίστοιχα για πληροφορίες σχετικά με την πρόοδο των εργασιών σε αυτές τις αρχιτεκτονικές. Για γενικές πληροφορίες σχετικά με νέες αρχιτεκτονικές, εγγραφείτε στην ηλεκτρονική λίστα του FreeBSD για τις μη-Intel πλατφόρμες. Αν το μηχάνημα σας είναι διαφορετικής αρχιτεκτονικής και χρειάζεστε λειτουργικό άμεσα, σας συνιστούμε να ρίξετε μια ματιά στα NetBSD ή OpenBSD.
4.2.2.	Υποστηρίζει το FreeBSD Συμμετρική Πολυεπεξεργασία (SMP);
	Ναι. Το SMP ήταν ενεργοποιημένο από προεπιλογή στον πυρήνα GENERIC ήδη από το FreeBSD 5.2. Η αρχική πρόθεση ήταν να είναι ενεργοποιημένο επίσης από προεπιλογή και στον πυρήνα τής έκδοσης 5.3 του FreeBSD, αλλά λόγω κάποιων προβλημάτων στην εκτέλεση του πυρήνα SMP σε μηχανήματα χωρίς πολλαπλούς επεξεργαστές, αποφασίστηκε να μείνει ανενεργό μέχρι την αντιμετώπιση τους. Αυτό ωστόσο αποτελεί προτεραιότητα για την έκδοση 5.4 του FreeBSD.

4.3.1.	Ποια είδη σκληρών δίσκων υποστηρίζονται από το FreeBSD;
	Το FreeBSD υποστηρίζει μονάδες δίσκου των τύπων EIDE, SATA, SCSI, και SAS (με τον κατάλληλο συμβατό ελεγκτή - δείτε την επόμενη ενότητα), καθώς και όλους τους οδηγούς που χρησιμοποιούν το αρχικό interface της «Western Digital» (δηλ. MFM, RLL, ESDI και φυσικά IDE). Ίσως να μη λειτουργήσουν κάποιοι ελεγκτές ESDI που χρησιμοποιούν μη-τυποποιημένο interface. Καλύτερα να παραμείνετε σε interfaces τύπου WD1002/3/6/7 και αντίστοιχα τους.
4.3.2.	Ποιοι ελεγκτές SCSI ή SAS υποστηρίζονται;
	Δείτε την πλήρη λίστα στις Σημειώσεις Υλικού του FreeBSD 12.0 ή 11.2.
4.3.3.	Τι τύποι οδηγών ταινίας υποστηρίζονται;
	Το FreeBSD υποστηρίζει οδηγούς SCSI και QIC-36 (με interface QIC-02). Περιλαμβάνονται οδηγοί 8-mm (γνωστοί ως Exabyte) καθώς και οδηγοί DAT. Ορισμένοι από τους πρώτους οδηγούς 8-mm δεν είναι ιδιαίτερα συμβατοί με SCSI-2, και μπορεί να μην λειτουργούν ικανοποιητικά με το FreeBSD.
4.3.4.	Υποστηρίζει το FreeBSD μονάδες εναλλαγής ταινιών (tape changers);
	Το FreeBSD υποστηρίζει μονάδες εναλλαγής τύπου SCSI με την χρήση της συσκευής ch(4) και της εντολής chio(1). Μπορείτε να βρείτε τις λεπτομέρειες σχετικά με τον τρόπο ελέγχου της μονάδας εναλλαγής στη σελίδα manual του chio(1). Αν δεν χρησιμοποιείτε το AMANDA ή κάποιο άλλο προϊόν που να γνωρίζει πως να χειριστεί την μονάδα εναλλαγής ταινιών, θα πρέπει να θυμάστε ότι γενικά τα προγράμματα γνωρίζουν μόνο πως να κινήσουν μια ταινία από ένα σημείο σε ένα άλλο, και θα πρέπει εσείς να σημειώσετε σε ποια θέση (slot) βρίσκεται η ταινία, και σε ποια θέση πρέπει να πάει η ταινία που βρίσκεται αυτή τη στιγμή μέσα στον οδηγό.
4.3.5.	Ποιοι οδηγοί CDROM υποστηρίζονται από το FreeBSD;
	Υποστηρίζεται οποιοσδήποτε οδηγός SCSI που είναι συνδεμένος σε αντίστοιχα υποστηριζόμενο ελεγκτή. Υποστηρίζονται ακόμα τα ακόλουθα μη-τυποποιημένα CDROM interfaces: Mitsumi LU002 (8bit), LU005 (16bit) and FX001D (16bit ταχύτητας 2x ). Sony CDU 31/33A Sound Blaster μη-SCSI CDROM Matsushita/Panasonic CDROM IDE CDROM συμβατά με ATAPI Όλες οι κάρτες που δεν είναι SCSI είναι γενικά εξαιρετικά πιο αργές όταν συγκρίνονται με αντίστοιχους SCSI οδηγούς, και κάποιοι οδηγοί τύπου ATAPI ίσως να μη λειτουργήσουν. Τα επίσημα FreeBSD CDROM ISO, καθώς και τα CDROM από το Daemon News και το FreeBSD Mall, υποστηρίζουν εκκίνηση απευθείας από το CD.
4.3.6.	Ποιοι οδηγοί CD-RW υποστηρίζονται από το FreeBSD;
	Το FreeBSD υποστηρίζει οποιοδήποτε οδηγό IDE CD-R ή CD-RW συμβατό με ATAPI. Δείτε το burncd(8) για λεπτομέρειες. Το FreeBSD υποστηρίζει επίσης οποιοδήποτε οδηγό SCSI CD-R ή CD-RW. Εγκαταστήστε και χρησιμοποιήστε την εντολή `cdrecord` από την συλλογή των ports ή από πακέτο, και βεβαιωθείτε ότι έχετε ενσωματώσει στον πυρήνα σας τη συσκευή `pass`.
4.3.7.	Υποστηρίζει το FreeBSD οδηγούς Zip(R);
	Το FreeBSD υποστηρίζει εγγενώς οδηγούς Zip(R) SCSI και ATAPI. Οι οδηγοί SCSI ZIP μπορούν να λειτουργήσουν μόνο αν έχουν ρυθμιστεί σε SCSI IDs 5 ή 6, αλλά αν το υποστηρίζει ο ελεγκτής SCSI που χρησιμοποιείτε, μπορείτε ακόμα και να εκκινήσετε από αυτούς. Δεν είναι ξεκάθαρο ποιοι ελεγκτές SCSI υποστηρίζουν εκκίνηση από συσκευές με ID διαφορετικό από 0 ή 1, έτσι θα πρέπει να συμβουλευθείτε την τεκμηρίωση του ελεγκτή σας, αν θέλετε να χρησιμοποιήσετε αυτή τη δυνατότητα. Το FreeBSD υποστηρίζει επίσης οδηγούς Zip παράλληλης θύρας. Βεβαιωθείτε ότι ο πυρήνας σας περιέχει τα προγράμματα οδήγησης για τις συσκευές `scbus0`, `da0`, `ppbus0`, και `vp0` (ο πυρήνας GENERIC περιέχει τα πάντα εκτός από το `vp0`). Με χρήση αυτών των προγραμμάτων οδήγησης, ο οδηγός της παράλληλης θύρας θα πρέπει να είναι διαθέσιμος ως συσκευή `/dev/da0s4`. Μπορείτε να προσαρτήσετε δίσκους χρησιμοποιώντας την εντολή `mount /dev/da0s4 /mnt` ή (για δίσκους που έχουν διαμορφωθεί μέσω dos) την `mount_msdos /dev/da0s4 /mnt`. Διαβάστε επίσης το FAQ σχετικά με αφαιρούμενους οδηγούς σε επόμενο σημείο αυτού του κεφαλαίου, καθώς και τις σημειώσεις σχετικά με την «διαμόρφωση» στο κεφάλαιο Διαχείρισης.
4.3.8.	Υποστηρίζει το FreeBSD Jaz(R), EZ και άλλους αφαιρούμενους οδηγούς;
	Απλώς λειτουργούν. Οι περισσότερες από τις συσκευές αυτές είναι SCSI, και έτσι δείχνουν σαν SCSI δίσκοι στο FreeBSD. Το IDE EZ εμφανίζεται σαν οδηγός IDE. Βεβαιωθείτε ότι έχετε ενεργοποιήσει τυχόν εξωτερικές συσκευές πριν εκκινήσετε το σύστημα σας. Για να αλλάξετε μέσο αποθήκευσης εν ώρα λειτουργίας, ελέγξτε τις mount(8), umount(8), και την camcontrol(8) (για συσκευές SCSI) ή atacontrol(8) (για συσκευές IDE), και επίσης τις συζητήσεις σχετικά με τη χρήση αφαιρούμενων οδηγών σε επόμενο τμήμα του FAQ.

4.4.1.	Υποστηρίζει το FreeBSD το USB πληκτρολόγιο μου;
	Το FreeBSD υποστηρίζει εγγενώς USB πληκτρολόγια. Ενεργοποιήστε την υποστήριξη USB στο `/etc/rc.conf`. Μόλις ενεργοποιηθεί η υποστήριξη USB πληκτρολογίου στο σύστημα σας, το πληκτρολόγιο τύπου AT αναγνωρίζεται ως `/dev/kbd0` και το USB πληκτρολόγιο γίνεται `/dev/kbd1`, αν είναι και τα δύο συνδεμένα στο σύστημα. Αν υπάρχει μόνο το USB πληκτρολόγιο, θα αναγνωριστεί ως `/dev/ukbd0`. Αν θέλετε να χρησιμοποιήσετε το USB πληκτρολόγιο στην κονσόλα, θα πρέπει να δηλώσετε συγκεκριμένα στον οδηγό της κονσόλας να χρησιμοποιήσει το υπάρχον USB πληκτρολόγιο. Αυτό μπορεί να γίνει εκτελώντας την ακόλουθη εντολή ως μέρος της διαδικασίας αρχικοποίησης του συστήματος: `#` `kbdcontrol -k /dev/kbd1 < /dev/ttyv0 > /dev/null` Παρατηρήστε ότι αν το πληκτρολόγιο USB είναι το μοναδικό πληκτρολόγιο, θα είναι διαθέσιμο ως `/dev/ukbd0`, και η εντολή θα δείχνει όπως παρακάτω: `#` `kbdcontrol -k /dev/ukbd0 < /dev/ttyv0 > /dev/null` Ένα καλό μέρος για να προσθέσετε την παραπάνω εντολή, είναι το αρχείο `/etc/rc.i386`. Μόλις γίνει αυτό, το USB πληκτρολόγιο θα πρέπει να λειτουργεί και στο Χ περιβάλλον, χωρίς ανάγκη ειδικών ρυθμίσεων. Η εν θερμώ σύνδεση και αποσύνδεση USB πληκτρολογίου, ίσως να μη λειτουργεί ακόμα σωστά. Σας συνιστούμε να συνδέσετε το πληκτρολόγιο πριν την εκκίνηση του συστήματος, και να το αφήσετε συνδεμένο μέχρι τον τερματισμό, για να αποφύγετε τυχόν προβλήματα. Δείτε τη σελίδα manual ukbd(4) για περισσότερες πληροφορίες.
4.4.2.	Έχω ένα μη-τυπικό ποντίκι τύπου bus. Πως θα το ρυθμίσω;
	Το FreeBSD υποστηρίζει ποντίκια τύπου bus και τον τύπο InPort bus από κατασκευαστές όπως Microsoft, Logitech και ATI. Ο πυρήνας GENERIC δεν περιέχει τον απαραίτητο οδηγό συσκευής. Για να περιλάβετε το πρόγραμμα οδήγησης στο δικό σας προσαρμοσμένο πυρήνα, προσθέστε την ακόλουθη γραμμή στο αρχείο ρυθμίσεων πυρήνα: device mse0 at isa? port 0x23c irq5 Τα ποντίκια τύπου bus συνήθως έρχονται με δικές τους κάρτες επέκτασης. Ενδεχομένως να έχετε δυνατότητα να ρυθμίσετε την κάρτα σε διαφορετική διεύθυνση θύρας και IRQ από αυτά που φαίνονται παραπάνω. Συμβουλευθείτε το εγχειρίδιο του ποντικιού σας και τη σελίδα manual mse(4) για περισσότερες πληροφορίες.
4.4.3.	Πως μπορώ να χρησιμοποιήσω το ποντίκι μου τύπου PS/2 («πόρτας ποντικιού» ή «πληκτρολογίου»);
	Το ποντίκι τύπου PS/2 υποστηρίζεται εγγενώς. Το απαραίτητο πρόγραμμα οδήγησης, `psm`, περιλαμβάνεται στον πυρήνα. Αν ο προσαρμοσμένος πυρήνας σας δεν τον περιέχει, προσθέστε την ακόλουθη γραμμή στο αρχείο ρυθμίσεων πυρήνα, και μεταγλωττίστε ξανά τον πυρήνα σας. device psm0 at atkbdc? irq 12 Μόλις ο πυρήνας ανιχνεύσει σωστά τη συσκευή `psm0` κατά την εκκίνηση, βεβαιωθείτε ότι υπάρχει η αντίστοιχη καταχώρηση για το `psm0` στον κατάλογο `/dev`. Μπορείτε να το δημιουργήσετε γράφοντας: `#` `cd /dev; sh MAKEDEV psm0` όταν έχετε εισέλθει ως χρήστης `root`. Σημείωση: Μπορείτε να παραλείψετε αυτό το βήμα αν χρησιμοποιείτε FreeBSD 5.0-RELEASE ή νεώτερο με ενεργοποιημένο το devfs(5), καθώς τα απαραίτητα αρχεία συσκευών θα δημιουργηθούν αυτόματα κάτω από τον κατάλογο `/dev`.
4.4.4.	Είναι δυνατόν να χρησιμοποιηθεί το ποντίκι με κάποιο τρόπο έξω από το περιβάλλον του συστήματος X Window;
	Αν χρησιμοποιείτε το προεπιλεγμένο πρόγραμμα οδήγησης κονσόλας, syscons(4), μπορείτε να χρησιμοποιήσετε το δείκτη του ποντικιού σας σε κονσόλες κειμένου για να κάνετε αποκοπή και επικόλληση κειμένου. Εκτελέστε τον δαίμονα του ποντικιού, moused(8), και ενεργοποιήστε το δείκτη του ποντικιού στην εικονική κονσόλα: `#` `moused -p /dev/xxxx -t yyyy` `#` `vidcontrol -m on` Όπου το `xxxx` είναι το όνομα συσκευής του ποντικιού και το `yyyy` είναι ο τύπος του πρωτοκόλλου του. Ο δαίμονας του ποντικιού μπορεί να αναγνωρίσει αυτόματα το είδος του πρωτοκόλλου για τα περισσότερα ποντίκια, εκτός από παλιά σειριακά μοντέλα. Καθορίστε το πρωτόκολλο `auto` για να χρησιμοποιήσετε την αυτόματη ανίχνευση. Αν αυτή δεν δουλέψει, δείτε τη σελίδα manual moused(8) για μια λίστα με υποστηριζόμενους τύπους πρωτοκόλλων. Αν έχετε ποντίκι τύπου PS/2, απλώς προσθέστε `moused_enable="YES"` στο αρχείο `/etc/rc.conf` για να εκκινεί ο δαίμονας του ποντικιού κατά την εκκίνηση. Επιπρόσθετα, αν επιθυμείτε να χρησιμοποιείτε το δαίμονα του ποντικιού σε όλες τις εικονικές κονσόλες, και όχι μόνο στην κονσόλα συστήματος, προσθέστε τη γραμμή `allscreens_flags="-m on"` στο `/etc/rc.conf`. Όταν εκτελείται ο δαίμονας του ποντικιού, η πρόσβαση στο ποντίκι πρέπει να συντονίζεται μεταξύ του δαίμονα και άλλων προγραμμάτων, όπως τα X Windows. Κοιτάξτε στο FAQ την ερώτηση Γιατί το ποντίκι μου δεν δουλεύει στα Χ; για περισσότερες πληροφορίες σχετικά με αυτό το πρόβλημα.
4.4.5.	Πως μπορώ να κάνω αποκοπή και επικόλληση κειμένου με το ποντίκι σε μια κονσόλα κειμένου;
	Μόλις ενεργοποιήσετε το δαίμονα του ποντικιού (δείτε την προηγούμενη ενότητα), κρατήστε πιεσμένο το πλήκτρο 1 (το αριστερό πλήκτρο) και κινήστε το ποντίκι για να επιλέξετε μια περιοχή κειμένου. Κατόπιν, πιέστε το πλήκτρο 2 (το μεσαίο πλήκτρο) για να το επικολλήσετε στην περιοχή του δρομέα. Με την πίεση του πλήκτρου 3 (δεξιού πλήκτρου) μπορείτε να «επεκτείνετε» την επιλεγμένη περιοχή κειμένου. Αν το ποντίκι σας δεν έχει μεσαίο πλήκτρο, μπορεί να θέλετε να το εξομοιώσετε ή να αλλάξετε τις λειτουργίες των πλήκτρων χρησιμοποιώντας τις επιλογές που παρέχονται από τον δαίμονα του ποντικιού Δείτε τη σελίδα manual moused(8) για τις λεπτομέρειες.
4.4.6.	Το ποντίκι μου έχει διάφορα έξυπνα πλήκτρα και ροδέλα κύλισης. Μπορώ να τα χρησιμοποιήσω στο FreeBSD;
	Η απάντηση, δυστυχώς, είναι «εξαρτάται». Τα ποντίκια με έξτρα δυνατότητες συνήθως απαιτούν εξειδικευμένα προγράμματα οδήγησης. Αν το πρόγραμμα οδήγησης του ποντικιού ή το αντίστοιχο πρόγραμμα του χρήστη δεν παρέχουν συγκεκριμένη υποστήριξη για το ποντίκι, θα λειτουργεί ως ένα απλό ποντίκι δύο ή τριών πλήκτρων. Για πιθανή χρήση της ροδέλας σε περιβάλλον X Window, δείτε την αντίστοιχη ενότητα.
4.4.7.	Πως μπορώ να χρησιμοποιήσω το ποντίκι / trackball / touchpad στον φορητό μου υπολογιστή;
	Δείτε την απάντηση στην προηγούμενη ερώτηση.
4.4.8.	Πως μπορώ να χρησιμοποιήσω το πλήκτρο delete στο `sh` και `csh`;
	Για το Κέλυφος Bourne, προσθέστε τις ακόλουθες γραμμές στο αρχείο σας `.shrc`. Δείτε επίσης τις σελίδες manual sh(1) και editrc(5). bind ^? ed-delete-next-char # for console bind ^[[3~ ed-delete-next-char # for xterm Για το Κέλυφος C, προσθέστε τις ακόλουθες γραμμές στο αρχείο σας `.cshrc`. Δείτε επίσης τη σελίδα manual του csh(1). bindkey ^? delete-char # for console bindkey ^[[3~ delete-char # for xterm Για περισσότερες πληροφορίες, δείτε αυτή τη σελίδα.

4.5.1.	Ποιες κάρτες δικτύου υποστηρίζει το FreeBSD;
	Για την πλήρη λίστα, δείτε τις Σημειώσεις Υλικού που παρέχονται με κάθε έκδοση του FreeBSD.
4.5.2.	Υποστηρίζει το FreeBSD modems που λειτουργούν με τη βοήθεια λογισμικού όπως τα Winmodems;
	To FreeBSD υποστηρίζει αρκετά software modems με την βοήθεια επιπρόσθετου λογισμικού. Το port comms/ltmdm προσθέτει υποστήριξη για modems που βασίζονται στο δημοφιλές κύκλωμα Lucent LT. Το port comms/mwavem υποστηρίζει το modem που διαθέτουν οι φορητοί υπολογιστές Thinkpad 600 και 700 της IBM. Δεν μπορείτε να εγκαταστήσετε το FreeBSD μέσω software modem. Το λογισμικό αυτό πρέπει να εγκατασταθεί μετά την εγκατάσταση του FreeBSD.
4.5.3.	Υπάρχει εγγενές πρόγραμμα οδήγησης για τις κάρτες Broadcom 43xx;
	Όχι, και μάλλον δεν θα υπάρξει. Η Broadcom αρνείται να δώσει δημόσια πληροφορίες σχετικά με τον προγραμματισμό των ολοκληρωμένων της που χρησιμοποιούνται σε εφαρμογές ασύρματων δικτύων, πιθανόν επειδή και το τμήμα του πομποδέκτη της κάρτας ελέγχεται με τη βοήθεια λογισμικού. Για να αποκτήσουν έγκριση για τις κάρτες τους από το FCC, πρέπει να εξασφαλίσουν ότι οι τελικοί χρήστες δεν θα είναι σε θέση να κάνουν ρυθμίσεις όπως αλλαγή της συχνότητας λειτουργίας, των παραμέτρων διαμόρφωσης και της ισχύος εκπομπής. Αλλά χωρίς τις πληροφορίες προγραμματισμού, είναι σχεδόν αδύνατο να γραφεί πρόγραμμα οδήγησης.
4.5.4.	Ποιες κάρτες πολλαπλών σειριακών θυρών υποστηρίζονται από το FreeBSD;
	Υπάρχει μια λίστα για αυτές στην ενότητα διάφορων συσκευών του Εγχειριδίου. Ακόμα φαίνεται ότι λειτουργούν και κάποιες κάρτες που είναι αντιγραφές επώνυμων μοντέλων, ειδικά όσες υποστηρίζουν ότι είναι συμβατές με τις αντίστοιχες τις AST. Δείτε τη σελίδα manual sio(4) για περισσότερες πληροφορίες σχετικά με τη ρύθμιση τέτοιων καρτών.
4.5.5.	Πως μπορώ να εμφανίσω την προτροπή boot: σε μια σειριακή κονσόλα;
	Δημιουργήστε πυρήνα που να περιέχει την επιλογή `options COMCONSOLE`. Δημιουργήστε το `/boot.config` και γράψτε μέσα σε αυτό μόνο την επιλογή `-P`. Αποσυνδέστε το πληκτρολόγιο από το σύστημα. Δείτε το αρχείο `/usr/src/sys/i386/boot/biosboot/README.serial` για περισσότερες πληροφορίες.

4.6.1.	Ποιες κάρτες ήχου υποστηρίζονται από το FreeBSD;
	Το FreeBSD υποστηρίζει διάφορες κάρτες ήχου, συμπεριλαμβανομένων των SoundBlaster(R), SoundBlaster(R) Pro, SoundBlaster(R) 16, Pro Audio Spectrum 16, AdLib, και Gravis UltraSound (για περισσότερες πληροφορίες, δείτε τις Πληροφορίες Έκδοσης του FreeBSD και τη σελίδα manual snd(4)). Υπάρχει επίσης περιορισμένη υποστήριξη για κάρτες MIDI που είναι συμβατές με το πρότυπο MPU-401. Επίσης υποστηρίζονται οι κάρτες που είναι συμβατές με το πρότυπο Microsoft(R) Sound System. Σημείωση: Το παραπάνω ισχύει μόνο για τον ήχο! Το πρόγραμμα οδήγησης δεν υποστηρίζει τυχόν CDROM, SCSI ή joysticks που συνδέονται πάνω σε αυτές τις κάρτες, εκτός από την SoundBlaster(R). Αν και η διεπαφή SCSI της SoundBlaster(R) καθώς και κάποια μη-SCSI CDROM υποστηρίζονται, δεν μπορούν ωστόσο να χρησιμοποιηθούν για τη διαδικασία εκκίνησης.
4.6.2.	Υπάρχει κάποια λύση για το πρόβλημα του ήχου στην κάρτα μου που υποστηρίζεται από το pcm(4);
	Κάποιες κάρτες ήχου, όπως η es1370, μηδενίζουν την ένταση του ήχου σε κάθε εκκίνηση. Πρέπει να εκτελείτε την ακόλουθη εντολή κάθε φορά που ξεκινά το μηχάνημα: `#` `mixer pcm 100 vol 100 cd 100`

4.7.1.	Ποιες άλλες συσκευές υποστηρίζονται από το FreeBSD;
	Δείτε το Εγχειρίδιο για τη λίστα των υπόλοιπων συσκευών που υποστηρίζονται.
4.7.2.	Υποστηρίζει το FreeBSD διαχείριση ενέργειας για το φορητό μου υπολογιστή;
	Από το FreeBSD 4.X και μετά, υποστηρίζεται το APM σε συγκεκριμένα μηχανήματα. Περισσότερες πληροφορίες μπορείτε να βρείτε στο apm(4). Από το FreeBSD 5.X και μετά, υποστηρίζεται η δυνατότητα ACPI η οποία υπάρχει σε όλους τους σύγχρονους υπολογιστές. Μπορείτε να βρείτε περισσότερες πληροφορίες στο acpi(4). Αν ένα σύστημα υποστηρίζει τόσο APM όσο και ACPI, μπορείτε να χρησιμοποιήσετε όποιο θέλετε. Σας συνιστούμε να δοκιμάσετε και τα δύο και να επιλέξετε αυτό που καλύπτει καλύτερα τις ανάγκες σας.
4.7.3.	Πως μπορώ να απενεργοποιήσω το ACPI;
	Προσθέστε τη γραμμή hint.acpi.0.disabled="1" στο αρχείο `/boot/device.hints`.
4.7.4.	Γιατί το Micron σύστημα μου κρεμάει κατά την εκκίνηση;
	Ορισμένες μητρικές Micron υλοποιούν το PCI BIOS με μη τυποποιημένο τρόπο, προκαλώντας προβλήματα στην εκκίνηση του FreeBSD, καθώς οι PCI συσκευές δεν ρυθμίζονται στις διευθύνσεις που αναφέρονται. Για να παρακάμψετε το πρόβλημα, απενεργοποιήστε την επιλογή «Plug and Play Operating System» από το BIOS.
4.7.5.	Η δισκέτα εκκίνησης κρεμάει στη μητρική ASUS K7V. Πως μπορώ να το διορθώσω αυτό;
	Στις ρυθμίσεις του BIOS, απενεργοποιήστε την επιλογή «boot virus protection».
4.7.6.	Γιατί η PCI κάρτα δικτύου μου της 3Com(R) δεν λειτουργεί με το Micron υπολογιστή μου;
	Ορισμένες μητρικές της Micron έχουν μη-τυποποιημένο PCI BIOS το οποίο δεν ρυθμίζει τις συσκευές PCI στις διευθύνσεις που αναφέρονται. Αυτό δημιουργεί προβλήματα κατά την εκκίνηση του FreeBSD. Για να παρακάμψετε το πρόβλημα, απενεργοποιήστε την επιλογή «Plug and Play Operating System» από το BIOS.
4.7.7.	Η PCMCIA κάρτα μου δεν λειτουργεί. Βλέπω το εξής μήνυμα: «cbb0: unsupported card type detected.» Τι μπορώ να κάνω;
	Μπορείτε να δοκιμάσετε να χρησιμοποιήσετε την αρχική υλοποίηση OLDCARD. Τροποποιήστε το αρχείο ρύθμισης του πυρήνα σας, και αφαιρέστε τις ακόλουθες γραμμές: device cbb device pccard device cardbus Μετά προσθέστε: device pcic device card 1 Μεταγλωττίστε ξανά και εγκαταστήστε το νέο πυρήνα όπως περιγράφεται στην Ρύθμιση Πυρήνα του FreeBSD.

6.1.	Where can I get an Office Suite for FreeBSD?
	The open-source OpenOffice.org office suite works natively on FreeBSD. The Linux(R) version of StarOffice, the value-added closed-source version of OpenOffice.org, also works on FreeBSD. FreeBSD also includes a variety of text editors, spreadsheets, and drawing programs in the Ports Collection.
6.2.	Where can I get Motif(R) for FreeBSD?
	The Open Group has released the source code to Motif(R) 2.2.2. You can install the `open-motif` package, or compile it from ports. Refer to the ports section of the Handbook for more information on how to do this. Σημείωση: The Open Motif(R) distribution only allows redistribution if it is running on an open source operating system. In addition, there are commercial distributions of the Motif(R) software available. These, however, are not for free, but their license allows them to be used in closed-source software. Contact Apps2go for the least expensive ELF Motif(R) 2.1.20 distribution for FreeBSD (either i386TM or Alpha). There are two distributions, the «development edition» and the «runtime edition» (for much less). These distributions includes: OSF/Motif(R) manager, xmbind, panner, wsm. Development kit with uil, mrm, xm, xmcxx, include and Imake files. Static and dynamic ELF libraries. Demonstration applets. Be sure to specify that you want the FreeBSD version of Motif(R) when ordering (do not forget to mention the architecture you want too)! Versions for NetBSD and OpenBSD are also sold by Apps2go. This is currently a FTP only download. More info Apps2go WWW page or `<sales@apps2go.com>` or `<support@apps2go.com>` or phone (817) 431 8775 or +1 817 431-8775 Contact Xi Graphics for an a.out Motif(R) 2.0 distribution for FreeBSD. This distribution includes: OSF/Motif(R) manager, xmbind, panner, wsm. Development kit with uil, mrm, xm, xmcxx, include and Imake files. Static and dynamic libraries (for use with FreeBSD 2.2.8 and earlier). Demonstration applets. Preformatted manual pages. Be sure to specify that you want the FreeBSD version of Motif(R) when ordering! Versions for BSDI and Linux(R) are also sold by Xi Graphics. This is currently a 4 diskette set... in the future this will change to a unified CD distribution like their CDE.
6.3.	Where can I get CDE for FreeBSD?
	Xi Graphics used to sell CDE for FreeBSD, but no longer do. KDE is an open source X11 desktop which is similar to CDE in many respects. You might also like the look and feel of xfce. KDE and xfce are both in the ports system.
6.4.	Are there any commercial high-performance X servers?
	Yes, Xi Graphics sells Accelerated-X products for FreeBSD and other Intel based systems. The Xi Graphics offering is a high performance X Server that offers easy configuration, support for multiple concurrent video boards and is distributed in binary form only, in a unified diskette distribution for FreeBSD and Linux(R). Xi Graphics also offers a high performance X Server tailored for laptop support. There is a free «compatibility demo» of version 5.0 available. Xi Graphics also sells Motif(R) and CDE for FreeBSD (see above). More info Xi Graphics WWW page or `<sales@xig.com>` or `<support@xig.com>` or phone (800) 946 7433 or +1 303 298-7478.
6.5.	Are there any Database systems for FreeBSD?
	Yes! See the Commercial Vendors section of FreeBSD's Web site. Also see the Databases section of the Ports collection.
6.6.	Can I run Oracle(R) on FreeBSD?
	Yes. The following pages tell you exactly how to set up Linux(R)-Oracle(R) on FreeBSD: http://www.unixcities.com/oracle/index.html http://www.shadowcom.net/freebsd-oracle9i/

7.1.	So, where are all the user applications?
	Please take a look at the ports page for info on software packages ported to FreeBSD. The list currently tops 24,000 and is growing daily, so come back to check often or subscribe to the `freebsd-announce` mailing list for periodic updates on new entries. Most ports should work on the 4.X, 5.X, and 6.X branches. Each time a FreeBSD release is made, a snapshot of the ports tree at the time of release in also included in the `ports/` directory. We also support the concept of a «package», essentially no more than a compressed binary distribution with a little extra intelligence embedded in it for doing whatever custom installation work is required. A package can be installed and uninstalled again easily without having to know the gory details of which files it includes. Use the package installation menu in `/stand/sysinstall` (under the post-configuration menu item) or invoke the pkg_add(1) command on the specific package files you are interested in installing. Package files can usually be identified by their `.tgz` or `.tbz` suffix and CDROM distribution people will have a `packages/All` directory on their CD which contains such files. They can also be downloaded over the net for various versions of FreeBSD at the following locations: for 4.X-RELEASE/4-STABLE ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/i386/packages-4-stable/ for 5.X-RELEASE/5-STABLE ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/i386/packages-5-stable for 6.X-RELEASE/6-STABLE ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/i386/packages-6-stable for 7-CURRENT ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/i386/packages-7-current or your nearest local mirror site. Note that all ports may not be available as packages since new ones are constantly being added. It is always a good idea to check back periodically to see which packages are available at the ftp.FreeBSD.org master site.
7.2.	How do I configure INN (Internet News) for my machine?
	After installing the news/inn package or port, an excellent place to start is Dave Barr's INN Page where you will find the INN FAQ.
7.3.	Does FreeBSD support JavaTM?
	Yes. Please see http://www.FreeBSD.org/java/.
7.4.	Why can I not build this port on my 4.X-STABLE machine?
	If you are running a FreeBSD version that lags significantly behind -CURRENT or -STABLE, you may need to update your ports collection; see the Keeping Up section of the Porter's Handbook for further information on how to do this. If you are up to date, then someone might have committed a change to the port which works for -CURRENT but which broke the port for -STABLE. Please submit a bug report on this with the send-pr(1) command, since the ports collection is supposed to work for both the -CURRENT and -STABLE branches.
7.5.	I just tried to build `INDEX` using `make index`, and it failed. Why?
	First, always make sure that you have a completely up-to-date Ports Collection. Errors that affect building `INDEX` from an up-to-date copy of the Ports Collection are high-visibility and are thus almost always fixed immediately. However, if you are up-to-date, perhaps you are seeing another problem. `make index` has a known bug in dealing with incomplete copies of the Ports Collection. It assumes that you have a local copy of every single port that every other port that you have a local copy of depends on. To explain, if you have a copy of `foo/bar` on your disk, and `foo/bar` depends on `baz/quux`, then you must also have a copy of `baz/quux` on your disk, and the ports `baz/quux` depends on, and so on. Otherwise, `make index` has insufficient information to create its dependency tree. This is particularly a problem for FreeBSD users who utilize cvsup(1) to track the Ports Collection but choose not to install certain categories by specifying them in `refuse`. In theory, one should be able to refuse categories, but in practice there are too many ports that depend on ports in other categories. Until someone comes up with a solution for this problem, the general rule is is that if you want to build `INDEX`, you must have a complete copy of the Ports Collection. There are rare cases where `INDEX` will not build due to odd cases involving `WITH_` or `WITHOUT_` variables being set in `make.conf`. If you suspect that this is the case, please try to make `INDEX` with those Makevars turned off before reporting it to ηλεκτρονική λίστα των FreeBSD ports.
7.6.	Why is CVSup not integrated in the main FreeBSD tree?
	The FreeBSD base system is designed as self-hosting - it should be possible to build the whole operating system starting with a very limited set of tools. Thus, the actual build tools needed to compile the FreeBSD sources are bundled with the sources themselves. This includes a C compiler (gcc(1)), make(1), awk(1), and similar tools. Since CVSup is written in Modula-3, adding it to the FreeBSD base system would also require adding and maintaining a Modula-3 compiler. This would lead to both an increase in the disk space consumed by the FreeBSD sources and additional maintenance work. Thus, it is much easier for both the developers and users to keep CVSup as a separate port, which can be easily installed as a package bundled on the FreeBSD installation CDs.
7.7.	I updated the sources, now how do I update my installed ports?
	FreeBSD does not include a port upgrading tool, but it does have some tools to make the upgrade process somewhat easier. You can also install additional tools to simplify port handling. The pkg_version(1) command can generate a script that will update installed ports to the latest version in the ports tree. `#` `pkg_version -c > /tmp/myscript` The output script must be edited by hand before you use it. Recent versions of pkg_version(1) force this by inserting an exit(1) at the beginning of the script. You should save the output of the script, as it will note packages that depend on the one that has been updated. These may or may not need to be updated as well. The usual case where they need to be updated is that a shared library has changed version numbers, so the ports that used that library need to be rebuilt to use the new version. Σημείωση: Beginning with FreeBSD 5.0 (and higher revisions), pkg_version(1) no longer supports the `-c` option. If you have the disk space, you can use the `portupgrade` tool to automate all of this. `portupgrade` includes various tools to simplify package handling. It is available under ports-mgmt/portupgrade. Since it is written in Ruby, `portupgrade` is an unlikely candidate for integration with the main FreeBSD tree. That should not stop anyone from using it, however. If your system is up full time, the periodic(8) system can be used to generate a weekly list of ports that might need updating by setting `weekly_status_pkg_enable="YES"` in `/etc/periodic.conf`.
7.8.	Why is `/bin/sh` so minimal? Why does FreeBSD not use `bash` or another shell?
	Because POSIX(R) says that there shall be such a shell. The more complicated answer: many people need to write shell scripts which will be portable across many systems. That is why POSIX(R) specifies the shell and utility commands in great detail. Most scripts are written in Bourne shell, and because several important programming interfaces (make(1), system(3), popen(3), and analogues in higher-level scripting languages like Perl and Tcl) are specified to use the Bourne shell to interpret commands. Because the Bourne shell is so often and widely used, it is important for it to be quick to start, be deterministic in its behavior, and have a small memory footprint. The existing implementation is our best effort at meeting as many of these requirements simultaneously as we can. In order to keep `/bin/sh` small, we have not provided many of the convenience features that other shells have. That is why the Ports Collection includes more featureful shells like bash, scsh, tcsh, and zsh. (You can compare for yourself the memory utilization of all these shells by looking at the «VSZ» and «RSS» columns in a `ps -u` listing.)
7.9.	Why do Netscape(R) and Opera take so long to start?
	The usual answer is that DNS on your system is misconfigured. Both Netscape(R) and Opera perform DNS checks when starting up. The browser will not appear on your desktop until the program either gets a response or determines that the system has no network connection.
7.10.	I updated parts of the Ports Collection using CVSup, and now many ports fail to build with mysterious error messages! What happened? Is the Ports Collection broken in some major way?
	If you only update parts of the Ports Collection, using one of its CVSup subcollections and not the `ports-all` CVSup collection, you should always update the `ports-base` subcollection too! The reasons are described in the Handbook.
7.11.	How do I create audio CDs from my MIDI files?
	To create audio CDs from MIDI files, first install audio/timidity++ from ports then install manually the GUS patches set by Eric A. Welsh, available at `http://www.stardate.bc.ca/eawpatches/html/default.htm`. After timidity++ has been installed properly, midi files may be converted to wav files with the following command line: `%` `timidity -Ow -s 44100 -o /tmp/juke/01.wav 01.mid` The wav files can then be converted to other formats or burned onto audio CDs, as described in the FreeBSD Handbook.

8.1.	I would like to customize my kernel. Is it difficult?
	Not at all! Check out the kernel config section of the Handbook. Σημείωση: We recommend that you make a dated snapshot of your new `/kernel` called `/kernel.YYMMDD` after you get it working properly. Also back up your new `/modules` directory to `/modules.YYMMDD`. That way, if you make a mistake the next time you play with your configuration you can boot the backup kernel instead of having to fall back to `kernel.GENERIC`. This is particularly important if you are now booting from a controller that GENERIC does not support.
8.2.	My kernel compiles fail because `_hw_float` is missing. How do I solve this problem?
	You probably removed `npx0` (see npx(4)) from your kernel configuration file because you do not have a math co-processor. The `npx0` device is MANDATORY. Somewhere inside your hardware lies a device that provides hardware floating-point support, even if it is no longer a separate device as used in the good old 386 days. You must include the `npx0` device. Even if you manage to build a kernel without `npx0` support, it will not boot anyway.
8.3.	Why is my kernel so big (over 10MB)?
	Chances are, you compiled your kernel in debug mode. Kernels built in debug mode contain many symbols that are used for debugging, thus greatly increasing the size of the kernel. Note that there will be little or no performance decrease from running a debug kernel, and it is useful to keep one around in case of a system panic. However, if you are running low on disk space, or you simply do not want to run a debug kernel, make sure that both of the following are true: You do not have a line in your kernel configuration file that reads: makeoptions DEBUG=-g You are not running config(8) with the `-g` option. Either of the above settings will cause your kernel to be built in debug mode. As long as you make sure you follow the steps above, you can build your kernel normally, and you should notice a fairly large size decrease; most kernels tend to be around 1.5MB to 2MB.
8.4.	Why do I get interrupt conflicts with multi-port serial code?
	When I compile a kernel with multi-port serial code, it tells me that only the first port is probed and the rest skipped due to interrupt conflicts. How do I fix this? The problem here is that FreeBSD has code built-in to keep the kernel from getting trashed due to hardware or software conflicts. The way to fix this is to leave out the IRQ settings on all but one port. Here is an example: # # Multiport high-speed serial line - 16550 UARTS # device sio2 at isa? port 0x2a0 tty irq 5 flags 0x501 vector siointr device sio3 at isa? port 0x2a8 tty flags 0x501 vector siointr device sio4 at isa? port 0x2b0 tty flags 0x501 vector siointr device sio5 at isa? port 0x2b8 tty flags 0x501 vector siointr
8.5.	Why does every kernel I try to build fail to compile, even GENERIC?
	There are a number of possible causes for this problem. They are, in no particular order: You are not using the new `make buildkernel` and `make installkernel` targets, and your source tree is different from the one used to build the currently running system (e.g., you are compiling 4.3-RELEASE on a 4.0-RELEASE system). If you are attempting an upgrade, please read the `/usr/src/UPDATING` file, paying particular attention to the «COMMON ITEMS» section at the end. You are using the new `make buildkernel` and `make installkernel` targets, but you failed to assert the completion of the `make buildworld` target. The `make buildkernel` target relies on files generated by the `make buildworld` target to complete its job correctly. Even if you are trying to build FreeBSD-STABLE, it is possible that you fetched the source tree at a time when it was either being modified, or broken for other reasons; only releases are absolutely guaranteed to be buildable, although FreeBSD-STABLE builds fine the majority of the time. If you have not already done so, try re-fetching the source tree and see if the problem goes away. Try using a different server in case the one you are using is having problems.
8.6.	How can I verify which scheduler is in use on a running system?
	If you are running FreeBSD version 5.2.1 or earlier, check for the existence of the `kern.quantum` sysctl. If you have it, you should see something like this: `%` sysctl `kern.quantum` kern.sched.quantum: 99960 If the `kern.quantum` sysctl exists, you are using the 4BSD scheduler. If not, you will get an error printed by sysctl(8) (which you can safely ignore): `%` sysctl `kern.sched.quantum` sysctl: unknown oid 'kern.sched.quantum' In FreeBSD version 5.3-RELEASE and later, the name of the scheduler currently being used is directly available as the value of the `kern.sched.name` sysctl: `%` sysctl `kern.sched.name` kern.sched.name: 4BSD
8.7.	What is `kern.quantum`?
	`kern.quantum` is the maximum number of ticks a process can run without being preempted. It is specific to the 4BSD scheduler, so you can use its presence or absence to determine which scheduler is in use. In FreeBSD 5.X or later `kern.quantum` has been renamed to `kern.sched.quantum`.
8.8.	What is `kern.sched.quantum`?
	See Ε: 8.7

13.1.	What is a sandbox?
	«Sandbox» is a security term. It can mean two things: A process which is placed inside a set of virtual walls that are designed to prevent someone who breaks into the process from being able to break into the wider system. The process is said to be able to «play» inside the walls. That is, nothing the process does in regards to executing code is supposed to be able to breech the walls so you do not have to do a detailed audit of its code to be able to say certain things about its security. The walls might be a userid, for example. This is the definition used in the security(7) and named(8) man pages. Take the `ntalk` service, for example (see /etc/inetd.conf). This service used to run as userid `root`. Now it runs as userid `tty`. The `tty` user is a sandbox designed to make it more difficult for someone who has successfully hacked into the system via ntalk from being able to hack beyond that user id. A process which is placed inside a simulation of the machine. This is more hard-core. Basically it means that someone who is able to break into the process may believe that he can break into the wider machine but is, in fact, only breaking into a simulation of that machine and not modifying any real data. The most common way to accomplish this is to build a simulated environment in a subdirectory and then run the processes in that directory chroot'd (i.e. `/` for that process is this directory, not the real `/` of the system). Another common use is to mount an underlying filesystem read-only and then create a filesystem layer on top of it that gives a process a seemingly writeable view into that filesystem. The process may believe it is able to write to those files, but only the process sees the effects - other processes in the system do not, necessarily. An attempt is made to make this sort of sandbox so transparent that the user (or hacker) does not realize that he is sitting in it. UNIX(R) implements two core sandboxes. One is at the process level, and one is at the userid level. Every UNIX(R) process is completely firewalled off from every other UNIX(R) process. One process cannot modify the address space of another. This is unlike Windows(R) where a process can easily overwrite the address space of any other, leading to a crash. A UNIX(R) process is owned by a particular userid. If the userid is not the `root` user, it serves to firewall the process off from processes owned by other users. The userid is also used to firewall off on-disk data.
13.2.	What is securelevel?
	The securelevel is a security mechanism implemented in the kernel. Basically, when the securelevel is positive, the kernel restricts certain tasks; not even the superuser (i.e., `root`) is allowed to do them. At the time of this writing, the securelevel mechanism is capable of, among other things, limiting the ability to, unset certain file flags, such as `schg` (the system immutable flag), write to kernel memory via `/dev/mem` and `/dev/kmem`, load kernel modules, and alter firewall rules. To check the status of the securelevel on a running system, simply execute the following command: `#` `sysctl kern.securelevel` The output will contain the name of the sysctl(8) variable (in this case, `kern.securelevel`) and a number. The latter is the current value of the securelevel. If it is positive (i.e., greater than 0), at least some of the securelevel's protections are enabled. You cannot lower the securelevel of a running system; being able to do that would defeat its purpose. If you need to do a task that requires that the securelevel be non-positive (e.g., an `installworld` or changing the date), you will have to change the securelevel setting in `/etc/rc.conf` (you want to look for the `kern_securelevel` and `kern_securelevel_enable` variables) and reboot. For more information on securelevel and the specific things all the levels do, please consult the init(8) manual page. Προειδοποίηση: Securelevel is not a silver bullet; it has many known deficiencies. More often than not, it provides a false sense of security. One of its biggest problems is that in order for it to be at all effective, all files used in the boot process up until the securelevel is set must be protected. If an attacker can get the system to execute their code prior to the securelevel being set (which happens quite late in the boot process since some things the system must do at start-up cannot be done at an elevated securelevel), its protections are invalidated. While this task of protecting all files used in the boot process is not technically impossible, if it is achieved, system maintenance will become a nightmare since one would have to take the system down, at least to single-user mode, to modify a configuration file. This point and others are often discussed on the mailing lists, particularly the ηλεκτρονική λίστα του FreeBSD για θέματα ασφάλειας. Please search the archives here for an extensive discussion. Some people are hopeful that securelevel will soon go away in favor of a more fine-grained mechanism, but things are still hazy in this respect. Consider yourself warned.
13.3.	BIND (`named`) is listening on port 53 and some other high-numbered port. What is going on?
	BIND uses a random high-numbered port for outgoing queries. If you want to use port 53 for outgoing queries, either to get past a firewall or to make yourself feel better, you can try the following in `/etc/namedb/named.conf`: options { query-source address * port 53; }; You can replace the `*` with a single IP address if you want to tighten things further. Congratulations, by the way. It is good practice to read your sockstat(1) output and notice odd things!
13.4.	Sendmail is listening on port 587 as well as the standard port 25! What is going on?
	Recent versions of Sendmail support a mail submission feature that runs over port 587. This is not yet widely supported, but is growing in popularity.
13.5.	What is this UID 0 `toor` account? Have I been compromised?
	Do not worry. `toor` is an «alternative» superuser account (toor is root spelt backwards). Previously it was created when the bash(1) shell was installed but now it is created by default. It is intended to be used with a non-standard shell so you do not have to change `root`'s default shell. This is important as shells which are not part of the base distribution (for example a shell installed from ports or packages) are likely to be installed in `/usr/local/bin` which, by default, resides on a different filesystem. If `root`'s shell is located in `/usr/local/bin` and `/usr` (or whatever filesystem contains `/usr/local/bin`) is not mounted for some reason, `root` will not be able to log in to fix a problem (although if you reboot into single user mode you will be prompted for the path to a shell). Some people use `toor` for day-to-day `root` tasks with a non-standard shell, leaving `root`, with a standard shell, for single user mode or emergencies. By default you cannot log in using `toor` as it does not have a password, so log in as `root` and set a password for `toor` if you want to use it.
13.6.	Why is `suidperl` not working properly?
	For security reasons, `suidperl` is installed without the suid bit by default. The system administrator can enable suid behavior with the following command. `#` `chmod u+s /usr/bin/suidperl` If you want `suidperl` to be built suid during upgrades from source, edit `/etc/make.conf` and add `ENABLE_SUIDPERL=true` before you run `make buildworld`.

15.1.	How do I tell if FreeBSD found my serial ports?
	As the FreeBSD kernel boots, it will probe for the serial ports in your system for which the kernel was configured. You can either watch your system closely for the messages it prints or run the command `%` `dmesg \| grep sio` after your system is up and running. Here is some example output from the above command: sio0 at 0x3f8-0x3ff irq 4 on isa sio0: type 16550A sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16550A This shows two serial ports. The first is on irq 4, is using port address `0x3f8`, and has a 16550A-type UART chip. The second uses the same kind of chip but is on irq 3 and is at port address `0x2f8`. Internal modem cards are treated just like serial ports---except that they always have a modem «attached» to the port. The `GENERIC` kernel includes support for two serial ports using the same irq and port address settings in the above example. If these settings are not right for your system, or if you have added modem cards or have more serial ports than your kernel is configured for, just reconfigure your kernel. See section about building a kernel for more details.
15.2.	How do I tell if FreeBSD found my modem cards?
	Refer to the answer to the previous question.
15.3.	How do I access the serial ports on FreeBSD?
	The third serial port, `sio2` (see sio(4), known as `COM3` in DOS), is on `/dev/cuaa2` for dial-out devices, and on `/dev/ttyd2` for dial-in devices. What is the difference between these two classes of devices? You use `ttydX` for dial-ins. When opening `/dev/ttydX` in blocking mode, a process will wait for the corresponding `cuaaX` device to become inactive, and then wait for the carrier detect line to go active. When you open the `cuaaX` device, it makes sure the serial port is not already in use by the `ttydX` device. If the port is available, it «steals» it from the `ttydX` device. Also, the `cuaaX` device does not care about carrier detect. With this scheme and an auto-answer modem, you can have remote users log in and you can still dial out with the same modem and the system will take care of all the conflicts.
15.4.	How do I enable support for a multiport serial card?
	Again, the section on kernel configuration provides information about configuring your kernel. For a multiport serial card, place an sio(4) line for each serial port on the card in the kernel configuration file. But place the irq and vector specifiers on only one of the entries. All of the ports on the card should share one irq. For consistency, use the last serial port to specify the irq. Also, specify the `COM_MULTIPORT` option. The following example is for an AST 4-port serial card on irq 7: options "COM_MULTIPORT" device sio4 at isa? port 0x2a0 tty flags 0x781 device sio5 at isa? port 0x2a8 tty flags 0x781 device sio6 at isa? port 0x2b0 tty flags 0x781 device sio7 at isa? port 0x2b8 tty flags 0x781 irq 7 vector siointr The flags indicate that the master port has minor number 7 (`0x700`), diagnostics enabled during probe (`0x080`), and all the ports share an irq (`0x001`).
15.5.	Can FreeBSD handle multiport serial cards sharing irqs?
	Not yet. You will have to use a different irq for each card.
15.6.	Can I set the default serial parameters for a port?
	The `ttydX` (or `cuaaX`) device is the regular device you will want to open for your applications. When a process opens the device, it will have a default set of terminal I/O settings. You can see these settings with the command `#` `stty -a -f /dev/ttyd1` When you change the settings to this device, the settings are in effect until the device is closed. When it is reopened, it goes back to the default set. To make changes to the default set, you can open and adjust the settings of the «initial state» device. For example, to turn on CLOCAL mode, 8 bits, and XON/XOFF flow control by default for ttyd5, do: `#` `stty -f /dev/ttyid5 clocal cs8 ixon ixoff` A good place to do this is in `/etc/rc.serial`. Now, an application will have these settings by default when it opens `ttyd5`. It can still change these settings to its liking, though. You can also prevent certain settings from being changed by an application by making adjustments to the «lock state» device. For example, to lock the speed of `ttyd5` to 57600 bps, do `#` `stty -f /dev/ttyld5 57600` Now, an application that opens `ttyd5` and tries to change the speed of the port will be stuck with 57600 bps. Naturally, you should make the initial state and lock state devices writable only by `root`. The MAKEDEV(8) script does NOT do this when it creates the device entries.
15.7.	How can I enable dialup logins on my modem?
	So you want to become an Internet service provider, eh? First, you will need one or more modems that can auto-answer. Your modem will need to assert carrier-detect when it detects a carrier and not assert it all the time. It will need to hang up the phone and reset itself when the data terminal ready (DTR) line goes from on to off. It should probably use `RTS/CTS` flow control or no local flow control at all. Finally, it must use a constant speed between the computer and itself, but (to be nice to your callers) it should negotiate a speed between itself and the remote modem. For many Hayes command-set--compatible modems, this command will make these settings and store them in nonvolatile memory: AT &C1 &D3 &K3 &Q6 S0=1 &W See the section on sending AT commands below for information on how to make these settings without resorting to an MS-DOS(R) terminal program. Next, make an entry in `/etc/ttys` (see ttys(5)) for the modem. This file lists all the ports on which the operating system will await logins. Add a line that looks something like this: ttyd1 "/usr/libexec/getty std.57600" dialup on insecure This line indicates that the second serial port (`/dev/ttyd1`) has a modem connected running at 57600 bps and no parity (`std.57600`, which comes from the file `/etc/gettytab`, see gettytab(5)). The terminal type for this port is `dialup`. The port is `on` and is `insecure`---meaning `root` logins on the port are not allowed. For dialin ports like this one, use the `ttydX` entry. It is common practice to use `dialup` as the terminal type. Many users set up in their `.profile` or `.login` files a prompt for the actual terminal type if the starting type is dialup. The example shows the port as insecure. To become `root` on this port, you have to login as a regular user, then su(1) to become `root`. If you use `secure` then `root` can login in directly. After making modifications to `/etc/ttys`, you need to send a hangup or HUP signal to the init(8) process: `#` `kill -HUP 1` This forces the init(8) process to reread `/etc/ttys`. The init process will then start getty processes on all `on` ports. You can find out if logins are available for your port by typing `%` `ps -ax \| grep '[t]tyd1'` You should see something like: 747 ?? I 0:00.04 /usr/libexec/getty std.57600 ttyd1
15.8.	How can I connect a dumb terminal to my FreeBSD box?
	If you are using another computer as a terminal into your FreeBSD system, get a null-modem cable to go between the two serial ports. If you are using an actual terminal, see its accompanying instructions. Then, modify `/etc/ttys` (see ttys(5)), like above. For example, if you are hooking up a WYSE-50 terminal to the fifth serial port, use an entry like this: ttyd4 "/usr/libexec/getty std.38400" wyse50 on secure This example shows that the port on `/dev/ttyd4` has a wyse50 terminal connected at 38400 bps with no parity (`std.38400` from `/etc/gettytab`, see gettytab(5)) and `root` logins are allowed (`secure`).
15.9.	Why can I not run `tip` or `cu`?
	On your system, the programs tip(1) and cu(1) are probably executable only by `uucp` and group `dialer`. You can use the group `dialer` to control who has access to your modem or remote systems. Just add yourself to group dialer. Alternatively, you can let everyone on your system run tip(1) and cu(1) by typing: `#` `chmod 4511 /usr/bin/cu` `#` `chmod 4511 /usr/bin/tip`
15.10.	My stock Hayes modem is not supported---what can I do?
	Actually, the manual page for tip(1) is out of date. There is a generic Hayes dialer already built in. Just use `at=hayes` in your `/etc/remote` (see remote(5)) file. The Hayes driver is not smart enough to recognize some of the advanced features of newer modems---messages like `BUSY`, `NO DIALTONE`, or `CONNECT 115200` will just confuse it. You should turn those messages off when you use tip(1) (using `ATX0&W`). Also, the dial timeout for tip(1) is 60 seconds. Your modem should use something less, or else tip will think there is a communication problem. Try `ATS7=45&W`. Actually, as shipped tip(1) does not yet support it fully. The solution is to edit the file `tipconf.h` in the directory `/usr/src/usr.bin/tip/tip`. Obviously you need the source distribution to do this. Edit the line `#define HAYES 0` to `#define HAYES 1`. Then `make` and `make install`. Everything works nicely after that.
15.11.	How am I expected to enter these AT commands?
	Make what is called a «direct» entry in your `/etc/remote` file (see remote(5)). For example, if your modem is hooked up to the first serial port, `/dev/cuaa0`, then put in the following line: cuaa0:dv=/dev/cuaa0:br#19200:pa=none Use the highest bps rate your modem supports in the br capability. Then, type `tip cuaa0` (see tip(1)) and you will be connected to your modem. If there is no `/dev/cuaa0` on your system, do this: `#` `cd /dev` `#` `sh MAKEDEV cuaa0` Or use cu as `root` with the following command: `#` `cu -lline -sspeed` with `line` being the serial port (e.g. `/dev/cuaa0`) and `speed` being the speed (e.g.`57600`). When you are done entering the AT commands hit `~.` to exit.
15.12.	Why does the `<@>` sign for the pn capability not work?
	The `<@>` sign in the phone number capability tells tip to look in `/etc/phones` for a phone number. But the `<@>` sign is also a special character in capability files like `/etc/remote`. Escape it with a backslash: pn=\@
15.13.	How can I dial a phone number on the command line?
	Put what is called a «generic» entry in your `/etc/remote` file (see remote(5)). For example: tip115200\|Dial any phone number at 115200 bps:\ :dv=/dev/cuaa0:br#115200:at=hayes:pa=none:du: tip57600\|Dial any phone number at 57600 bps:\ :dv=/dev/cuaa0:br#57600:at=hayes:pa=none:du: Then you can do something like `tip -115200 5551234`. If you prefer cu(1) over tip(1), use a generic cu entry: cu115200\|Use cu to dial any number at 115200bps:\ :dv=/dev/cuaa1:br#57600:at=hayes:pa=none:du: and type `cu 5551234 -s 115200`.
15.14.	Do I have to type in the bps rate every time I do that?
	Put in an entry for `tip1200` or `cu1200`, but go ahead and use whatever bps rate is appropriate with the br capability. tip(1) thinks a good default is 1200 bps which is why it looks for a `tip1200` entry. You do not have to use 1200 bps, though.
15.15.	How can I more easily access a number of hosts through a terminal server?
	Rather than waiting until you are connected and typing `CONNECT host` each time, use tip's `cm` capability. For example, these entries in `/etc/remote` (see remote(5)): pain\|pain.deep13.com\|Forrester's machine:\ :cm=CONNECT pain\n:tc=deep13: muffin\|muffin.deep13.com\|Frank's machine:\ :cm=CONNECT muffin\n:tc=deep13: deep13:Gizmonics Institute terminal server:\ :dv=/dev/cuaa2:br#38400:at=hayes:du:pa=none:pn=5551234: will let you type `tip pain` or `tip muffin` to connect to the hosts `pain` or `muffin`; and `tip deep13` to get to the terminal server.
15.16.	Can tip try more than one line for each site?
	This is often a problem where a university has several modem lines and several thousand students trying to use them... Make an entry for your university in `/etc/remote` (see remote(5)) and use `<\@>` for the `pn` capability: big-university:\ :pn=\@:tc=dialout dialout:\ :dv=/dev/cuaa3:br#9600:at=courier:du:pa=none: Then, list the phone numbers for the university in `/etc/phones` (see phones(5)): big-university 5551111 big-university 5551112 big-university 5551113 big-university 5551114 tip(1) will try each one in the listed order, then give up. If you want to keep retrying, run tip(1) in a while loop.
15.17.	Why do I have to hit CTRL+P twice to send CTRL+P once?
	CTRL+P is the default «force» character, used to tell tip(1) that the next character is literal data. You can set the force character to any other character with the `~s` escape, which means «set a variable». Type `~sforce=single-char` followed by a newline. `single-char` is any single character. If you leave out `single-char`, then the force character is the nul character, which you can get by typing CTRL+2 or CTRL+SPACE. A pretty good value for `single-char` is SHIFT+CTRL+6, which I have seen only used on some terminal servers. You can have the force character be whatever you want by specifying the following in your `$HOME/.tiprc` file: force=`single-char`
15.18.	Why is everything I type suddenly in UPPER CASE?
	You must have pressed CTRL+A, tip(1) «raise character», specially designed for people with broken Caps Lock keys. Use `~s` as above and set the variable «raisechar» to something reasonable. In fact, you can set it to the same as the force character, if you never expect to use either of these features. Here is a sample .tiprc file perfect for Emacs users who need to type CTRL+2 and CTRL+A a lot: force=^^ raisechar=^^ The ^^ is SHIFT+CTRL+6.
15.19.	How can I do file transfers with `tip`?
	If you are talking to another UNIX(R) system, you can send and receive files with `~p` (put) and `~t` (take). These commands run cat(1) and echo(1) on the remote system to accept and send files. The syntax is: ~p <local-file> [<remote-file>] ~t <remote-file> [<local-file>] There is no error checking, so you probably should use another protocol, like zmodem.
15.20.	How can I run zmodem with tip?
	First, install one of the zmodem programs from the ports collection (such as one of the two from the comms category, lrzsz or rzsz. To receive files, start the sending program on the remote end. Then, press enter and type `~C rz` (or `~C lrz` if you installed lrzsz) to begin receiving them locally. To send files, start the receiving program on the remote end. Then, press enter and type `~C sz files` (or `~C lsz files`) to send them to the remote system.

17.1.	How cool is FreeBSD?
	Q. Has anyone done any temperature testing while running FreeBSD? I know Linux(R) runs cooler than DOS, but have never seen a mention of FreeBSD. It seems to run really hot. A. No, but we have done numerous taste tests on blindfolded volunteers who have also had 250 micrograms of LSD-25 administered beforehand. 35% of the volunteers said that FreeBSD tasted sort of orange, whereas Linux(R) tasted like purple haze. Neither group mentioned any significant variances in temperature. We eventually had to throw the results of this survey out entirely anyway when we found that too many volunteers were wandering out of the room during the tests, thus skewing the results. We think most of the volunteers are at Apple now, working on their new «scratch and sniff» GUI. It is a funny old business we are in! Seriously, both FreeBSD and Linux(R) use the HLT (halt) instruction when the system is idle thus lowering its energy consumption and therefore the heat it generates. Also if you have APM (advanced power management) configured, then FreeBSD can also put the CPU into a low power mode.
17.2.	Who is scratching in my memory banks??
	Q. Is there anything «odd» that FreeBSD does when compiling the kernel which would cause the memory to make a scratchy sound? When compiling (and for a brief moment after recognizing the floppy drive upon startup, as well), a strange scratchy sound emanates from what appears to be the memory banks. A. Yes! You will see frequent references to «daemons» in the BSD documentation, and what most people do not know is that this refers to genuine, non-corporeal entities that now possess your computer. The scratchy sound coming from your memory is actually high-pitched whispering exchanged among the daemons as they best decide how to deal with various system administration tasks. If the noise gets to you, a good `fdisk /mbr` from DOS will get rid of them, but do not be surprised if they react adversely and try to stop you. In fact, if at any point during the exercise you hear the satanic voice of Bill Gates coming from the built-in speaker, take off running and do not ever look back! Freed from the counterbalancing influence of the BSD daemons, the twin demons of DOS and Windows(R) are often able to re-assert total control over your machine to the eternal damnation of your soul. Now that you know, given a choice you would probably prefer to get used to the scratchy noises, no?
17.3.	How many FreeBSD hackers does it take to change a lightbulb?
	One thousand, one hundred and sixty-nine: Twenty-three to complain to -CURRENT about the lights being out; Four to claim that it is a configuration problem, and that such matters really belong on -questions; Three to submit PRs about it, one of which is misfiled under doc and consists only of «it's dark»; One to commit an untested lightbulb which breaks buildworld, then back it out five minutes later; Eight to flame the PR originators for not including patches in their PRs; Five to complain about buildworld being broken; Thirty-one to answer that it works for them, and they must have cvsupped at a bad time; One to post a patch for a new lightbulb to -hackers; One to complain that he had patches for this three years ago, but when he sent them to -CURRENT they were just ignored, and he has had bad experiences with the PR system; besides, the proposed new lightbulb is non-reflexive; Thirty-seven to scream that lightbulbs do not belong in the base system, that committers have no right to do things like this without consulting the Community, and WHAT IS -CORE DOING ABOUT IT!? Two hundred to complain about the color of the bicycle shed; Three to point out that the patch breaks style(9); Seventeen to complain that the proposed new lightbulb is under GPL; Five hundred and eighty-six to engage in a flame war about the comparative advantages of the GPL, the BSD license, the MIT license, the NPL, and the personal hygiene of unnamed FSF founders; Seven to move various portions of the thread to -chat and -advocacy; One to commit the suggested lightbulb, even though it shines dimmer than the old one; Two to back it out with a furious flame of a commit message, arguing that FreeBSD is better off in the dark than with a dim lightbulb; Forty-six to argue vociferously about the backing out of the dim lightbulb and demanding a statement from -core; Eleven to request a smaller lightbulb so it will fit their Tamagotchi if we ever decide to port FreeBSD to that platform; Seventy-three to complain about the SNR on -hackers and -chat and unsubscribe in protest; Thirteen to post «unsubscribe», «How do I unsubscribe?», or «Please remove me from the list», followed by the usual footer; One to commit a working lightbulb while everybody is too busy flaming everybody else to notice; Thirty-one to point out that the new lightbulb would shine 0.364% brighter if compiled with TenDRA (although it will have to be reshaped into a cube), and that FreeBSD should therefore switch to TenDRA instead of GCC; One to complain that the new lightbulb lacks fairings; Nine (including the PR originators) to ask «what is MFC?»; Fifty-seven to complain about the lights being out two weeks after the bulb has been changed. Nik Clayton adds: I was laughing quite hard at this. And then I thought, «Hang on, shouldn't there be '1 to document it.' in that list somewhere?» And then I was enlightened :-)
17.4.	Where does data written to `/dev/null` go?
	It goes into a special data sink in the CPU where it is converted to heat which is vented through the heatsink / fan assembly. This is why CPU cooling is increasingly important; as people get used to faster processors, they become careless with their data and more and more of it ends up in `/dev/null`, overheating their CPUs. If you delete `/dev/null` (which effectively disables the CPU data sink) your CPU may run cooler but your system will quickly become constipated with all that excess data and start to behave erratically. If you have a fast network connection you can cool down your CPU by reading data out of `/dev/random` and sending it off somewhere; however you run the risk of overheating your network connection and `/` or angering your ISP, as most of the data will end up getting converted to heat by their equipment, but they generally have good cooling, so if you do not overdo it you should be OK. Paul Robinson adds: There are other methods. As every good sysadmin knows, it is part of standard practice to send data to the screen of interesting variety to keep all the pixies that make up your picture happy. Screen pixies (commonly mis-typed or re-named as «pixels» are categorized by the type of hat they wear (red, green or blue) and will hide or appear (thereby showing the color of their hat) whenever they receive a little piece of food. Video cards turn data into pixie-food, and then send them to the pixies - the more expensive the card, the better the food, so the better behaved the pixies are. They also need constant stimulation - this is why screen savers exist. To take your suggestions further, you could just throw the random data to console, thereby letting the pixies consume it. This causes no heat to be produced at all, keeps the pixies happy and gets rid of your data quite quickly, even if it does make things look a bit messy on your screen. Incidentally, as an ex-admin of a large ISP who experienced many problems attempting to maintain a stable temperature in a server room, I would strongly discourage people sending the data they do not want out to the network. The fairies who do the packet switching and routing get annoyed by it as well.

18.1.	How can I learn more about FreeBSD's internals?
	At this time, there is only one book on FreeBSD-specific OS internals, namely «The Design and Implementation of the FreeBSD Operating System» by Marshall Kirk McKusick and George V. Neville-Neil, ISBN 0-201-70245-2, which focuses on version 5.X of FreeBSD. Additionally, much general UNIX(R) knowledge is directly applicable to FreeBSD. For a list of relevant books, please check the Handbook's Operating System Internals Bibliography.
18.2.	How can I contribute to FreeBSD?
	Please see the article on Contributing to FreeBSD for specific advice on how to do this. Assistance is more than welcome!
18.3.	What are SNAPs and RELEASEs?
	There are currently three active/semi-active branches in the FreeBSD CVS Repository. (Earlier branches are only changed very rarely, which is why there are only three active branches of development): `RELENG_5` AKA 5-STABLE `RELENG_6` AKA 6-STABLE `HEAD` AKA -CURRENT AKA 7.X-CURRENT `HEAD` is not an actual branch tag, like the other two; it is simply a symbolic constant for «the current, non-branched development stream» which we simply refer to as «-CURRENT». Right now, «-CURRENT» is the 7.X development stream; the `5-STABLE` branch, RELENG_5, forked off from «-CURRENT» in October 2004, and the `6-STABLE` branch, RELENG_6, forked off from «-CURRENT» in November 2005.
18.4.	How do I make my own custom release?
	Please see the Release Engineering article.
18.5.	Why does `make world` clobber my existing installed binaries?
	Yes, this is the general idea; as its name might suggest, `make world` rebuilds every system binary from scratch, so you can be certain of having a clean and consistent environment at the end (which is why it takes so long). If the environment variable `DESTDIR` is defined while running `make world` or `make install`, the newly-created binaries will be deposited in a directory tree identical to the installed one, rooted at `${DESTDIR}`. Some random combination of shared libraries modifications and program rebuilds can cause this to fail in `make world` however.
18.6.	Why isn't cvsup.FreeBSD.org a round robin DNS entry to share the load amongst the various CVSup servers?
	While CVSup mirrors update from the master CVSup server hourly, this update might happen at any time during the hour. This means that some servers have newer code than others, even though all servers have code that is less than an hour old. If `cvsup.FreeBSD.org` was a round robin DNS entry that simply redirected users to a random CVSup server, running CVSup twice in a row could download code older than the code already on the system.
18.7.	Why does my system say «(bus speed defaulted)» when it boots?
	The Adaptec 1542 SCSI host adapters allow the user to configure their bus access speed in software. Previous versions of the 1542 driver tried to determine the fastest usable speed and set the adapter to that. We found that this breaks some users' systems, so you now have to define the TUNE_1542 kernel configuration option in order to have this take place. Using it on those systems where it works may make your disks run faster, but on those systems where it does not, your data could be corrupted.
18.8.	Can I follow -CURRENT with limited Internet access?
	Yes, you can do this without downloading the whole source tree by using the CTM facility.
18.9.	How did you split the distribution into 240k files?
	Newer BSD based systems have a `-b` option to split(1) that allows them to split files on arbitrary byte boundaries. Here is an example from `/usr/src/Makefile`. bin-tarball: (cd ${DISTDIR}; \ tar cf - . \ gzip --no-name -9 -c \| \ split -b 240640 - \ ${RELEASEDIR}/tarballs/bindist/bin_tgz.)
18.10.	I have written a kernel extension, who do I send it to?
	Please take a look at the article on Contributing to FreeBSD to learn how to submit code. And thanks for the thought!
18.11.	How are Plug N Play ISA cards detected and initialized?
	By: Frank Durda IV `<uhclem@nemesis.lonestar.org>` In a nutshell, there a few I/O ports that all of the PnP boards respond to when the host asks if anyone is out there. So when the PnP probe routine starts, it asks if there are any PnP boards present, and all the PnP boards respond with their model # to a I/O read of the same port, so the probe routine gets a wired-OR «yes» to that question. At least one bit will be on in that reply. Then the probe code is able to cause boards with board model IDs (assigned by Microsoft/Intel) lower than X to go «off-line». It then looks to see if any boards are still responding to the query. If the answer was `0`, then there are no boards with IDs above X. Now probe asks if there are any boards below `X`. If so, probe knows there are boards with a model numbers below X. Probe then asks for boards greater than X-(limit/4) to go off-line. If repeats the query. By repeating this semi-binary search of IDs-in-range enough times, the probing code will eventually identify all PnP boards present in a given machine with a number of iterations that is much lower than what 2^64 would take. The IDs are two 32-bit fields (hence 2^64) + 8 bit checksum. The first 32 bits are a vendor identifier. They never come out and say it, but it appears to be assumed that different types of boards from the same vendor could have different 32-bit vendor ids. The idea of needing 32 bits just for unique manufacturers is a bit excessive. The lower 32 bits are a serial #, Ethernet address, something that makes this one board unique. The vendor must never produce a second board that has the same lower 32 bits unless the upper 32 bits are also different. So you can have multiple boards of the same type in the machine and the full 64 bits will still be unique. The 32 bit groups can never be all zero. This allows the wired-OR to show non-zero bits during the initial binary search. Once the system has identified all the board IDs present, it will reactivate each board, one at a time (via the same I/O ports), and find out what resources the given board needs, what interrupt choices are available, etc. A scan is made over all the boards to collect this information. This info is then combined with info from any ECU files on the hard disk or wired into the MLB BIOS. The ECU and BIOS PnP support for hardware on the MLB is usually synthetic, and the peripherals do not really do genuine PnP. However by examining the BIOS info plus the ECU info, the probe routines can cause the devices that are PnP to avoid those devices the probe code cannot relocate. Then the PnP devices are visited once more and given their I/O, DMA, IRQ and Memory-map address assignments. The devices will then appear at those locations and remain there until the next reboot, although there is nothing that says you cannot move them around whenever you want. There is a lot of oversimplification above, but you should get the general idea. Microsoft took over some of the primary printer status ports to do PnP, on the logic that no boards decoded those addresses for the opposing I/O cycles. I found a genuine IBM printer board that did decode writes of the status port during the early PnP proposal review period, but MS said «tough». So they do a write to the printer status port for setting addresses, plus that use that address + `0x800`, and a third I/O port for reading that can be located anywhere between `0x200` and `0x3ff`.
18.12.	Can you assign a major number for a device driver I have written?
	FreeBSD-CURRENT after February 2003 has a facility for dynamically and automatically allocating major numbers for device drivers at runtime. This mechanism is highly preferred to the older procedure of statically allocating device numbers. Some comments on this subject can be found in `src/sys/conf/majors`. If you are forced for some reason to use a static major number, the procedure for obtaining one depends on whether or not you plan on making the driver publicly available. If you do, then please send us a copy of the driver source code, plus the appropriate modifications to `files.i386`, a sample configuration file entry, and the appropriate MAKEDEV(8) code to create any special files your device uses. If you do not, or are unable to because of licensing restrictions, then character major number 32 and block major number 8 have been reserved specifically for this purpose; please use them. In any case, we would appreciate hearing about your driver on the ηλεκτρονική λίστα τεχνικών συζητήσεων του FreeBSD.
18.13.	What about alternative layout policies for directories?
	In answer to the question of alternative layout policies for directories, the scheme that is currently in use is unchanged from what I wrote in 1983. I wrote that policy for the original fast filesystem, and never revisited it. It works well at keeping cylinder groups from filling up. As several of you have noted, it works poorly for find. Most filesystems are created from archives that were created by a depth first search (aka ftw). These directories end up being striped across the cylinder groups thus creating a worst possible scenario for future depth first searches. If one knew the total number of directories to be created, the solution would be to create (total / fs_ncg) per cylinder group before moving on. Obviously, one would have to create some heuristic to guess at this number. Even using a small fixed number like say 10 would make an order of magnitude improvement. To differentiate restores from normal operation (when the current algorithm is probably more sensible), you could use the clustering of up to 10 if they were all done within a ten second window. Anyway, my conclusion is that this is an area ripe for experimentation. Kirk McKusick, September 1998
18.14.	How can I make the most of the data I see when my kernel panics?
	[This section was extracted from a mail written by Bill Paul on the freebsd-current mailing list by Dag-Erling Smorgrav, who fixed a few typos and added the bracketed comments] From: Bill Paul <wpaul@skynet.ctr.columbia.edu> Subject: Re: the fs fun never stops To: Ben Rosengart Date: Sun, 20 Sep 1998 15:22:50 -0400 (EDT) Cc: current@FreeBSD.org Ben Rosengart posted the following panic message] > Fatal trap 12: page fault while in kernel mode > fault virtual address = 0x40 > fault code = supervisor read, page not present > instruction pointer = 0x8:0xf014a7e5 ^^^^^^^^^^ > stack pointer = 0x10:0xf4ed6f24 > frame pointer = 0x10:0xf4ed6f28 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, def32 1, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = 80 (mount) > interrupt mask = > trap number = 12 > panic: page fault [When] you see a message like this, it is not enough to just reproduce it and send it in. The instruction pointer value that I highlighted up there is important; unfortunately, it is also configuration dependent. In other words, the value varies depending on the exact kernel image that you are using. If you are using a GENERIC kernel image from one of the snapshots, then it is possible for somebody else to track down the offending function, but if you are running a custom kernel then only you can tell us where the fault occurred. What you should do is this: Write down the instruction pointer value. Note that the `0x8:` part at the beginning is not significant in this case: it is the `0xf0xxxxxx` part that we want. When the system reboots, do the following: `%` `nm -n /kernel.that.caused.the.panic \| grep f0xxxxxx` where `f0xxxxxx` is the instruction pointer value. The odds are you will not get an exact match since the symbols in the kernel symbol table are for the entry points of functions and the instruction pointer address will be somewhere inside a function, not at the start. If you do not get an exact match, omit the last digit from the instruction pointer value and try again, i.e.: `%` `nm -n /kernel.that.caused.the.panic \| grep f0xxxxx` If that does not yield any results, chop off another digit. Repeat until you get some sort of output. The result will be a possible list of functions which caused the panic. This is a less than exact mechanism for tracking down the point of failure, but it is better than nothing. I see people constantly show panic messages like this but rarely do I see someone take the time to match up the instruction pointer with a function in the kernel symbol table. The best way to track down the cause of a panic is by capturing a crash dump, then using gdb(1) to generate a stack trace on the crash dump. In any case, the method I normally use is this: Set up a kernel config file, optionally adding `options DDB` if you think you need the kernel debugger for something. (I use this mainly for setting breakpoints if I suspect an infinite loop condition of some kind.) Use `config -g KERNELCONFIG` to set up the build directory. `cd /sys/compile/KERNELCONFIG; make` Wait for kernel to finish compiling. `make install` reboot The make(1) process will have built two kernels. `kernel` and `kernel.debug`. `kernel` was installed as `/kernel`, while `kernel.debug` can be used as the source of debugging symbols for gdb(1). To make sure you capture a crash dump, you need edit `/etc/rc.conf` and set `dumpdev` to point to your swap partition. This will cause the rc(8) scripts to use the dumpon(8) command to enable crash dumps. You can also run dumpon(8) manually. After a panic, the crash dump can be recovered using savecore(8); if `dumpdev` is set in `/etc/rc.conf`, the rc(8) scripts will run savecore(8) automatically and put the crash dump in `/var/crash`. Σημείωση: FreeBSD crash dumps are usually the same size as the physical RAM size of your machine. That is, if you have 64MB of RAM, you will get a 64MB crash dump. Therefore you must make sure there is enough space in `/var/crash` to hold the dump. Alternatively, you run savecore(8) manually and have it recover the crash dump to another directory where you have more room. It is possible to limit the size of the crash dump by using `options MAXMEM=(foo)` to set the amount of memory the kernel will use to something a little more sensible. For example, if you have 128MB of RAM, you can limit the kernel's memory usage to 16MB so that your crash dump size will be 16MB instead of 128MB. Once you have recovered the crash dump, you can get a stack trace with gdb(1) as follows: `%` `gdb -k /sys/compile/KERNELCONFIG/kernel.debug /var/crash/vmcore.0` `(gdb)` `where` Note that there may be several screens worth of information; ideally you should use script(1) to capture all of them. Using the unstripped kernel image with all the debug symbols should show the exact line of kernel source code where the panic occurred. Usually you have to read the stack trace from the bottom up in order to trace the exact sequence of events that lead to the crash. You can also use gdb(1) to print out the contents of various variables or structures in order to examine the system state at the time of the crash. Now, if you are really insane and have a second computer, you can also configure gdb(1) to do remote debugging such that you can use gdb(1) on one system to debug the kernel on another system, including setting breakpoints, single-stepping through the kernel code, just like you can do with a normal user-mode program. I have not played with this yet as I do not often have the chance to set up two machines side by side for debugging purposes. [Bill adds: "I forgot to mention one thing: if you have DDB enabled and the kernel drops into the debugger, you can force a panic (and a crash dump) just by typing 'panic' at the ddb prompt. It may stop in the debugger again during the panic phase. If it does, type 'continue' and it will finish the crash dump." -ed]
18.15.	Why has dlsym() stopped working for ELF executables?
	The ELF toolchain does not, by default, make the symbols defined in an executable visible to the dynamic linker. Consequently `dlsym()` searches on handles obtained from calls to `dlopen(NULL, flags)` will fail to find such symbols. If you want to search, using `dlsym()`, for symbols present in the main executable of a process, you need to link the executable using the `-export-dynamic` option to the ELF linker (ld(1)).
18.16.	How can I increase or reduce the kernel address space?
	By default, the kernel address space is 256 MB on FreeBSD 3.X and 1 GB on FreeBSD 4.X. If you run a network-intensive server (e.g. a large FTP or HTTP server), you might find that 256 MB is not enough. So how do you increase the address space? There are two aspects to this. First, you need to tell the kernel to reserve a larger portion of the address space for itself. Second, since the kernel is loaded at the top of the address space, you need to lower the load address so it does not bump its head against the ceiling. The first goal is achieved by increasing the value of `NKPDE` in `src/sys/i386/include/pmap.h`. Here is what it looks like for a 1 GB address space: #ifndef NKPDE #ifdef SMP #define NKPDE 254 /* addressable number of page tables/pde's / #else #define NKPDE 255 / addressable number of page tables/pde's / #endif / SMP / #endif To find the correct value of `NKPDE`, divide the desired address space size (in megabytes) by four, then subtract one for UP and two for SMP. To achieve the second goal, you need to compute the correct load address: simply subtract the address space size (in bytes) from 0x100100000; the result is 0xc0100000 for a 1 GB address space. Set LOAD_ADDRESS in `src/sys/i386/conf/Makefile.i386` to that value; then set the location counter in the beginning of the section listing in `src/sys/i386/conf/kernel.script` to the same value, as follows: OUTPUT_FORMAT("elf32-i386", "elf32-i386", "elf32-i386") OUTPUT_ARCH(i386) ENTRY(btext) SEARCH_DIR(/usr/lib); SEARCH_DIR(/usr/obj/elf/home/src/tmp/usr/i386-unknown-freebsdelf/lib); SECTIONS { / Read-only sections, merged into text segment: / . = 0xc0100000 + SIZEOF_HEADERS; .interp : { (.interp) } Then reconfig and rebuild your kernel. You will probably have problems with ps(1) top(1) and the like; `make world` should take care of it (or a manual rebuild of `libkvm`, ps(1) and top(1) after copying the patched `pmap.h` to `/usr/include/vm/`. NOTE: the size of the kernel address space must be a multiple of four megabytes. [David Greenman adds: I think the kernel address space needs to be a power of two, but I am not certain about that. The old(er) boot code used to monkey with the high order address bits and I think expected at least 256MB granularity.]

Συχνές Ερωτήσεις για το FreeBSD 6.X και 7.X

Η Ομάδα Τεκμηρίωσης του FreeBSD

Σημαντικό:

Κεφάλαιο 1. Εισαγωγή

Κεφάλαιο 2. Τεκμηρίωση και Υποστήριξη

Σημείωση:

Κεφάλαιο 3. Εγκατάσταση

Σημείωση:

Κεφάλαιο 4. Συμβατότητα Υλικού

4.1. Γενικά

4.2. Αρχιτεκτονικές και Επεξεργαστές

4.3. Σκληροί δίσκοι, μονάδες ταινίας, οδηγοί CD και DVD

4.4. Πληκτρολόγια και ποντίκια

Σημείωση:

4.5. Συσκευές σειριακής επικοινωνίας και Δικτύωσης

4.6. Συσκευές ήχου

Σημείωση:

4.7. Άλλο υλικό

Κεφάλαιο 5. Αντιμετώπιση Προβλημάτων

Σημείωση:

Σημείωση:

Σημείωση:

Σημείωση:

Σημείωση:

Κεφάλαιο 6. Εμπορικές Εφαρμογές

Σημείωση:

Σημείωση:

Κεφάλαιο 7. Εφαρμογές Τελικού Χρήστη

Σημείωση:

Κεφάλαιο 8. Ρύθμιση Πυρήνα

Σημείωση:

Κεφάλαιο 9. Δίσκοι, Συστήματα Αρχείων και Φορτωτές Εκκίνησης

Σημείωση:

Προειδοποίηση:

Σημείωση:

Κεφάλαιο 10. Διαχείριση Συστήματος

Σημείωση:

Κεφάλαιο 11. Το Σύστημα X Windows και οι Εικονικές Κονσόλες

Σημείωση:

Προειδοποίηση:

Σημείωση:

Σημαντικό:

Κεφάλαιο 12. Δικτύωση

Κεφάλαιο 13. Ασφάλεια

Προειδοποίηση:

Κεφάλαιο 14. PPP

Σημείωση:

Κεφάλαιο 15. Σειριακές Επικοινωνίες

Κεφάλαιο 16. Διάφορες Ερωτήσεις

Προειδοποίηση:

Σημείωση:

Κεφάλαιο 17. Χιούμορ και FreeBSD

Κεφάλαιο 18. Προχωρημένα Θέματα

Σημείωση:

Κεφάλαιο 19. Ευχαριστίες

Bibliography

Συχνές Ερωτήσεις για το FreeBSD 6.`X` και 7.`X`