Compare commits

...
88 Commits
Author SHA1 Message Date
Ken Smith 4e26149e5c Re-copy usr.sbin/pkg_install/add/main.c to take into effect r229305.
Pointy Hat:     kensmith

Approved by:    re (implicit)
2012-01-02 18:59:55 +00:00
Ken Smith 3cca091da9 Remove in preparation for re-copying usr.sbin/pkg_install/add/main.c to take
into effect r229305.

Pointy Hat:     kensmith

Approved by:    re (implicit)
2012-01-02 18:59:15 +00:00
Ken Smith b86837bec5 MFC r229304:
> The portion of r225757 that added the packages-9.0-release directory
> was supposed to be MFCed closer to the release but that got missed.
>
> Pointy hat:   kensmith

Approved by:	re (implicit)
2012-01-02 18:50:17 +00:00
Ken Smith abfc830c41 Ready to start the 9.0-RELEASE builds.
Approved by:	re (implicit)
2012-01-02 14:45:30 +00:00
Ken Smith a34a98ed2a Guess when we'll be ready to announce 9.0-RELEASE.
Approved by:	re (implicit)
2012-01-02 14:44:28 +00:00
Ken Smith 405e672e5e Update branch target for 'make update'.
Approved by:	re (implicit)
2012-01-02 04:16:45 +00:00
Ken Smith 91654c7cfe MFC r229258:
RELENG_9 exists now so updated commented out target branch.

Approved by:	re (implicit)
2012-01-02 04:11:22 +00:00
Bjoern A. Zeeb 6c94c76fc7 MFC r229067 (by obrien):
Happy 2012 and may 9.0-RELEASE be a good one.

Approved by:	re (kib)
2011-12-31 13:44:10 +00:00
Hiroki Sato b0a629c087 Clean up release/doc for 9.0R. Content updates will follow in
stable/9.

Approved by:	re (kensmith)
2011-12-30 22:50:16 +00:00
Colin Percival 7501ca4395 Fix a problem whereby a corrupt DNS record can cause named to crash. [11:06]
Add an API for alerting internal libc routines to the presence of
"unsafe" paths post-chroot, and use it in ftpd. [11:07]

Fix a buffer overflow in telnetd. [11:08]

Make pam_ssh ignore unpassphrased keys unless the "nullok" option is
specified. [11:09]

Add sanity checking of service names in pam_start. [11:10]

Approved by:    so (cperciva)
Approved by:    re (bz)
Security:       FreeBSD-SA-11:06.bind
Security:       FreeBSD-SA-11:07.chroot
Security:       FreeBSD-SA-11:08.telnetd
Security:       FreeBSD-SA-11:09.pam_ssh
Security:       FreeBSD-SA-11:10.pam
2011-12-23 15:00:37 +00:00
Gleb Smirnoff 2f0f961244 Merge r228472. For the sake of POLA for the whole 9.x timeline add
compatibility support for specifing IPv4 aliases in rc.conf without
the "inet" keyword.

Approved by:	re (bz)
2011-12-19 13:14:57 +00:00
Ruslan Ermilov ac5e1c9de9 MFC r228457:
The "inet" keyword in the "ifconfig_IF_aliasN" is mandatory for
IPv4 aliases to work since network.subr@197139.

Approved by:  re (bz)
2011-12-19 12:51:12 +00:00
Dag-Erling Smørgrav 6c13b056bb MFH r228384: validate the service name
Approved by:	re (kib)
Security:	some poorly thought out programs allow the user to specify
		the service name; this patch makes it harder to trick these
		programs into loading and executing arbitrary code.
2011-12-13 13:02:31 +00:00
Dag-Erling Smørgrav 691c2aa20a MFH r228410: check for null passphrases, since openssl doesn't
Approved by:	re (kib)
Security:	prevents users with unencrypted ssh keys (prohibited
		unless the nullok option is specified) from logging in
		by providing a bogus non-null passphrase.
2011-12-11 17:32:37 +00:00
Hiroki Sato ed097b5374 MFC r226649, 226651, 226652, 226653:
- Fix an issue that 127/8 is not configured when $ifconfig_DEFAULT is not empty.
- Add description that IPv6 configuration will be ignored if $ifconfig_IF_ipv6
  is empty.
- Move a configuration example "inet6 accept_rtadv" to just after the manual
  GUA configuration.
- Add an example of $ipv6_prefix_IF.
- Add support for removing addresses added by ipv6_prefix_hostid_addr_up()
  upon rc.d/netif stop.

Approved by:	re (bz)
2011-12-03 22:16:36 +00:00
Hiroki Sato 6143f08611 MFC r226446:
Fix a problem that an interface unexpectedly becomes IFF_UP by
just doing "ifconfing inet6 -ifdisabled" when the interface has
ND6_IFF_AUTO_LINKLOCAL flag and no link-local address.

Approved by:	re (bz)
2011-12-03 22:15:42 +00:00
Nathan Whitehorn 14913feeda MFC r228194, MF9 r228240:
Prevent user astonishment by providing the shell option at the end, after
any installer-provided configuration files have been copied. This allows
users to edit their fstab, if desired, and to see what the installer has
placed in rc.conf.

Requested by:	phk
Approved by:	re (kensmith)
2011-12-03 17:17:32 +00:00
Ken Smith 59b4938e9c Ready for 9.0-RC3.
Approved by:	re (implicit)
2011-12-03 17:03:48 +00:00
Ken Smith 186954cffc MFC r228237:
> Add a screen that asks if the user would like to enable crash dumps,
> giving them a very brief description of the trade-offs.  Whether the
> user opts in or out add an entry to what will become /etc/rc.conf
> explaining what dumpdev is and how to turn on/off crash dumps.  The folks
> who handle interacting with users submitting PRs have asked for this.
>
> Reviewed by:  nwhitehorn

Approved by:	re (kib)
2011-12-03 17:02:51 +00:00
Doug Barton 9297f1719b Upgrade to BIND 9.8.1-P1 to address the following DDOS bug:
Recursive name servers are failing with an assertion:
INSIST(! dns_rdataset_isassociated(sigrdataset))

At this time it is not thought that authoritative-only servers
are affected, but information about this bug is evolving rapidly.

Because it may be possible to trigger this bug even on networks
that do not allow untrusted users to access the recursive name
servers (perhaps via specially crafted e-mail messages, and/or
malicious web sites) it is recommended that ALL operators of
recursive name servers upgrade immediately.

For more information see:
https://www.isc.org/software/bind/advisories/cve-2011-4313
which will be updated as more information becomes available.

https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2011-4313

Approved by:	re (kib)
2011-12-01 21:17:59 +00:00
John Baldwin 5d0fc87b62 MFC 227389: Remove some debugging printfs.
Approved by:	re (bz)
2011-12-01 20:39:18 +00:00
Gleb Smirnoff 88e8ae2eb3 MFhead r228150:
Return value should be conditional on return value of pfsync_defer_ptr()

  PR:		kern/162947
  Submitted by:	Matthieu Kraus <matthieu.kraus s2008.tu-chemnitz.de>

Approved by:	re (kib)
2011-12-01 15:20:36 +00:00
Gabor Kovesdan 89476f2533 MFC 228093
- Fix behavior of --null to match GNU grep

MFC 228097

  - Call warnx() instead of errx() if a directory is not readable when using
    a recursive search.  This is the expected behavior instead of aborting.

Approved by:	re (kib)
2011-12-01 13:53:33 +00:00
Doug Barton 57f7bffb40 MFC r228122:
If using DESTDIR we need to be sure to create a
${DESTDIR}/var/db/zoneinfo

Approved by:	re (kensmith)
2011-12-01 05:52:50 +00:00
Doug Barton e6e12a8ca9 MFC r227482:
The default setting, daily_accounting_compress="NO", was causing
only 1 old file to be saved, so fix this.

While I'm here, fix a very old off-by-one error causing 1 more
file than specified in daily_accounting_save to be saved because
acct.0 was not taken into account (pun intended). Change that, and
use a more thorough method of finding old files to delete. Partly
just because this is the right thing to do, but also to silently
fix the extra log that would have been left behind forever with the
previous method.

Approved by:	re (kensmith)
2011-12-01 05:47:51 +00:00
Sergey Kandaurov dbda2ab542 Adjust branch tag.
This is a direct commit.

Approved by:	re (kib)
2011-11-29 18:23:08 +00:00
Marius Strobl d42dc02b8c MFC: r228028
- Based on a report on sparc64@ move V245 to the list of known working
  machines.
- Mention that V480 with broken centerplanes have a chance of working with
  the WAR in the upcoming 8.3-RELEASE and 9.0-RELEASE.

Approved by:	re (kib)
2011-11-29 14:18:19 +00:00
Sergey Kandaurov 6a4b45793e MFC r225757,r225764:
Update the default cvs tag for RELENG_9 by merging the following revisions:

r225757 (by kensmith, partial):
 Shift head from 9.0-CURRENT to 10.0-CURRENT in preparation for releasing
 it from the 9.0-RELEASE release cycle code freeze.

r225764 (by kensmith):
 Forgot to add "RELENG_8" to list of CVS tags.

Reported by:	Milan Obuch <freebsd-current at dino sk> (cvs tag)
Approved by:	re (kib)
2011-11-29 12:41:44 +00:00
Christian Brueffer d76f9dd10f MFC: r227666
Add sfxge(4) to the hardware notes.

Approved by:    re (bz)
2011-11-29 11:25:00 +00:00
Marius Strobl 0bff035e1b MFC: r227960
Increase the CDMA sync timeout for Schizo bridges to 15 seconds as used by
OpenSolaris. One second turned out to be not enough for certain loads while
10 seconds were sufficient.
Reported by: Peter Jeremy

Approved by:	re (bz)
2011-11-29 09:59:55 +00:00
Robert Watson 32c81f7144 Merge r228057 from head to releng/9.0:
Change the Makefile in cddl/lib/drti to use bsd.lib.mk instead of
  bsd.prog.mk -- we need to compile PIC, which requires a library build.
  With this change, USDT (userspace DTrace probes) work from within
  shared libraries.

  PR:             kern/159046
  Submitted by:   Alex Samorukov <samm at os2.kiev.ua>
  Comments by:    Scott Lystig Fritchie <slfritchie at snookles.com>

Approved by:	re (bz)
2011-11-28 22:30:19 +00:00
Robert Watson 929658b1fb Merge r228040 from head to releng/9.0:
Cross-reference capsicum.4 from cap_enter.2 and cap_new.2.

  Sponsored by:   Google, Inc.

Approved by:	re (kib)
2011-11-28 22:24:22 +00:00
Robert Watson 3844d01f6b Merge r228039 from head to releng/9.0:
Add an introductory Capsicum man page providing a high-level description of
  its mechanisms, pointing at other pertinent man pages, and cautioning about
  the experimental status of Capsicum in FreeBSD.

  Sponsored by:   Google, Inc.

Approved by:	re (kib)
2011-11-28 22:13:11 +00:00
Philip Paeps cd78e102ef Add the sfxge(4) device driver, providing support for 10Gb Ethernet adapters
based on Solarflare SFC9000 family controllers.  The driver supports jumbo
frames, transmit/receive checksum offload, TCP Segmentation Offload (TSO),
Large Receive Offload (LRO), VLAN checksum offload, VLAN TSO, and Receive Side
Scaling (RSS) using MSI-X interrupts.

This work was sponsored by Solarflare Communications, Inc.

My sincere thanks to Ben Hutchings for doing a lot of the hard work!

Sponsored by:	Solarflare Communications, Inc.
Approved by:	re (bz)
2011-11-28 20:43:50 +00:00
Lawrence Stewart ce4d7ccd9b Fast track MFC r228016:
Plug a TCP reassembly UMA zone leak introduced in r226228 by only using the
backup stack queue entry when the zone is exhausted, otherwise we leak a zone
allocation each time we plug a hole in the reassembly queue.

Reported by:	many on freebsd-stable@ (thread: "TCP Reassembly Issues")
Tested by:	many on freebsd-stable@ (thread: "TCP Reassembly Issues")
Reviewed by:	bz (very brief sanity check)
Approved by:	re (kib)
2011-11-28 11:14:32 +00:00
Gleb Smirnoff 9fcfb7b670 MFhead r227901:
Fix parsing of redirect_addr argument.

  PR:	kern/162739

Approved by:	re (kib)
2011-11-28 08:14:59 +00:00
Marcel Moolenaar 8ce4509506 MFC rev. 227283, stable/9 rev. 228043:
Add check-password.4th and screen.4th to the boot image. They are
needed by the loader.

Approved by:	re (kib)
2011-11-27 20:14:00 +00:00
Marcel Moolenaar cda77ba0a6 MFC rev. 227629, stable/9 rev 228041:
Wire the kernel text RWX, rather than RX. We're not quite ready
for having kernel text non-writable, because we still need to
apply relocations. On top of that, the PBVM page table has all
pages marked as RWX, so it's an inconsistency to begin with.

Approved by:	re (kib)
2011-11-27 20:10:32 +00:00
Michael Tuexen c0e39aa199 MFC r228031:
Fix a warning reported by arundel@.
Fix a bug where the parameter length of a supported address types
parameter is set to a wrong value if the kernel is built with
with either INET or INET6, but not both.

Approved by: re@
2011-11-27 19:13:45 +00:00
Konstantin Belousov 4f5fe897a7 MFC r227952:
Fix a race between getvnode() dereferencing half-constructed file
and dupfdopen().

Approved by:	re (bz)
2011-11-27 19:02:18 +00:00
Konstantin Belousov e72f35d9a3 MFC r227485:
To limit amount of the kernel memory allocated, and to optimize the
iteration over the fdsets, kern_select() limits the length of the
fdsets copied in by the last valid file descriptor index. If any bit
is set in a mask above the limit, current implementation ignores the
filedescriptor, instead of returning EBADF.

Fix the issue by scanning the tails of fdset before entering the
select loop and returning EBADF if any bit above last valid
filedescriptor index is set. The performance impact of the additional
check is only imposed on the (somewhat) buggy applications that pass
bad file descriptors to select(2) or pselect(2).

PR:	kern/155606, kern/162379
Approved by:	re (bz)
2011-11-27 19:00:52 +00:00
Warren Block 0c0acc32ce MFC 225861:
Fix a confusing sentence.
Other wording tweaks.

Approved by:	gjb (mentor)
Approved by:	re@ (kostikbel)
2011-11-26 14:19:08 +00:00
Konstantin Belousov 16bf182b7a MFC r227661:
Free unused allocation on error.

Approved by:	re (bz)
2011-11-26 08:23:25 +00:00
Konstantin Belousov 946b98f4be MFC r227660:
Fix fd leak.

Approved by:	re (bz)
2011-11-26 08:22:11 +00:00
Marius Strobl 27be128751 MFC: r227829, r227844
- Add a DEVMETHOD_END alias for KOBJMETHOD_END so that along with 'driver_t'
  and DEVMETHOD() we can fully hide the explicit mention of kobj(9) from
  device drivers.
- Update the device driver examples to use DEVMETHOD_END.

Submitted by:	jhb
Approved by:	re (kib)
2011-11-25 17:07:27 +00:00
Ryan Stone d4e349d954 MFC r227342. Note that the original commit message, reproduced below, has
error.  The final sentence should read "*without* CTF data".

 The in-kernel CTF parser caches the result of its first attempt to parse
 CTF data from a module.  On subsequent attempts to retrieve CTF data for
 a module, return an error if there no CTF data.

 This fixes a panic if you try to enable fbt probes on a module with CTF
 data twice.

Approved by:	re (kib)
2011-11-25 12:43:34 +00:00
Bernhard Schmidt 32e9d37fe9 MFC r227805:
The DC calibration result obtained during initialization can't be
passed over to the runtime firmware on 6050 devices. Instead let
the runtime firmware do the calibration itself. This fixes support
for the 6050 series devices.

Submitted by:	kevlo
Approved by:	re (kib)
Obtained from:	OpenBSD
Tested by:	lx, Tz-Huan Huang(earlier version)
2011-11-25 12:20:14 +00:00
Michael Tuexen 75be27e317 MFC r227930:
Move up the address to the top of the sctp_paddrthlds structure
like in all other structures. This avoids alignment problems.

Approved by: re@
2011-11-24 18:57:31 +00:00
Ryan Stone 7db83edb3d MFC r227290 and r227291:
r227290:
 Fix the DTrace pid return trap interrupt vector.  Previously we were using
 31, but that vector is reserved.

 Without this fix, running dtrace -p <pid> would either cause the target
 process to crash or the kernel to page fault

r227291:
 Replace fasttrap_copyout() with uwrite().  FreeBSD copyout() is not able to
 write to the .text section of a process.

Approved by:	re (kib)
2011-11-24 18:44:14 +00:00
Michael Tuexen 8b8817b9b5 MFC r227540:
Set the MTU of an path to an approriate value if the interface MTU
can't be determined.

Approved by: re@
2011-11-24 17:58:14 +00:00
Michael Tuexen a167f4b51e MFC r227486:
Don't copy uninitialized memory. Also simplify the comparison
of interface names.

Approved by: re@
2011-11-24 17:25:43 +00:00
Pawel Jakub Dawidek 0307189f16 MFC r227110,r227111:
r227110:

In zvol_open() if the spa_namespace_lock is already held, it means that
ZFS is trying to open and taste ZVOL as its VDEV. This is not supported,
so return an error instead of panicing on spa_namespace_lock recursion.

Reported by:	Robert Millan <[email protected]>
PR:		kern/162008

r227111:

Correct typo in comment.

Reported by:	Fabian Keil <[email protected]>

Approved by:	re (kib)
2011-11-24 07:39:01 +00:00
Xin LI 1c9ecc4538 MFC r225849:
Test if the interface is afif in dhcpif() and syncdhcpif(), as
done in ipv6_autoconfif.

This fixes a regression that causes e.g. ifconfig_DEFAULT="DHCP"
to run on non-afif interfaces like pfsync0, which in turn would
cause excessive delay on system startup.

Sponsored by:	iXsystems, Inc.
Reviewed by:	hrs (freebsd-rc@)
Approved by:	re (bz)
2011-11-23 21:41:31 +00:00
Bjoern A. Zeeb 32e775eeb6 MFC r226938 (by kevlo):
Add missing PF_UNLOCK in pf_test

Approved by:	re (kib)
2011-11-23 18:11:10 +00:00
Bjoern A. Zeeb a6aa847d42 MFC r227061 (by mlaier):
Fix a use-after-free/redzone issue in the routing code.

Approved by:	re (kib)
2011-11-23 18:04:53 +00:00
Bjoern A. Zeeb 0c8c53adb4 MFC r227547:
The maximum TSO frame size should be:
        maximum IP datagram size (65535 bytes) +
        Ethernet header size (14 bytes) +
        2 * VLAN tag size (4 bytes) [1].

 [1] We need to multiply by 2 to account for the double VLAN tag
     provision added in IEEE 802.1ad.

 Submitted by:	David Somayajulu (david.somayajulu qlogic.com)

Approved by:	re (kib)
2011-11-23 16:03:47 +00:00
Attilio Rao 97fb1ed182 MFC r227058:
Disable interrupt and preemption for smp_rendezvous() also in the
UP/!SMP case.

Sponsored by: Sandvine Incorporated
Approved by:	re (kib)
2011-11-23 15:41:55 +00:00
Bjoern A. Zeeb 7d3634285b MFC r227481:
Return the correct value for the IPV6_MULTICAST_HOPS getsockopt() call.

 Submitted by:	rpaulo

Approved by:	re (kib)
2011-11-23 15:18:16 +00:00
Konstantin Belousov 8e6217ebc4 MFC r227657:
Consistently use process spin lock for protection of the
p->p_boundary_count. Race could cause the execve(2) from the threaded
process to hung since thread boundary counter was incorrect and
single-threading never finished.

Approved by:	re (bz)
2011-11-23 15:16:05 +00:00
Glen Barber ca3ae8029b MFC r227769, 227770, 227771:
- Add a note to src/Makefile that explains that 'rm' runs twice because
  thesecond invocation only needs to operate on files with the immutable
  flag set.

- Fix the note in r227769 to be less specific to the immutable flag.

- Replace 'chflags' with 'file flags' in a comment, since 'chflags'is a
  command, not a flag itself.

Approved by:		re (kib)
2011-11-23 12:24:04 +00:00
David Xu 58e2c4a057 MFC r227604:
Pass CVWAIT flags to kernel, this should handle
Timeout correctly for pthread_cond_timedwait when
it uses kernel-based condition variable.

Approved by:	re (kib)
2011-11-23 11:59:01 +00:00
Christian Brueffer 1a456e3264 MFC: r227742
Add 2010 and 2011 copyrights.

Approved by:    re (kib)
2011-11-20 17:11:49 +00:00
Christian Brueffer 776ea3368a MFC: r227466, r227480, r227516
Add mps(4) and mvs(4) to the hardware notes.

Approved by:    re (kib)
2011-11-20 17:09:13 +00:00
Christian Brueffer ef47afed6c MFC: r227275
Add qlxgb(4) to the hardware notes.

Approved by:    re (kib)
2011-11-20 17:06:20 +00:00
Christian Brueffer 1035e14c39 MFC: r227465, r227515
- Grammar and mdoc cleanup.
- Remove list nesting in the hardware notes section, thus making it
  compatible with the hardware notes generation script.

Approved by:    re (kib)
2011-11-19 16:59:23 +00:00
Marius Strobl ce31f5a0a9 MFC: r227578
Fix compilation with DEBUG defined.

Approved by:	re (kib)
2011-11-19 13:33:22 +00:00
Marius Strobl fe2a407dfb MFC: r227539
Define curthread as an inline function that loads the thread pointer
directly from g7, the pcpu pointer. This guarantees correct behavior
when the thread migrates to a different CPU.
Commit message stolen from r205431. Additional testing by Peter Jeremy.

Approved by:	re (kib)
2011-11-19 13:04:17 +00:00
Marius Strobl 63074db7fb MFC: r227537
As it turns out, r186347 actually is insufficient to avoid the use of the
curthread-accessing part of mtx_{,un}lock(9) when using a r210623-style
curthread implementation on sparc64, crashing the kernel in its early
cycles as PCPU isn't set up, yet (and can't be set up as OFW is one of the
things we need for that, which leads to a chicken-and-egg problem). What
happens is that due to the fact that the idea of r210623 actually is to
allow the compiler to cache invocations of curthread, it factors out
obtaining curthread needed for both mtx_lock(9) and mtx_unlock(9) to
before the branch based on kobj_mutex_inited when compiling the kernel
without the debugging options. So change kobj_class_compile_static(9)
to just never acquire kobj_mtx, effectively restricting it to its
documented use, and add a kobj_init_static(9) for initializing objects
using a class compiled with the former and that also avoids using mutex(9)
(and malloc(9)). Also assert in both of these functions that they are
used in their intended way only.
While at it, inline kobj_register_method() and kobj_unregister_method()
as there wasn't much point for factoring them out in the first place
and so that a reader of the code has to figure out the locking for
fewer functions missing a KOBJ_ASSERT.
Tested on powerpc{,64} by andreast.

Reviewed by:	nwhitehorn (earlier version), jhb
Approved by:	re (kib)
2011-11-19 12:55:34 +00:00
Pawel Jakub Dawidek fe185ed3af MFC r226549,r226550,r226551,r226552,r226553,r226554,r226568,r226569,r226611,
r226612:

r226549:

Remove redundant size calculation.

r226550:

Initialize 'rc' properly before using it. This error could lead to infinite
loop when data reconstruction was needed.

r226551:

Don't mark vdev as healthy too soon, so we won't try to use invalid vdevs.

r226552:

Never pass NULL block pointer when reading. This is neither expected nor
handled by lower layers like vdev_raidz, which uses bp for checksum
verification. This bug could lead to NULL pointer reference and resets
during boot.

r226553:

Always pass data size for checksum verification function, as using
physical block size declared in bp may not always be what we want.
For example in case of gang block header physical block size declared
in bp is much larger than SPA_GANGBLOCKSIZE (512 bytes) and checksum
calculation failed. This bug could lead to accessing unallocated
memory and resets/failures during boot.

r226554:

Fix missing return when LOADER_GPT_SUPPORT is defined, but LOADER_MBR_SUPPORT
is not.

r226568:

- Correctly read gang header from raidz.
- Decompress assembled gang block data if compressed.
- Verify checksum of a gang header.
- Verify checksum of assembled gang block data.
- Verify checksum of uber block.

Submitted by:	avg

r226569:

With LOADER_MBR_SUPPORT defined and LOADER_GPT_SUPPORT undefined we would
never call disk_openmbr().

Submitted by:	avg

r226611:

- Allow to specify multiple files to check, eg.

	zfsboottest gpt/system0 gpt/system1 - /boot/kernel/kernel /boot/zfsloader

- Instead of printing file's content calculate MD5 hash of the file,
  so it can be easly compared to the hash calculated via file system.
- Some other minor improvements.

r226612:

Because ZFS boot code was very fragile in the past and real PITA to debug,
introduce zfsboottest.sh script that will verify if it will be possible to boot
from the given pool.

	# zfsboottest.sh system

Where "system" is pool name of the pool we want to boot from.

What is being verified by the script:
- Does the pool exist?
- Does it have bootfs property configured?
- Is mountpoint property of the boot dataset set to 'legacy'?

Dataset configured in bootfs property has to be mounted to perform more
checks:
- Does the /boot directory in boot dataset exist?
- Is this dataset configured as root file system in /etc/fstab or set
  in vfs.root.mountfrom variable in /boot/loader.conf?

By using zfsboottest tool the script will read all the files in /boot
directory using ZFS boot code and calculate their checksums.
Then, it will walk /boot directory using find(1) though regular file sytem
and also read all the files in /boot directory and calculate their checksums.
If any of the files cannot be looked up, read or checksum is invalid it will
be reported and booting off of this pool is probably not possible.

Some additional checks may be interesting as well. For example if the disks
contain proper pmbr and gptzfsboot code or if all expected files in /boot/
are present.

When upgrading FreeBSD, one should snapshot datasets that contain operating
system, upgrade (install new world and kernel) and use zfsboottest.sh to verify
if it will be possible to boot from new configuration. If all is good one
should upgrade boot blocks, by eg.:

	# gpart -b /boot/pmbr -p /boot/gptzfsboot -i 1 ada1

If something is wrong, one should rollback datasets and report the problems.

Approved by:	re (kib)
2011-11-19 11:47:15 +00:00
Pawel Jakub Dawidek 8e15d843c8 MFC r226613,r226615,r226616:
r226613:

libzpool task_alloc: pass only valid flags to kmem_alloc

tqflags may contain other flags besided those that are suitable for
kmem_alloc == umem_alloc

Submitted by:	avg

r226615:

thr_create: new_thread_ID may be NULL

Submitted by:	avg

r226616:

zdb: access dp_free_bpobj only if pool version is >= SPA_VERSION_DEADLISTS

Submitted by:	avg

Approved by:	re (kib)
2011-11-19 11:44:20 +00:00
Pawel Jakub Dawidek f27682a0c0 MFC r226617:
zfs vdev_file_io_start: validate vdev before using vdev_tsd

vdev_tsd can be NULL for certain vdev states.
At least in userland testing with ztest.

Submitted by:	avg
Approved by:	re (kib)
2011-11-19 11:43:18 +00:00
Pawel Jakub Dawidek c143328711 MFC r226620:
Update per-thread I/O statistics collection in ZFS.
This allows to see processes I/O activity in 'top -m io' output.

PR		kern/156218
Reported by:	Marcus Reid <[email protected]>
Patch by:	avg
Approved by:	re (kib)
2011-11-19 11:42:19 +00:00
Doug Barton 685f8a0da0 MFC r227416:
Document that flock can return ENOLCK

Approved by:	re (kib)
2011-11-18 21:12:05 +00:00
Doug Barton 184a24af59 MFC r226863:
Fix svnversion for svn 1.7.x by not looking for .svn in ${SYSDIR}
(since it no longer exists). Instead, run svnversion if we can find
the binary and test that the output looks like a version string.

Approved by:	re (kib)
2011-11-18 20:51:31 +00:00
Fabien Thomas fbe935eff6 MFC r227391:
Import gcc fix for -fstack-protector that produces segfaulting
binaries on arm/armel.

Related gcc bug:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35965

Author kindly accepted that all of his patches can be use as GPLv2.

PR: 161128
Approved by: re (kib)
2011-11-18 14:56:06 +00:00
Rick Macklem 305199c9c9 MFC: r227059
Both a crash reported on freebsd-current on Oct. 18 under the
subject heading "mtx_lock() of destroyed mutex on NFS" and
PR# 156168 appear to be caused by clnt_dg_destroy() closing
down the socket prematurely. When to close down the socket
is controlled by a reference count (cs_refs), but clnt_dg_create()
checks for sb_upcall being non-NULL to decide if a new socket
is needed. I believe the crashes were caused by the following race:
  clnt_dg_destroy() finds cs_refs == 0 and decides to delete socket
  clnt_dg_destroy() then loses race with clnt_dg_create() for
    acquisition of the SOCKBUF_LOCK()
  clnt_dg_create() finds sb_upcall != NULL and increments cs_refs to 1
  clnt_dg_destroy() then acquires SOCKBUF_LOCK(), sets sb_upcall to
    NULL and destroys socket

This patch fixes the above race by changing clnt_dg_destroy() so
that it acquires SOCKBUF_LOCK() before testing cs_refs.

Tested by:	bz
Reviewed by:	dfr
Approved by:	re (kib)
2011-11-17 16:38:22 +00:00
Christian Brueffer baf6a449ec MFC: r227448
Reword a sentence in the HARDWARE section a little to make it more suitable
for automatic hardware notes generation.

Approved by:    re (kib)
2011-11-17 12:28:00 +00:00
Christian Brueffer d0fa1266dd MFC: r227276
Add qlxgb(4).

Approved by:    re (kib)
2011-11-17 12:25:38 +00:00
Christian Brueffer 97570177f7 MFC: r227271
Write QLogic consistently.

Approved by:	re (kib)
2011-11-17 12:23:24 +00:00
Dimitry Andric e63b24a3f9 MFC r227112:
Whenever you boot with nfsv4_server_enable=NO (the default) in rc.conf,
the /etc/rc.d/nfsd script sets vfs.nfsd.server_max_nfsvers to 3.

Then, when you set nfsv4_server_enable=YES in rc.conf, and restart nfsd
via the rc.d script, without rebooting, the sysctl does *not* get reset
to max version 4, so NFSv4 still doesn't work.

Fix this by explicitly setting vfs.nfsd.server_max_nfsvers to 4 when
NFSv4 is requested.

I also added resetting of the nfs_privport sysctls, since this has the
same issue: nfs_reserved_port_only=YES in rc.conf sets the nfs_privport
sysctl to 1, but in the other case, the sysctl doesn't get reset to 0.

Reviewed by:	rmacklem
Silence from:	rc@
Approved by:	re (kib)
2011-11-17 08:12:12 +00:00
Bernhard Schmidt d6cf2e1459 MFC r226679:
Let net80211 also know about stopped BA sessions. This fixes some issues
where the driver assumed that BA resources are still available due to
net80211 saying so.

PR:		161407, 159768
Tested by:	cperciva, rene
Approved by:	re (kib)
2011-11-16 17:41:31 +00:00
Eitan Adler c2569a0808 MFC r226404:
- add support for I-O DATA RSA-PCI2/R

PR:		kern/142999
Submitted by:	Takefu Kenji <[email protected]>
Approved by:	jhb
Approved by:	re (kib)
2011-11-16 16:29:05 +00:00
Andrey V. Elsukov cb78dd4864 MFC r227272:
Add reference to gpart(8).

MFC r227280:
  Initialize "acc" value inside the loop to reset failed attempts.

  PR:           misc/162262

MFC r227292:
  Improve error reporting when MBR can not be written.
  Remove obsolete code which uses DIOCSMBR ioctl.
  When writing MBR first check that GEOM_MBR is available, if it is not
  available, then try write MBR directly to provider. If both are failed,
  then recommend to use gpart(8).

MFC r227295:
  Fix multi-line comment formatting.

  Pointed by:   jh

Approved by:    re (kib)
2011-11-16 15:37:13 +00:00
Andrey V. Elsukov e8c519c915 MFC rr227273:
Add reference to gpart(8).

Approved by:    re (kib)
2011-11-16 15:35:22 +00:00
Andrey V. Elsukov 09572ef773 MFC r227231:
To be in sync with GEOM_PART_BSD limit the maximum number of supported
  partitions to 20.

MFC r227248:
  bsdlabel(8) could automatically fill many of disklabel's deprecated
  fields, but user could specify some of those fields when edits disklabel
  with `bsdlabel -e`. But without -A flag these fields might be
  overwritten with default values from the virgin disklabel.
  So, don't overwrite such fields if they are not zero. Also add checks
  to prevent creating disklabel with less than DEFPARTITIONS and more
  than MAXPARTITIONS partitions.

  PR:           bin/162332
  Tested by:    Eugene Grosbein

MFC r227262:
  Remove unneeded checks.

MFC r227270:
  Add recommendation to use gpart(8) when user tries write disklabel
  or bootcode to already opened provider.

MFC r227296:
  Fix multi-line comment formatting.

Approved by:    re (kib)
2011-11-16 15:32:52 +00:00
Andrey V. Elsukov ffbf00dc51 MFC r227274:
Add reference to gpart(8).

MFC r227298:
  Remove a note about disabling of GEOM protection mechanism.
  boot0cfg should work without such hack.

Approved by:    re (kib)
2011-11-16 15:23:42 +00:00
Xin LI e2694d3b18 MFC r227409:
Do a dummy read to flush the interrupt ACK that we just performed,
ensuring that everything is really, truly consistent.

This fixes certain cases where one will see various:
  mfi0: COMMAND 0xffffffXXXXXXXXXX TIMEOUT AFTER XX SECONDS

Submitted by:	scottl
Ok'ed by:	jhb
Approved by:	re (kib)
2011-11-15 17:42:00 +00:00
Mikolaj Golub c360619626 MFS r227450 (MFC r227449):
Fix false positive EADDRINUSE that could be returned by bind, due to
the typo made in r227207.

Reported by:	kib
Tested by:	kib

Approved by:	re (kib)
2011-11-11 15:24:17 +00:00
417 changed files with 39868 additions and 44734 deletions

No files matched your search

+1 -1
View File
@@ -4,7 +4,7 @@
The compilation of software known as FreeBSD is distributed under the
following terms:
Copyright (c) 1992-2011 The FreeBSD Project. All rights reserved.
Copyright (c) 1992-2012 The FreeBSD Project. All rights reserved.
Redistribution and use in source and binary forms, with or without
modification, are permitted provided that the following conditions
+4 -2
View File
@@ -182,10 +182,12 @@ buildworld: upgrade_checks
#
# In the following, the first 'rm' in a series will usually remove all
# files and directories. If it does not, then there are probably some
# files with chflags set, so this unsets them and tries the 'rm' a
# files with file flags set, so this unsets them and tries the 'rm' a
# second time. There are situations where this target will be cleaning
# some directories via more than one method, but that duplication is
# needed to correctly handle all the possible situations.
# needed to correctly handle all the possible situations. Removing all
# files without file flags set in the first 'rm' instance saves time,
# because 'chflags' will need to operate on fewer files afterwards.
#
BW_CANONICALOBJDIR:=${MAKEOBJDIRPREFIX}${.CURDIR}
cleanworld:
+1 -1
View File
@@ -107,7 +107,7 @@ CLEANDIR= cleandir
.endif
CVS?= cvs
CVSFLAGS?= -A -P -d -I!
CVSFLAGS?= -r RELENG_9_0 -P -d -I!
SVN?= svn
SVNFLAGS?= -r HEAD
SUP?= /usr/bin/csup
+3
View File
@@ -9,6 +9,9 @@ handbook.
Items affecting the ports and packages system can be found in
/usr/ports/UPDATING. Please read that file before running portupgrade.
20120106:
9.0-RELEASE.
20111101:
The broken amd(4) driver has been replaced with esp(4) in the amd64,
i386 and pc98 GENERIC kernel configuration files.
+4 -2
View File
@@ -2190,8 +2190,10 @@ dump_block_stats(spa_t *spa)
*/
(void) bpobj_iterate_nofree(&spa->spa_deferred_bpobj,
count_block_cb, &zcb, NULL);
(void) bpobj_iterate_nofree(&spa->spa_dsl_pool->dp_free_bpobj,
count_block_cb, &zcb, NULL);
if (spa_version(spa) >= SPA_VERSION_DEADLISTS) {
(void) bpobj_iterate_nofree(&spa->spa_dsl_pool->dp_free_bpobj,
count_block_cb, &zcb, NULL);
}
if (dump_opt['c'] > 1)
flags |= TRAVERSE_PREFETCH_DATA;
+5 -1
View File
@@ -76,6 +76,7 @@ static __inline int
thr_create(void *stack_base, size_t stack_size, void *(*start_func) (void*),
void *arg, long flags, thread_t *new_thread_ID)
{
pthread_t dummy;
int ret;
assert(stack_base == NULL);
@@ -85,9 +86,12 @@ thr_create(void *stack_base, size_t stack_size, void *(*start_func) (void*),
pthread_attr_t attr;
pthread_attr_init(&attr);
if(flags & THR_DETACHED)
if (flags & THR_DETACHED)
pthread_attr_setdetachstate(&attr, PTHREAD_CREATE_DETACHED);
if (new_thread_ID == NULL)
new_thread_ID = &dummy;
/* This function ignores the THR_BOUND flag, since NPTL doesn't seem to support PTHREAD_SCOPE_PROCESS */
ret = pthread_create(new_thread_ID, &attr, start_func, arg);
@@ -87,7 +87,7 @@ again: if ((t = tq->tq_freelist) != NULL && tq->tq_nalloc >= tq->tq_minalloc) {
}
mutex_exit(&tq->tq_lock);
t = kmem_alloc(sizeof (task_t), tqflags);
t = kmem_alloc(sizeof (task_t), tqflags & KM_SLEEP);
mutex_enter(&tq->tq_lock);
if (t != NULL)
+1 -1
View File
@@ -18,4 +18,4 @@ CFLAGS+= -I${.CURDIR}/../../../sys/cddl/compat/opensolaris \
-I${OPENSOLARIS_SYS_DISTDIR}/uts/common \
-DPIC ${PICFLAG}
.include <bsd.prog.mk>
.include <bsd.lib.mk>
+6
View File
@@ -1,3 +1,9 @@
--- 9.8.1-P1 released ---
3218. [security] Cache lookup could return RRSIG data associated with
nonexistent records, leading to an assertion
failure. [RT #26590]
--- 9.8.1 released ---
--- 9.8.1rc1 released ---
+9 -12
View File
@@ -15,7 +15,7 @@
* PERFORMANCE OF THIS SOFTWARE.
*/
/* $Id: query.c,v 1.353.8.11 2011-06-09 03:14:03 marka Exp $ */
/* $Id: query.c,v 1.353.8.11.4.1 2011-11-16 09:32:08 marka Exp $ */
/*! \file */
@@ -1393,11 +1393,9 @@ query_addadditional(void *arg, dns_name_t *name, dns_rdatatype_t qtype) {
goto addname;
if (result == DNS_R_NCACHENXRRSET) {
dns_rdataset_disassociate(rdataset);
/*
* Negative cache entries don't have sigrdatasets.
*/
INSIST(sigrdataset == NULL ||
! dns_rdataset_isassociated(sigrdataset));
if (sigrdataset != NULL &&
dns_rdataset_isassociated(sigrdataset))
dns_rdataset_disassociate(sigrdataset);
}
if (result == ISC_R_SUCCESS) {
mname = NULL;
@@ -1438,8 +1436,9 @@ query_addadditional(void *arg, dns_name_t *name, dns_rdatatype_t qtype) {
goto addname;
if (result == DNS_R_NCACHENXRRSET) {
dns_rdataset_disassociate(rdataset);
INSIST(sigrdataset == NULL ||
! dns_rdataset_isassociated(sigrdataset));
if (sigrdataset != NULL &&
dns_rdataset_isassociated(sigrdataset))
dns_rdataset_disassociate(sigrdataset);
}
if (result == ISC_R_SUCCESS) {
mname = NULL;
@@ -1889,10 +1888,8 @@ query_addadditional2(void *arg, dns_name_t *name, dns_rdatatype_t qtype) {
goto setcache;
if (result == DNS_R_NCACHENXRRSET) {
dns_rdataset_disassociate(rdataset);
/*
* Negative cache entries don't have sigrdatasets.
*/
INSIST(! dns_rdataset_isassociated(sigrdataset));
if (dns_rdataset_isassociated(sigrdataset))
dns_rdataset_disassociate(sigrdataset);
}
if (result == ISC_R_SUCCESS) {
/* Remember the result as a cache */
+3 -3
View File
@@ -15,7 +15,7 @@
* PERFORMANCE OF THIS SOFTWARE.
*/
/* $Id: rbtdb.c,v 1.310.8.5 2011-06-08 23:02:42 each Exp $ */
/* $Id: rbtdb.c,v 1.310.8.5.4.1 2011-11-16 09:32:08 marka Exp $ */
/*! \file */
@@ -5053,7 +5053,7 @@ cache_find(dns_db_t *db, dns_name_t *name, dns_dbversion_t *version,
rdataset);
if (need_headerupdate(found, search.now))
update = found;
if (foundsig != NULL) {
if (!NEGATIVE(found) && foundsig != NULL) {
bind_rdataset(search.rbtdb, node, foundsig, search.now,
sigrdataset);
if (need_headerupdate(foundsig, search.now))
@@ -5685,7 +5685,7 @@ cache_findrdataset(dns_db_t *db, dns_dbnode_t *node, dns_dbversion_t *version,
}
if (found != NULL) {
bind_rdataset(rbtdb, rbtnode, found, now, rdataset);
if (foundsig != NULL)
if (!NEGATIVE(found) && foundsig != NULL)
bind_rdataset(rbtdb, rbtnode, foundsig, now,
sigrdataset);
}
+3 -3
View File
@@ -1,4 +1,4 @@
# $Id: version,v 1.53.8.9 2011-08-24 02:08:26 marka Exp $
# $Id: version,v 1.53.8.9.6.1 2011-11-16 09:32:07 marka Exp $
#
# This file must follow /bin/sh rules. It is imported directly via
# configure.
@@ -6,5 +6,5 @@
MAJORVER=9
MINORVER=8
PATCHVER=1
RELEASETYPE=
RELEASEVER=
RELEASETYPE=-P
RELEASEVER=1
+4 -2
View File
@@ -3217,7 +3217,8 @@ legitimize_pic_address (rtx orig, enum machine_mode mode, rtx reg)
gcc_assert (!no_new_pseudos);
if (arm_pic_register != INVALID_REGNUM)
{
cfun->machine->pic_reg = gen_rtx_REG (Pmode, arm_pic_register);
if (!cfun->machine->pic_reg)
cfun->machine->pic_reg = gen_rtx_REG (Pmode, arm_pic_register);
/* Play games to avoid marking the function as needing pic
if we are being called as part of the cost-estimation
@@ -3229,7 +3230,8 @@ legitimize_pic_address (rtx orig, enum machine_mode mode, rtx reg)
{
rtx seq;
cfun->machine->pic_reg = gen_reg_rtx (Pmode);
if (!cfun->machine->pic_reg)
cfun->machine->pic_reg = gen_reg_rtx (Pmode);
/* Play games to avoid marking the function as needing pic
if we are being called as part of the cost-estimation
+7
View File
@@ -285,6 +285,13 @@ openpam_load_chain(pam_handle_t *pamh,
size_t len;
int r;
/* don't allow to escape from policy_path */
if (strchr(service, '/')) {
openpam_log(PAM_LOG_ERROR, "invalid service name: %s",
service);
return (-PAM_SYSTEM_ERR);
}
for (path = openpam_policy_path; *path != NULL; ++path) {
len = strlen(*path);
if ((*path)[len - 1] == '/') {
+3
View File
@@ -721,6 +721,9 @@ encrypt_keyid(struct key_info *kp, unsigned char *keyid, int len)
int dir = kp->dir;
int ret = 0;
if (len > MAXKEYLEN)
len = MAXKEYLEN;
if (!(ep = (*kp->getcrypt)(*kp->modep))) {
if (len == 0)
return;
@@ -736,6 +736,9 @@ encrypt_keyid(struct key_info *kp, unsigned char *keyid, int len)
int dir = kp->dir;
int ret = 0;
if (len > MAXKEYLEN)
len = MAXKEYLEN;
if (!(ep = (*kp->getcrypt)(*kp->modep))) {
if (len == 0)
return;
+16 -17
View File
@@ -8,10 +8,10 @@
# NB: device-name is shorthand for 'match device-name'
options {
# Each directory directive adds a directory the list of directories
# that we scan for files. Files are read-in in the order that they
# are returned from readdir(3). The rule-sets are combined to
# create a DFA that's used to match events to actions.
# Each "directory" directive adds a directory to the list of
# directories that we scan for files. Files are loaded in the order
# that they are returned from readdir(3). The rule-sets are combined
# to create a DFA that's used to match events to actions.
directory "/etc/devd";
directory "/usr/local/etc/devd";
pid-file "/var/run/devd.pid";
@@ -32,8 +32,8 @@ options {
# script is called pccard_ether.
#
# NB: DETACH events are ignored; the kernel should handle all cleanup
# (routes, arp cache) if you need to do something beware of races
# against immediate create of a device w/ the same name; e.g.
# (routes, arp cache). Beware of races against immediate create
# of a device with the same name; e.g.
# ifconfig bridge0 destroy; ifconfig bridge0 create
#
notify 0 {
@@ -43,7 +43,7 @@ notify 0 {
};
#
# Try to start dhclient on Ethernet like interfaces when the link comes
# Try to start dhclient on Ethernet-like interfaces when the link comes
# up. Only devices that are configured to support DHCP will actually
# run it. No link down rule exists because dhclient automatically exits
# when the link goes down.
@@ -87,7 +87,7 @@ detach 100 {
device-name "ed50";
};
# When a USB Bluetooth dongle appears activate it
# When a USB Bluetooth dongle appears, activate it
attach 100 {
device-name "ubt[0-9]+";
action "/etc/rc.d/bluetooth quietstart $device-name";
@@ -125,7 +125,7 @@ detach 100 {
};
# Firmware download into the ActiveWire board. After the firmware download is
# done the device detaches and reappears as something new and shiny
# done, the device detaches and reappears as something new and shiny
# automatically.
attach 100 {
match "vendor" "0x0854";
@@ -265,12 +265,11 @@ notify 10 {
/* EXAMPLES TO END OF FILE
# The following might be an example of something that a vendor might
# install if you were to add their device. This might reside in
# /usr/local/etc/devd/deqna.conf. A deqna is, in this hypothetical
# example, a pccard ethernet-like device. Students of history may
# know other devices by this name, and will get the in-jokes in this
# entry.
# An example of something that a vendor might install if you were to
# add their device. This might reside in /usr/local/etc/devd/deqna.conf.
# A deqna is, in this hypothetical example, a pccard ethernet-like device.
# Students of history may know other devices by this name, and will get
# the in-jokes in this entry.
nomatch 10 {
match "bus" "pccard[0-9]+";
match "manufacturer" "0x1234";
@@ -288,7 +287,7 @@ detach 10 {
# Examples of notify hooks. A notify is a generic way for a kernel
# subsystem to send event notification to userland.
#
# Here are some examples of ACPI notify handlers. ACPI subsystems that
# generate notifies include the AC adapter, power/sleep buttons,
# control method batteries, lid switch, and thermal zones.
@@ -316,7 +315,7 @@ notify 10 {
};
# This example works around a memory leak in PostgreSQL, restarting
# it when "user:pgsql:swap:devctl=1G" rctl(8) rule gets triggered.
# it when the "user:pgsql:swap:devctl=1G" rctl(8) rule gets triggered.
notify 0 {
match "system" "RCTL";
match "rule" "user:70:swap:.*";
+26 -8
View File
@@ -297,6 +297,10 @@ dhcpif()
local _tmpargs _arg
_tmpargs=`_ifconfig_getargs $1`
if noafif $1; then
return 1
fi
for _arg in $_tmpargs; do
case $_arg in
[Dd][Hh][Cc][Pp])
@@ -322,6 +326,10 @@ syncdhcpif()
local _tmpargs _arg
_tmpargs=`_ifconfig_getargs $1`
if noafif $1; then
return 1
fi
for _arg in $_tmpargs; do
case $_arg in
[Nn][Oo][Ss][Yy][Nn][Cc][Dd][Hh][Cc][Pp])
@@ -524,7 +532,7 @@ ipv4_up()
# Add 127.0.0.1/8 to lo0 unless otherwise specified.
if [ "${_if}" = "lo0" ]; then
ifconfig_args=`ifconfig_getargs ${_if}`
ifconfig_args=`get_if_var ${_if} ifconfig_IF`
if [ -z "${ifconfig_args}" ]; then
ifconfig ${_if} inet 127.0.0.1/8 alias
fi
@@ -548,7 +556,7 @@ ipv6_up()
fi
ifalias_up ${_if} inet6 && _ret=0
ipv6_prefix_hostid_addr_up ${_if} && _ret=0
ipv6_prefix_hostid_addr_common ${_if} alias && _ret=0
ipv6_accept_rtadv_up ${_if} && _ret=0
# wait for DAD
@@ -604,6 +612,7 @@ ipv6_down()
fi
ipv6_accept_rtadv_down ${_if} && _ret=0
ipv6_prefix_hostid_addr_common ${_if} -alias && _ret=0
ifalias_down ${_if} inet6 && _ret=0
inetList="`ifconfig ${_if} | grep 'inet6 ' | tr "\n" "$_ifs"`"
@@ -707,9 +716,16 @@ ifalias_ipv4_up()
inet\ *)
ifconfig $1 ${ifconfig_args} alias && _ret=0
;;
inet6\ *)
;;
"")
break
;;
*)
warn "\$ifconfig_$1_alias${alias} needs " \
"\"inet\" keyword for an IPv4 address."
ifconfig $1 ${ifconfig_args} alias && _ret=0
;;
esac
alias=$((${alias} + 1))
done
@@ -851,12 +867,14 @@ ifalias_ipv6_down()
return $_ret
}
# ipv6_prefix_hostid_addr_up if
# add IPv6 prefix + hostid addr to the interface $if
ipv6_prefix_hostid_addr_up()
# ipv6_prefix_hostid_addr_common if action
# Add or remove IPv6 prefix + hostid addr on the interface $if
#
ipv6_prefix_hostid_addr_common()
{
local _if prefix laddr hostid j address
local _if _action prefix laddr hostid j address
_if=$1
_action=$2
prefix=`get_if_var ${_if} ipv6_prefix_IF`
if [ -n "${prefix}" ]; then
@@ -866,13 +884,13 @@ ipv6_prefix_hostid_addr_up()
for j in ${prefix}; do
address=$j\:${hostid}
ifconfig ${_if} inet6 ${address} prefixlen 64 alias
ifconfig ${_if} inet6 ${address} prefixlen 64 ${_action}
# if I am a router, add subnet router
# anycast address (RFC 2373).
if checkyesno ipv6_gateway_enable; then
ifconfig ${_if} inet6 $j:: prefixlen 64 \
alias anycast
${_action} anycast
fi
done
fi
+12 -6
View File
@@ -30,8 +30,13 @@ case "$daily_accounting_enable" in
cd /var/account
rc=0
n=$daily_accounting_save
rm -f acct.$n.gz acct.$n || rc=3
n=$(( $daily_accounting_save - 1 ))
for f in acct.*; do
case "$f" in acct.\*) continue ;; esac # No files match
m=${f%.gz} ; m=${m#acct.}
[ $m -ge $n ] && { rm $f || rc=3; }
done
m=$n
n=$(($n - 1))
while [ $n -ge 0 ]
@@ -44,13 +49,14 @@ case "$daily_accounting_enable" in
/etc/rc.d/accounting rotate_log || rc=3
rm -f acct.merge && cp acct.0 acct.merge || rc=3
sa -s $daily_accounting_flags /var/account/acct.merge || rc=3
rm acct.merge
case "$daily_accounting_compress" in
[Yy][Ee][Ss])
gzip --keep -f acct.0 || rc=3;;
gzip -f acct.0 || rc=3;;
esac
sa -s $daily_accounting_flags /var/account/acct.0 &&
unlink acct.0 || rc=3
fi;;
*) rc=0;;
+5
View File
@@ -29,6 +29,8 @@ nfsd_precmd()
if checkyesno nfs_reserved_port_only; then
echo 'NFS on reserved port only=YES'
sysctl vfs.nfsrv.nfs_privport=1 > /dev/null
else
sysctl vfs.nfsrv.nfs_privport=0 > /dev/null
fi
else
rc_flags="${nfs_server_flags}"
@@ -40,9 +42,12 @@ nfsd_precmd()
if checkyesno nfs_reserved_port_only; then
echo 'NFS on reserved port only=YES'
sysctl vfs.nfsd.nfs_privport=1 > /dev/null
else
sysctl vfs.nfsd.nfs_privport=0 > /dev/null
fi
if checkyesno nfsv4_server_enable; then
sysctl vfs.nfsd.server_max_nfsvers=4 > /dev/null
if ! checkyesno nfsuserd_enable && \
! /etc/rc.d/nfsuserd forcestatus 1>/dev/null 2>&1
then
+1
View File
@@ -511,6 +511,7 @@ int initgroups(const char *, gid_t);
int iruserok(unsigned long, int, const char *, const char *);
int iruserok_sa(const void *, int, int, const char *, const char *);
int issetugid(void);
void __FreeBSD_libc_enter_restricted_mode(void);
long lpathconf(const char *, int);
#ifndef _MKDTEMP_DECLARED
char *mkdtemp(char *);
+5 -1
View File
@@ -19,6 +19,10 @@ FBSD_1.1 {
FBSD_1.2 {
} FBSD_1.1;
# This version was first added to 10.0-current.
FBSD_1.3 {
} FBSD_1.2;
# This is our private namespace. Any global interfaces that are
# strictly for use only by other FreeBSD applications and libraries
# are listed here. We use a separate namespace so we can write
@@ -26,4 +30,4 @@ FBSD_1.2 {
#
# Please do NOT increment the version of this namespace.
FBSDprivate_1.0 {
} FBSD_1.2;
} FBSD_1.3;
+1
View File
@@ -20,6 +20,7 @@ SRCS+= __getosreldate.c __xuname.c \
getpeereid.c getprogname.c getpwent.c getttyent.c \
getusershell.c getutxent.c getvfsbyname.c glob.c \
initgroups.c isatty.c isinf.c isnan.c jrand48.c lcong48.c \
libc_dlopen.c \
lockf.c lrand48.c mrand48.c nftw.c nice.c \
nlist.c nrand48.c opendir.c \
pause.c pmadvise.c popen.c posix_spawn.c \
+4
View File
@@ -380,6 +380,10 @@ FBSD_1.2 {
setutxent;
};
FBSD_1.3 {
__FreeBSD_libc_enter_restricted_mode;
};
FBSDprivate_1.0 {
/* needed by thread libraries */
__thr_jtable;
+61
View File
@@ -0,0 +1,61 @@
/*-
* Copyright (c) 2011 Xin Li <delphij@FreeBSD.org>
* All rights reserved.
*
* Redistribution and use in source and binary forms, with or without
* modification, are permitted provided that the following conditions
* are met:
* 1. Redistributions of source code must retain the above copyright
* notice, this list of conditions and the following disclaimer.
* 2. Redistributions in binary form must reproduce the above copyright
* notice, this list of conditions and the following disclaimer in the
* documentation and/or other materials provided with the distribution.
*
* THIS SOFTWARE IS PROVIDED BY THE AUTHOR AND CONTRIBUTORS ``AS IS'' AND
* ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE
* IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE
* ARE DISCLAIMED. IN NO EVENT SHALL THE AUTHOR OR CONTRIBUTORS BE LIABLE
* FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL
* DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS
* OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION)
* HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT
* LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY
* OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF
* SUCH DAMAGE.
*
* $FreeBSD$
*/
#include <sys/cdefs.h>
__FBSDID("$FreeBSD$");
#include <dlfcn.h>
#include <stddef.h>
#include <unistd.h>
#include "libc_private.h"
/*
* Whether we want to restrict dlopen()s.
*/
static int __libc_restricted_mode = 0;
void *
libc_dlopen(const char *path, int mode)
{
if (__libc_restricted_mode) {
_rtld_error("Service unavailable -- libc in restricted mode");
return (NULL);
} else
return (dlopen(path, mode));
}
void
__FreeBSD_libc_enter_restricted_mode(void)
{
__libc_restricted_mode = 1;
return;
}
+2 -1
View File
@@ -109,6 +109,7 @@
#include "citrus_namespace.h"
#include "citrus_bcs.h"
#include "citrus_module.h"
#include "libc_private.h"
static int _getdewey(int[], char *);
static int _cmpndewey(int[], int, int[], int);
@@ -294,7 +295,7 @@ _citrus_load_module(_citrus_module_t *rhandle, const char *encname)
p = _findshlib(path, &maj, &min);
if (!p)
return (EINVAL);
handle = dlopen(p, RTLD_LAZY);
handle = libc_dlopen(p, RTLD_LAZY);
if (!handle) {
printf("%s", dlerror());
return (EINVAL);
+11
View File
@@ -43,6 +43,17 @@
*/
extern int __isthreaded;
/*
* libc should use libc_dlopen internally, which respects a global
* flag where loading of new shared objects can be restricted.
*/
void *libc_dlopen(const char *, int);
/*
* For dynamic linker.
*/
void _rtld_error(const char *fmt, ...);
/*
* File lock contention is difficult to diagnose without knowing
* where locks were set. Allow a debug library to be built which
+2 -2
View File
@@ -384,7 +384,7 @@ nss_configure(void)
confmod = statbuf.st_mtime;
#ifdef NS_CACHING
handle = dlopen(NULL, RTLD_LAZY | RTLD_GLOBAL);
handle = libc_dlopen(NULL, RTLD_LAZY | RTLD_GLOBAL);
if (handle != NULL) {
nss_cache_cycle_prevention_func = dlsym(handle,
"_nss_cache_cycle_prevention_function");
@@ -497,7 +497,7 @@ nss_load_module(const char *source, nss_module_register_fn reg_fn)
if (snprintf(buf, sizeof(buf), "nss_%s.so.%d", mod.name,
NSS_MODULE_INTERFACE_VERSION) >= (int)sizeof(buf))
goto fin;
mod.handle = dlopen(buf, RTLD_LOCAL|RTLD_LAZY);
mod.handle = libc_dlopen(buf, RTLD_LOCAL|RTLD_LAZY);
if (mod.handle == NULL) {
#ifdef _NSS_DEBUG
/* This gets pretty annoying since the built-in
+2 -1
View File
@@ -89,7 +89,8 @@ acquired rights as possible.
.Rv -std cap_enter cap_getmode
.Sh SEE ALSO
.Xr cap_new 2 ,
.Xr fexecve 2
.Xr fexecve 2 ,
.Xr capsicum 4
.Sh HISTORY
Support for capabilities and capabilities mode was developed as part of the
.Tn TrustedBSD
+1
View File
@@ -456,6 +456,7 @@ argument is not a capability.
.Xr sem_post 3 ,
.Xr sem_trywait 3 ,
.Xr sem_wait 3 ,
.Xr capsicum 4 ,
.Xr snp 4
.Sh HISTORY
Support for capabilities and capabilities mode was developed as part of the
+3 -1
View File
@@ -28,7 +28,7 @@
.\" @(#)flock.2 8.2 (Berkeley) 12/11/93
.\" $FreeBSD$
.\"
.Dd January 22, 2008
.Dd November 9, 2011
.Dt FLOCK 2
.Os
.Sh NAME
@@ -154,6 +154,8 @@ refers to an object other than a file.
The argument
.Fa fd
refers to an object that does not support file locking.
.It Bq Er ENOLCK
A lock was requested, but no locks are available.
.El
.Sh SEE ALSO
.Xr close 2 ,
+18 -7
View File
@@ -91,7 +91,8 @@ static char *const pam_ssh_agent_envp[] = { NULL };
* struct pam_ssh_key containing the key and its comment.
*/
static struct pam_ssh_key *
pam_ssh_load_key(const char *dir, const char *kfn, const char *passphrase)
pam_ssh_load_key(const char *dir, const char *kfn, const char *passphrase,
int nullok)
{
struct pam_ssh_key *psk;
char fn[PATH_MAX];
@@ -101,7 +102,21 @@ pam_ssh_load_key(const char *dir, const char *kfn, const char *passphrase)
if (snprintf(fn, sizeof(fn), "%s/%s", dir, kfn) > (int)sizeof(fn))
return (NULL);
comment = NULL;
key = key_load_private(fn, passphrase, &comment);
/*
* If the key is unencrypted, OpenSSL ignores the passphrase, so
* it will seem like the user typed in the right one. This allows
* a user to circumvent nullok by providing a dummy passphrase.
* Verify that the key really *is* encrypted by trying to load it
* with an empty passphrase, and if the key is not encrypted,
* accept only an empty passphrase.
*/
key = key_load_private(fn, NULL, &comment);
if (key != NULL && !(*passphrase == '\0' && nullok)) {
key_free(key);
return (NULL);
}
if (key == NULL)
key = key_load_private(fn, passphrase, &comment);
if (key == NULL) {
openpam_log(PAM_LOG_DEBUG, "failed to load key from %s", fn);
return (NULL);
@@ -168,9 +183,6 @@ pam_sm_authenticate(pam_handle_t *pamh, int flags __unused,
if (pam_err != PAM_SUCCESS)
return (pam_err);
if (*passphrase == '\0' && !nullok)
goto skip_keys;
/* switch to user credentials */
pam_err = openpam_borrow_cred(pamh, pwd);
if (pam_err != PAM_SUCCESS)
@@ -178,7 +190,7 @@ pam_sm_authenticate(pam_handle_t *pamh, int flags __unused,
/* try to load keys from all keyfiles we know of */
for (kfn = pam_ssh_keyfiles; *kfn != NULL; ++kfn) {
psk = pam_ssh_load_key(pwd->pw_dir, *kfn, passphrase);
psk = pam_ssh_load_key(pwd->pw_dir, *kfn, passphrase, nullok);
if (psk != NULL) {
pam_set_data(pamh, *kfn, psk, pam_ssh_free_key);
++nkeys;
@@ -188,7 +200,6 @@ pam_sm_authenticate(pam_handle_t *pamh, int flags __unused,
/* switch back to arbitrator credentials */
openpam_restore_cred(pamh);
skip_keys:
/*
* If we tried an old token and didn't get anything, and
* try_first_pass was specified, try again after prompting the
+2
View File
@@ -102,12 +102,14 @@ __timer_create(clockid_t clockid, struct sigevent *evp, timer_t *timerid)
}
if (__sigev_check_init()) {
free(timer);
errno = EINVAL;
return (-1);
}
sn = __sigev_alloc(SI_TIMER, evp, NULL, 0);
if (sn == NULL) {
free(timer);
errno = EAGAIN;
return (-1);
}
+2 -3
View File
@@ -231,7 +231,7 @@ _thr_ucond_init(struct ucond *cv)
int
_thr_ucond_wait(struct ucond *cv, struct umutex *m,
const struct timespec *timeout, int check_unparking)
const struct timespec *timeout, int flags)
{
if (timeout && (timeout->tv_sec < 0 || (timeout->tv_sec == 0 &&
timeout->tv_nsec <= 0))) {
@@ -239,8 +239,7 @@ _thr_ucond_wait(struct ucond *cv, struct umutex *m,
_thr_umutex_unlock(m, TID(curthread));
return (ETIMEDOUT);
}
return _umtx_op_err(cv, UMTX_OP_CV_WAIT,
check_unparking ? UMTX_CHECK_UNPARKING : 0,
return _umtx_op_err(cv, UMTX_OP_CV_WAIT, flags,
m, __DECONST(void*, timeout));
}
+1
View File
@@ -1562,6 +1562,7 @@ skip:
reply(550, "Can't change root.");
goto bad;
}
__FreeBSD_libc_enter_restricted_mode();
} else /* real user w/o chroot */
homedir = pw->pw_dir;
/*
+3
View File
@@ -143,6 +143,9 @@ ftpd_popen(char *program, char *type)
}
(void)close(pdes[1]);
}
/* Drop privileges before proceeding */
if (getuid() != geteuid() && setuid(geteuid()) < 0)
_exit(1);
if (strcmp(gargv[0], _PATH_LS) == 0) {
/* Reset getopt for ls_main() */
optreset = optind = optopt = 1;
+1
View File
@@ -1657,6 +1657,7 @@ load_object(const char *name, const Obj_Entry *refobj, int flags)
}
if (flags & RTLD_LO_NOLOAD) {
free(path);
close(fd);
return (NULL);
}
+1 -1
View File
@@ -33,7 +33,7 @@ BUILDNAME?=${BASE}-${DATE}-SNAP
#
#CHROOTDIR=/junk/release
# If this is a -stable snapshot, then set
#RELEASETAG=RELENG_8
#RELEASETAG=RELENG_9
#
# To test a release with a source tree containing patches and
# other work. This tree will get copied instead of getting the
-17
View File
@@ -1,17 +0,0 @@
# $FreeBSD$
# $FreeBSDde: de-docproj/relnotes/de_DE.ISO8859-1/Makefile,v 1.4 2002/10/28 18:37:19 ue Exp $
# basiert auf: 1.3
RELN_ROOT?= ${.CURDIR}/..
SUBDIR = relnotes
SUBDIR+= hardware
SUBDIR+= readme
SUBDIR+= errata
SUBDIR+= installation
SUBDIR+= early-adopter
COMPAT_SYMLINK = de
.include "${RELN_ROOT}/share/mk/doc.relnotes.mk"
.include "${DOC_PREFIX}/share/mk/doc.project.mk"
@@ -1,23 +0,0 @@
# The FreeBSD Documentation
# The FreeBSD German Documentation Project
#
# $FreeBSD$
# $FreeBSDde: de-docproj/relnotes/de_DE.ISO8859-1/early-adopter/Makefile,v 1.1 2002/10/28 18:37:20 ue Exp $
# basiert auf: 1.3
RELN_ROOT?= ${.CURDIR}/../..
.ifdef NO_LANGCODE_IN_DESTDIR
DESTDIR?= ${DOCDIR}/early-adopter
.else
DESTDIR?= ${DOCDIR}/de_DE.ISO8859-1/early-adopter
.endif
DOC?= article
FORMATS?= html
INSTALL_COMPRESSED?=gz
INSTALL_ONLY_COMPRESSED?=
SRCS+= article.sgml
.include "${RELN_ROOT}/share/mk/doc.relnotes.mk"
.include "${DOC_PREFIX}/share/mk/doc.project.mk"
@@ -1,557 +0,0 @@
<!--
The FreeBSD Documentation Project
The FreeBSD German Documentation Project
$FreeBSD$
$FreeBSDde: de-docproj/relnotes/de_DE.ISO8859-1/early-adopter/article.sgml,v 1.24 2003/05/25 12:44:41 mheinen Exp $
basiert auf: 1.15
-->
<!DOCTYPE article PUBLIC "-//FreeBSD//DTD DocBook V4.1-Based Extension//EN" [
<!ENTITY % man PUBLIC "-//FreeBSD//ENTITIES DocBook Manual Page Entities//EN">
%man;
<!ENTITY % freebsd PUBLIC "-//FreeBSD//ENTITIES DocBook Miscellaneous FreeBSD Entities//EN">
%freebsd;
<!ENTITY % authors PUBLIC "-//FreeBSD//ENTITIES DocBook Author Entities//EN">
%authors;
<!ENTITY % teams PUBLIC "-//FreeBSD//ENTITIES DocBook Team Entities//EN">
%teams;
<!ENTITY % mailing-lists PUBLIC "-//FreeBSD//ENTITIES DocBook Mailing List Entities//DE">
%mailing-lists;
<!ENTITY % release PUBLIC "-//FreeBSD//ENTITIES Release Specification//EN">
%release;
<!ENTITY release.4x "4.<replaceable>X</replaceable>">
<!ENTITY release.5x "5.<replaceable>X</replaceable>">
]>
<article lang="de">
<articleinfo>
<title>Hinweise f&uuml;r die ersten Anwender von &os;
&release.current;</title>
<authorgroup>
<corpauthor>The &os; Release Engineering Team</corpauthor>
</authorgroup>
<pubdate>$FreeBSD$</pubdate>
<copyright>
<year>2002</year>
<year>2003</year>
<holder role="mailto:[email protected]">The &os; Release
Engineering Team</holder>
</copyright>
<abstract>
<para>Dieser Artikel enth&auml;lt Informationen &uuml;ber den
Status von &os; &release.current; f&uuml;r die Anwender, die
bisher noch keine Erfahrung mit den &release.5x; Versionen
oder &os; sammeln konnten. Er enth&auml;lt einige
Hintergrundinformationen &uuml;ber die vor und w&auml;hrend
einer Ver&ouml;ffentlichung ablaufende Prozesse, nennt die
wichtigsten Neuerungen und die Stellen, an denen die ersten
Anwender Probleme haben k&ouml;nnten. Weiterhin gibt es
Informationen &uuml;ber die Pl&auml;ne f&uuml;r weitere
Ver&ouml;ffentlichungen im Entwicklungszweig 4-STABLE und
ein paar Hinweise f&uuml;r die Aktualisierung bestehender
Systeme.</para>
</abstract>
</articleinfo>
<sect1 id="intro">
<title>Einf&uuml;hrung</title>
<para>Nach &uuml;ber zwei Jahren steht mit &os; &release.5x;
wieder eine komplett neue &os;-Version zur Verf&uuml;gung. Sie
bietet nicht nur diverse neue M&ouml;glichkeiten, auch und
gerade <quote>unter der Haube</quote> hat sich einiges
verbessert. Der Nachteil dieser Neuerungen ist, da&szlig;
gro&szlig;e Teile des Systems neu und nicht ausreichend getestet
sind. Im Vergleich zu den existierenden &release.4x; Versionen
kann der Schritt zu den ersten &release.5x; Versionen zu
Verschlechterungen in den Bereichen Stabilit&auml;t, Leistung
und teilweise auch Funktionalit&auml;t f&uuml;hren.</para>
<para>Aus diesen Gr&uuml;nden warnen wir alle Anwender, ihre
Systeme nicht von &auml;lteren &os;-Versionen auf 5.0 zu
aktualisieren, wenn sie die &quot;Problemzonen&quot; nicht kennen
oder nicht bereit sind, die Einschr&auml;nkungen in den neuesten
Versionen in Kauf zu nehmen. Gerade konservative Anwender
sollten in der nahen Zukunft &release.4x;-Versionen (wie
4.8-RELEASE) benutzen. Wir meinen, da&szlig; diese Anwender
erst zu &release.5x; wechseln sollten, nachdem der
Entwicklungszweig 5-STABLE existiert; dies wird wahrscheinlich
nach der Ver&ouml;ffentlichung von 5.2-RELEASE
passieren.</para>
<para>Hier zeigt sich das <quote>Henne und Ei</quote> Problem bei
der Ver&ouml;ffentlichung von &os; &release.5x;. Alle am &os;
Project beteiligten Personen wollen ein &os;, das m&ouml;glichst
stabil und zuverl&auml;ssig ist. Um dieses Ziel zu erreichen,
m&uuml;ssen die neue Version und speziell die neuen Komponenten
von m&ouml;glichst vielen Anwendern getestet werden.
Dummerweise gibt es bei realistischer Betrachtung nur eine
M&ouml;glichkeit, eine gr&ouml;&szlig;ere Anzahl an Anwender
f&uuml;r einen Test zu gewinnen: Die Ver&ouml;ffentlichung der
zu testenden Version!</para>
<para>Dieser Artikel beschreibt einige der Probleme, die bei der
Installation und Benutzung von &os; &release.current; auftreten
k&ouml;nnen. Zuerst wird beschrieben, wie eine neue FreeBSD
Version ver&ouml;ffentlicht wird. Dann werden die
interessanteren Neuerungen in FreeBSD &release.current; und die
Bereiche, in denen (gerade f&uuml;r unvorsichtige Anwender)
Probleme auftreten k&ouml;nnen, vorgestellt. Anwender, die erst
einmal bei Systemen auf Basis von 4-STABLE bleiben m&ouml;chten,
erhalten einen kurzen Ausblick auf die kurz- und mittelfristigen
Planungen f&uuml;r diesen Entwicklungszweig. Zuletzt wird
besprochen, was bei einer Aktualisierung eines existierenden
&release.4x; Systems auf 5.0 beachtet werden mu&szlig;.</para>
</sect1>
<sect1 id="release-overview">
<title>Ver&ouml;ffentlichung neuer &os;-Versionen</title>
<para>Das Prinzip der &os;-Entwicklung ist die Verwendung mehrerer
Entwicklungszweige innerhalb eines <quote>CVS
Repository</quote>. Der Hauptzweig wird <quote>CURRENT</quote>
genannt und innerhalb des Repository mit dem symbolischen Namen
<literal>HEAD</literal> referenziert. Neuerungen werden
zun&auml;chst in diesen Zweig eingebracht. Das bedeutet zwar,
da&szlig; neue M&ouml;glichkeiten zun&auml;chst einmal nur in
CURRENT zur Verf&uuml;gung stehen, es bedeutet allerdings auch,
da&szlig; dieser Zweig von Zeit zu Zeit Kummer bereitet,
w&auml;hrend die Neuerungen getestet und ihre Fehler entfernt
werden.</para>
<para>Wenn eine neue &os;-Version ver&ouml;ffentlicht wird,
basiert diese in der Regel auf einem der <quote>STABLE</quote>
(stabil) genannten Entwicklungszweige. Neuerungen werden nur in
diese Entwicklungszweige &uuml;bernommen, nachdem sie in CURRENT
getestet wurden. Zur Zeit gibt es nur einen aktiven STABLE
Entwicklungszweig: <quote>4-STABLE</quote>; dieser Zweig war
die Grundlage f&uuml;r alle &release.4x; Versionen. Dieser
Zweig wird innerhalb des CVS Repository durch den symbolischen
Namen <literal>RELENG_4</literal> gekennzeichnet.</para>
<para>Die Basis f&uuml;r &os; 5.0 und 5.1 ist der
Entwicklungszweig CURRENT. Damit wird zum ersten Mal nach
&uuml;ber zwei Jahren eine neue Version auf Basis dieses
Entwicklungszweiges erscheinen (die letzte war &os; 4.0, im
M&auml;rz 2000).</para>
<para>Einige Zeit nach der Ver&ouml;ffentlichung von &os; 5.0 wird
im &os; CVS Repository der Zweig <quote>5-STABLE</quote> mit dem
symbolischen Namen <literal>RELENG_5</literal> erzeugt werden.
Die letzten beiden Entwicklungszweige dieser Art (3-STABLE und
4-STABLE) wurden unmittelbar nach der Ver&ouml;ffentlichung der
jeweiligen <quote>Punkt Null</quote> Versionen (3.0 bzw. 4.0)
erzeugt. R&uuml;ckblickend m&uuml;ssen wir feststellen,
da&szlig; dadurch in beiden F&auml;llen nicht genug Zeit war, um
CURRENT zu stabilisieren, bevor der neue Entwicklungszweig
eingerichtet wurde. Dies f&uuml;hrte zu unn&ouml;tiger
Mehrarbeit, da Fehlerkorrekturen von einem Zweig in den anderen
Zweig &uuml;bertragen werden mu&szlig;ten; au&szlig;erdem kam
es zu einigen &Auml;nderungen in der Architektur, die nicht in
den jeweils anderen Zweig &uuml;bernommen werden konnten.</para>
<para>Aus diesem Grund wird das Release Engineering Team den neuen
5-STABLE Entwicklungszweig erst dann im CVS Repository
einrichten, wenn eine solide Grundlage zur Verf&uuml;gung steht.
Es ist sehr wahrscheinlich, da&szlig; vorher mehrere
&release.5x; Versionen erscheinen werden; zur Zeit rechnen wir
damit, da&szlig; 5-STABLE nach dem Erscheinen von 5.2-RELEASE
erzeugt werden wird.</para>
<para>Weitere Informationen &uuml;ber den Ablauf bei der
Ver&ouml;ffentlichung einer neuen &os; Version finden Sie auf
den <ulink
url="http://www.FreeBSD.org/releng/index.html">Release
Engineering Web pages</ulink> und im Artikel <ulink
url="http://www.freebsd.org/doc/en_US.ISO8859-1/articles/releng/index.html">&os;
Release Engineering</ulink>. Informationen &uuml;ber den
geplanten Entwicklungszweig 5-STABLE finden Sie auf der <ulink
url="http://www.FreeBSD.org/doc/en_US.ISO8859-1/articles/5-roadmap/index.html"><quote>The
Roadmap for 5-STABLE</quote></ulink>.</para>
</sect1>
<sect1 id="new">
<title>Neuerungen</title>
<para>Die Glanzpunkte von &os; &release.5x; sind die vielen Neuerungen.
Diese Neuerungen und die neue Funktionalit&auml;t basieren zum
gr&ouml;&szlig;ten Teil auf massiven &Auml;nderungen der
Systemarchitektur, die nicht in den Entwicklungszweig 4-STABLE
eingepflegt wurden. Viele in sich abgeschlossene
&Auml;nderungen wie Treiber f&uuml;r neue Ger&auml;te oder neue
Benutzerprogramme wurden dagegen schon nach 4-STABLE
&uuml;bernommen. Die folgende Liste enth&auml;lt eine kurze
&Uuml;bersicht &uuml;ber die wichtigsten Neuerungen in &os;
5.0:</para>
<itemizedlist>
<listitem>
<para>SMPng: Die <quote>n&auml;chste Generation</quote> der
Unterst&uuml;tzung f&uuml;r Systeme mit mehreren Prozessoren
(noch nicht abgeschlossen). Es ist jetzt m&ouml;glich,
da&szlig; mehrere Prozessoren gleichzeitig den Kernel
nutzen.</para>
</listitem>
<listitem>
<para>KSE: Die <quote>Kernel Scheduled Entities</quote>
erlauben es einem Prozess, mehrere Threads auf Kernel-Ebene
zu nutzen, analog zur Aktivierung via Scheduler. Die
(experimentellen) Bibliotheken <filename>libkse</filename>
und <filename>libthr</filename> erlauben auch normalen
Programmen mit mehreren Threads, diese Erweiterung zu
nutzen.</para>
</listitem>
<listitem>
<para>Neue Plattformen: Zus&auml;tzlich zu i386, pc98 und
Alpha werden jetzt auch sparc64 und ia64 Systeme
unterst&uuml;tzt.</para>
</listitem>
<listitem>
<para>GCC: Der Compiler und die dazugeh&ouml;rigen Werkzeuge
basieren jetzt auf GCC 3.2.2 und nicht mehr auf GCC
2.95.<replaceable>X</replaceable>.</para>
</listitem>
<listitem>
<para>MAC: Unterst&uuml;tzung f&uuml;r erweiterbare
<quote>Mandatory Access Control</quote> Regelwerke.</para>
</listitem>
<listitem>
<para>GEOM: Ein flexibles Ger&uuml;st zur Manipulation von
Daten beim Transfer von und zu Festplatten. Auf dieser
Basis wurde ein experimentelles Modul zur
Verschl&uuml;sselung des Festplatteninhaltes
entwickelt.</para>
</listitem>
<listitem>
<para>FFS: Das Dateisystem unterst&uuml;tzt jetzt
Hintergrund-&man.fsck.8; (um das System nach einem Absturz
schneller verf&uuml;gbar zu machen) sowie
<quote>Schnappsch&uuml;sse</quote>.</para>
</listitem>
<listitem>
<para>UFS2: Dieses neue Dateisystem unterst&uuml;tzt
gr&ouml;&szlig;ere Dateien und zus&auml;tzliche
Dateiberechtigungen. &man.newfs.8; erzeugt jetzt
standardm&auml;&szlig;ig UFS2 Dateisysteme und auf allen
Plattformen au&szlig;er PC98 gilt dies auch f&uuml;r
Dateisysteme, die mit &man.sysinstall.8; erzeugt
werden.</para>
</listitem>
<listitem>
<para>Cardbus: Cardbus wird jetzt unterst&uuml;tzt.</para>
</listitem>
</itemizedlist>
<para>Eine ausf&uuml;hrlichere &Uuml;bersicht &uuml;ber die
Neuerungen finden Sie in den <quote>Release Notes</quote>
f&uuml;r &os; &release.prev; und &release.current;.</para>
</sect1>
<sect1 id="drawbacks">
<title>Nachteile f&uuml;r fr&uuml;he Anwender</title>
<para>Ein Nachteil der Neuerungen in &os; &release.5x; ist,
da&szlig; es in einigen Bereichen auf Grund der noch nicht
abgeschlossenen Entwicklung zu Problemen oder zu unerwarteten
Effekten kommen kann. Einige (aber nicht alle) der Problemzonen
sind in der folgenden Liste zusammengefa&szlig;t:</para>
<itemizedlist>
<listitem>
<para>Die Arbeit an diversen Neuerungen ist noch nicht
abgeschlossen, dazu geh&ouml;ren unter anderem SMPng und
KSE. Diese Erweiterungen sind zwar f&uuml;r Test- und
Experimentalzwecke ausreichend stabil, aber unter
Umst&auml;nden nicht stabil genug f&uuml;r den
Produktionsbetrieb.</para>
</listitem>
<listitem>
<para>Durch die &Auml;nderungen in den Datenstrukturen des
Kernels und der Schnittstellen f&uuml;r Anwendungen und
Programmierer (ABI/API), m&uuml;ssen Treiber anderer
Hersteller angepa&szlig;t werden, damit sie korrekt mit &os;
5.0 zusammenarbeiten. Es ist nicht ausgeschlossen,
da&szlig; es bis zum Erscheinen des Entwicklungszweiges
5-STABLE weitere kleinere &Auml;nderungen am ABI/API geben
wird.</para>
</listitem>
<listitem>
<para>Einige Teile des &os; Basissystems wurden in die Ports
Collection verschoben. Dazu geh&ouml;ren insbesondere
<application>Perl</application>,
<application>UUCP</application> und die meisten (nicht alle)
Spiele. Diese Programme werden zwar weiterhin entwickelt
und unterst&uuml;tzt, es kann aber verwirren, da&szlig; sie
nicht mehr Teil des Basissystems sind.</para>
</listitem>
<listitem>
<para>Einige Teile des &os;-Basissystems wurden nicht mehr
gepflegt, weil es nicht gen&uuml;gend Anwender und/oder
Entwickler gab. Diese Teile mu&szlig;ten entfernt werden,
dazu z&auml;hlen unter anderem die Erzeugung von Programmen
im Format a.out;, die XNS-Netzwerkprotokolle und der Treiber
f&uuml;r den X-10 Controller.</para>
</listitem>
<listitem>
<para>Viele Ports und Packages, die mit &os; 4-STABLE noch
korrekt liefen, k&ouml;nnen mit &os; 5.0 nicht genutzt oder
nicht kompiliert werden. Der Grund ist in der Regel der
neue Compiler oder die Aufr&auml;umarbeiten in den
Header-Dateien.</para>
</listitem>
<listitem>
<para>Viele der Neuerungen in &os; &release.5x; wurden bisher
nur auf relativ wenigen Systemen getestet. Viele dieser
Neuerungen (wie SMPng) haben Auswirkungen auf gro&szlig;e
Bereiche des Kernels.</para>
</listitem>
<listitem>
<para>Die Neuerungen in &os; 5.0 enthalten noch Routinen
zur Unterst&uuml;tzung bei der Fehlersuche und Diagnose.
Dadurch kann es dazu kommen, da&szlig; ein System mit
&os; 5.0 langsamer ist als mit 4-STABLE.</para>
</listitem>
<listitem>
<para>Neuerungen werden erst in den Entwicklungszweig 4-STABLE
&uuml;bernommen, nachdem sie eine Zeit lang in -CURRENT
<quote>gereift</quote> sind. Bei &os; 5.0 fehlt dieser
stabilisierende Effekt eines -STABLE Entwicklungszweiges.
Der Entwicklungszweig 5-STABLE wird wahrscheinlich erst
einige Zeit nach der Ver&ouml;ffentlichung von 5.2-RELEASE
eingerichtet werden.</para>
</listitem>
<listitem>
<para>Die Dokumentation (wie z.B. das &os; <ulink
url="http://www.FreeBSD.org/doc/de_DE.ISO8859-1/books/handbook/index.html">Handbuch</ulink>
und der <ulink
url="http://www.FreeBSD.org/doc/de_DE.ISO8859-1/books/faq/index.html">FAQ</ulink>)
ist teilweise noch nicht auf dem Stand von
&os; &release.5x;.</para>
</listitem>
</itemizedlist>
<para>Da einige dieser Probleme auch negative Auswirkungen auf die
Stabilit&auml;t des Systems haben, r&auml;t das Release
Engineering Team konservativen Anwendern und Firmen, Versionen
aus dem Entwicklungszweig 4-STABLE zu verwenden, bis die
&release.5x; Versionen zuverl&auml;ssiger
geworden sind.</para>
</sect1>
<sect1 id="plans-stable">
<title>Die Zukunft des Entwicklungszweiges 4-STABLE</title>
<para>Die Ver&ouml;ffentlichung von &os; 5.0 bedeutete nicht das
Ende des Entwicklungszweiges 4-STABLE: &os; 4.8 erschien im
April 2003, zwei Monate nach der Ver&ouml;ffentlichung von &os;
5.0. Es wird wahrscheinlich noch eine weitere Version auf der
Basis dieses Entwicklungszweiges geben: Das f&uuml;r den Sommer
2003 geplante 4.9-RELEASE. Auch eine Version 4.10 liegt im
Bereich des M&ouml;glichen. Dies h&auml;ngt von mehreren
Faktoren ab, der wichtigste davon ist die Existenz und
Stabilit&auml;t des Entwicklungszweiges 5-STABLE. Wenn CURRENT
nicht stabil genug ist, um einen Entwicklungszweig 5-STABLE zu
rechtfertigen, werden weitere Versionen auf Basis des
Entwicklungszweiges 4-STABLE m&ouml;glich und notwendig sein.
Bis zum Erscheinen der offiziell letzten Version auf Basis von
4-STABLE bleibt es den Entwicklern &uuml;berlassen, ob sie
Neuerungen aus <literal>HEAD</literal> in 4-STABLE einpflegen
(im Rahmen der schon bestehenden Regelungen).</para>
<para>Bis zu einem gewissen Grad werden das Release Engineering
Team und die Entwickler auch die W&uuml;nsche der Benutzer nach
weiteren Versionen auf Basis von 4-STABLE beachten. Allerdings
nur, so weit dies im Rahmen der beschr&auml;nkten Ressourcen
m&ouml;glich ist.</para>
<para>Neue Versionen auf Basis des Entwicklungszweiges 4-STABLE
werden vom &a.security-officer; im &uuml;blichen Rahmen
unterst&uuml;tzt werden, genauere Informationen dazu finden Sie
auf der <ulink
url="http://www.FreeBSD.org/security/index.html">Security
page</ulink> auf der &os; Webseite. In der Regel werden die
letzten beiden Versionen jedes Entwicklungszweiges durch die
Ver&ouml;ffentlichung von Sicherheitshinweisen und Patches
unterst&uuml;tzt; dem Team ist es allerdings freigestellt, diese
Unterst&uuml;tzung auf weitere Versionen oder spezielle Probleme
auszudehnen.</para>
</sect1>
<sect1 id="upgrade">
<title>Hinweise f&uuml;r die Aktualisierung von &os; &release.4x;</title>
<para>Dieses Kapitel enth&auml;lt Hinweise f&uuml;r Anwender, die
ihr bestehendes &os; &release.4x; System auf &os; &release.5x;
aktualisieren wollen. Wie bei jeder Aktualisierung ist es auf
jeden Fall notwendig, vorher die Release Notes und die Errata der
neuen Version zu lesen; bei Aktualisierung &uuml;ber den
Quellcode ist <filename>src/UPDATING</filename>
Pflichtlekt&uuml;re.</para>
<sect2>
<title>Aktualisierung ohne Quellcode</title>
<para>Der einfachste Ansatz ist immer noch
<quote>Sicherheitskopien erstellen, Platte formatieren, neues
System installieren, Daten wieder einspielen</quote>. Dadurch
werden alle Probleme mit veralteten und nicht kompatiblen
Programmen und Konfigurationsdateien umgangen. Die neuen
Dateisysteme k&ouml;nnen maximalen Nutzen aus den diversen
Neuerungen (speziell UFS2) ziehen.</para>
<para>Zum gegenw&auml;rtigen Zeitpunkt hat noch niemand
ausf&uuml;hrlich getestet, ob und wie gut die
<quote>Upgrade</quote>-Option in &man.sysinstall.8; bei einem
Update von 4.0 zu 5.0 funktioniert. Wir raten daher dringend
von der Verwendung dieser Funktion ab. Eines der
Hauptprobleme ist, da&szlig; bei dieser Variante diverse
Dateien nicht gel&ouml;scht werden, die zwar von &release.4x;
genutzt wurden, aber in &release.5x; nicht mehr vorhanden
sind. Diese Altlasten k&ouml;nnen zu Problemen
f&uuml;hren.</para>
<para>Auf i386 und pc98 Systemen kann die Konfiguration von ISA
Ger&auml;ten beim Systemstart mit dem Werkzeug UserConfig
eingestellt werden, dies gilt auch beim Start von einem
Installations-Medium. Dieses Programm wurde in &os; 5.0 durch
&man.device.hints.5; ersetzt; dieses stellt zwar die gleiche
Funktionalit&auml;t bereit, ist aber von der Bedienung her
v&ouml;llig verschieden.</para>
<para>Bei einer Installation von Diskette kann es notwendig
werden, die neue Treiber-Diskette zu benutzen. Das
<filename>drivers.flp</filename> Diskettenimage sollte im
allgemeinen &uuml;berall dort verf&uuml;gbar sein, wo auch
schon die bekannten <filename>kern.flp</filename> und
<filename>mfsroot.flp</filename> verf&uuml;gbar sind.</para>
<para>Bei einer Installation von CD-ROM auf einem i386-System
wird jetzt ein neues Startprogramm mit dem Namen
<quote>no-emulation boot loader</quote> genutzt. Dadurch ist
es unter anderem m&ouml;glich, auf der CD den Standardkernel
(<literal>GENERIC</literal>) statt des auf den Disketten
verwendeten Mini-Kernels zu nutzen. Jedes System, das von den
Installations-CDs f&uuml;r Windows NT 4.0 booten kann, sollte
auch mit den &os; &release.5x; CD-ROMs zurechtkommen.</para>
</sect2>
<sect2>
<title>Aktualisierung mit Quellcode</title>
<para>Es ist auf jeden Fall erforderlich, vor der Aktualisierung
<filename>src/UPDATING</filename> zu lesen. Der Abschnitt
<quote>To upgrade from 4.x-stable to current</quote>
enth&auml;lt eine Schritt-f&uuml;r-Schritt Anleitung, der Sie
unbedingt folgen m&uuml;ssen, die Nutzung der &uuml;blichen
<quote>Abk&uuml;rzungen</quote> ist nicht
m&ouml;glich.</para>
</sect2>
<sect2>
<title>Allgemeine Hinweise</title>
<para><application>Perl</application> wurde aus dem Basissystem
entfernt und sollte entweder als Package oder &uuml;ber die
Ports Collection installiert werden. Die bisher &uuml;bliche
Praxis, Perl als Teil des Basissystems zu behandeln und mit ihm
zusammen zu kompilieren, f&uuml;hrte zu diversen Problemen,
die eine Aktualisierung von Perl erschwerten. Die im
Standardsystem vorhandenen Programme, die Perl
ben&ouml;tigten, wurden entweder in einer anderen Sprache neu
geschrieben (wenn sie noch ben&ouml;tigt wurden) oder
ersatzlos entfernt (wenn sie &uuml;berfl&uuml;ssig waren). Da
&man.sysinstall.8; das Perl Package bei den meisten
Distributionen automatisch mit installiert, sollte diese
&Auml;nderung kaum Auswirkungen auf die Anwender
haben.</para>
<para>Einige Scripte verlassen sich darauf, da&szlig; der
Perl-Interpreter als <filename>/usr/bin/perl</filename>
verf&uuml;gbar ist. Der Perl Port enth&auml;lt das Programm
<filename>use.perl</filename>, mit dem ein passender Satz
symbolischer Links f&uuml;r diese Scripte erzeugt werden kann.
Nach dem Aufruf von <command>use.perl port</command> sollte
alles wie erwartet funktionieren.</para>
<para>Es ist zwar m&ouml;glich, f&uuml;r &release.4x;
geschriebene Programme unter &release.5x; zu nutzen,
allerdings mu&szlig; dazu die Distribution
<filename>compat4x</filename> installiert sein. Damit
<emphasis>k&ouml;nnte</emphasis> es auch m&ouml;glich sein,
alte Ports zu benutzen.</para>
<para>Bei der Aktualisierung eines bestehenden Systems auf Basis
von 4-STABLE, ist es unbedingt notwendig, die alten Dateien in
<filename>/usr/include</filename> zu l&ouml;schen. Im
allgemeinen ist es ausreichend, dieses Verzeichnis vor der
Installation bzw. vor dem
<maketarget>installworld</maketarget> zu entfernen. Wird das
Verzeichnis nicht entfernt, kann es zu Problemen kommen
(speziell mit C++-Programmen), da der Compiler dann einen Mix
aus alten und neuen Headerdateien verwendet.</para>
<para>Es gibt kein <filename>MAKEDEV</filename> mehr, weil es
nicht mehr ben&ouml;tigt wird. &os; &release.5x; benutzt ein
spezielles Dateisystem f&uuml;r Ger&auml;te, das die
entsprechenden Device Nodes bei Bedarf automatisch erzeugt.
Weitere Informationen finden Sie in &man.devfs.5;.</para>
<para>Alle mit &man.newfs.8; erzeugten Dateisysteme werden
standardm&auml;&szlig;ig im Format UFS2 angelegt. Diese gilt
auf allen Plattformen au&szlig;er PC98 auch f&uuml;r
Dateisysteme, die mit &man.sysinstall.8; erzeugt werden. Da
&os; &release.4x; nur UFS1 lesen kann, m&uuml;ssen alle
Dateisysteme, die sowohl mit &release.4x; als auch mit
&release.5x; nutzbar sein sollen, im Format UFS1 erzeugt
werden. Dieser Fall tritt typischerweise auf Systemen auf,
auf denen &release.4x; und &release.5x; installiert und
abwechselnd betrieben werden. In &man.newfs.8; steht dazu die
Option <option>-O1</option> zur Verf&uuml;gung, auch
&man.sysinstall.8; enth&auml;lt eine entsprechende Option.
Bitte beachten Sie, da&szlig; es kein Konvertierungsprogramm
zur Umwandlung von UFS1 nach UFS2 (oder umgekehrt) gibt, nur
die Variante Backup, Formatieren, Restore.</para>
</sect2>
</sect1>
<sect1 id="summary">
<title>Zusammenfassung</title>
<para>&os; &release.current; enth&auml;lt zwar viele interessante
Neuerungen, aber es ist noch nicht f&uuml;r alle Anwender
geeignet. Aus diesem Grund haben wir in diesem Dokument
Informationen &uuml;ber die Abl&auml;ufe bei der
Ver&ouml;ffentlichung einer neuen Version, die interessantesten
Neuerungen in den &release.5x; Versionen und wahrscheinliche
Probleme gegeben. Weiterhin enthielt er einen Ausblick auf die
Zukunft des Entwicklungszweiges 4-STABLE und Informationen
f&uuml;r Anwender, die schon jetzt umsteigen wollen.</para>
</sect1>
</article>
@@ -1,22 +0,0 @@
# $FreeBSD$
# $FreeBSDde: de-docproj/relnotes/de_DE.ISO8859-1/errata/Makefile,v 1.4 2002/03/10 18:26:34 ue Exp $
# $Id: Makefile,v 1.5 2002/03/10 16:39:26 ue Exp $
# basiert auf: 1.5
RELN_ROOT?= ${.CURDIR}/../..
.ifdef NO_LANGCODE_IN_DESTDIR
DESTDIR?= ${DOCDIR}/errata
.else
DESTDIR?= ${DOCDIR}/de_DE.ISO8859-1/errata
.endif
DOC?= article
FORMATS?= html
INSTALL_COMPRESSED?= gz
INSTALL_ONLY_COMPRESSED?=
# SGML content
SRCS+= article.sgml
.include "${RELN_ROOT}/share/mk/doc.relnotes.mk"
.include "${DOC_PREFIX}/share/mk/doc.project.mk"
@@ -1,411 +0,0 @@
<!--
FreeBSD errata document. Unlike some of the other RELNOTESng
files, this file should remain as a single SGML file, so that
the dollar FreeBSD dollar header has a meaningful modification
time. This file is all but useless without a datestamp on it,
so we'll take some extra care to make sure it has one.
(If we didn't do this, then the file with the datestamp might
not be the one that received the last change in the document.)
$FreeBSDde: de-docproj/relnotes/de_DE.ISO8859-1/errata/article.sgml,v 1.39 2003/05/24 13:23:46 ue Exp $
basiert auf: 1.38
-->
<!DOCTYPE ARTICLE PUBLIC "-//FreeBSD//DTD DocBook V4.1-Based Extension//EN" [
<!ENTITY % man PUBLIC "-//FreeBSD//ENTITIES DocBook Manual Page Entities//EN">
%man;
<!ENTITY % authors PUBLIC "-//FreeBSD//ENTITIES DocBook Author Entities//EN">
%authors;
<!ENTITY % translators PUBLIC "-//FreeBSD//ENTITIES DocBook Translator Entities//DE">
%translators;
<!ENTITY % mlists PUBLIC "-//FreeBSD//ENTITIES DocBook Mailing List Entities//DE">
%mlists;
<!ENTITY % release PUBLIC "-//FreeBSD//ENTITIES Release Specification//EN">
%release;
]>
<article lang="de">
<articleinfo>
<title>&os;
<![ %release.type.snapshot [
&release.prev;
]]>
<![ %release.type.release [
&release.current;
]]>
Errata</title>
<authorgroup>
<corpauthor>Das &os; Projekt</corpauthor>
</authorgroup>
<pubdate>$FreeBSD$</pubdate>
<copyright>
<year>2000</year>
<year>2001</year>
<year>2002</year>
<year>2003</year>
<holder role="mailto:[email protected]">The FreeBSD Documentation Project</holder>
</copyright>
<copyright>
<year>2001</year>
<year>2002</year>
<year>2003</year>
<holder role="mailto:[email protected]">The FreeBSD German Documentation Project</holder>
</copyright>
</articleinfo>
<abstract>
<para>Dieses Dokument enth&auml;lt die Errata f&uuml;r &os;
<![ %release.type.current [
&release.prev;,
]]>
<![ %release.type.snapshot [
&release.prev;,
]]>
<![ %release.type.release [
&release.current;,
]]>
also wichtige Informationen, die kurz vor bzw. erst nach
der Ver&ouml;ffentlichung bekannt wurden. Dazu geh&ouml;ren
Ratschl&auml;ge zur Sicherheit sowie &Auml;nderungen in der
Software oder Dokumentation, welche die Stabilit&auml;t und die
Nutzung beeintr&auml;chtigen k&ouml;nnten. Sie sollten immer
die aktuelle Version dieses Dokumentes lesen, bevor sie diese
Version von &os; installieren.</para>
<para>Diese Errata f&uuml;r &os;
<![ %release.type.current [
&release.prev;
]]>
<![ %release.type.snapshot [
&release.prev;
]]>
<![ %release.type.release [
&release.current;
]]>
werden bis zum
Erscheinen von &os; 5.1-RELEASE weiter aktualisiert
werden.</para>
</abstract>
<sect1 id="intro">
<title>Einleitung</title>
<para>Diese Errata enthalten <quote>brandhei&szlig;e</quote>
Informationen &uuml;ber &os;
<![ %release.type.current [
&release.prev;.
]]>
<![ %release.type.snapshot [
&release.prev;.
]]>
<![ %release.type.release [
&release.current;.
]]>
Bevor Sie diese
Version installieren, sollten Sie auf jeden Fall dieses Dokument
lesen, um &uuml;ber Probleme informiert zu werden, die erst nach
der Ver&ouml;ffentlichung entdeckt (und vielleicht auch schon
behoben) wurden.</para>
<para>Die zusammen mit der Ver&ouml;ffentlichung erschienene
Version dieses Dokumentes (zum Beispiel die Version auf der
CDROM) ist per Definition veraltet. Allerdings sind im Internet
aktualisierte Versionen verf&uuml;gbar, die die <quote>aktuellen
Errata</quote> f&uuml;r diese Version sind. Diese Versionen
sind bei <ulink url="http://www.FreeBSD.org/releases/"></ulink>
und allen aktuellen Mirrors dieser Webseite
verf&uuml;gbar.</para>
<para>Die Snapshots von &os; &release.branch; (sowohl die der
Quelltexte als auch die der ausf&uuml;hrbaren Programme)
enthalten ebenfalls die zum Zeitpunkt ihrer
Ver&ouml;ffentlichung aktuelle Version dieses
Dokumentes.</para>
<para>Die Liste der &os; CERT security advisories finden Sie bei
<ulink url="http://www.FreeBSD.org/security/"></ulink> oder
<ulink
url="ftp://ftp.FreeBSD.org/pub/FreeBSD/CERT/"></ulink>.</para>
</sect1>
<sect1 id="security">
<title>Sicherheitshinweise</title>
<para>Ein &uuml;ber das Netzwerk nutzbarer Fehler in
<application>CVS</application> k&ouml;nnte dazu f&uuml;hren,
da&szlig; ein Angreifer beliebige Programme auf dem CVS Server
ausf&uuml;hren kann. Weitere Informationen finden Sie in <ulink
url="ftp://ftp.FreeBSD.org/pub/FreeBSD/CERT/advisories/FreeBSD-SA-03:01.cvs.asc">FreeBSD-SA-03:01</ulink>.</para>
<para>Durch Auswertung der Antwortzeiten von
<application>OpenSSL</application> w&auml;re es einem Angreifer
mit sehr viel Rechenleistung m&ouml;glich gewesen, unter
bestimmten Umst&auml;nden den Klartext der &uuml;bermittelten
Daten zu erhalten. Dieser Fehler wurde in &os;
&release.current; durch die neue
<application>OpenSSL</application> Version 0.9.7 behoben. Auf
den f&uuml;r Sicherheitsprobleme unterst&uuml;tzten
Entwicklungszweigen wurde der Fehler durch die neue
<application>OpenSSL</application> Version 0.9.6i behoben.
Weitere Informationen finden Sie in <ulink
url="ftp://ftp.FreeBSD.org/pub/FreeBSD/CERT/advisories/FreeBSD-SA-03:02.openssl.asc">FreeBSD-SA-03:02</ulink></para>
<para>Es ist theoretisch m&ouml;glich, da&szlig; ein Angreifer den
geheimen Schl&uuml;ssel ermittelt, der von der Erweiterung
<quote>syncookies</quote> genutzt wird. Dadurch sinkt deren
Effektivit&auml;t beim Schutz vor TCP SYN Flood
Denial-of-Service Angriffen. Hinweise, wie sie das Problem
umgehen k&ouml;nnen und weitere Informationen finden Sie in
<ulink
url="ftp://ftp.FreeBSD.org/pub/FreeBSD/CERT/advisories/FreeBSD-SA-03:03.syncookies.asc">FreeBSD-SA-03:03</ulink>.</para>
<para>Durch diverse Puffer-&Uuml;berl&auml;ufe in den von
<application>sendmail</application> genutzten Routinen zum
Parsen des Headers war es einen Angreifer m&ouml;glich, eine
speziell konstruierte Nachricht an &man.sendmail.8; zu senden
und so beliebige Programme ausf&uuml;hren zu lassen. Diese
Programme verf&uuml;gten &uuml;ber die Rechte des Benutzers,
unter dessen Kennung &man.sendmail.8; lief, also typischerweise
<username>root</username>. Weitere Informationen und Verweise
auf Patches finden Sie in <ulink
url="ftp://ftp.FreeBSD.org/pub/FreeBSD/CERT/advisories/FreeBSD-SA-03:04.sendmail.asc">FreeBSD-SA-03:04</ulink>
und <ulink
url="ftp://ftp.FreeBSD.org/pub/FreeBSD/CERT/advisories/FreeBSD-SA-03:07.sendmail.asc">FreeBSD-SA-03:07</ulink>.</para>
<para>Durch einen Puffer-&Uuml;berlauf im XDR Kodierer/Dekodierer
war es einem Angreifer m&ouml;glich, den Service zum Absturz zu
bringen. Informationen, wie Sie den Fehler beheben, finden Sie
in <ulink
url="ftp://ftp.FreeBSD.org/pub/FreeBSD/CERT/advisories/FreeBSD-SA-03:05.xdr.asc">FreeBSD-SA-03:05</ulink>.</para>
<para><application>OpenSSL</application> enth&auml;lt zwei
Schwachstellen, die erst vor kurzer Zeit bekannt gemacht wurden.
Informationen, wie Sie die Probleme umgehen k&ouml;nnen und
weitere Informationen finden Sie in <ulink
url="ftp://ftp.FreeBSD.org/pub/FreeBSD/CERT/advisories/FreeBSD-SA-03:06.openssl.asc">FreeBSD-SA-03:06</ulink>.</para>
</sect1>
<sect1 id="late-news">
<title>Aktuelle Informationen</title>
<bridgehead renderas="sect3">GEOM</bridgehead>
<para>Die auf &man.geom.4; basierenden Routinen des Kernel zur
Partitionierung erlauben es nicht, eine aktive Partition zu
&uuml;berschreiben. Mit anderen Worten, es ist in der Regel
nicht m&ouml;glich, den Bootsektor einer Festplatte mit
<command>disklabel -B</command> zu aktualisieren, da die
Partition <literal>a</literal> auch den Bereich enth&auml;lt, in
dem die Bootsektoren gespeichert sind. Um dieses Problem zu
umgehen, sollten Sie von einer anderen Platte, einer CD oder der
Fixit-Diskette booten.</para>
<bridgehead renderas="sect3">&man.dump.8;</bridgehead>
<para>Werden Festplatten und &auml;hnliche Medien mit einer
Blockgr&ouml;&szlig;e von mehr als 512 Byte benutzt (zum
Beispiel mit &man.geom.4; verschl&uuml;sselte Partitionen),
behandelt &man.dump.8; die gr&ouml;&szlig;eren Sektoren nicht
korrekt und kann daher das Dateisystem nicht dumpen. Eine
M&ouml;glichkeit, das Problem zu umgehen, ist die Erzeugung einer
<quote>rohen</quote> Kopie des gesamten Dateisystems, die dann
als Eingabedatei f&uuml;r &man.dump.8; dient. Es ist
m&ouml;glich, ein komplettes Dateisystem in einer normalen Datei
zu speichern:</para>
<screen>&prompt.root; <userinput>dd if=/dev/ad0s1d.bde of=/junk/ad0.dd bs=1m</userinput>
&prompt.root; <userinput>dump 0f - /junk/ad0.dd | ...</userinput></screen>
<para>Eine etwas einfachere L&ouml;sung ist, &man.tar.1; oder
&man.cpio.1; zur Erzeugung des Backups zu verwende.</para>
<bridgehead renderas="sect3">&man.mly.4;</bridgehead>
<para>Es gibt Berichte, da&szlig; sich Systeme bei der
Installation von &os; 5.0 Snapshots auf RAIDs an
&man.mly.4;-kompatiblen Controller aufgeh&auml;ngt haben, obwohl
die Systeme problemlos mit 4.7-RELEASE zusammenarbeiten. Dieser
Fehler wurde in &os; &release.current; bereits behoben.</para>
<bridgehead renderas="sect3">NETNCP/Unterst&uuml;tzung des
Dateisystems</bridgehead>
<para>NETNCP und nwfs sind offenbar noch nicht an KSE
angepa&szlig;t worden und funktionieren daher nicht. Dieser
Fehler wurde in &os; &release.current; bereits behoben.</para>
<bridgehead renderas="sect3">&man.iir.4; Controller</bridgehead>
<para>Bei der Installation scheinen &man.iir.4;-Controller korrekt
erkannt zu werden, allerdings finden Sie keine der
angeschlossenen Festplatten.</para>
<bridgehead renderas="sect3">Timing-Probleme in
&man.truss.1;</bridgehead>
<para>Es scheint ein Timing-Problem beim Start des Debuggings mit
&man.truss.1; zu geben, durch das &man.truss.1; manchmal nicht
in der Lage ist, eine Verbindung zu einem Proze&szlig;
aufzubauen, bevor er gestartet wird. In diesem Fall meldet
&man.truss.1;, da&szlig; es die &man.procfs.5; Node f&uuml;r den
zu debuggenden Proze&szlig; nicht &ouml;ffnen kann. Es scheint
einen weiteren Fehler zu geben, durch den &man.truss.1; sich
aufh&auml;ngt, wenn &man.execve.2; den Wert
<literal>ENOENT</literal> zur&uuml;ckgibt. Ein weiteres
Timing-Problem f&uuml;hrt dazu, da&szlig; &man.truss.1; beim
Start manchmal <errorname>PIOCWAIT: Input/output
error</errorname> meldet. Es existieren zwar Korrekturen
f&uuml;r diese Probleme, da diese aber zu sehr in die Routinen
zur Ausf&uuml;hrung von Prozessen eingreifen, werden sie erst
nach dem Erscheinen von 5.0 ins System aufgenommen.</para>
<bridgehead renderas="sect3">Partitionierung von Festplatten durch
das Installationsprogramm</bridgehead>
<para>Es gibt einige Meldungen &uuml;ber Fehler bei der
Partitionierung von Festplatten mit &man.sysinstall.8;. Eines
der Probleme ist, da&szlig; &man.sysinstall.8; den freien Platz
auf einer Festplatten nicht neu berechnen kann, nachdem der Typ
einer FDISK-Partition ge&auml;ndert wurde.</para>
<bridgehead renderas="sect3">Veraltete Dokumentation</bridgehead>
<para>In einigen F&auml;llen wurde die Dokumentation (wie zum
Beispiel die FAQ und das Handbuch) nicht aktualisiert und geht
nicht auf die Neuerungen in &os; &release.prev; ein. Zum
Beispiel fehlt noch Dokumentation zu &man.gbde.8; und den neuen
<quote>fast IPsec</quote> Routinen.</para>
<bridgehead renderas="sect3">SMB Dateisystem</bridgehead>
<para>Ab und zu kommt beim Versuch, die Verbindung zu einem SMBFS
Share zu trennen, die Meldung <errorname>Device
busy</errorname>, obwohl das Share nicht benutzt wird. Die
einzige L&ouml;sung f&uuml;r dieses Problem ist, die Operation
so lange zu wiederholen, bis die Verbindung getrennt wird.
Dieser Fehler wurde in &release.current; bereits behoben.</para>
<para>Der Versuch, die Trennung der Verbindung zu einem SMBFS
Share mit <command>umount -f</command> zu erzwingen, kann zu
einer Kernel Panic f&uuml;hren. Dieser Fehler wurde in
&release.current; bereits behoben.</para>
<bridgehead renderas="sect3">&man.fstat.2;</bridgehead>
<para>Wird &man.fstat.2; auf einen Socket angewendet, f&uuml;r den
bereits eine Verbindung besteht, sollte es die Anzahl der zum
Lesen verf&uuml;gbaren Zeichen in dem Feld
<varname>st_size</varname> der Struktur <varname>struct
stat</varname> zur&uuml;ckgeben. Leider wird bei TCP Sockets immer ein
<varname>st_size</varname> von <literal>0</literal> gemeldet.
Dieser Fehler wurde in &release.current; bereits behoben.</para>
<bridgehead renderas="sect3">Kernel Event Queues</bridgehead>
<para>Der zu &man.kqueue.2; geh&ouml;rende Filter
<literal>EVFILT_READ</literal> meldet f&auml;lschlicherweise
immer, da&szlig; an einem TCP Socket <literal>0</literal>
Zeichen zum Lesen bereitstehen, auch wenn in Wirklichkeit
Zeichen zum Lesen verf&uuml;gbar sind. Die bei
<literal>EVFILT_READ</literal> verf&uuml;gbare Option
<literal>NOTE_LOWAT</literal> arbeitet bei TCP Sockets ebenfalls
fehlerhaft. Dieser Fehler wurde in &release.current; bereits
behoben.</para>
<bridgehead renderas="sect3">POSIX Named Semaphores</bridgehead>
<para>Eine der Neuerungen in &os; &release.prev; ist die
Unterst&uuml;tzung f&uuml;r Named Semaphores nach POSIX. Die
Routinen enthalten leider einen Fehler, durch den sich
&man.sem.open.3; falsch verhalten kann, wenn eine Semaphore von
einem Proze&szlig; mehrfach ge&ouml;ffnet wird und durch den
&man.sem.close.3; zum Absturz des Programms f&uuml;hren kann.
Dieser Fehler wurde in &release.current; bereits behoben.</para>
<bridgehead renderas="sect3">Zugriffsrechte f&uuml;r
<filename>/dev/tty</filename></bridgehead>
<para>&os; &release.prev; enth&auml;lt einen kleinen Fehler im
Bereich der Berechtigungen von <filename>/dev/tty</filename>.
Dieser Fehler tritt auf, wenn sich ein Benutzer einloggt, der
weder <username>root</username> noch Mitglied der Gruppe
<groupname>tty</groupname> ist. Wechselt dieser Benutzer nun mit
&man.su.1; zu einer anderen Benutzerkennung, die ebenfalls
weder <username>root</username> noch Mitglied der Gruppe
<groupname>tty</groupname> ist, kann er &man.ssh.1; nicht
nutzen, da es <filename>/dev/tty</filename> nicht &ouml;ffnen
kann. Dieser Fehler wurde in &release.current; bereits
behoben.</para>
<bridgehead renderas="sect3">&man.growfs.8;</bridgehead>
<para>&man.growfs.8; funktioniert auf &man.vinum.4; Partitionen
nicht mehr, da auf ihnen kein Disklabel mehr emuliert wird und
&man.growfs.8; das Disklabel analysieren will. Das Problem
betrifft wahrscheinlich auch alle anderen Massenspeicher,
f&uuml;r die &man.geom.4; benutzt wird.</para>
<bridgehead renderas="sect3">IPFW</bridgehead>
<para>&man.ipfw.4; <literal>skipto</literal> Regeln funktionieren
nicht, wenn gleichzeitig das Schl&uuml;sselwort
<literal>log</literal> verwendet wird. Auch die
<literal>uid</literal> funktionieren nicht richtig. Diese Fehler
wurden in &release.current; bereits behoben.</para>
<bridgehead renderas="sect3"> &man.adduser.8; und
Pa&szlig;w&ouml;rter</bridgehead>
<para>&man.adduser.8; kann das Pa&szlig;wort eines neu angelegten
Benutzers nicht setzen, wenn dieses Sonderzeichen der Shell
enth&auml;lt. Dieser Fehler wurde in &release.current; bereits
behoben.</para>
<bridgehead renderas="sect3">&man.xl.4;</bridgehead>
<para>Der Treiber &man.xl.4; enth&auml;lt einen Fehler, der zu
einem Absturz des Systems mit der Meldung <errorname>kernel
panic</errorname> und anderen Problemen f&uuml;hren kann, wenn
man versucht, ein Netzwerk-Interface zu konfigurieren. Dieser
Fehler wurde in &release.current; bereits behoben.</para>
<bridgehead renderas="sect3">ISC DHCP</bridgehead>
<para><application>ISC DHCP</application> steht jetzt in der
Version 3.0.1rc11 zur Verf&uuml;gung. Diese Aktualisierung
erfolgte bereits in &os; &release.prev;, wurde aber nicht in
den Release Notes dokumentiert.</para>
<bridgehead renderas="sect3">Kompatibilit&auml;tsprobleme bei
&man.amd.8;</bridgehead>
<para>Der nicht-blockierende Teil der RPC-Routinen in
&release.prev; ist fehlerhaft. Einer der auff&auml;lligsten
Effekte dieser Fehler ist, da&szlig; Anwender von &man.amd.8;
nicht in der Lage sind, Dateisysteme von einem &release.prev;
Server zu mounten. Dieser Fehler wurde in &release.current;
bereits behoben.</para>
<bridgehead renderas="sect3">nsswitch</bridgehead>
<para>Im Eintrag f&uuml;r <application>nsswitch</application> in
den Release Notes wurde ein falscher Name f&uuml;r die bisher
genutzte Konfigurationsdatei genannt. Die bisher genutzte
Konfigurationsdatei ist
<filename>/etc/host.conf</filename>.</para>
<bridgehead renderas="sect3">Mailman</bridgehead>
<para>Die &os; Mailinglisten werden jetzt mit Mailman und nicht
mehr mit Majordomo verwaltet. Weitere Informationen finden sie
auf der <ulink
url="http://www.FreeBSD.org/mailman/listinfo/">FreeBSD Mailman
Info Page</ulink>.</para>
</sect1>
</article>
@@ -1,14 +0,0 @@
# $FreeBSD$
# $FreeBSDde: de-docproj/relnotes/de_DE.ISO8859-1/hardware/Makefile,v 1.4 2002/11/09 18:00:42 ue Exp $
# basiert auf: 1.5
RELN_ROOT?= ${.CURDIR}/../..
SUBDIR = alpha
SUBDIR+= ia64
SUBDIR+= i386
SUBDIR+= pc98
SUBDIR+= sparc64
.include "${RELN_ROOT}/share/mk/doc.relnotes.mk"
.include "${DOC_PREFIX}/share/mk/doc.project.mk"
@@ -1,11 +0,0 @@
# $FreeBSD$
# $FreeBSDde: de-docproj/relnotes/de_DE.ISO8859-1/hardware/Makefile.inc,v 1.2 2002/03/10 18:41:33 ue Exp $
# $Id: Makefile.inc,v 1.5 2002/03/10 15:37:14 ue Exp $
# basiert auf: 1.2
.ifdef NO_LANGCODE_IN_DESTDIR
DESTDIR?= ${DOCDIR}/hardware/${.CURDIR:T}
.else
DESTDIR?= ${DOCDIR}/de_DE.ISO8859-1/hardware/${.CURDIR:T}
.endif
@@ -1,23 +0,0 @@
# $FreeBSD$
# $FreeBSDde: de-docproj/relnotes/de_DE.ISO8859-1/hardware/alpha/Makefile,v 1.3 2002/03/10 18:41:33 ue Exp $
# $Id: Makefile,v 1.6 2002/03/10 15:37:14 ue Exp $
# basiert auf: 1.6
RELN_ROOT?= ${.CURDIR}/../../..
DOC?= article
FORMATS?= html
INSTALL_COMPRESSED?= gz
INSTALL_ONLY_COMPRESSED?=
JADEFLAGS+= -V %generate-article-toc%
# SGML content
SRCS+= article.sgml
SRCS+= proc-alpha.sgml
SRCS+= ../common/hw.ent
SRCS+= ../common/artheader.sgml
SRCS+= ../common/dev.sgml
.include "${RELN_ROOT}/share/mk/doc.relnotes.mk"
.include "${DOC_PREFIX}/share/mk/doc.project.mk"
@@ -1,32 +0,0 @@
<!--
$FreeBSD$
$FreeBSDde: de-docproj/relnotes/de_DE.ISO8859-1/hardware/alpha/article.sgml,v 1.5 2002/10/12 18:02:21 ue Exp $
basiert auf: 1.4
-->
<!DOCTYPE article PUBLIC "-//FreeBSD//DTD DocBook V4.1-Based Extension//EN" [
<!ENTITY % man PUBLIC "-//FreeBSD//ENTITIES DocBook Manual Page Entities//EN">
%man;
<!ENTITY % authors PUBLIC "-//FreeBSD//ENTITIES DocBook Author Entities//EN">
%authors;
<!ENTITY % translators PUBLIC "-//FreeBSD//ENTITIES DocBook Translator Entities//DE">
%translators;
<!ENTITY % mlists PUBLIC "-//FreeBSD//ENTITIES DocBook Mailing List Entities//DE">
%mlists;
<!ENTITY % release PUBLIC "-//FreeBSD//ENTITIES Release Specification//EN">
%release;
<!ENTITY % sections SYSTEM "../common/hw.ent"> %sections;
<!-- Architecture-specific customization -->
<!ENTITY arch "alpha">
<!ENTITY arch.print "Alpha/AXP">
]>
<article lang="de">
&artheader;
&sect.intro;
&sect.proc.alpha;
&sect.dev;
</article>
File diff suppressed because it is too large. Load diff
@@ -1,33 +0,0 @@
<!--
$FreeBSD$
$FreeBSDde: de-docproj/relnotes/de_DE.ISO8859-1/hardware/common/artheader.sgml,v 1.4 2003/01/09 12:14:47 ue Exp $
basiert auf: 1.4
-->
<articleinfo>
<title>&os;/&arch; &release.current; Hardware Information</title>
<corpauthor>The FreeBSD German Documentation Project</corpauthor>
<copyright>
<year>2000</year>
<year>2001</year>
<year>2002</year>
<year>2003</year>
<holder role="mailto:[email protected]">The FreeBSD Documentation
Project</holder>
</copyright>
<copyright>
<year>2002</year>
<year>2003</year>
<holder role="mailto:[email protected]">The
FreeBSD German Documentation Project</holder>
</copyright>
</articleinfo>
File diff suppressed because it is too large. Load diff
@@ -1,20 +0,0 @@
<!-- -*- sgml -*- -->
<!--
$FreeBSD$
$FreeBSDde: de-docproj/relnotes/de_DE.ISO8859-1/hardware/common/hw.ent,v 1.4 2002/07/08 18:42:56 ue Exp $
basiert auf: 1.4
-->
<!-- Text constants which probably don't need to be changed.-->
<!-- Files to be included -->
<!ENTITY artheader SYSTEM "../common/artheader.sgml">
<!ENTITY sect.intro SYSTEM "../common/intro.sgml">
<!ENTITY sect.proc.alpha SYSTEM "../alpha/proc-alpha.sgml">
<!ENTITY sect.proc.i386 SYSTEM "../i386/proc-i386.sgml">
<!ENTITY sect.proc.ia64 SYSTEM "../ia64/proc-ia64.sgml">
<!ENTITY sect.proc.pc98 SYSTEM "../pc98/proc-pc98.sgml">
<!ENTITY sect.proc.sparc64 SYSTEM "../sparc64/proc-sparc64.sgml">
<!ENTITY sect.dev SYSTEM "../common/dev.sgml">
@@ -1,30 +0,0 @@
<!--
$FreeBSD$
$FreeBSDde: de-docproj/relnotes/de_DE.ISO8859-1/hardware/common/intro.sgml,v 1.6 2003/05/24 21:35:15 ue Exp $
basiert auf: 1.6
-->
<sect1 id="intro">
<title>Einf&uuml;hrung</title>
<para>Dieses Dokument enth&auml;lt die Liste der unterst&uuml;tzen
Ger&auml;te f&uuml;r &os; &release.current; auf &arch.print;
Systemen (meistens einfach &os;/&arch; &release.current; genannt).
Hier finden Sie zum einen alle die Ger&auml;te, von denen wir
wissen, da&szlig; Sie funktionieren; zum anderen finden Sie hier
Hinweise, wie Sie den Kernel anpassen k&ouml;nnen, wenn Sie ein
bisher noch nicht unterst&uuml;tztes Ger&auml;t verwenden
wollen.</para>
<note>
<para>Dieses Dokument enth&auml;lt Informationen f&uuml;r
&arch.print; Systeme. Andere Versionen dieses Dokumentes, die
f&uuml;r andere Plattformen gedacht sind, werden in vielen
Punkten von diesem Dokument abweichen.</para>
</note>
<para arch="ia64">Weitergehende Informationen &uuml;ber &os;/&arch;
finden Sie auf den Webseiten des <ulink
url="http://www.FreeBSD.org/platforms/ia64/index.html">&os;/&arch;
Project</ulink>.</para>
</sect1>
@@ -1,23 +0,0 @@
# $FreeBSD$
# $FreeBSDde: de-docproj/relnotes/de_DE.ISO8859-1/hardware/i386/Makefile,v 1.2 2002/03/10 18:41:36 ue Exp $
# $Id: Makefile,v 1.3 2002/03/10 15:37:15 ue Exp $
# basiert auf: 1.5
RELN_ROOT?= ${.CURDIR}/../../..
DOC?= article
FORMATS?= html
INSTALL_COMPRESSED?= gz
INSTALL_ONLY_COMPRESSED?=
JADEFLAGS+= -V %generate-article-toc%
# SGML content
SRCS+= article.sgml
SRCS+= proc-i386.sgml
SRCS+= ../common/hw.ent
SRCS+= ../common/artheader.sgml
SRCS+= ../common/dev.sgml
.include "${RELN_ROOT}/share/mk/doc.relnotes.mk"
.include "${DOC_PREFIX}/share/mk/doc.project.mk"
@@ -1,30 +0,0 @@
<!--
$FreeBSD$
$FreeBSDde: de-docproj/relnotes/de_DE.ISO8859-1/hardware/i386/article.sgml,v 1.5 2002/12/07 21:09:09 ue Exp $
basiert auf: 1.4
-->
<!DOCTYPE article PUBLIC "-//FreeBSD//DTD DocBook V4.1-Based Extension//EN" [
<!ENTITY % man PUBLIC "-//FreeBSD//ENTITIES DocBook Manual Page Entities//EN">
%man;
<!ENTITY % authors PUBLIC "-//FreeBSD//ENTITIES DocBook Author Entities//EN">
%authors;
<!ENTITY % mlists PUBLIC "-//FreeBSD//ENTITIES DocBook Mailing List Entities//DE">
%mlists;
<!ENTITY % release PUBLIC "-//FreeBSD//ENTITIES Release Specification//EN">
%release;
<!ENTITY % sections SYSTEM "../common/hw.ent"> %sections;
<!-- Architecture-specific customization -->
<!ENTITY arch "i386">
<!ENTITY arch.print "i386">
]>
<article lang="de">
&artheader;
&sect.intro;
&sect.proc.i386;
&sect.dev;
</article>
@@ -1,117 +0,0 @@
<!--
$FreeBSD$
$FreeBSDde: de-docproj/relnotes/de_DE.ISO8859-1/hardware/i386/proc-i386.sgml,v 1.13 2003/05/24 21:49:22 ue Exp $
basiert auf: 1.11
-->
<sect1 id="proc">
<title>Unterst&uuml;tzte Prozessoren und Mainboards</title>
<para>&os;/i386 kann auf vielen <quote>IBM PC kompatiblen</quote>
Maschinen benutzt werden. Es ist nicht m&ouml;glich, hier alle
unterst&uuml;tzten Kombinationen aufzuf&uuml;hren, die von &os;
unterst&uuml;tzt werden, da es viel zu viele M&ouml;glichkeiten
gibt. Dennoch ist es m&ouml;glich, einige allgemeine Hinweise zu
geben.</para>
<para>Fast alle i386-kompatiblen Prozessoren werden
unterst&uuml;tzt. Alle Prozessoren von Intel ab dem 80386 werden
unterst&uuml;tzt, also 80386, 80486, Pentium, Pentium Pro, Pentium
II, Pentium III, Pentium 4, und die Modellvarianten dieser
Prozessoren, wie der Xeon und Celeron. Der 80386sx wird zwar
unterst&uuml;tzt, wir raten aber dringend von der Verwendung
dieser CPU ab). Alle i386-kompatiblen Prozessoren von AMD werden
unterst&uuml;tzt, dazu geh&ouml;ren Am486, Am5x86, K5, K6 (alle
Varianten), Athlon (einschlie&szlig;lich Athlon-MP, Athlon-XP,
Athlon-4 und Athlon Thunderbird) und Duron. Der integrierte
Prozessor AMD &Eacute;lan SC520 wird unterst&uuml;tzt. Der
Transmeta Crusoe wird erkannt und unterst&uuml;tzt, das gleiche
gilt f&uuml;r die i386-kompatiblen Prozessoren von Cyrix und
NexGen.</para>
<para>F&uuml;r diese Plattform gibt es ganz Reihe verschiedener
Mainboards. F&uuml;r Mainboards mit ISA, VLB, EISA, AGP, und PCI
Steckpl&auml;tzen ist die Unterst&uuml;tzung ausgezeichnet. Der
MCA (<quote>MicroChannel</quote>) Bus, der in den IBM PS/2
Computern zu finden ist, wird nur teilweise
unterst&uuml;tzt.</para>
<para>Symmetrische Multi-Prozessor (SMP) Systeme werden im
allgemeinen von &os; unterst&uuml;tzt. Allerdings kommt es in
einigen F&auml;llen zu Problemen, weil das BIOS oder das Mainboard
fehlerhaft sind. Ein Blick in der Archive der Mailingliste &a.smp;
kann hier weiterhelfen.</para>
<para>&os; nutzt HyperThreading (HTT) auf Intel CPUs, wenn die CPU
dies unterst&uuml;tzt. Wenn in der Konfigurationsdatei f&uuml;r
den angepa&szlig;ten Kernel die Zeile
<literal>options&nbsp;SMP</literal> angegeben ist, erkennt und
aktiviert der Kernel die zus&auml;tzlichen logischen Prozessoren.
Der Standard-Scheduler in &os; behandelt diese logischen
Prozessoren genau so wie zus&auml;tzliche physikalische
Prozessoren. Mit anderen Worten, der Scheduler
ber&uuml;cksichtigt bei seinen Entscheidungen nicht, da&szlig;
sich die logischen Prozessoren auf einer CPU bestimmte Ressourcen
teilen. Da dieses sehr einfache Vorgehen zu schlechter
Performance f&uuml;hren kann, werden die logischen CPUs beim
Systemstart standardm&auml;&szlig;ig deaktiviert. Sie k&ouml;nnen
mit der sysctl-Variable
<varname>machdep.hlt_logical_cpus</varname> aktiviert werden. Es
ist au&szlig;erdem m&ouml;glich, jede CPU anzuhalten, die sich im
Idle-Loop befindet, dazu dient die sysctl-Variable
<varname>machdep.hlt_cpus</varname>. Weitere Informationen finden
Sie in &man.smp.4;.</para>
<para>Unterst&uuml;tzt die CPU die Physical Address Extension (PAE),
kann &os; diese Erweiterung nutzen, wenn in der
Konfigurationsdatei f&uuml;r den angepa&szlig;ten Kernel die
Option <literal>PAE</literal> angegeben wird. In diesem Fall
wird der Speicher oberhalb von 4 GByte erkannt und steht f&uuml;r
die Nutzung durch das System zur Verf&uuml;gung. Allerdings sind
nicht alle Teile von &os; und alle Treiber kompatibel zu
<literal>PAE</literal>. Weitere Informationen finden Sie in
&man.pae.4;.</para>
<para>&os; l&auml;uft normalerweise auf Laptops mit i386-Prozessoren,
allerdings gibt es keinen einheitlichen Standard f&uuml;r die
Unterst&uuml;tzung bestimmter Ausstattungsmerkmale wie Audio,
Grafik, Power Management und PCCARD Steckpl&auml;tzen. Diese
Merkmale sind von Maschine zu Maschine verschiedenen. In vielen
F&auml;llen ist es sogar notwendig, &os; speziell anzupassen, um
Fehlern in der Hardware und anderen Merkw&uuml;rdigkeiten
auszuweichen. Im Zweifelsfalle kann ein Blick in der Archive der
Mailingliste &a.mobile; weiterhelfen.</para>
<para>Die meisten aktuellen Laptops (und auch f&uuml;r den
Schreibtisch vorgesehene Ger&auml;te) unterst&uuml;tzen den
Advanced Configuration and Power Management (ACPI) Standard. Wie
in &man.acpi.4; beschrieben, nutzt &os; die von Intel
ver&ouml;ffentlichte Referenz-Implementierung &quot;ACPI Component
Architecture&quot;, um ACPI unterst&uuml;tzen zu k&ouml;nnen.
Leider kann es durch die Benutzung von ACPI auf einigen Systemen
zu Stabilit&auml;tsproblemen kommen, die es notwendig machen, den
ACPI-Treiber abzuschalten. Dieser wird normalerweise beim
Systemstart als Kernel-Modul geladen. Um ihn abzuschalten,
m&uuml;ssen Sie die folgende Zeile in die Datei
<filename>/boot/device.hints</filename> eintragen:</para>
<programlisting>hint.acpi.0.disabled="1"</programlisting>
<para>Wenn Sie ein Problem im Zusammenhang mit ACPI l&ouml;sen
wollen, kann es helfen, Teile der ACPI-Funktionen abzuschalten.
Informationen, welche der Einstellungen im Bootloader daf&uuml;r
verantwortlich sind, finden Sie in der Onlinehilfe zu
&man.acpi.4;</para>
<para>ACPI braucht zur korrekten Funktion die Differentiated System
Descriptor Table (DSDT), die vom BIOS bereitgestellt wird. Einige
Systemen haben fehlerhafte oder unvollst&auml;ndige DSDTs, daher
kann ACPI auf diesen Maschinen nicht korrekt funktionieren.
Korrigierte DSDTs f&uuml;r einige Maschinen sind im Bereich <ulink
url="http://acpi.sourceforge.net/dsdt/index.php">DSDT</ulink> der
Webseiten des <ulink
url="http://acpi.sourceforge.net/">ACPI4Linux</ulink> Projekts
verf&uuml;gbar. &os; kann diese DSDTs an Stelle der vom BIOS
bereitgestellten DSDT nutzen, weitere Informationen dazu finden
Sie in der Onlinehilfe zu &man.acpi.4;</para>
</sect1>
@@ -1,23 +0,0 @@
# $FreeBSD$
# $FreeBSDde: de-docproj/relnotes/de_DE.ISO8859-1/hardware/ia64/Makefile,v 1.2 2002/03/10 18:41:37 ue Exp $
# $Id: Makefile,v 1.2 2002/03/10 15:37:16 ue Exp $
# basiert auf: 1.2
RELN_ROOT?= ${.CURDIR}/../../..
DOC?= article
FORMATS?= html
INSTALL_COMPRESSED?= gz
INSTALL_ONLY_COMPRESSED?=
JADEFLAGS+= -V %generate-article-toc%
# SGML content
SRCS+= article.sgml
# SRCS+= proc-ia64.sgml
SRCS+= ../common/hw.ent
SRCS+= ../common/artheader.sgml
SRCS+= ../common/dev.sgml
.include "${RELN_ROOT}/share/mk/doc.relnotes.mk"
.include "${DOC_PREFIX}/share/mk/doc.project.mk"
@@ -1,40 +0,0 @@
<!--
$FreeBSD$
$FreeBSDde: de-docproj/relnotes/de_DE.ISO8859-1/hardware/ia64/article.sgml,v 1.6 2003/05/24 21:52:46 ue Exp $
basiert auf: 1.3
-->
<!DOCTYPE article PUBLIC "-//FreeBSD//DTD DocBook V4.1-Based Extension//EN" [
<!ENTITY % man PUBLIC "-//FreeBSD//ENTITIES DocBook Manual Page Entities//EN">
%man;
<!ENTITY % authors PUBLIC "-//FreeBSD//ENTITIES DocBook Author Entities//EN">
%authors;
<!ENTITY % mlists PUBLIC "-//FreeBSD//ENTITIES DocBook Mailing List Entities//DE">
%mlists;
<!ENTITY % release PUBLIC "-//FreeBSD//ENTITIES Release Specification//EN">
%release;
<!ENTITY % sections SYSTEM "../common/hw.ent"> %sections;
<!-- Architecture-specific customization -->
<!ENTITY arch "ia64">
<!ENTITY arch.print "IA-64">
]>
<article lang="de">
&artheader;
<abstract>
<para>Dieses Dokument befindet sich noch in einem sehr fr&uuml;hen
Stadium. Die Angaben sind unvollst&auml;ndig und m&uuml;ssen
dringend erweitert werden. Wenn Sie Informationen &uuml;ber
&os; &arch.print; Prozessoren, Mainboards und andere Ger&auml;te
haben, die mit &os; funktionieren, senden Sie sie bitte an die
&a.ia64; Mailingliste.</para>
</abstract>
&sect.intro;
&sect.proc.ia64;
&sect.dev;
</article>
@@ -1,108 +0,0 @@
<!--
$FreeBSD$
$FreeBSDde: de-docproj/relnotes/de_DE.ISO8859-1/hardware/ia64/proc-ia64.sgml,v 1.5 2003/05/24 22:16:24 ue Exp $
basiert auf: 1.7
-->
<sect1 id="proc-ia64">
<title>Unterst&uuml;tzte Prozessoren und Mainboards</title>
<para>Zur Zeit werden die <ulink
url="http://www.intel.com/design/itanium/itanium/index.htm">Itanium</ulink>
und <ulink
url="http://www.intel.com/design/itanium2/index.htm">Itanium
2</ulink> Prozessoren unterst&uuml;tzt. Die folgenden
Mainboard-Chips&auml;tze werden unterst&uuml;tzt:</para>
<itemizedlist>
<listitem>
<para>HP zx1 (nur auf dem Entwicklungszweig, weitere
Informationen finden Sie im <ulink
url="http://perforce.freebsd.org/">Perforce
repository</ulink>) </para>
</listitem>
<listitem>
<para>HP i2000</para>
</listitem>
<listitem>
<para>Intel 460GX</para>
</listitem>
<listitem>
<para>Intel E8870</para>
</listitem>
</itemizedlist>
<para>Zur Zeit wird sowohl an Ein-Prozessor (UP) als auch an
Mehr-Prozessor Systemen gearbeitet. Letztere sind zur Zeit
weniger stabil. Zur Zeit konzentriert sich die Arbeit auf
Verbesserungen f&uuml;r UP-Systeme, um deren Stabilit&auml;t zu
erh&ouml;hen.</para>
<sect2>
<title>&Uuml;bersicht &uuml;ber die unterst&uuml;tzten
Systeme</title>
<para>Dieser Abschnitt enth&auml;lt zus&auml;tzliche Informationen
dar&uuml;ber, welche Ger&auml;te von &os;/&arch;
unterst&uuml;tzt werden und welche nicht.</para>
<para>Mit Ausnahme der in die PC-Chips&auml;tze integrierten
Varianten sollten alle &man.ata.4; Kontroller sofort
funktionieren. Wir gehen davon aus, da&szlig; fr&uuml;her oder
sp&auml;ter alle &arch;-kompatiblen Kontroller vollst&auml;ndig
unterst&uuml;tzt werden. In den folgenden Abschnitten finden
Sie genauere Informationen &uuml;ber die verschiedenen
Festplattencontroller und ihren aktuellen Status.</para>
<para>Ganz generell sollten serielle Schnittstellen nach
<quote>PC-Standard</quote> auf Intel-Hardware funktionieren,
w&auml;hrend sie auf PA-Hardware nicht funktionieren werden.
Der Grund ist, da&szlig; auf HP-Maschinen alle Ger&auml;te in
den Speicher eingeblendet werden. Mit Ausnahme der von PCI
verlangten VGA-Unterst&uuml;tzung gibt es
<emphasis>keinerlei</emphasis> Unterst&uuml;tzung f&uuml;r
ISA-Ger&auml;te.</para>
<para>Au&szlig;er den schon genannten seriellen Schnittstellen mit
&man.sio.4;-Treiber gibt es eine Reihe weiterer Ger&auml;ten,
von denen wir wissen, da&szlig; sie auf Nicht-Intel Systemen
nicht funktionieren k&ouml;nnen, weil sie sich auf
ISA-spezifische Begebenheiten verlassen, die nicht mehr
zutreffen. Diese Ger&auml;te sollten jedoch auf Intel-Hardware
funktionieren.</para>
<informaltable frame="none">
<tgroup cols="2">
<tbody>
<row>
<entry>&man.sio.4;</entry>
<entry>Keine Unterst&uuml;tzung f&uuml;r I/O durch in den
Hauptspeicher eingeblendete Bereiche</entry>
</row>
<row>
<entry>&man.syscons.4;</entry>
<entry>Erwartet ein BIOS, VGA-Erkennung, etc.</entry>
</row>
<row>
<entry>&man.pcm.4;</entry>
<entry>Pr&uuml;ft MSS ISA Ports <emphasis>bis zum
Erbrechen</emphasis></entry>
</row>
<row>
<entry>&man.atkbd.4;, &man.psm.4;</entry>
<entry>Fest verdrahte ISA-Adressen</entry>
</row>
</tbody>
</tgroup>
</informaltable>
</sect2>
</sect1>
@@ -1,22 +0,0 @@
# $FreeBSD$
# $FreeBSDde: de-docproj/relnotes/de_DE.ISO8859-1/hardware/pc98/Makefile,v 1.1 2002/07/08 18:41:44 ue Exp $
# basiert auf: 1.1
RELN_ROOT?= ${.CURDIR}/../../..
DOC?= article
FORMATS?= html
INSTALL_COMPRESSED?= gz
INSTALL_ONLY_COMPRESSED?=
JADEFLAGS+= -V %generate-article-toc%
# SGML content
SRCS+= article.sgml
SRCS+= proc-pc98.sgml
SRCS+= ../common/hw.ent
SRCS+= ../common/artheader.sgml
SRCS+= ../common/dev.sgml
.include "${RELN_ROOT}/share/mk/doc.relnotes.mk"
.include "${DOC_PREFIX}/share/mk/doc.project.mk"
@@ -1,30 +0,0 @@
<!--
$FreeBSD$
$FreeBSDde: de-docproj/relnotes/de_DE.ISO8859-1/hardware/pc98/article.sgml,v 1.2 2002/10/12 18:02:22 ue Exp $
basiert auf: 1.1
-->
<!DOCTYPE article PUBLIC "-//FreeBSD//DTD DocBook V4.1-Based Extension//EN" [
<!ENTITY % man PUBLIC "-//FreeBSD//ENTITIES DocBook Manual Page Entities//EN">
%man;
<!ENTITY % authors PUBLIC "-//FreeBSD//ENTITIES DocBook Author Entities//EN">
%authors;
<!ENTITY % mlists PUBLIC "-//FreeBSD//ENTITIES DocBook Mailing List Entities//DE">
%mlists;
<!ENTITY % release PUBLIC "-//FreeBSD//ENTITIES Release Specification//EN">
%release;
<!ENTITY % sections SYSTEM "../common/hw.ent"> %sections;
<!-- Architecture-specific customization -->
<!ENTITY arch "pc98">
<!ENTITY arch.print "NEC PC-98x1">
]>
<article lang="de">
&artheader;
&sect.intro;
&sect.proc.pc98;
&sect.dev;
</article>
@@ -1,36 +0,0 @@
<!--
$FreeBSD$
$FreeBSDde: de-docproj/relnotes/de_DE.ISO8859-1/hardware/pc98/proc-pc98.sgml,v 1.3 2003/01/13 20:30:49 ue Exp $
basiert auf: 1.4
-->
<sect1 id="support-sys">
<title>Unterst&uuml;tzte Systeme</title>
<para>NEC PC-9801/9821 Systeme mit fast allen i386-kompatiblen
Prozessoren, dazu geh&ouml;ren unter anderem 80386, 80486,
Pentium, Pentium Pro und Pentium II inklusive aller Varianten.
Die i386-kompatiblen Prozessoren von AMD, Cyrix, IBM und IDT
werden ebenfalls unterst&uuml;tzt.</para>
<para>NEC FC-9801/9821 und NEC SV-98 (beide sind mit der
PC-9801/9821 Familie kompatibel) sollten auch unterst&uuml;tzt
werden.</para>
<para>Die EPSON PC-386/486/586 Familien sind kompatibel zur NEC
PC-9801 Familie und sollten auch unterst&uuml;tzt werden.</para>
<para>Der hochaufl&ouml;sende Modus wird nicht unterst&uuml;tzt.
Die Familien NEC PC-98XA/XL/RL/XL^2 und NEC PC-H98 werden nur im
normalen (PC-9801 kompatiblen) Modus unterst&uuml;tzt.</para>
<para>Es gibt zwar einige Mehrprozessorsysteme (wie Rs20/B20), die
SMP-F&auml;higkeiten in &os; werden allerdings noch nicht
unterst&uuml;tzt.</para>
<para>Der Standard-Bus des PC-9801/9821 (der sogenannte C-Bus), der
Erweiterungsbus des PC9801NOTE (110 Pin) und der PCI-Bus werden
unterst&uuml;tzt. Der New Extended Standard Architecture (NESA)
Bus (wird in den Familien PC-H98, SV-H98 und FC-H98 genutzt) wird
noch nicht unterst&uuml;tzt.</para>
</sect1>
@@ -1,22 +0,0 @@
# $FreeBSD$
# $FreeBSDde: de-docproj/relnotes/de_DE.ISO8859-1/hardware/sparc64/Makefile,v 1.3 2003/01/09 12:47:37 ue Exp $
# basiert auf: 1.3
RELN_ROOT?= ${.CURDIR}/../../..
DOC?= article
FORMATS?= html
INSTALL_COMPRESSED?= gz
INSTALL_ONLY_COMPRESSED?=
JADEFLAGS+= -V %generate-article-toc%
# SGML content
SRCS+= article.sgml
SRCS+= proc-sparc64.sgml
SRCS+= ../common/hw.ent
SRCS+= ../common/artheader.sgml
SRCS+= ../common/dev.sgml
.include "${RELN_ROOT}/share/mk/doc.relnotes.mk"
.include "${DOC_PREFIX}/share/mk/doc.project.mk"
@@ -1,29 +0,0 @@
<!--
$FreeBSD$
$FreeBSDde: de-docproj/relnotes/de_DE.ISO8859-1/hardware/sparc64/article.sgml,v 1.7 2003/01/09 12:46:28 ue Exp $
basiert auf: 1.3
-->
<!DOCTYPE article PUBLIC "-//FreeBSD//DTD DocBook V4.1-Based Extension//EN" [
<!ENTITY % man PUBLIC "-//FreeBSD//ENTITIES DocBook Manual Page Entities//EN">
%man;
<!ENTITY % authors PUBLIC "-//FreeBSD//ENTITIES DocBook Author Entities//EN">
%authors;
<!ENTITY % mlists PUBLIC "-//FreeBSD//ENTITIES DocBook Mailing List Entities//DE">
%mlists;
<!ENTITY % release PUBLIC "-//FreeBSD//ENTITIES Release Specification//EN">
%release;
<!ENTITY % sections SYSTEM "../common/hw.ent"> %sections;
<!-- Architecture-specific customization -->
<!ENTITY arch "sparc64">
<!ENTITY arch.print "UltraSPARC">
]>
<article lang="de">
&artheader;
&sect.intro;
&sect.proc.sparc64;
&sect.dev;
</article>
@@ -1,209 +0,0 @@
<!--
$FreeBSDde: de-docproj/relnotes/de_DE.ISO8859-1/hardware/sparc64/dev-sparc64.sgml,v 1.4 2003/01/13 20:30:50 ue Exp $
$Id: dev-sparc64.sgml,v 1.4 2002/03/10 15:37:16 ue Exp $
basiert auf: 1.3
-->
<sect1 id="support-dev">
<sect1info>
<pubdate>$FreeBSD$</pubdate>
</sect1info>
<title>Unterst&uuml;tzte Ger&auml;te</title>
<para>Dieses Kapitel enth&auml;lt alle Ger&auml;te, die auf jeden
Fall von &os; auf &arch; Systemen unterst&uuml;tzt werden. Andere
Konfigurationen k&ouml;nnen auch funktionieren, allerdings wurden
sie noch nicht getestet. R&uuml;ckmeldungen, Erg&auml;nzungen und
Korrekturen werden dankend angenommen.</para>
<para>Wenn m&ouml;glich, wird der zum jeweiligen Ger&auml;t bzw. zur
jeweiligen Ger&auml;teklasse passende Treiber aufgef&uuml;hrt.
Wenn es unter &os; eine Online-Hilfe f&uuml;r den betreffenden
Treiber gibt (das ist der Normalfall), wird sie ebenfalls
aufgef&uuml;hrt.</para>
<sect2>
<title>PCI Hardware</title>
<para>Rein theoretisch sollte jedes Ger&auml;t, f&uuml;r das es
einen Treiber gibt, auch auf sparc64 funktionieren. In der
Praxis funktionieren einige Treiber sofort, andere m&uuml;ssen
angepa&szlig;t werden (hier zeigt sich, da&szlig; dies die erste
<quote>big endian</quote> Architektur ist, die von FreeBSD
unterst&uuml;tzt wird).</para>
<para>Bei den folgenden Ger&auml;ten sind wir sicher, da&szlig; sie
unterst&uuml;tzt werden und funktionieren:</para>
<itemizedlist>
<listitem>
<para><literal>apb</literal> (Sun PCI-PCI Bridge)</para>
</listitem>
<listitem>
<para>alle Arten von PCI-PCI Bridges</para>
</listitem>
<listitem>
<para>&man.ahc.4; (jetzt sehr bald).</para>
</listitem>
<listitem>
<para>&man.ata.4;, <devicename>atadisk</devicename>,
<devicename>atapicd</devicename> (allerdings weder atapift
noch atapist)</para>
</listitem>
<listitem>
<para><devicename>gem</devicename> (Sun GEM/ERI Ethernet, ist
in der Blade 100 eingebaut)</para>
</listitem>
<listitem>
<para><literal>hme</literal> (Sun HME Ethernet, ist in der
Ultra 5 und Ultra 10 eingebaut)</para>
</listitem>
<listitem>
<para>&man.sio.4;</para>
</listitem>
<listitem>
<para>&man.sym.4;</para>
</listitem>
</itemizedlist>
</sect2>
<sect2>
<title>SBus Hardware</title>
<para>Die folgenden Treiber wurden an SBus
angepa&szlig;t:</para>
<itemizedlist>
<listitem>
<para><literal>hme</literal> Ethernet</para>
</listitem>
<listitem>
<para><literal>mk48txx</literal> ('eeprom' Ger&auml;t,
Systemuhr)</para>
</listitem>
</itemizedlist>
</sect2>
<sect2>
<title>ISA Hardware</title>
<para>Die Angaben &uuml;ber die Treiber f&uuml;r PCI Hardware
gelten auch f&uuml;r die Treiber f&uuml;r ISA-Karten, allerdings
gibt es eine wichtige Einschr&auml;nkung: ISA DMA wird noch nicht
unterst&uuml;tzt. Hierbei handelt es sich in der Regel um
eingebaute Ger&auml;te, uns ist kein einzige UltraSPARC System
bekannt, das &uuml;ber einen ISA Steckplatz verf&uuml;gt.</para>
<para>Bei den folgenden Ger&auml;ten sind wir sicher, da&szlig;
sie unterst&uuml;tzt werden und funktionieren:</para>
<itemizedlist>
<listitem>
<para>&man.sio.4;</para>
</listitem>
</itemizedlist>
</sect2>
<sect2>
<title>EBus Hardware</title>
<para>Der EBus gibt es nur in Suns, daher m&uuml;ssen die Treiber
um Unterst&uuml;tzung f&uuml;r diese Art von Ger&auml;ten
erweitert werden. Der EBus ist ISA sehr &auml;hnlich, daher
k&ouml;nnen ISA-Treiber in der Regel sehr einfach umgeschrieben
werden, wenn Sie das <quote>bus space interface</quote> und
nicht die <quote>in[bwl]/out[bwl]</quote> Funktionen nutzen.
DMA wird noch nicht unterst&uuml;tzt.</para>
<para>Bei den folgenden Ger&auml;ten sind wir sicher, da&szlig;
sie unterst&uuml;tzt werden und funktionieren:</para>
<itemizedlist>
<listitem>
<para>&man.sio.4;</para>
</listitem>
<listitem>
<para><literal>mk48txx</literal> ('eeprom' Ger&auml;t,
Systemuhr)</para>
</listitem>
</itemizedlist>
</sect2>
<sect2>
<title>Nicht unterst&uuml;tzte Ger&auml;te</title>
<para>Die folgenden Ger&auml;te, die alle Bestandteile von Sun
UltraSPARC System sind, werden zur Zeit noch nicht
unterst&uuml;tzt:</para>
<itemizedlist>
<listitem>
<para>Graphikkarten/Bildschirmspeicher, Tastatur (au&szlig;er
der indirekten Unterst&uuml;tzung im Textmodus durch den
<devicename>ofw_console</devicename> Treiber)</para>
</listitem>
<listitem>
<para>Serielle Schnittstellen mit Siemens sab82532 (Ultra
5/10; die Anschl&uuml;sse f&uuml;r Tastatur und Maus sind
auch RS232-Anschl&uuml;sse und werden daher vom &man.sio.4;
Treiber unterst&uuml;tzt; ein Treiber mit dem Namen 'se' ist
in Arbeit).</para>
</listitem>
<listitem>
<para>serielle Tastaturen (au&szlig;er der indirekten
Unterst&uuml;tzung durch den
<devicename>ofw_console</devicename> Treiber)</para>
</listitem>
<listitem>
<para>serielle Anschl&uuml;sse mit Zilog z8530 (Tastatur/Maus,
ttya und ttyb bei der Ultra 1 und Ultra 2 boxen)</para>
</listitem>
<listitem>
<para>fas (Fast SCSI Controller, der in den meisten Ultra 1
und Ultra 2 Maschinen eingebaut ist)</para>
</listitem>
<listitem>
<para>USB Anschl&uuml;sse (hier gibt es Probleme, es sollte
aber relativ einfach sein, diese zu beheben)</para>
</listitem>
<listitem>
<para>alle Diskettenlaufwerke und Controller
daf&uuml;r</para>
</listitem>
<listitem>
<para>Chipkarten-Leser (die Blade 100 besitzt einen,
allerdings gibt es nur wenige Informationen
dar&uuml;ber)</para>
</listitem>
<listitem>
<para>FireWire/IEEE1394</para>
</listitem>
<listitem>
<para>Soundkarten</para>
</listitem>
<listitem>
<para>parallele Anschl&uuml;sse</para>
</listitem>
</itemizedlist>
</sect2>
</sect1>
@@ -1,175 +0,0 @@
<!--
$FreeBSD$
$FreeBSDde: de-docproj/relnotes/de_DE.ISO8859-1/hardware/sparc64/proc-sparc64.sgml,v 1.10 2003/02/08 07:43:14 ue Exp $
basiert auf: 1.11
-->
<sect1 id="support-sys">
<title>Unterst&uuml;tzte Systeme</title>
<para>In diesem Kapitel sind alle Systeme aufgef&uuml;hrt, von denen
wir wissen, da&szlig; sie von &os; f&uuml;r &arch.print;
unterst&uuml;tzt werden. Zus&auml;tzliche Informationen zu den
einzelnen Systemen finden Sie im <ulink
url="http://sunsolve.sun.com/handbook_pub/">Sun System
Handbook</ulink>.</para>
<para>SMP wird auf allen Systemen mit mehr als einem Prozessor
unterst&uuml;tzt.</para>
<para>Wenn Sie ein System haben, da&szlig; nicht in dieser Liste
aufgef&uuml;hrt ist, k&ouml;nnte das daran liegen, da&szlig; es
noch mit &os; &release.current; getestet wurde. Bitte probieren
Sie es aus und schicken Sie eine Mail mit Ihren Ergebnissen (und
Informationen dar&uuml;ber, welche Ger&auml;te unterst&uuml;tzt
werden und welche nicht) an die &a.sparc;.</para>
<sect2>
<title>Vollst&auml;ndig unterst&uuml;tzte Systeme</title>
<para>Die folgenden Systeme werden vollst&auml;ndig
unterst&uuml;tzt:</para>
<itemizedlist>
<listitem>
<para>Blade 100</para>
</listitem>
<listitem>
<para>Blade 150</para>
</listitem>
<listitem>
<para>Enterprise 220R</para>
</listitem>
<listitem>
<para>Enterprise 250</para>
</listitem>
<listitem>
<para>Enterprise 420R</para>
</listitem>
<listitem>
<para>Enterprise 450</para>
</listitem>
<listitem>
<para>Fire V100</para>
</listitem>
<listitem>
<para>Fire V120</para>
</listitem>
<listitem>
<para>Netra t1 105</para>
</listitem>
<listitem>
<para>Netra t1 AC200/DC200</para>
</listitem>
<listitem>
<para>Netra t 1100</para>
</listitem>
<listitem>
<para>Netra t 1120</para>
</listitem>
<listitem>
<para>Netra t 1125</para>
</listitem>
<listitem>
<para>Netra t 1400/1405</para>
</listitem>
<listitem>
<para>Netra 120</para>
</listitem>
<listitem>
<para>Netra X1</para>
</listitem>
<listitem>
<para>SPARCEngine Ultra AXi</para>
</listitem>
<listitem>
<para>SPARCEngine Ultra AXmp</para>
</listitem>
<listitem>
<para>Ultra 5</para>
</listitem>
<listitem>
<para>Ultra 10</para>
</listitem>
<listitem>
<para>Ultra 30</para>
</listitem>
<listitem>
<para>Ultra 60</para>
</listitem>
<listitem>
<para>Ultra 80</para>
</listitem>
</itemizedlist>
</sect2>
<sect2>
<title>Teilweise unterst&uuml;tzte Systeme</title>
<para>Die folgenden Systeme werden nur unvollst&auml;ndig
unterst&uuml;tzt. Dies betrifft speziell den SCSI-Controller
auf dem Systemboard, der zur Zeit nicht unterst&uuml;tzt
wird.</para>
<itemizedlist>
<listitem>
<para>Enterprise 3500</para>
</listitem>
<listitem>
<para>Enterprise 4500</para>
</listitem>
<listitem>
<para>Ultra 1 Enterprise (auch als 1E bezeichnet)</para>
</listitem>
<listitem>
<para>Ultra 2</para>
</listitem>
</itemizedlist>
</sect2>
<sect2>
<title>Nicht unterst&uuml;tzte Systeme</title>
<para>Die folgenden Systeme werden von &os; nicht
unterst&uuml;tzt. Dies liegt zum Teil daran, da&szlig; der
Prozessor nicht unterst&uuml;tzt wird (UltraSPARC III); an
Merkw&uuml;rdigkeiten im Design des Systems, die zu Problemen im
Betrieb f&uuml;hren; oder an fehlender Unterst&uuml;tzten
f&uuml;r die Komponenten des Systems, wodurch &os; nicht
benutzbar wird.</para>
<itemizedlist>
<listitem>
<para>Alle Systeme mit UltraSPARC III Prozessor(en).</para>
</listitem>
<listitem>
<para>Ultra 1</para>
</listitem>
</itemizedlist>
</sect2>
</sect1>
@@ -1,14 +0,0 @@
# $FreeBSD$
# $FreeBSDde: de-docproj/relnotes/de_DE.ISO8859-1/installation/Makefile,v 1.6 2002/11/09 18:09:45 ue Exp $
# basiert auf: 1.5
RELN_ROOT?= ${.CURDIR}/../..
SUBDIR = alpha
SUBDIR+= ia64
SUBDIR+= i386
SUBDIR+= pc98
SUBDIR+= sparc64
.include "${RELN_ROOT}/share/mk/doc.relnotes.mk"
.include "${DOC_PREFIX}/share/mk/doc.project.mk"
@@ -1,10 +0,0 @@
# $FreeBSD$
# $FreeBSDde: de-docproj/relnotes/de_DE.ISO8859-1/installation/Makefile.inc,v 1.2 2002/03/10 18:41:39 ue Exp $
# $Id: Makefile.inc,v 1.4 2002/03/10 15:37:17 ue Exp $
# basiert auf: 1.2
.ifdef NO_LANGCODE_IN_DESTDIR
DESTDIR?= ${DOCDIR}/installation/${.CURDIR:T}
.else
DESTDIR?= ${DOCDIR}/de_DE.ISO8859-1/installation/${.CURDIR:T}
.endif
@@ -1,23 +0,0 @@
# $FreeBSD$
# $FreeBSDde: de-docproj/relnotes/de_DE.ISO8859-1/installation/alpha/Makefile,v 1.2 2002/03/10 18:41:40 ue Exp $
# $Id: Makefile,v 1.3 2002/03/10 15:37:17 ue Exp $
# basiert auf: 1.4
RELN_ROOT?= ${.CURDIR}/../../..
DOC?= article
FORMATS?= html
INSTALL_COMPRESSED?= gz
INSTALL_ONLY_COMPRESSED?=
# SGML content
SRCS+= article.sgml
SRCS+= ../common/artheader.sgml
SRCS+= ../common/abstract.sgml
SRCS+= ../common/install.sgml
SRCS+= ../common/layout.sgml
SRCS+= ../common/trouble.sgml
SRCS+= ../common/upgrade.sgml
.include "${RELN_ROOT}/share/mk/doc.relnotes.mk"
.include "${DOC_PREFIX}/share/mk/doc.project.mk"
@@ -1,31 +0,0 @@
<!--
$FreeBSD$
$FreeBSDde: de-docproj/relnotes/de_DE.ISO8859-1/installation/alpha/article.sgml,v 1.4 2002/10/12 18:02:23 ue Exp $
basiert auf: 1.3
-->
<!DOCTYPE article PUBLIC "-//FreeBSD//DTD DocBook V4.1-Based Extension//EN" [
<!ENTITY % man PUBLIC "-//FreeBSD//ENTITIES DocBook Manual Page Entities//EN">
%man;
<!ENTITY % authors PUBLIC "-//FreeBSD//ENTITIES DocBook Author Entities//EN">
%authors;
<!ENTITY % mlists PUBLIC "-//FreeBSD//ENTITIES DocBook Mailing List Entities//DE">
%mlists;
<!ENTITY % release PUBLIC "-//FreeBSD//ENTITIES Release Specification//EN">
%release;
<!ENTITY % sections SYSTEM "../common/install.ent"> %sections;
<!-- Architecture-specific customization -->
<!ENTITY arch "alpha">
<!ENTITY arch.print "Alpha/AXP">
]>
<article lang="de">
&artheader;
&abstract;
&sect.install;
&sect.layout;
&sect.upgrade;
&sect.trouble;
</article>
@@ -1,14 +0,0 @@
<!--
$FreeBSD$
$FreeBSDde: de-docproj/relnotes/de_DE.ISO8859-1/installation/common/abstract.sgml,v 1.3 2002/03/12 17:24:25 ue Exp $
$Id: abstract.sgml,v 1.2 2002/03/10 15:37:17 ue Exp $
basiert auf: 1.2
-->
<abstract>
<para>Dieser Artikel enth&auml;lt eine kurze Anleitung f&uuml;r die
Installation von &os;/&arch; &release.current;, dabei wird
besonderen Wert auf den Bezug einer &os; gelegt. Au&szlig;erdem
enth&auml;lt er einige Tips zur Fehlersuche sowie Antworten zu
einigen h&auml;ufig gestellten Fragen.</para>
</abstract>
@@ -1,27 +0,0 @@
<!--
$FreeBSD$
$FreeBSDde: de-docproj/relnotes/de_DE.ISO8859-1/installation/common/artheader.sgml,v 1.3 2003/01/09 12:17:18 ue Exp $
basiert auf: 1.4
-->
<articleinfo>
<title>&os;/&arch; &release.current; Installationsanleitung</title>
<corpauthor>
The &os; Project
</corpauthor>
<copyright>
<year>2000</year>
<year>2001</year>
<year>2002</year>
<year>2003</year>
<holder role="mailto:[email protected]">The FreeBSD Documentation Project</holder>
</copyright>
<copyright>
<year>2002</year>
<year>2003</year>
<holder role="mailto:[email protected]">The FreeBSD German Documentation Project</holder>
</copyright>
</articleinfo>
@@ -1,20 +0,0 @@
<!-- -*- sgml -*- -->
<!--
$FreeBSD$
$FreeBSDde: de-docproj/relnotes/de_DE.ISO8859-1/installation/common/install.ent,v 1.2 2002/03/10 18:41:41 ue Exp $
$Id: install.ent,v 1.3 2002/03/10 15:37:17 ue Exp $
basiert auf: 1.2
-->
<!-- Text constants which probably don't need to be changed.-->
<!-- Files to be included -->
<!ENTITY artheader SYSTEM "artheader.sgml">
<!ENTITY abstract SYSTEM "abstract.sgml">
<!ENTITY sect.install SYSTEM "install.sgml">
<!ENTITY sect.layout SYSTEM "layout.sgml">
<!ENTITY sect.upgrade SYSTEM "upgrade.sgml">
<!ENTITY sect.trouble SYSTEM "trouble.sgml">
File diff suppressed because it is too large. Load diff
@@ -1,171 +0,0 @@
<!--
$FreeBSD$
$FreeBSDde: de-docproj/relnotes/de_DE.ISO8859-1/installation/common/layout.sgml,v 1.5 2002/11/09 23:07:18 ue Exp $
basiert auf: 1.6
This section contains the contents of the old LAYOUT.TXT file.
-->
<sect1 id="layout">
<title>Format der Distribution</title>
<para>Ein Verzeichnis mit einer typischen &os; Distribution sieht
ungef&auml;hr so aus (das exakte Aussehen h&auml;ngt von der
jeweiligen Version, Architektur und andere Faktoren ab):</para>
<screen>ERRATA.HTM README.TXT compat1x dict kernel
ERRATA.TXT RELNOTES.HTM compat20 doc manpages
HARDWARE.HTM RELNOTES.TXT compat21 docbook.css packages
HARDWARE.TXT base compat22 filename.txt ports
INSTALL.HTM boot compat3x floppies proflibs
INSTALL.TXT catpages compat4x games src
README.HTM cdrom.inf crypto info tools</screen>
<para>Wenn Sie dieses Verzeichnis f&uuml;r eine CD-, FTP- oder
NFS-Installation nutzen wollen, brauchen Sie nur die beiden 1.44
MByte gro&szlig;en Bootdisketten zu erstellen (wie das geht, ist
in <xref linkend="floppies"> beschrieben), von diesen zu booten,
und dann den Anweisungen zu folgen. Alle anderen Dateien, die
f&uuml;r die Installation notwendig sind, werden auf der Grundlage
Ihrer Angaben automatisch geholt. Wenn Sie &os; noch nie
installiert haben, sollten Sie dieses Dokument (die
Installationsanleitung) komplett durchlesen.</para>
<para>Wenn Sie eine der anderen Varianten der Installation nutzen
oder einfach nur wissen wollen, wie eine Distribution aufgebaut
ist, finden Sie hier weitere Informationen zum Inhalt einiger der
Verzeichnisse:</para>
<orderedlist>
<listitem>
<para>Die <filename>*.TXT</filename> und
<filename>*.HTM</filename> Dateien enthalten Dokumentationen
(dieses Dokument ist zum Beispiels in
<filename>INSTALL.TXT</filename> und
<filename>INSTALL.HTM</filename> enthalten), die Sie vor der
Installation lesen sollten. Die <filename>*.TXT</filename>
Dateien enthalten normaler Text, die
<filename>*.HTM</filename> Dateien enthalten HTML und
k&ouml;nnen mit fast jedem Web Browser gelesen werden. Einige
Distributionen stellen die Dokumentationen auch in anderen
Formaten bereit, z.B. PDF oder PostScript.</para>
</listitem>
<listitem>
<para><filename>docbook.css</filename> ist ein Cascading Style
Sheet (CSS), der von einigen Browsern zur Formatierung der
HTML Dokumentation benutzt wird.</para>
</listitem>
<listitem>
<para>Die Verzeichnisse <filename>base</filename>,
<filename>catpages</filename>, <filename>crypto</filename>,
<filename>dict</filename>, <filename>doc</filename>,
<filename>games</filename>, <filename>info</filename>,
<filename>manpages</filename>, <filename>proflibs</filename>,
und <filename>src</filename> enthalten die Hauptkomponenten
der &os; Distribution. Diese sind auf kleine Dateien
aufgeteilt wurden, damit sie (zur Not) auch auf Disketten
passen.</para>
</listitem>
<listitem>
<para>Die Verzeichnisse <filename>compat1x</filename>,
<filename>compat20</filename>, <filename>compat21</filename>,
<filename>compat22</filename>, <filename>compat3x</filename>,
und <filename>compat4x</filename> enthalten Dateien, die zur
Ausf&uuml;hrung von Programmen f&uuml;r &auml;lteren &os;
Versionen notwendig sind. Auch diese Dateien liegen im
<filename>.tar.gz</filename> Format vor und k&ouml;nnen direkt
bei der Installation installiert werden. Falls Sie sie
nachtr&auml;glich installieren wollen, nutzen Sie das
<filename>install.sh</filename> Script in dem jeweiligen
Verzeichnis.</para>
</listitem>
<listitem>
<para>Das Verzeichnis <filename>floppies/</filename>
enth&auml;lt die Images der Bootdisketten. Informationen, wie
man diese Images benutzt, finden Sie in <xref
linkend="floppies">.</para>
</listitem>
<listitem>
<para>Die Verzeichnisse <filename>packages</filename> und
<filename>ports</filename> enthalten die &os; Packages bzw.
Ports Collection. Sie k&ouml;nnen Packages aus diesem
Verzeichnis installieren, indem Sie den folgenden Befehl
eingeben:</para>
<screen>&prompt.root;<userinput>/stand/sysinstall configPackages</userinput></screen>
<para>Alternativ k&ouml;nnen Sie auch die Namen einzelner
Dateien aus <filename>packages</filename> an das Programm
&man.pkg.add.1; &uuml;bergeben.</para>
<para>Die Ports Collection kann wie jede andere Distribution
installiert werden und belegt dann rund 100 MByte
Plattenplatz. Weitere Informationen &uuml;ber die Ports
Collection finden Sie auf <ulink
url="http://www.FreeBSD.org/ports/">http://www.FreeBSD.org/ports/</ulink>.
Wenn Sie die <filename>doc</filename> Distribution installiert
haben, sind diese Informationen auch unter
<filename>/usr/share/doc/handbook</filename>
verf&uuml;gbar.</para>
</listitem>
<listitem>
<para>Zum guten Schlu&szlig;: Das Verzeichnis
<filename>tools</filename> enth&auml;lt diverse DOS-Programme
zur Ermittlung der Plattengeometrie, zur Installation von
Bootmanager, und so weiter. Sie brauchen diese Programme
nicht unbedingt, sie werden nur mitgeliefert, um Ihnen das
Leben etwas einfacher zu machen.</para>
</listitem>
</orderedlist>
<para>Das Verzeichnisses einer typischen Distribution (in diesem Fall <filename>info</filename>) enth&auml;lt die folgenden Dateien:</para>
<screen>CHECKSUM.MD5 info.ab info.ad info.inf install.sh
info.aa info.ac info.ae info.mtree</screen>
<para>Die Datei <filename>CHECKSUM.MD5</filename> enth&auml;lt MD5
Pr&uuml;fsummen f&uuml;r die anderen Dateien. Sie wird nur
gebraucht, falls Sie vermuten, da&szlig; eine Datei
besch&auml;digt wurde. Diese Datei wird vom Installationsprogramm
nicht verwendet und mu&szlig; auch nicht zusammen mit den anderen
Dateien dieser Distribution kopiert werden. Die Dateien mit den
Namen <filename>info.a*</filename> sind Teile eines einzigen
.tar.gz Archiv, dessen Inhalt Sie sich mit dem folgenden Befehl
anzeigen lassen k&ouml;nnen:</para>
<screen>&prompt.root; <userinput>cat info.a* | tar tvzf -</userinput></screen>
<para>W&auml;hrend der Installation werden diese Dateien automatisch
zusammengesetzt und ausgepackt.</para>
<para>Die Datei <filename>info.inf</filename> wird vom
Installationsprogramm genutzt, um die Anzahl der Dateiteile zu
ermitteln, die es beschaffen und zusammensetzen mu&szlig;. Wenn
Sie eine Distribution auf Diskette kopieren,
<emphasis>m&uuml;ssen</emphasis> Sie die <filename>.inf</filename>
Datei auf die erste Diskette kopieren.</para>
<para>Die Datei <filename>info.mtree</filename> ist ebenfalls
optional und als Information f&uuml;r den Benutzer gedacht. Sie
enth&auml;lt die MD5 Pr&uuml;fsummen der
<emphasis>ungepackten</emphasis> Dateien in der Distribution und
kann sp&auml;ter vom Programm &man.mtree.8; genutzt werden, um
&Auml;nderungen an den Datei oder Dateirechten aufzusp&uuml;ren.
Wenn Sie das bei der <filename>base</filename> Distribution machen,
haben Sie eine sehr wirksame Methode, um Ihr System auf
trojanische Pferde zu untersuchen.</para>
<para>Zum guten Schlu&szlig;: Mit der Datei
<filename>install.sh</filename> k&ouml;nnen Sie eine Distribution
nachtr&auml;glich installieren. Wenn Sie zum Beispiel die info
Distribution nachtr&auml;glich von CD installieren wollen, kommen
Sie mit den folgenden Befehlen zum Ziel:</para>
<screen>&prompt.root; <userinput>cd /cdrom/info</userinput>
&prompt.root; <userinput>sh install.sh</userinput></screen>
</sect1>
@@ -1,471 +0,0 @@
<!--
$FreeBSD$
$FreeBSDde: de-docproj/relnotes/de_DE.ISO8859-1/installation/common/trouble.sgml,v 1.13 2003/05/24 19:11:45 ue Exp $
basiert auf: 1.12
This file contains the comments of the old TROUBLE.TXT file.
-->
<sect1 id="trouble">
<title>Erste Hilfe</title>
<sect2 id="repairing">
<title>Reparatur einer &os; Installation</title>
<para>Bei &os; gibt es im Hauptmen&uuml; des
Installationsprogramms den Punkt <quote>Fixit</quote>. Wenn Sie
diese Option benutzen wollen, brauchen Sie entweder eine
Diskette, die Sie aus dem Image <filename>fixit.flp</filename>
erzeugt haben; oder die CD mit dem <quote>live
filesystem</quote>, das ist normalerweise die zweite CD der &os;
Distribution.</para>
<para>Um fixit zu benutzen, m&uuml;ssen Sie zuerst von der
<filename>kern.flp</filename> Diskette booten, dann die Option
<quote>Fixit</quote> ausw&auml;hlen und dann die Fixit Diskette
oder CD einlegen, wenn Sie dazu aufgefordert werden. Danach
wird eine Shell gestartet, in der viele Programme zur
&Uuml;berpr&uuml;fung, Reparatur und Analyse von Dateisystem und
ihren Inhalten zur Verf&uuml;gung stehen. Sie finden diese
Programme in den Verzeichnissen <filename>/stand</filename> und
<filename>/mnt2/stand</filename>. Allerdings
<emphasis>brauchen</emphasis> Sie Erfahrung mit der
Administration von Unix-Systemen, um diese Option sinnvoll
einsetzen zu k&ouml;nnen.</para>
</sect2>
<sect2>
<title>Typische Probleme bei der Installation auf &arch.print;
Systemen</title>
<qandaset arch="i386">
<qandaentry>
<question>
<para>Mein Rechner h&auml;ngt sich beim Start des Systems
w&auml;hrend der Hardware-Erkennung auf, verh&auml;lt
sich bei der Installation seltsam, oder findet das
Diskettenlaufwerk nicht.</para>
</question>
<answer>
<para>&os; nutzt auf i386 Systemen ab Version 5.0 unter
anderem die ACPI-Dienste, um das System zu konfigurieren.
Leider existieren sowohl im ACPI-Triber als auch in der
ACPI-Implementierung vieler Mainbaords Fehler. Um ACPI
abzuschalten, m&uuml;ssen Sie die <quote>hint</quote>
<quote>hint.acpi.0.disabled</quote> in der dritten Phase des
Startprogramm aktivieren:</para>
<screen>set hint.acpi.0.disabled=1</screen>
<para>Diese Variable wird bei jedem Start des System
zur&uuml;ckgesetzt, daher m&uuml;ssen Sie die Anweisung
<literal>hint.acpi.0.disabled="1"</literal> in die Datei
<filename>/boot/loader.conf</filename> aufnehmen. Weitere
Informationen &uuml;ber das Startprogramm finden Sie im
FreeBSD Handbuch. </para>
</answer>
</qandaentry>
<qandaentry>
<question>
<para>Meine alte ISA-Karte wurde nicht mehr erkannt, in
&auml;lteren &os;-Versionen funktionierte sie. Woran
liegt das?</para>
</question>
<answer>
<para>Einige Treiber wurden mittlerweile entfernt, weil es
niemanden mehr gab, der sich um sie k&uuml;mmerte; dazu
geh&ouml;rt unter anderem matcd. Andere Treiber
existieren zwar noch, sind aber standardm&auml;&szlig;ig
inaktiv, weil die Routinen zur Hardware-Erkennung zu viele
Nebenwirkungen hatten. Dies betrifft die folgenden
ISA Treiber: aha, ahv, aic, bt, ed, cs, sn, ie, fe, le und
lnc. Diese Treiber m&uuml;ssen Sie in der dritten Phase
des Systemstarts manuell aktivieren. Dazu m&uuml;ssen Sie
w&auml;hrend des Startprogramm w&auml;hrend des 10
Sekunden dauernden Countdowns unterbrechen und die
folgende Anweisung eingeben:</para>
<screen>unset hint.foo.0.disabled</screen>
<para>Dabei steht <replaceable>foo</replaceable> f&uuml;r
den Namen des Treibers, den Sie aktivieren wollen. Um
diese &Auml;nderung permanent zu machen, m&uuml;ssen Sie
die Datei <filename>/boot/device.hints</filename>
&auml;ndern und den betreffenden <quote>disabled</quote>
Eintrag entfernen.</para>
</answer>
</qandaentry>
<qandaentry>
<question>
<para>Wenn ich das System nach der &os;-Installation zum
ersten von der Festplatte starte, wird der Kernel geladen
und sucht nach Hardware, aber danach kommt eine Meldung
wie:</para>
<screen>changing root device to ad1s1a panic: cannot mount root</screen>
<para>Was l&auml;uft falsch? Was kann ich tun?</para>
<para>Was bedeutet diese
<literal>bios_drive:interface(unit,partition)kernel_name</literal>
Meldung, die mir beim Booten als Hilfe angezeigt
wird?</para>
</question>
<answer>
<para>Es kann zu Problemen kommen, wenn die Festplatte, von
der Sie booten, nicht die erste Festplatte des Systems
ist. Leider sind sich das BIOS und &os; nicht immer
einig, wie die Festplatte numeriert werden sollen. Die
richtige Zuordnung zu finden, ist nicht einfach; daher
kommt es hier immer wieder zu Problemen.</para>
<para>Wenn die Festplatte, von der Sie booten, nicht die
erste Platte des Systems ist, braucht &os; in manchen
F&auml;llen etwas Hilfe. Es gibt zwei typische Ursachen
f&uuml;r dieses Problem und in beiden F&auml;llen
m&uuml;ssen Sie &os; sagen, wo das root filesystem liegt.
Dazu m&uuml;ssen Sie die vom BIOS verwendete Nummer der
Festplatte, den Typ der Festplatte, und die von FreeBSD
verwendete Nummer der Festplatte dieses Typs
angeben.</para>
<para>Eine typische Ursache ist ein System mit zwei IDE
Platten, die beide als Master Ihres IDE Kanals
konfiguriert sind und auf dem Sie &os; von der zweiten
Platte booten wollen. Das BIOS verwendet f&uuml;r die
beiden Platten die Nummern 0 und 1, w&auml;hrend &os;
<devicename>ad0</devicename> und
<devicename>ad2</devicename> verwendet.</para>
<para>&os; liegt auf BIOS Platte 1, der Typ der Platte ist
<literal>ad</literal>, und &os; vergibt die Nummer 2. In
diesem Fall m&uuml;ssen Sie folgendes eingeben:</para>
<screen><userinput>1:ad(2,a)kernel</userinput></screen>
<para>Bitte beachten Sie, da&szlig; Sie dies nicht eingeben
m&uuml;ssen, wenn sich auf dem prim&auml;ren IDE Kanal ein
weiteres Ger&auml;t befindet (um genau zu, w&auml;re es
sogar falsch).</para>
<para>Die andere typische Ursache ist ein System mit IDE und
SCSI Platten, bei dem Sie von der SCSI Platte booten
wollen. In diesem Fall vergibt &os; eine niedrigere
Nummer als das BIOS. Wenn Sie neben der SCSI-Festplatte
noch zwei IDE-Platten haben, vergibt das BIOS f&uuml;r die
SCSI Festplatte die Nummer 2, w&auml;hrend &os; die Nummer
0 vergibt. Da die Platte von Typ <literal>da</literal>
ist, lautet die L&ouml;sung:</para>
<screen><userinput>2:da(0,a)kernel</userinput></screen>
<para>Damit teilen Sie &os; mit, da&szlig; von der BIOS
Festplatte Nummer 2 booten wollen, die die erste
SCSI-Festplatte des System ist. Wenn Sie nur eine
IDE-Festplatten h&auml;tten, w&uuml;rden Sie 1:
verwenden.</para>
<para>Wenn Sie den korrekten Wert herausgefunden haben,
k&ouml;nnen Sie ihn mit einem normalen Editor in die Datei
<filename>/boot.config</filename> eintragen. &os; nutzt
den Inhalt dieser Datei, um den Standardwert f&uuml;r die
Antwort auf die Anforderung <literal>boot:</literal> zu
bestimmen.</para>
</answer>
</qandaentry>
<qandaentry>
<question>
<para>Wenn ich nach der &os;-Installation zum ersten Mal von
der Festplatte booten will, komme ich nur bis zum
<literal>F?</literal> Prompt des Bootmanagers.</para>
</question>
<answer>
<para>Sie haben bei der FreeBSD-Installation eine falsche
Geometrie f&uuml;r Ihre Festplatte angeben. Sie
m&uuml;ssen im Partitionseditor die richtige Geometrie
eingeben und &os; mit der richtigen Geometrie komplett neu
installieren.</para>
<para>Wenn Sie die korrekte Geometrie Ihrer Festplatte nicht
ermitteln k&ouml;nnen, k&ouml;nnen Sie den folgenden Trick
verwenden: Legen Sie eine am Anfang der Festplatte eine
kleine DOS-Partition an und installieren Sie danach &os;.
Das Installationsprogramm wird die DOS-Partition finden
und daraus die korrekte Geometrie berechnen, was
normalerweise funktioniert.</para>
<para>Es gibt eine weitere M&ouml;glichkeit, die nicht mehr
empfohlen wird und der Vollst&auml;ndigkeit halber
erw&auml;hnt wird:</para>
<blockquote>
<para>Wenn Sie einen Server oder eine Workstation
installieren, auf der ausschlie&szlig;lich &os; laufen soll
und Ihnen die (zuk&uuml;nftige) Kompatibilit&auml;t mit
DOS, Linux oder anderen Betriebssystemen egal ist,
k&ouml;nnen Sie auch die gesamte Platte verwenden (Taste
`A' im Partitions-Editor). Dadurch verwendet &os; die
gesamte Festplatte vom ersten bis zum letzten Sektor,
wodurch alle Probleme mit der Geometrie hinf&auml;llig
werden. Allerdings k&ouml;nnen Sie auf dieser
Festplatte nur &os; benutzen, was Sie evtl.
einschr&auml;nkt.</para>
</blockquote>
</answer>
</qandaentry>
<qandaentry>
<question>
<para>Der &man.mcd.4; Treiber glaubt, der habe ein
Ger&auml;t gefunden, dadurch funktioniert meine Intel
EtherExpress Netzwerkkarte nicht.</para>
</question>
<answer>
<para>Benutzen Sie UserConfig (wie, steht in
<filename>HARDWARE.TXT</filename>) und schalten die
Erkennung der Ger&auml;te <devicename>mcd0</devicename>
und <devicename>mcd1</devicename> ab. Es ist immer
besser, wenn Sie nur die Treiber aktiv lassen, f&uuml;r
die Sie auch passende Ger&auml;te haben, alle anderen
Treiber sollten Sie aus dem Kernel entfernen oder
deaktivieren.</para>
</answer>
</qandaentry>
<qandaentry>
<question>
<para>Das System erkennt meine &man.ed.4; Netzwerkkarte,
aber ich erhalte st&auml;ndig die Meldung device
timeout.</para>
</question>
<answer>
<para>Ihre Karte nutzt wahrscheinlich einen anderen IRQ als
den, der in der Kernel-Konfiguration angegeben ist. Der
ed Treiber benutzt die `soft' Konfiguration (die sie in
DOS mit EZSETUP eingestellt haben) normalerweise nicht.
Wenn er das tun soll, m&uuml;ssen Sie bei der
Kernelkonfiguration f&uuml;r den IRQ den Wert
<literal>?</literal> angeben.</para>
<para>Sie sollten entweder eine der festverdrahteten
Einstellungen benutzen (und gegebenenfalls die Einstellungen des
Kernels anpassen), oder in UserConfig f&uuml;r den IRQ den
Wert <literal>-1</literal> eingeben. Damit teilen Sie dem
Kernel mit, da&szlig; er die `soft' Konfiguration benutzen
soll.</para>
<para>Eine andere m&ouml;gliche Ursache ist, da&szlig; Ihre
Karte IRQ9 verwendet. IRQ 9 wird immer mit IRQ 2 geteilt,
was immer wieder Probleme macht (besonders, wenn Sie eine
VGA-Karte haben, die IRQ 2 benutzt!) Wenn m&ouml;glich,
sollten Sie IRQ 9 und IRQ 2 nicht benutzen.</para>
</answer>
</qandaentry>
<qandaentry>
<question>
<para>Ich habe meinen IBM ThinkPad (tm) Laptop von der
Installationsdiskette gebootet, und die Tastaturbelegung
ist v&ouml;llig konfus.</para>
</question>
<answer>
<para>&Auml;ltere IBM Laptops verwenden nicht den normalen
Tastaturcontroller, daher m&uuml;ssen Sie dem
Tastaturtreiber (atkbd0) in einen speziellen
ThinkPad-Modus schalten. &Auml;ndern Sie in UserConfig
die 'Flags' f&uuml;r atkbd0 auf 0x4 und das Problem sollte
gel&ouml;st sein. Die Einstellung finden Sie im Men&uuml;
Input.</para>
</answer>
</qandaentry>
<qandaentry>
<question>
<para>Meine Intel EtherExpress 16 wird nicht erkannt.</para>
</question>
<answer>
<para>Sie m&uuml;ssen die Intel EtherExpress 16 so
konfigurieren, da&szlig; 32K Speicher an der Adresse
0xD0000 eingeblendet werden. Benutzen Sie dazu das von
Intel mitgelieferte Programm
<filename>softset.exe</filename>.</para>
</answer>
</qandaentry>
<qandaentry>
<question>
<para>Wenn ich &os; auf meinem EISA HP Netserver
installiere, wird der eingebaute AIC-7xxx SCSI Controller
nicht erkannt.</para>
</question>
<answer>
<para>Dieses Problem ist bekannt, und wird hoffentlich bald
gel&ouml;st werden. Damit Sie &os; installieren
k&ouml;nnen, m&uuml;ssen Sie mit der Option
<option>-c</option> booten, um UserConfig zu starten. Sie
brauchen den CLI-Modus, <emphasis>nicht</emphasis> den
Visual Modus (auch wenn er sch&ouml;ner aussieht). Geben
Sie den folgenden Befehl ein:</para>
<screen><userinput>eisa 12</userinput>
<userinput>quit</userinput></screen>
<para>Statt `quit' k&ouml;nnen Sie auch `visual' eingeben,
um die restliche Konfigurationsarbeit in diesem Modus
erledigen. Die Erzeugung eines angepa&szlig;ten Kernels
wird zwar immer noch empfohlen, allerdings hat dset
gelernt, diesen Wert zu speichern.</para>
<para>Eine Erkl&auml;rung der Ursachen dieses Problems und
weitere Informationen finden Sie im FAQ. Wenn Sie die
Distribution `doc' installiert haben, finden Sie den FAQ
im Verzeichnis /usr/share/doc/FAQ auf Ihrer
Festplatte.</para>
</answer>
</qandaentry>
<qandaentry>
<question>
<para>Mein Panasonic AL-N1 oder Rios Chandler Pentium
Rechner h&auml;ngt sich auf, obwohl das
Installationsprogramm noch gar nicht gestartet
ist.</para>
</question>
<answer>
<para>Aus unerfindlichen Gr&uuml;nden vertragen diese
Rechner die neuen Anweisungen
<literal>i586_copyout</literal> und
<literal>i586_copyin</literal> nicht. Damit diese
Anweisungen nicht verwendet werden, m&uuml;ssen Sie von
der Bootdiskette booten. Im ersten Men&uuml; (die
Frage, ob Sie UserConfig starten wollen oder nicht)
w&auml;hlen Sie den Punkt command-line
interface (<quote>expert mode</quote>). Geben Sie den
folgenden Befehl ein:</para>
<screen><userinput>flags npx0 1</userinput></screen>
<para>Danach k&ouml;nnen Sie den Systemstart normal
fortsetzen. Die Einstellung wird in Ihrem Kernel
gespeichert, Sie m&uuml;ssen Sie also nur einmal
machen.</para>
</answer>
</qandaentry>
<qandaentry>
<question>
<para>Ich habe diesen CMD640 IDE Controller, der angeblich
<quote>broken</quote> ist.</para>
</question>
<answer>
<para>Das stimmt. &os; unterst&uuml;tzt diesen Controller
nicht mehr.</para>
</answer>
</qandaentry>
<qandaentry>
<question>
<para>Auf meinem Compaq Aero Notebook erhalte ich die
Meldung <quote>No floppy devices found! Please check
...</quote>, wenn ich von Diskette installieren
will.</para>
</question>
<answer>
<para>Compaq ist immer etwas anders als andere und sah daher
keinen Grund, das Diskettenlaufwerk im CMOS RAM der Aero
Notebooks einzutragen. Da sich der Treiber auf diese
Angaben verl&auml;&szlig;t, nimmt er an, da&szlig; kein
Diskettenlaufwerk vorhanden ist. Starten Sie UserConfig
und stellen Sie bei fdc0 unter flags den Wert 0x1 ein.
Damit teilen Sie dem Treiber mit, da&szlig; ein 1.44 MByte
Diskettenlaufwerk vorhanden ist, und da&szlig; er die Werte
im CMOS ignorieren soll.</para>
</answer>
</qandaentry>
<qandaentry>
<question>
<para>Wenn ich &os; auf einem Dell Poweredge XE installiere,
wird der Dell-eigene RAID Controller DSA (Dell SCSI Array)
nicht erkannt.</para>
</question>
<answer>
<para>Benutzen Sie das EISA Konfigurationsprogramm, um den
DSA auf AHA-1540 Emulation umzustellen. Danach wird er
von &os; als Adaptec AHA-1540 SCSI Controller auf IRQ 11
und Port 340 erkannt. In diesem Modus k&ouml;nnen Sie das
RAID des DSA nutzen, lediglich die DSA-spezifischen
Funktionen wie die RAID-&Uuml;berwachung stehen nicht zur
Verf&uuml;gung.</para>
</answer>
</qandaentry>
<qandaentry>
<question>
<para>Ich verwende eine Netzwerkkarte vom Typ IBM EtherJet
PCI, die zwar vom Treiber &man.fxp.4; korrekt erkannt
wird, aber trotzdem leuchten die Kontroll-LEDs nicht auf
und ich habe auch keine Verbindung zum Netzwerk.</para>
</question>
<answer>
<para>Wir wissen nicht, was die Ursache dieses Problems ist.
IBM hat das gleiche Problem (wir haben sie gefragt).
Diese Netzwerkkarte ist eine ganz normale Intel
EtherExpress Pro/100 mit einem IBM-Aufkleber, und diese
Netzwerkkarten machen normalerweise gar keine Probleme.
Das Problem tritt auch nur in einigen IBM Netfinity
Servern auf. Die einzige L&ouml;sung ist, eine andere
Netzwerkkarte zu verwenden.</para>
</answer>
</qandaentry>
<qandaentry>
<question>
<para>Wenn ich w&auml;hrend einer Installation auf einer IBM
Netfinity 3500 das Netzwerk konfiguriere, h&auml;ngt sich
das System auf.</para>
</question>
<answer>
<para>Es gibt Probleme mit der eingebauten Netzwerkkarte der
IBM Netfinity 3500, die wir noch nicht genau einkreisen
konnten. Die Ursache des Problems k&ouml;nnte eine falsche
Konfiguration der SMP Unterst&uuml;tzung auf diesen
Systemen sein. Sie m&uuml;ssen eine andere Netzwerkkarte
verwenden und Sie d&uuml;rfen die eingebaute Netzwerkkarte
werden benutzen noch konfigurieren.</para>
</answer>
</qandaentry>
<qandaentry>
<question>
<para>Wenn ich &os; auf einer Festplatte konfiguriere, die
an einem Mylex PCI RAID Controller abgeschlossen ist, kann
ich das System nicht neu starten (Abbruch mit der Meldung
<literal>read error</literal>).</para>
</question>
<answer>
<para>Ein Fehler im Mylex Treiber sorgt daf&uuml;r, da&szlig;
er die BIOS-Einstellung <quote>8GB</quote> Geometrie
ignoriert. Verwenden Sie den 2 GB Modus.</para>
</answer>
</qandaentry>
</qandaset>
</sect2>
</sect1>
@@ -1,246 +0,0 @@
<!--
$FreeBSD$
$FreeBSDde: de-docproj/relnotes/de_DE.ISO8859-1/installation/common/upgrade.sgml,v 1.10 2003/05/24 19:11:45 ue Exp $
basiert auf: 1.11
This section contains the contents of the old UPGRADE.TXT
file.
-->
<sect1 id="upgrading">
<title>Aktualisierung einer &os;-Installation</title>
<para>In diesem Abschnitt erfahren Sie, wie Sie Ihre
&os;-Installation aktualisieren k&ouml;nnen, ohne den Quellcode zu
verwenden.</para>
<warning>
<para>Die Programme, die zur Aktualisierung von &os; verwendet
werden, treffen alle m&ouml;glichen Vorkehrungen, um
Datenverluste zu vermeiden. Allerdings ist es immer noch
m&ouml;glich, da&szlig; Sie bei diesem Schritte <emphasis>den
kompletten Festplatteninhalt</emphasis> verlieren. Sie sollten
die letzte Sicherheitsabfrage nicht best&auml;tigen, bevor Sie
ein ad&auml;quates Backup aller Daten angelegt haben.</para>
</warning>
<important>
<para>Diese Anleitung geht davon aus, da&szlig; Sie das
&man.sysinstall.8;-Programm der <emphasis>NEUEN</emphasis>
&os;-Version zur Aktualisierung verwenden. Die Verwendung der
falschen &man.sysinstall.8;-Version f&uuml;hrt zu Problemen und
hat in der Vergangenheit schon System unbrauchbar gemacht. Ein
typischer Fehler ist die Verwendung des
&man.sysinstall.8;-Programms des installierten Systems, um das
System auf eine neuere &os;-Version zu aktualisieren. Sie
sollten das <emphasis>nicht</emphasis> versuchen.</para>
</important>
<warning>
<para>Sie sollten nicht versuchen, Ihr System mit der
Upgrade-Funktion von &man.sysinstall.8; von &os; 4-STABLE auf
&os; &release.current; zu aktualisieren. Einige in &os;
4-STABLE vorhandene Dateien f&uuml;hren zu Problemen, sie werden
aber bei dieser Art der Aktualisierung nicht entfernt. Ein
drastisches Beispiel ist ein veraltetes
<filename>/usr/include/g++</filename>, das dazu f&uuml;hren
kann, da&szlig; C++ Programme nicht korrekt (oder gar nicht)
&uuml;bersetzt werden.</para>
<para>Diese Anleitung zur Aktualisierung ist nur f&uuml;r Benutzer
gedacht, die schon einen halbwegs aktuellen &os;
&release.branch; Snapshot installiert haben.</para>
</warning>
<sect2>
<title>Einf&uuml;hrung</title>
<para>Bei der Aktualisierung werden die vom Benutzer
ausgew&auml;hlten Distributionen durch die entsprechenden
Distributionen der neuen &os;-Version ersetzt. Die normalen
Konfigurationsdateien des Systems, Benutzerdaten, installierte
Packages und andere Software werden nicht aktualisiert.</para>
<para>Systemadministratoren, die eine Aktualisierung planen,
sollten dieses Kapitel komplett lesen, bevor sie die
Aktualisierung durchf&uuml;hren, um das Risiko eines Fehlschlags
oder Datenverlustes zu vermeiden.</para>
<sect3>
<title>&Uuml;bersicht</title>
<para>Um eine Distribution zu aktualisieren, wird die neue
Version dieser Komponente &uuml;ber die alte Version kopiert.
Die zur alten Version geh&ouml;renden Dateien werden nicht
gel&ouml;scht.</para>
<para>Die Systemkonfiguration bleibt erhalten, da die
urspr&uuml;nglichen Versionen der nachfolgend aufgef&uuml;hrten
Dateien gesichert und zur&uuml;ckgespielt werden:</para>
<para><filename>Xaccel.ini</filename>,
<filename>XF86Config</filename>,
<filename>adduser.conf</filename>,
<filename>aliases</filename>,
<filename>aliases.db</filename>,
<filename>amd.map</filename>,
<filename>crontab</filename>,
<filename>csh.cshrc</filename>,
<filename>csh.login</filename>,
<filename>csh.logout</filename>,
<filename>cvsupfile</filename>,
<filename>dhclient.conf</filename>,
<filename>disktab</filename>,
<filename>dm.conf</filename>,
<filename>dumpdates</filename>,
<filename>exports</filename>,
<filename>fbtab</filename>,
<filename>fstab</filename>,
<filename>ftpusers</filename>,
<filename>gettytab</filename>,
<filename>gnats</filename>,
<filename>group</filename>,
<filename>hosts</filename>,
<filename>hosts.allow</filename>,
<filename>hosts.equiv</filename>,
<filename>hosts.lpd</filename>,
<filename>inetd.conf</filename>,
<filename>localtime</filename>,
<filename>login.access</filename>,
<filename>login.conf</filename>,
<filename>mail</filename>,
<filename>mail.rc</filename>,
<filename>make.conf</filename>,
<filename>manpath.config</filename>,
<filename>master.passwd</filename>,
<filename>motd</filename>,
<filename>namedb</filename>,
<filename>networks</filename>,
<filename>newsyslog.conf</filename>,
<filename>nsmb.conf</filename>,
<filename>nsswitch.conf</filename>,
<filename>pam.conf</filename>,
<filename>passwd</filename>,
<filename>periodic</filename>,
<filename>ppp</filename>,
<filename>printcap</filename>,
<filename>profile</filename>,
<filename>pwd.db</filename>,
<filename>rc.conf</filename>,
<filename>rc.conf.local</filename>,
<filename>rc.firewall</filename>,
<filename>rc.local</filename>,
<filename>remote</filename>,
<filename>resolv.conf</filename>,
<filename>rmt</filename>,
<filename>sendmail.cf</filename>,
<filename>sendmail.cw</filename>,
<filename>services</filename>,
<filename>shells</filename>,
<filename>skeykeys</filename>,
<filename>spwd.db</filename>,
<filename>ssh</filename>,
<filename>syslog.conf</filename>,
<filename>ttys</filename>,
<filename>uucp</filename></para>
<para>Die zur neuen Version geh&ouml;renden Versionen dieser
Dateien werden im Verzeichnis
<filename>/etc/upgrade/</filename> abgelegt. Sie sollten
einen Blick auf diese Dateien werfen und gegebenenfalls die Neuerungen
in das bestehende System einarbeiten. Allerdings gibt es
viele Wechselwirkungen zwischen den einzelnen Dateien; daher
empfehlen wir Ihnen, alle lokalen Anpassungen in die neuen
Dateien einzutragen und dann diese zu verwenden.</para>
<para>W&auml;hrend der Aktualisierung werden Sie gebeten, ein
Verzeichnis anzugeben, in dem Kopien aller Dateien aus dem
Verzeichnis <filename>/etc/</filename> abgelegt werden. Falls
Sie &Auml;nderungen in anderen Dateien vorgenommen haben,
k&ouml;nnen Sie diese aus diesem Verzeichnis
restaurieren.</para>
</sect3>
</sect2>
<sect2>
<title>Vorgehensweise</title>
<para>In diesem Abschnitt finden Sie Details zur Vorgehensweise
bei der Aktualisierung, dabei wird ein besonderes Augenmerk auf
die Punkte gelegt, bei denen besonders stark vor einer normalen
Installation abgewichen wird.</para>
<sect3>
<title>Datensicherung</title>
<para>Sie sollten Kopien der Benutzerdaten und
Konfigurationsdateien anlegen, bevor Sie das System
aktualisieren. Das Programm zur Aktualisierung versucht,
Fehler und Fehlbedienungen so weit wie m&ouml;glich zu
verhindern, aber es ist immer noch m&ouml;glich, da&szlig;
Daten oder Konfigurationsinformationen teilweise oder
vollst&auml;ndig gel&ouml;scht werden.</para>
</sect3>
<sect3>
<title>Mounten der Dateisysteme</title>
<para>Im <literal>disklabel editor</literal> werden die
vorhandenen Dateisysteme aufgef&uuml;hrt. Sie sollten vor dem
Beginn der Aktualisierung eine Liste der vorhandenen
Ger&auml;tenamen und der dazugeh&ouml;rigen Mountpoints
anlegen. Die Namen der Mountpoints m&uuml;ssen hier angegeben
werden. Sie d&uuml;rfen das <quote>newfs flag</quote>
f&uuml;r die Dateisysteme <emphasis>auf gar keinen
Fall</emphasis> aktivieren, da Sie sonst Daten verlieren
werden.</para>
</sect3>
<sect3>
<title>Auswahl der Distributionen</title>
<para>Es gibt keine Einschr&auml;nkungen bei der Auswahl der zu
aktualisierenden Distributionen. Allerdings sollten Sie die
Distribution <literal>base</literal> auf jeden Fall
aktualisieren; wenn Sie die Onlinehilfe installiert hatten,
sollte auch die Distribution <literal>man</literal>
aktualisieren. Wenn Sie zus&auml;tzliche Funktionalit&auml;t
hinzuf&uuml;gen wollen, k&ouml;nnen Sie auch Distributionen
ausw&auml;hlen, die bisher noch nicht installiert
waren.</para>
</sect3>
<sect3 id="fstab">
<title>Nach der Installation</title>
<para>Sobald die Installation abgeschlossen ist, werden Sie
aufgefordert, die neuen Konfigurationsdatei zu pr&uuml;fen. Zu
diesem Zeitpunkt sollten Sie &uuml;berpr&uuml;fen, ob die neue
Konfiguration korrekt ist. Dabei sollten Sie besonders auf
die Inhalte der Dateien <filename>/etc/rc.conf</filename> und
<filename>/etc/fstab</filename> achten.</para>
</sect3>
</sect2>
<sect2>
<title>Aktualisierung &uuml;ber den Quellcode</title>
<para>Wenn Sie an einer flexibleren und ausgefeilteren
M&ouml;glichkeit zur Aktualisierung Ihres Systems interessiert
sind, sollten Sie einen Blick in das Kapitel <ulink
url="http://www.FreeBSD.org/doc/de_DE.ISO8859-1/books/handbook/cutting-edge.html">The
Cutting Edge</ulink> des &os; Handbuchs werfen. Bei dieser
Variante erzeugen Sie &os; aus dem Quellcode komplett neu.
Diese Variante braucht eine verl&auml;&szlig;liche
Netzwerkverbindung, mehr Plattenplatz und mehr Zeit, bietet aber
Vorteile f&uuml;r Netzwerke und andere komplexe Installationen.
Sie entspricht ungef&auml;hr der Vorgehensweise, die f&uuml;r die
Entwicklungszweige -STABLE und -CURRENT verwendet wird.</para>
<para><filename>/usr/src/UPDATING</filename> enth&auml;lt wichtige
Informationen, wenn Sie ein &os; System mit Hilfe des Quellcodes
aktualisieren m&ouml;chten. Hier finden Sie eine Liste aller
Probleme, die durch &Auml;nderungen in &os; auftreten
k&ouml;nnen und die Aktualisierung beeinflussen
k&ouml;nnten.</para>
</sect2>
</sect1>
@@ -1,23 +0,0 @@
# $FreeBSD$
# $FreeBSDde: de-docproj/relnotes/de_DE.ISO8859-1/installation/i386/Makefile,v 1.2 2002/03/10 18:41:43 ue Exp $
# $Id: Makefile,v 1.3 2002/03/10 15:37:18 ue Exp $
# basiert auf: 1.4
RELN_ROOT?= ${.CURDIR}/../../..
DOC?= article
FORMATS?= html
INSTALL_COMPRESSED?= gz
INSTALL_ONLY_COMPRESSED?=
# SGML content
SRCS+= article.sgml
SRCS+= ../common/artheader.sgml
SRCS+= ../common/abstract.sgml
SRCS+= ../common/install.sgml
SRCS+= ../common/layout.sgml
SRCS+= ../common/trouble.sgml
SRCS+= ../common/upgrade.sgml
.include "${RELN_ROOT}/share/mk/doc.relnotes.mk"
.include "${DOC_PREFIX}/share/mk/doc.project.mk"
@@ -1,32 +0,0 @@
<!--
$FreeBSD$
$FreeBSDde: de-docproj/relnotes/de_DE.ISO8859-1/installation/i386/article.sgml,v 1.5 2002/12/07 21:09:56 ue Exp $
basiert auf: 1.4
-->
<!DOCTYPE article PUBLIC "-//FreeBSD//DTD DocBook V4.1-Based Extension//EN" [
<!ENTITY % man PUBLIC "-//FreeBSD//ENTITIES DocBook Manual Page Entities//EN">
%man;
<!ENTITY % authors PUBLIC "-//FreeBSD//ENTITIES DocBook Author Entities//EN">
%authors;
<!ENTITY % mlists PUBLIC "-//FreeBSD//ENTITIES DocBook Mailing List Entities//DE">
%mlists;
<!ENTITY % release PUBLIC "-//FreeBSD//ENTITIES Release Specification//EN">
%release;
<!ENTITY % sections SYSTEM "../common/install.ent"> %sections;
<!-- Architecture-specific customization -->
<!ENTITY arch "i386">
<!ENTITY arch.print "i386">
]>
<article lang="de">
&artheader;
&abstract;
&sect.install;
&sect.layout;
&sect.upgrade;
&sect.trouble;
</article>
@@ -1,22 +0,0 @@
# $FreeBSD$
# $FreeBSDde: de-docproj/relnotes/de_DE.ISO8859-1/installation/ia64/Makefile,v 1.1 2002/11/09 20:07:25 ue Exp $
# basiert auf: 1.1
RELN_ROOT?= ${.CURDIR}/../../..
DOC?= article
FORMATS?= html
INSTALL_COMPRESSED?= gz
INSTALL_ONLY_COMPRESSED?=
# SGML content
SRCS+= article.sgml
SRCS+= ../common/artheader.sgml
SRCS+= ../common/abstract.sgml
SRCS+= ../common/install.sgml
SRCS+= ../common/layout.sgml
SRCS+= ../common/trouble.sgml
SRCS+= ../common/upgrade.sgml
.include "${RELN_ROOT}/share/mk/doc.relnotes.mk"
.include "${DOC_PREFIX}/share/mk/doc.project.mk"
@@ -1,33 +0,0 @@
<!--
$FreeBSD$
$FreeBSDde: de-docproj/relnotes/de_DE.ISO8859-1/installation/ia64/article.sgml,v 1.1 2002/11/09 20:07:25 ue Exp $
basiert auf: 1.1
-->
<!DOCTYPE article PUBLIC "-//FreeBSD//DTD DocBook V4.1-Based Extension//EN" [
<!ENTITY % man PUBLIC "-//FreeBSD//ENTITIES DocBook Manual Page Entities//EN">
%man;
<!ENTITY % authors PUBLIC "-//FreeBSD//ENTITIES DocBook Author Entities//EN">
%authors;
<!ENTITY % mlists PUBLIC "-//FreeBSD//ENTITIES DocBook Mailing List Entities//DE">
%mlists;
<!ENTITY % release PUBLIC "-//FreeBSD//ENTITIES Release Specification//EN">
%release;
<!ENTITY % sections SYSTEM "../common/install.ent"> %sections;
<!-- Architecture-specific customization -->
<!ENTITY arch "ia64">
<!ENTITY arch.print "IA-64">
]>
<article lang="de">
&artheader;
&abstract;
&sect.install;
&sect.layout;
&sect.upgrade;
&sect.trouble;
</article>
@@ -1,22 +0,0 @@
# $FreeBSD$
# $FreeBSDde: de-docproj/relnotes/de_DE.ISO8859-1/installation/pc98/Makefile,v 1.1 2002/07/08 18:41:45 ue Exp $
# basiert auf: 1.1
RELN_ROOT?= ${.CURDIR}/../../..
DOC?= article
FORMATS?= html
INSTALL_COMPRESSED?= gz
INSTALL_ONLY_COMPRESSED?=
# SGML content
SRCS+= article.sgml
SRCS+= ../common/artheader.sgml
SRCS+= ../common/abstract.sgml
SRCS+= ../common/install.sgml
SRCS+= ../common/layout.sgml
SRCS+= ../common/trouble.sgml
SRCS+= ../common/upgrade.sgml
.include "${RELN_ROOT}/share/mk/doc.relnotes.mk"
.include "${DOC_PREFIX}/share/mk/doc.project.mk"
@@ -1,32 +0,0 @@
<!--
$FreeBSD$
$FreeBSDde: de-docproj/relnotes/de_DE.ISO8859-1/installation/pc98/article.sgml,v 1.2 2002/10/12 18:02:23 ue Exp $
basiert auf: 1.1
-->
<!DOCTYPE article PUBLIC "-//FreeBSD//DTD DocBook V4.1-Based Extension//EN" [
<!ENTITY % man PUBLIC "-//FreeBSD//ENTITIES DocBook Manual Page Entities//EN">
%man;
<!ENTITY % authors PUBLIC "-//FreeBSD//ENTITIES DocBook Author Entities//EN">
%authors;
<!ENTITY % mlists PUBLIC "-//FreeBSD//ENTITIES DocBook Mailing List Entities//DE">
%mlists;
<!ENTITY % release PUBLIC "-//FreeBSD//ENTITIES Release Specification//EN">
%release;
<!ENTITY % sections SYSTEM "../common/install.ent"> %sections;
<!-- Architecture-specific customization -->
<!ENTITY arch "pc98">
<!ENTITY arch.print "NEC PC-98x1">
]>
<article lang="de">
&artheader;
&abstract;
&sect.install;
&sect.layout;
&sect.upgrade;
&sect.trouble;
</article>
@@ -1,20 +0,0 @@
# $FreeBSD$
# $FreeBSDde: de-docproj/relnotes/de_DE.ISO8859-1/installation/sparc64/Makefile,v 1.1 2002/03/14 18:23:47 ue Exp $
# basiert auf: 1.1
RELN_ROOT?= ${.CURDIR}/../../..
DOC?= article
FORMATS?= html
INSTALL_COMPRESSED?= gz
INSTALL_ONLY_COMPRESSED?=
# SGML content
SRCS+= article.sgml
SRCS+= install.sgml
SRCS+= ../common/artheader.sgml
SRCS+= ../common/install.sgml
SRCS+= ../common/layout.sgml
.include "${RELN_ROOT}/share/mk/doc.relnotes.mk"
.include "${DOC_PREFIX}/share/mk/doc.project.mk"
@@ -1,34 +0,0 @@
<!--
$FreeBSD$
$FreeBSDde: de-docproj/relnotes/de_DE.ISO8859-1/installation/sparc64/article.sgml,v 1.3 2002/11/16 12:10:42 ue Exp $
basiert auf: 1.4
-->
<!DOCTYPE article PUBLIC "-//FreeBSD//DTD DocBook V4.1-Based Extension//EN" [
<!ENTITY release.url "ftp://ftp.FreeBSD.org/pub/FreeBSD/development/sparc64/">
<!ENTITY % man PUBLIC "-//FreeBSD//ENTITIES DocBook Manual Page Entities//EN">
%man;
<!ENTITY % authors PUBLIC "-//FreeBSD//ENTITIES DocBook Author Entities//EN">
%authors;
<!ENTITY % mlists PUBLIC "-//FreeBSD//ENTITIES DocBook Mailing List Entities//DE">
%mlists;
<!ENTITY % release PUBLIC "-//FreeBSD//ENTITIES Release Specification//EN">
%release;
<!ENTITY % sections SYSTEM "../common/install.ent"> %sections;
<!-- Architecture-specific customization -->
<!ENTITY arch "sparc64">
<!ENTITY arch.print "UltraSPARC">
]>
<article lang="de">
&artheader;
&abstract;
&sect.install;
&sect.layout;
&sect.upgrade;
&sect.trouble;
</article>
@@ -1,619 +0,0 @@
<!--
$FreeBSD$
$FreeBSDde: de-docproj/relnotes/de_DE.ISO8859-1/installation/sparc64/install.sgml,v 1.10 2003/01/13 20:30:51 ue Exp $
basiert auf: 1.14
This file contains sparc64-specific installation instructions.
-->
<sect1 id="install">
<title>Installation von &os;</title>
<para>Hier finden Sie Informationen, wie Sie die &arch; Version
installieren und booten k&ouml;nnen. Wenn Sie diese Version
benutzen, sollten Sie sich auf jeden Fall auf der Mailingliste
&a.sparc; eintragen.</para>
<warning>
<para>Die weiter unten genannten Programme und Kernel sind
experimenteller Natur; z.B. enth&auml;lt der Kernel
&Auml;nderungen bei der Behandlung von ATA und EEPOMS, die
potentiell gef&auml;hrlich sind. Wenn Sie sich nicht mit &os;
und &arch; auskennen oder nicht bereit sind, selbst Hand
anzulegen, um Probleme und Sch&auml;den zu beseitigen, sollten
Sie besser die Finger von dieser Version lassen.</para>
</warning>
<para>[Anmerkung des &Uuml;bersetzers: Diese Warnung ist nicht im
Sinne der &uuml;blichen <quote>Bitte nutzen Sie Ihre Mikrowelle
nicht zum Trocknen von kleinen Kindern und Hunden</quote> Hinweise
zu verstehen, die meinen das ernst.]</para>
<para>F&uuml;r &os;/&arch; gibt das von &os;/i386 und &os;/alpha
verwendete &man.sysinstall.8; nicht. Zur Installation m&uuml;ssen
Sie einen Kernel (von CD oder &uuml;ber ein Netzwerk) auf das
&arch; System laden, das Root-Dateisystem liegt entweder auf der
CD oder wird via NFS exportiert. Die Programme auf dem
Root-Dateisystem k&ouml;nnen dann dazu genutzt werden, die lokale
Festplatte zu partitionieren. Sie k&ouml;nnen danach die &os;
Distribution auf die lokale Festplatte kopieren, um ein
eigenst&auml;ndiges System zu bekommen.</para>
<para>Es gibt zwei Varianten bei der Installation von &os;/&arch;
auf einem System. Die einfachere Variante ist die Installation
von CD, dadurch k&ouml;nnen Sie &os; installieren, ohne auf andere
Rechner angewiesen zu sein.</para>
<para>Wenn Sie nicht von CD installieren k&ouml;nnen oder wollen,
k&ouml;nnen Sie alternativ auch &uuml;ber ein Netzwerk
installieren. Dazu ben&ouml;tigen Sie eine andere Maschine, die
so konfiguriert ist, da&szlig; sie der neuen Maschine Boot Loader,
Kernel und Root-Dateisystem zur Verf&uuml;gung stellt. Dazu
werden RARP, TFTP und BOOTP oder DHPC genutzt. Dieser
<literal>netboot</literal> Server kann ein anderes &os; System
sein, aber das ist nicht unbedingt notwendig.</para>
<para>Sie m&uuml;ssen sich f&uuml;r eine der beiden Varianten
entscheiden, da Sie f&uuml;r die beiden Versionen unterschiedliche
Dateien ben&ouml;tigen; au&szlig;erdem unterscheidet sich die
Vorgehensweise bei den beiden Varianten deutlich.</para>
<important>
<para>Die hier genannten URLs sind vorl&auml;ufig und k&ouml;nnen
sich jederzeit &auml;ndern. Sie sollten im Zweifelsfall einen
Blick in das Archiv der Mailingliste &a.sparc; werfen, um die
derzeit aktuellen URLs zu erhalten. Wenn sich die Situation
stabilisiert hat, wird dieser Hinweis entfernt.</para>
<para>[Anmerkung des &Uuml;bersetzers: Aus genau diesem Grund
finden Sie hier noch keine Verweise auf deutsche Server.</para>
</important>
<sect2 id="getting-to-prom-prompt">
<title>Start von OpenBoot</title>
<para>Die meisten &arch; Systeme booten automatisch von
Festplatte. Wenn Sie &os; installieren wollen, m&uuml;ssen Sie
den Startvorgang abbrechen, um zur OpenBoot Eingabeaufforderung
zu gelangen.</para>
<para>Dazu m&uuml;ssen Sie das System und auf die Boot-Meldung
warten. Diese ist zwar modellabh&auml;ngig, sollte aber wie
folgt aussehen:</para>
<screen>Sun Blade 100 (UltraSPARC-IIe), Keyboard Present
Copyright 1998-2001 Sun Microsystems, Inc. All rights reserved.
OpenBoot 4.2, 128 MB memory installed, Serial #51090132.
Ethernet address 0:3:ba:b:92:d4, Host ID: 830b92d4.</screen>
<para>Wenn Ihr System jetzt von Festplatte startet, m&uuml;ssen
Sie die Tastenkombination <keycombo
action="simul"><keycap>L1</keycap><keycap>A</keycap></keycombo>
oder <keycombo
action="simul"><keycap>Stop</keycap><keycap>A</keycap></keycombo>
dr&uuml;cken. Wenn Sie eine serielle Konsole verwenden,
m&uuml;ssen Sie ein <command>BREAK</command> senden (z.B. durch
die Eingabe von <command>~#</command> in &man.tip.1; oder
&man.cu.1;). Danach sollten Sie die Eingabeaufforderung von
OpenBoot sehen, die wie folgt aussieht:</para>
<screenco>
<areaspec>
<area id="prompt-single" coords="1 5">
<area id="prompt-smp" coords="2 5">
</areaspec>
<screen><prompt>ok </prompt>
<prompt>ok {0} </prompt></screen>
<calloutlist>
<callout arearefs="prompt-single">
<para>Diese Variante wird auf Systemen mit nur einer CPU
benutzt.</para>
</callout>
<callout arearefs="prompt-smp">
<para>Diese Varianten wird von SMP Systemen benutzt, die
Zahl ist die Nummer der aktiven CPU.</para>
</callout>
</calloutlist>
</screenco>
</sect2>
<sect2 id="prepare-cd">
<title>Vorbereitungen f&uuml;r die Installation von CD</title>
<para>Wenn Sie von CD installieren wollen, finden Sie ein ISO
Image mit einem Schnappschu&szlig; der aktuellen Version von
&os;/&arch; bei <ulink url="&release.url;"></ulink>. Mit dieser
Datei k&ouml;nnen Sie eine bootf&auml;hige CD erzeugen, auf der
sich alle notwendigen Dateien f&uuml;r den Systemstart und die
Erzeugung einer minimalen &os; Installation befinden.</para>
<!-- XXX ISO location?-->
<para>Legen Sie die CD ein, und wechseln Sie wie oben beschrieben
zur Eingabeaufforderung von OpenBoot. Geben Sie jetzt
<command>boot cdrom</command> ein. Das System sollte jetzt in
Single-User-Mode starten, danach k&ouml;nnen Sie die Festplatte
partitionieren und das Basissystem installieren, wie in <xref
linkend="creating-disk-label"> und <xref
linkend="creating-root-filesystem"> beschrieben.</para>
</sect2>
<sect2 id="prepare-network">
<title>Vorbereitungen f&uuml;r die Netzwerk-Installation</title>
<para>Um den &os;/&arch; Kernel zu starten, mu&szlig; die Firmware
den <application>Loader</application> laden und starten, dieser
l&auml;dt und startet dann den eigentlichen Kernel. Dazu
m&uuml;ssen Sie &man.rarpd.8; und &man.tftpd.8; (f&uuml;r die
Firmware) bzw. &man.bootpd.8; (f&uuml;r den
<application>Loader</application>) konfigurieren. Der Loader
kann TFTP oder NFS nutzen, um den Kernel zu laden. Weitere
Informationen dazu finden Sie in den folgenden Kapiteln.</para>
<sect3 id="downloading">
<title>Download der ben&ouml;tigten Dateien</title>
<para>Wenn Sie &uuml;ber ein Netzwerk installieren wollen,
brauchen Sie mehrere Dateien. Die erste ist der &os;/&arch;
Loader, der von &man.tftpd.8; f&uuml;r Ihr &arch; System
bereitgestellt wird. Der Nutzer benutzt entweder TFTP oder
NFS, um den &os; Kernel vom Netboot Server zu laden. F&uuml;r
jede dieser beiden Methoden gibt es einen separaten Loader
(also einen f&uuml;r TFTP und einen f&uuml;r NFS). Sie
brauchen also nur eine dieser beiden Dateien:</para>
<itemizedlist>
<listitem>
<para><ulink
url="&release.url;loader-tftp.gz"></ulink></para>
</listitem>
<listitem>
<para><ulink
url="&release.url;loader-nfs.gz"></ulink></para>
</listitem>
</itemizedlist>
<para>Die zweite Datei ist der Kernel, der dem bootenden System
zur Verf&uuml;gung gestellt wird. Diese Datei finden Sie auf
<ulink url="&release.url;"></ulink>.</para>
<!-- XXX kernel filename?-->
<para>Die dritte (und letzte) Datei ist das &man.tar.1; Archiv
mit den Programmen und Konfigurationsdateien des Basissystems.
Dieses Archiv finden Sie hier: <ulink
url="&release.url;distrib.tar.gz"></ulink>.</para>
</sect3>
<sect3>
<title>rarpd</title>
<para>Sie m&uuml;ssen die Ethernet-Adresse Ihres &os;/&arch;
System auf dem Netboot Server in die Datei
<filename>/etc/ethers</filename> eintragen. Die Eintr&auml;ge
sehen wie folgt aus:</para>
<programlisting>0:3:ba:b:92:d4 your.host.name</programlisting>
<para>Sie finden die Ethernet-Adresse in der Boot-Meldung Ihres
Systems.</para>
<para>Vergewissern Sie sich, da&szlig; in
<filename>/etc/hosts</filename> ein Eintrag f&uuml;r
<hostid>your.host.name</hostid> steht. Alternativ k&ouml;nnen
Sie einen entsprechenden DNS-Eintrag verwenden oder gleich
eine IP-Adresse verwenden. Danach m&uuml;ssen Sie
&man.rarpd.8; auf einem Netzwerk-Interface starten, das sich
im gleichen Subnetz wie Ihr &os;/&arch; System
befindet.</para>
</sect3>
<sect3>
<title>tftpd</title>
<para>In der Konfiguration von &man.inetd.8; mu&szlig;
&man.tftpd.8; aktiviert werden. Dazu m&uuml;ssen Sie in der
Datei <filename>/etc/inetd.conf</filename> das
Kommentarzeichen vor der folgenden Zeile entfernen:</para>
<programlisting>tftp dgram udp wait nobody /usr/libexec/tftpd tftpd /tftpboot</programlisting>
<para>Entpacken Sie den Loader und kopieren Sie ihn in das
Verzeichnis <filename>/tftpboot</filename>. Allerdings
k&ouml;nnen Sie der Datei keinen beliebigen Namen geben. Der
Dateiname mu&szlig; die IP-Adresse des &os;/&arch; in
hexadezimaler Notation in Gro&szlig;buchstaben und ohne Punkte
sein. Es ist nicht notwendig, die Datei umzubenennen, Sie
k&ouml;nnen auch einen symbolischen Link verwenden. Wenn die
IP-Adresse des &os;/&arch; Systems
<hostid>192.168.0.16</hostid> ist, w&uuml;rde Ihr
<filename>/tftpboot</filename>-Verzeichnis so
aussehen:</para>
<screen> lrwx------ 1 tmm users 9 Jul 24 17:05 /tftpboot/C0A80010 -> boot/loader
-rw-r--r-- 1 tmm users 1643021 Oct 20 18:04 /tftpboot/boot/loader</screen>
<para>Wenn Sie Probleme beim Systemstart haben, sollten Sie die
TFTP Anfragen mit &man.tcpdump.1; kontrollieren. Dadurch
sehen Sie, welchen Dateinamen Sie f&uuml;r den Loader benutzen
m&uuml;ssen. Fehlermeldungen des TFTP Servers werden in der
Regel durch falsche Berechtigungen verursacht.</para>
</sect3>
<sect3>
<title>Konfiguration von bootpd/dhcpd</title>
<para>Sie k&ouml;nnen entweder BOOTP oder DHCP (nicht beide
gleichzeitig) verwenden, um den Loader mit Informationen (wie
der IP-Adresse des Systems) zu versorgen. Wenn Sie ein &os;
System als Netboot Server benutzen, wird die BOOTP
Funktionalit&auml;t von &man.bootpd.8; bereitgestellt, der ein
Teil des &os; Basissystems ist. In der &os; Ports Collection
finden Sie verschiedene DHCP Server.</para>
<para>Wenn Sie &man.bootpd.8; benutzen, m&uuml;ssen Sie in
<filename>/etc/bootptab</filename> entsprechende Eintr&auml;ge
(Details finden Sie in &man.bootptab.5;) f&uuml;r Ihr
&os;/&arch; System erzeugen:</para>
<programlisting>.default:\
:bf="kernel":dn=local:ds=<replaceable>name-server-ip-address</replaceable>:\
:gw=<replaceable>gateway-ip-address</replaceable>:ht=ether:hd="/tftpboot/boot/kernel":hn:\
:sa="<replaceable>tftp-server-ip-address</replaceable>":\
:rp="<replaceable>tftp-server-ip-address</replaceable>:<replaceable>nfs-root-directory</replaceable>":\
:sm=<replaceable>ip-netmask</replaceable>
<replaceable>Name-des-Eintrags</replaceable>:\
ha=<replaceable>sparc64-ethernet-address</replaceable>:ip=<replaceable>sparc64-ip-address</replaceable>:tc=.default</programlisting>
<para>Die Ethernet-Adresse mu&szlig; mit der Adresse
&uuml;bereinstimmen, die Sie f&uuml;r TFTP verwendet haben;
allerdings mu&szlig; hier die hexadezimale Notation ohne
Doppelpunkte verwendet werden (f&uuml;r das oben verwendete
Beispiel w&auml;re das <literal>0003ba0b92d4</literal>). Sie
k&ouml;nnen die NFS/TFTP-spezifischen Eintr&auml;ge weglassen,
wenn Sie diese Variante nicht verwenden. Die Werte f&uuml;r
<literal>hd</literal> und <literal>bf</literal> werden
zusammengesetzt, um Dateinamen der zu bootenden Datei zu
erhalten. Wenn der Dateiname Ihres Kernels anders ist oder
Sie ein anderes Verzeichnis verwenden, m&uuml;ssen Sie diese
Werte anpassen. Wenn Sie NFS verwenden, sollten Sie die
Einstellungen <literal>bf</literal> und <literal>hd</literal>
entfernen oder dort das Verzeichnis und den Dateinamen im NFS
Root Dateisystem eintragen, in dem der Kernel liegt.
&Uuml;blicherweise wird f&uuml;r den Namen des Eintrags der
Hostname des Zielsystems ohne die Domain verwendet.</para>
<para>Wenn Sie einen DHCP Server verwenden, brauchen Sie einen
Eintrag in der <filename>dhcpd.conf</filename>. Ein Beispiel
f&uuml;r einen solchen Eintrag f&uuml;r den <application>ISC
DHCP</application> Version 2 (in der &os; Ports Collection
als <filename role="package">net/isc-dhcp2</filename>
erh&auml;ltlich) finden Sie weiter unten:</para>
<programlisting>host <replaceable>name-of-entry</replaceable> {
hardware ethernet <replaceable>sparc64-ethernet-address</replaceable>;
option host-name "<replaceable>sparc64-fully-qualified-domain-name</replaceable>";
fixed-address <replaceable>sparc64-ip-address</replaceable>;
always-reply-rfc1048 on;
filename "kernel";
option root-path "<replaceable>tftp-server-ip-address</replaceable>:<replaceable>nfs-root-directory</replaceable>";
}</programlisting>
<para>Die Option <literal>filename</literal> entspricht dem
zusammengesetzten Wert von <literal>hd</literal> und
<literal>bf</literal> in <filename>/etc/bootptab</filename>.
Die Ethernet-Adresse wird in hexadezimaler Notation mit
Doppelpunkten angaben, genau wie bei &man.rarpd.8;.
<literal>options root-path</literal> entspricht der
<literal>rp</literal> in <filename>/etc/bootptab</filename>.
Wenn der in <literal>option host-name</literal> angegebene
Name aufgel&ouml;st werden kann, also einen Eintrag im DNS
oder in <filename>/etc/hosts</filename> hat, kann auf die
Angabe von <literal>fixed-address</literal> verzichtet
werden.</para>
</sect3>
<sect3>
<title>Laden des Kernels</title>
<para>Wenn Sie die Daemonen auf dem Netboot Server konfiguriert
haben, m&uuml;ssen Sie im n&auml;chsten Schritt den Kernel an
die richtige Stelle kopieren (Informationen, woher Sie den
Kernel bekommen k&ouml;nnen, finden Sie in <xref
linkend="downloading">). Es gibt zwei M&ouml;glichkeiten, um
den Kernel &uuml;ber ein Netzwerk zu laden: TFTP oder NFS.
Welche der beiden Alternativen Sie verwenden, haben Sie
bereits bei der Auswahl des Loaders festgelegt.</para>
<para>Sowohl bei TFTP als auch bei NFS wird der Loader die via
BOOTP oder DHCP erhaltenen Informationen verwenden, um den
Kernel zu finden.</para>
<sect4>
<title>Laden des Kernels mit TFTP</title>
<para>Legen Sie den Kernel an die Stelle, die Sie in der
<filename>/etc/bootptab</filename> mit <literal>bf</literal>
und <literal>hd</literal> bzw. in der
<filename>dhcpd.conf</filename> mit
<literal>filename</literal> angegeben haben.</para>
</sect4>
<sect4>
<title>Laden des Kernels via NFS</title>
<para>Exportieren Sie das Verzeichnis, das Sie in der
<filename>/etc/bootptab</filename> unter
<literal>rp</literal> bzw. in der
<filename>dhcpd.conf</filename> mit
<literal>root-path</literal> definiert haben (siehe
&man.exports.5;). Kopieren Sie den Kernel in das
Verzeichnis, das Sie in der
<filename>/etc/bootptab</filename> mit <literal>bf</literal>
und <literal>hd</literal> bzw. in der
<filename>dhcpd.conf</filename> mit
<literal>filename</literal> angegeben haben.</para>
</sect4>
</sect3>
<sect3>
<title>Installation des Basissystems auf dem NetBoot
Server</title>
<para>Sie m&uuml;ssen das Archiv mit dem Verzeichnis entpacken,
das Sie in der <filename>/etc/bootptab</filename> unter
<literal>rp</literal> bzw. in der
<filename>dhcpd.conf</filename> mit
<literal>root-path</literal> definiert haben. Dieses
Verzeichnis wird nach dem Start des Kernels zum Root
Dateisystem f&uuml;r &arch; werden. Neben den &uuml;blichen
Benutzerprogrammen enth&auml;lt es alle notwendigen Programme,
um das Basissystem auf der lokalen Festplatte des &arch;
Systems zu installieren.</para>
<para>Sie werden wahrscheinlich die auf dem Netboot Server zur
Verf&uuml;gung stehenden Programme verwenden wollen, um die
von &arch; verwendete <filename>/etc/fstab</filename> und
<filename>/etc/rc.conf</filename> anzupassen und das
<username>root</username> Pa&szlig;wort zu
&auml;ndern.</para>
</sect3>
<sect3>
<title>Start des Systems</title>
<para>Wenn Sie alles richtig gemacht haben, sollten Sie jetzt
&os; auf Ihrem &arch; System starten, indem Sie zur
Eingabeaufforderung von OpenBoot wechseln, wie in <xref
linkend="getting-to-prom-prompt"> beschrieben. Wenn sie jetzt
<command>boot net</command> eingeben, sollte das System
hochfahren. Um genau zu sein, der Loader wird mit TFTP
geladen, setzt dann einen BOOTP Request ab und l&auml;dt den
Kernel via TFTP oder NFS, je nach verwendeter Variante des
Loaders. Danach sollte es 10 Sekunden auf eine Eingabe warten
und anschlie&szlig;end den Kernel starten.</para>
<para>Wenn irgend etwas nicht funktioniert und Sie ein Problem
mit TFTP/NFS/BOOTP vermuten, sollten Sie zur Fehlersuche
<application>Ethereal</application> (<filename
role="package">net/ethereal</filename> in der &os; Ports
Collection) verwenden. In den meisten F&auml;llen werden die
Probleme durch falsche Zugriffsrechte f&uuml;r die Dateien
verursacht. Weiterhin ist es in einigen F&auml;llen
m&ouml;glich, da&szlig; &man.rarpd.8; nicht reagiert, weitere
Informationen finden Sie in der Onlinehilfe.</para>
</sect3>
</sect2>
<sect2 id="creating-disk-label">
<title>Aufteilung der Festplatte</title>
<para>Der Kernel unterst&uuml;tzt das von Sun f&uuml;r den
<literal>Disk Label</literal> verwendete Format, sie k&ouml;nnen
die f&uuml;r &os; verwendete Platte also auch mit Solaris
partitionieren.</para>
<para>Da es f&uuml;r &os;/&arch; noch kein &man.sysinstall.8;
gibt, m&uuml;ssen Sie das Disk Label manuell erzeugen, wenn Sie
&os;/&arch; &os; verwenden. Weitere Informationen zu diesem
Thema k&ouml;nnen Sie dem <ulink
url="http://www.FreeBSD.org/doc/de_DE.ISO8859-1/books/handbook/">FreeBSD
Handbuch</ulink> entnehmen.</para>
<para>Bei &os;/&arch; mu&szlig; ein Sun-kompatibles Label in das
&os; Label eingebettet werden, damit OpenBoot von der Platte
booten kann. Dadurch ergibt sich eine zus&auml;tzliche
Einschr&auml;nkung: Der Anfang der Partitionen mu&szlig; auf
einer Zylindergrenze liegen.</para>
<para>Um ein Disk Label zu erzeugen, sollten Sie wie folgt
vorgehen:</para>
<procedure>
<step>
<para>Erzeugen sie mit <command>disklabel -w -r
<replaceable>device</replaceable> auto</command> ein leeres
Standard-Label. Der dritte Parameter ist der Name des
Ger&auml;tes, nicht der komplette Pfad zur Node f&uuml;r
dieses Ger&auml;t (z.B. <devicename>ad0</devicename>
f&uuml;r die erste ATA Festplatte).</para>
</step>
<step>
<para>Mit dem Befehl <command>disklabel -e
<replaceable>device</replaceable></command> starten Sie
einen Editor, in dem Sie das Disk Label bearbeiten
k&ouml;nnen. Das Disk Label sieht wie folgt aus:</para>
<screen># /dev/ad6c:
type: unknown
disk: amnesiac
label:
flags:
bytes/sector: 512
sectors/track: 63
tracks/cylinder: 16
sectors/cylinder: 1008
cylinders: 79780
sectors/unit: 80418240
rpm: 3600
interleave: 1
trackskew: 0
cylinderskew: 0
headswitch: 0 # milliseconds
track-to-track seek: 0 # milliseconds
drivedata: 0
8 partitions:
# size offset fstype [fsize bsize bps/cpg]
c: 80418240 0 unused 0 0 # (Cyl. 0 - 79779)</screen>
<para>Sie k&ouml;nnen jetzt weitere Partitionen definieren,
diese m&uuml;ssen in dem Format vorliegen, das auch f&uuml;r
Partition <literal>c</literal> verwendet. Sie k&ouml;nnen
Sich das Leben etwas einfacher machen, wenn Sie f&uuml;r das
Feld <literal>offset</literal> immer den Wert
<literal>*</literal> angeben. Weitere Informationen finden
Sie in der Onlinehilfe zu &man.disklabel.8;.</para>
<para>Damit die oben genannte Einschr&auml;nkung eingehalten
wird, mu&szlig; die Gr&ouml;&szlig;e jeder Partition ein
ganzzahliges Vielfaches der Anzahl der Sektoren pro Zylinder
(<literal>sectors/cylinder</literal>) sein. In diesem
Beispiel w&auml;ren das 1008 Sektoren pro Zylinder.</para>
<para>Wenn Sie alle Partitionen definiert haben, m&uuml;ssen
Sie die &Auml;nderungen speichern und den Editor verlassen,
dadurch wird automatisch ein neues Disk Label
geschrieben.</para>
<warning>
<para>Dadurch wird ein bereits existierendes Disk Label
komplett &uuml;berschrieben. Wenn auf der Festplatte
bereits Dateisysteme existieren, m&uuml;ssen Sie im alten
und neuen Label <emphasis>absolut identisch</emphasis>
definiert sein. Sind sie das nicht, werden die
Dateisysteme und alle Daten auf diesen Dateisystemen
gel&ouml;scht.</para>
</warning>
<para>Wenn Sie sich nicht sicher sind, ob die Partitionen auf
einer Zylindergrenze beginnen und enden, sollten Sie
<command>disklabel -e
<replaceable>device</replaceable></command> erneut aufrufen.
Die von den Partitionen belegten Zylinder werden rechts von
den &uuml;brigen Daten der Partition angezeigt. Wenn neben
einer der von Ihnen angelegten Partitionen (also allen
Partitionen au&szlig;er Partition <literal>c</literal>) ein
<literal>*</literal> angezeigt wird, erf&uuml;llt diese
Partition die Anforderungen <emphasis>NICHT</emphasis>. Sie
<emphasis>M&Uuml;SSEN</emphasis> diese Partition
korrigieren, ansonsten wird das System nicht
funktionieren.</para>
</step>
<step>
<para>Wenn Sie mit &os;/&arch; von dieser Platte wollen,
m&uuml;ssen Sie sie mit <command>disklabel -B</command>
bootf&auml;hig machen.</para>
<warning>
<para>Durch die Verwendung von <command>disklabel
-B</command> &uuml;berschreiben Sie einen bereits
existierenden Bootsektor. Wenn auf der Platte ein anderes
Betriebssystem installiert ist, werden Sie es
anschlie&szlig;end nicht mehr starten k&ouml;nnen.</para>
</warning>
<para>Wenn Sie den Bootsektor nicht &uuml;berschreiben wollen,
ist es m&ouml;glich, den <application>Loader</application>
wie oben beschrieben via TFTP zu starten und ihn dann den
Kernel von Festplatte starten zu lassen. Dazu brauchen Sie
eine spezielle Version des Loaders, die bei <ulink
url="ftp://ftp.FreeBSD.org/pub/FreeBSD/development/sparc64/loader-ufs.gz"></ulink>
erh&auml;ltlich ist.</para>
</step>
</procedure>
</sect2>
<sect2 id="creating-root-filesystem">
<title>Erzeugung des Root Dateisystems</title>
<para>Wenn Sie von der lokalen Platte booten wollen, brauchen Sie
ein Root Dateisystem, das die Benutzerprogramme und
Konfigurationsdateien des Basissystems enth&auml;lt.
Nat&uuml;rlich kann es auch weitere Dateisysteme aufnehmen, die
z.B. unter <filename>/usr</filename> und
<filename>/var</filename> gemountet werden.</para>
<para>Der Kernel unterst&uuml;tzt Sun Disklabel, Sie k&ouml;nnen
also Solaris Festplatten benutzen und diese sogar in Solaris mit
<application>newfs</application> vorbereiten. Das Disk Label
und die Dateisysteme von NetBSD werden von &os; ebenfalls
unterst&uuml;tzt.</para>
<warning>
<para>Sie d&uuml;rfen <emphasis>auf gar keinen Fall</emphasis>
den <application>fsck</application> von Solaris auf
Dateisystemen nutzen, die von &os; verwendet werden, da dieser
s&auml;mtliche Zugriffsrechte &uuml;berschreibt.</para>
</warning>
<para>Um die Dateisysteme zu erzeugen und das Basissystem zu
erzeugen, starten Sie Ihr System von CD oder via NFS und legen
Sie dann wie in <xref linkend="creating-disk-label"> beschrieben
ein Disk Label an.</para>
<para>Wenn Sie das System zum ersten Mal starten und Ihr Root
Dateisystem noch nicht in <filename>/etc/fstab</filename>
eingetragen haben, m&uuml;ssen Sie wahrscheinlich Ihr Root
Dateisystem beim Start angeben. Wenn Sie die entsprechende
Eingabeaufforderung erhalten, sollten Sie das Format
<command>ufs:<replaceable>disk</replaceable><replaceable>partition</replaceable></command>
verwenden, also keine Slice angaben. Wenn der Kernel versucht,
automatisch von einem anderen Dateisystem zu booten,
dr&uuml;cken Sie eine Taste au&szlig;er <keycap>Enter</keycap>,
sobald der <application>Loader</application> die folgende
Meldung ausgibt:</para>
<screen>Hit [Enter] to boot immediately, or any other key for command prompt.</screen>
<para>Starten Sie den Kernel danach mit <command>boot -a
-s</command>, dadurch werden Sie automatisch nach dem
Root-Dateisystem gefragt, bevor das System in den
Single-User-Modus geht. Sobald das richtige Root Dateisystem in
der <filename>/etc/fstab</filename> steht, sollte es beim
n&auml;chsten Start des System automatisch als
<filename>/</filename> gemountet werden.</para>
<para>Wenn Sie &uuml;ber ein Netzwerk booten (mit NFS), sollten
die oben genannte Eintr&auml;ge BOOTP ausreichend sein, damit
der Kernel das Root Dateisystem via NFS finden und mounten
kann.</para>
</sect2>
<sect2 id="installing-base-system">
<title>Installation des Basissystems</title>
<para>Wenn Sie &uuml;ber ein Netzwerk gebootet haben, haben Sie
vorher ein &man.tar.1; Archive von heruntergeladen und es mit
NFS vom Netboot Server exportiert. Sie k&ouml;nnen das gleiche
Archiv auf der lokalen Festplatte auspacken, um einen autonomes
System zu erhalten. Denken Sie daran, da&szlig; Sie den Kernel
ebenfalls kopieren m&uuml;ssen.</para>
<para>Wenn Sie Ihr System von CD gestartet haben, finden Sie das
Archiv im Verzeichnis <filename>/root/</filename> auf der
CDROM.</para>
<para>Bevor Sie das neue System booten, sollten Sie
<filename>/etc/fstab</filename> und
<filename>/etc/rc.conf</filename> anpassen und ein Pa&szlig;wort
f&uuml;r <username>root</username> vergeben.</para>
<para>Bitte beachten Sie, da&szlig; Sie einige Programme des
Basissystems in dem Archiv fehlen oder noch nicht fehlerfrei
funktionieren.</para>
</sect2>
</sect1>
@@ -1,27 +0,0 @@
# $FreeBSD$
# $FreeBSDde: de-docproj/relnotes/de_DE.ISO8859-1/readme/Makefile,v 1.2 2002/03/10 18:41:44 ue Exp $
# $Id: Makefile,v 1.5 2002/03/10 15:37:18 ue Exp $
# basiert auf: 1.7
RELN_ROOT?= ${.CURDIR}/../..
.ifdef NO_LANGCODE_IN_DESTDIR
DESTDIR?= ${DOCDIR}/readme
.else
DESTDIR?= ${DOCDIR}/de_DE.ISO8859-1/readme
.endif
DOC?= article
FORMATS?= html
INSTALL_COMPRESSED?= gz
INSTALL_ONLY_COMPRESSED?=
#
# SRCS lists the individual SGML files that make up the document. Changes
# to any of these files will force a rebuild
#
# SGML content
SRCS+= article.sgml
.include "${RELN_ROOT}/share/mk/doc.relnotes.mk"
.include "${DOC_PREFIX}/share/mk/doc.project.mk"
@@ -1,518 +0,0 @@
<!--
The FreeBSD German Documentation Project
The FreeBSD Documentation Project
$FreeBSDde: de-docproj/relnotes/de_DE.ISO8859-1/readme/article.sgml,v 1.18 2003/05/11 23:28:35 mheinen Exp $
basiert auf: 1.26
-->
<!DOCTYPE article PUBLIC "-//FreeBSD//DTD DocBook V4.1-Based Extension//EN" [
<!ENTITY % man PUBLIC "-//FreeBSD//ENTITIES DocBook Manual Page Entities//EN">
%man;
<!ENTITY % authors PUBLIC "-//FreeBSD//ENTITIES DocBook Author Entities//EN">
%authors;
<!ENTITY % mlists PUBLIC "-//FreeBSD//ENTITIES DocBook Mailing List Entities//DE">
%mlists;
<!ENTITY % release PUBLIC "-//FreeBSD//ENTITIES Release Specification//EN">
%release;
<!ENTITY % misc PUBLIC "-//FreeBSD//ENTITIES DocBook Miscellaneous FreeBSD Entities//EN">
%misc;
]>
<article lang="de">
<articleinfo>
<title>&os; &release.current; README</title>
<corpauthor>Das &os; Projekt</corpauthor>
<pubdate>$FreeBSD$</pubdate>
<copyright>
<year>2000</year>
<year>2001</year>
<year>2002</year>
<year>2003</year>
<holder role="mailto:[email protected]">The FreeBSD Documentation
Project</holder>
</copyright>
<copyright>
<year>2002</year>
<year>2003</year>
<holder role="mailto:[email protected]">The
FreeBSD German Documentation Project</holder>
</copyright>
</articleinfo>
<abstract>
<para>Dieses Dokument enth&auml;lt eine kurze Einf&uuml;hrung zu &os;
&release.current;. Es enth&auml;lt einige Hinweise, wie Sie &os;
beziehen k&ouml;nnen; wie Sie Kontakt zum &os; Project aufnehmen
k&ouml;nnen, sowie Verweise auf zus&auml;tzliche
Informationsquellen.</para>
</abstract>
<sect1 id="intro">
<title>Einf&uuml;hrung</title>
<para>Diese Ausgabe von &os; ist eine &release.type;-Version von
&os; &release.current; und repr&auml;sentiert den aktuellen
Zustand im Entwicklungszweig &release.branch;.</para>
<sect2>
<title>&Uuml;ber &os;</title>
<para>&os; ist ein auf 4.4 BSD Lite basierendes Betriebssystem
f&uuml;r Intel, AMD, Cyrix oder NexGen
<quote>x86</quote>-basierte PCs (i386), NEC PC-9801/9821 und
kompatible Systeme (pc98), DEC/Compaq/HP Alpha Systeme (alpha)
und UltraSPARC Systeme (sparc64). Versionen f&uuml;r die
Plattformen IA64 (ia64), PowerPC (powerpc) und AMD
<quote>Hammer</quote> (amd64) sind ebenfalls in der
Entwicklung. &os; unterst&uuml;tzt viele verschiedene
Ger&auml;te und Umgebungen und kann f&uuml;r alle Anwendungen von
der Software-Entwicklung &uuml;ber Spiele bis zur Anbietung
von Diensten im Internet genutzt werden.</para>
<para>Diese Version von &os; stellt Ihnen alles zur
Verf&uuml;gung, was Sie zum Betrieb eines derartigen Systems
brauchen. Dazu geh&ouml;rt der Quellcode f&uuml;r den Kernel
und alle Programme des Basissystems. Wenn Sie die
<quote>source</quote> Distribution installieren, k&ouml;nnen
Sie das gesamte System mit einem einzigen Befehl neu
kompilieren. Diese Eigenschaft macht es ideal f&uuml;r
Studenten, Forscher, und interessierte Benutzer, die einfach
wissen wollen, wie das System funktioniert.</para>
<para>Die gro&szlig;e Sammlung von angepa&szlig;ter Software
anderer Anbieter (die <quote>Ports Collection</quote>) macht
es Ihnen leicht, ihre Lieblingtools f&uuml;r &unix; auch
f&uuml;r &os; zu finden und zu installieren. Jeder
<quote>port</quote> besteht aus einer Reihe von Skripten, um
eine gegebene Anwendung mit einem einzigen Kommando
herunterladen, konfigurieren, kompilieren, und installieren zu
k&ouml;nnen. Die &uuml;ber &os.numports; Ports (vom Editor
&uuml;ber Programmiersprachen bis zu graphischen Anwendungen)
machen FreeBSD zu einer leistungsstarken und umfassenden
Arbeitsumgebung, die viele kommerzielle &unix;-Varianten weit
hinter sich l&auml;&szlig;t. Die meisten Ports sind auch als
vorkompilierte Packages erh&auml;ltlich, die mit dem
Installationsprogramm einfach und schnell installiert werden
k&ouml;nnen.</para>
</sect2>
<sect2>
<title>Zielgruppe</title>
<![ %release.type.current; [
<para>Dieser &release.type; ist prim&auml;r f&uuml;r Bastler und
andere Benutzer gedacht, die sich an der laufenden Entwicklung
von &os; beteiligen wollen. Das Entwicklerteam von &os;
bem&uuml;ht sich zwar, da&szlig; jeder &release.type; so
funktioniert wie versprochen, aber &release.branch; ist nun
einmal der Entwicklungszweig.</para>
<para>Wenn Sie einen &release.type; benutzen wollen, m&uuml;ssen
Sie sich mit der Technik von &os; und den aktuellen
Vorg&auml;ngen bei der Entwicklung von &os; &release.branch;
(wie sie in der Mailingliste &a.current; diskutiert werden)
auskennen.</para>
<para>[Anmerkung des &Uuml;bersetzers: Auf der Mailingliste
&a.current; wird Englisch gesprochen und die meisten Dokumente
sind ebenfalls in dieser Sprache verfa&szlig;t worden. Ohne
gute Englischkenntnisse kommt man also nicht weit. Allerdings
ist die Beteiligung an der Entwicklung der FreeBSD eine der
interessanteren Varianten, die eigenen Englisch-Kenntnisse zu
erweitern.]</para>
<para>Wenn Sie mehr an einem st&ouml;rungsfreien Betrieb von
&os; als an den neuesten Features von &os; interessiert sind,
ist eine offizielle Release (wie z.B. &release.prev.stable;) die
deutliche bessere Wahl. Releases werden ausf&uuml;hrlich
getestet und auf Qualit&auml;t gepr&uuml;ft, um
Zuverl&auml;ssigkeit und Betriebssicherheit garantieren zu
k&ouml;nnen.</para>
]]>
<![ %release.type.snapshot; [
<para>Dieser &release.type; ist prim&auml;r f&uuml;r Bastler und
andere Benutzer gedacht, die sich an der laufenden Entwicklung
von &os; beteiligen wollen. Das Entwicklerteam von &os;
bem&uuml;ht sich zwar, da&szlig; jeder &release.type; so
funktioniert wie versprochen, aber &release.branch; ist nun
einmal der Entwicklungszweig.</para>
<para>Wenn Sie einen &release.type; benutzen wollen, m&uuml;ssen
Sie sich mit der Technik von &os; und den aktuellen
Vorg&auml;ngen bei der Entwicklung von &os; &release.branch;
(wie sie in der Mailingliste &a.current; diskutiert werden)
auskennen.</para>
<para>[Anmerkung des &Uuml;bersetzers: Auf der Mailingliste
&a.current; wird Englisch gesprochen und die meisten Dokumente
sind ebenfalls in dieser Sprache verfa&szlig;t worden. Ohne
gute Englischkenntnisse kommt man also nicht weit. Allerdings
ist die Beteiligung an der Entwicklung der FreeBSD eine der
interessanteren Varianten, die eigenen Englisch-Kenntnisse zu
erweitern.]</para>
<para>Wenn Sie mehr an einem st&ouml;rungsfreien Betrieb von
&os; als an den neuesten Features von &os; interessiert sind,
ist eine offizielle Release (wie z.B. &release.prev.stable;) die
deutliche bessere Wahl. Releases werden ausf&uuml;hrlich
getestet und auf Qualit&auml;t gepr&uuml;ft, um
Zuverl&auml;ssigkeit und Betriebssicherheit garantieren zu
k&ouml;nnen.</para>
]]>
<![ %release.type.release; [
<para>Diese &release.type; von &os; ist f&uuml;r alle Arten von
Benutzern gedacht. Sie wurde ausf&uuml;hrlich gepr&uuml;ft
und getestet, um die gr&ouml;&szlig;tm&ouml;gliche
Zuverl&auml;ssigkeit und Betriebssicherheit garantieren zu
k&ouml;&ouml;nnen.</para>
]]>
</sect2>
</sect1>
<sect1 id="obtain">
<title>Bezugsquellen f&uuml;r &os;</title>
<para>&os; kann auf vielen verschiedenen Wegen bezogen werden.
Dieses Kapitel konzentriert sich auf die Varianten, die f&uuml;r
den Bezug auf einer komplett neuen Version von &os; gedacht
sind und weniger auf die M&ouml;glichkeit zur Aktualisierung
eines bereits bestehenden Systems.</para>
<sect2>
<title>CDROM und DVD</title>
<para>&os;-RELEASE Distributionen k&ouml;nnen auf CDROM oder
DVD von diversen Firmen bezogen werden. Dies ist
normalerweise der bequemste Weg, wenn Sie &os; zum ersten Mal
installieren, da Sie das System einfach neu installieren
k&ouml;nnen, falls das notwendig ist. Einige Distributionen
enthalten einige der optionalen <quote>Packages</quote> aus
der &os; Ports Collection.</para>
<para>Eine &Uuml;bersicht &uuml;ber die Firmen, die FreeBSD auf
CDROM oder DVD vertreiben, finden Sie im Anhang <ulink
url="http://www.FreeBSD.org/doc/de_DE.ISO8859-1/books/handbook/mirrors.html"><quote>Bezugsquellen
f&uuml;r FreeBSD</quote></ulink> des Handbuches.</para>
</sect2>
<sect2>
<title>FTP</title>
<para>Sie k&ouml;nnen &os; und/oder die optionalen Packages mit
FTP vom prim&auml;ren &os;-Server <ulink
url="ftp://ftp.FreeBSD.org/"></ulink> und allen seinen
<quote>mirrors</quote> beziehen.</para>
<para>Eine Liste von alternativen Bezugsquellen f&uuml;r &os;
finden Sie im Kapitel <ulink
url="http://www.FreeBSD.org/doc/de_DE.ISO8859-1/books/handbook/mirrors-ftp.html">FTP
Server</ulink> des Handbuchs und auf unseren <ulink
url="http://www.freebsdmirrors.org/"></ulink> Webseiten. Wir
raten Ihnen dringend, einen Mirror in der n&auml;heren
Umgebung (aus Netzwerksicht) zu verwenden.</para>
<para>Zus&auml;tzliche Mirrors sind immer willkommen. Wenden
Sie sich bitte an <email>[email protected]</email>,
wenn Sie an weiteren Informationen zu diesem Thema
interessiert sind. Zus&auml;tzliche Informationen zu diesem
Thema finden Sie im Artikel <ulink
URL="http://www.FreeBSD.org/doc/en_US.ISO8859-1/articles/hubs/">Mirroring
FreeBSD</ulink>.</para>
<para>Sie finden die f&uuml;r den Start der Installation
notwendigen Images der Bootdisketten und die Dateien der
eigentlichen Distribution auf allen Servern. Einige Server
stellen auch die ISO-Images bereit, die Sie zur Erzeugung
einer (bootf&auml;higen) CDROM der &os;-Release
ben&ouml;tigen.</para>
</sect2>
</sect1>
<sect1 id="contacting">
<title>Kontaktinformation f&uuml;r das &os; Projekt</title>
<sect2>
<title>Email und Mailinglisten</title>
<para>Wenn Sie Fragen haben oder Hilfe ben&ouml;tigen, wenden
Sie sich bitte an die Mailingliste &a.questions;.</para>
<para>Wenn Sie die Entwicklung von &release.branch;
mitverfolgen, <emphasis>m&uuml;ssen</emphasis> Sie die
Mailingliste &a.current; lesen. Nur so k&ouml;nnen Sie die
teilweise lebensnotwendigen Informationen &uuml;ber die
aktuellen Entwicklungen und &Auml;nderungen erhalten, die Sie
f&uuml;r den Betrieb des Systems ben&ouml;tigen.</para>
<para>Da &os; zum gr&ouml;&szlig;ten Teil von Freiwilligen und
Idealisten entwickelt wird, freuen wir uns &uuml;ber jeden,
der mit anpacken m&ouml;chte &mdash; schon jetzt gibt es mehr
W&uuml;nsche als Zeit, um diese umzusetzen. Wenn Sie Kontakt
zu den Entwicklern suchen, um technische Angelegenheiten zu
besprechen oder um Ihre Hilfe anzubieten, wenden Sie sich
bitte an Mailingliste &a.hackers;.</para>
<para>Bitte beachten Sie, auf diesen Mailinglisten teilweise
<emphasis>extrem viele</emphasis> Mails erscheinen. Wenn Ihre
Mailversorgung nur sehr langsam oder sehr teuer ist, oder Sie
nur an den Schlagzeilen der &os;-Entwicklung interessiert
sind, d&uuml;rfte es besser sein, wenn Sie sich auf
die Mailingliste &a.announce; konzentrieren.</para>
<para>Alle Mailinglisten stehen f&uuml;r jeden offen, der sich
f&uuml;r das jeweilige Thema interessiert. Besuchen Sie
einfach mal auf der <ulink
url="http://www.FreeBSD.org/mailman/listinfo">FreeBSD Mailman
Info Page</ulink>. Dort erhalten Sie weitergehende
Informationen, wie Sie die diversen Mailinglisten abonnieren
k&ouml;nnen, wie Sie auf die Archive zugreifen k&ouml;nnen,
usw. Es gibt viele Mailinglisten, die nur mit einem ganz
bestimmten Thema befassen und hier nicht aufgef&uuml;hrt sind.
Weitergehende Informationen finden Sie auf den Mailman Seiten
und im Bereich <ulink
url="http://www.FreeBSD.org/support.html#mailing-list">Mailinglisten</ulink>
der &os; Webseite.</para>
<important>
<para>Senden Sie <emphasis>auf gar keinen Fall</emphasis> eine
Mail an die Mailinglisten, um diese zu abonnieren. Benutzen
Sie f&uuml;r diesen Zweck das Mailman Interface.</para>
</important>
</sect2>
<sect2>
<title>Meldungen &uuml;ber Fehler und Probleme</title>
<para>Vorschl&auml;ge, Fehlermeldungen und zus&auml;tzlicher
Sourcecode sind immer willkommen &mdash; bitte informieren Sie
uns &uuml;ber jedes Problem, das sie finden. Fehlermeldungen,
die sofort auch die entsprechende Korrektur enthalten, sind
nat&uuml;rlich noch willkommener.</para>
<para>Wenn Ihr System an das Internet angeschlossen ist, sollten
Sie &man.send-pr.1; benutzen. Wenn Sie Ihren <quote>Problem
Report</quote> (PRs) auf dieser Art und Weise absetzen, wird
er automatisch archiviert und weiterverfolgt. Die Entwickler
von &os; bem&uuml;hen sich, so schnell wie m&ouml;glich auf
alle gemeldeten Fehler zu reagieren. <ulink
url="http://www.FreeBSD.org/cgi/query-pr-summary.cgi">Eine
&Uuml;bersicht &uuml;ber alle offenen PRs</ulink> ist auf dem
Webserver von &os; verf&uuml;gbar. Diese Liste ist sehr
n&uuml;tzlich, wenn Sie wissen wollen, welche m&ouml;glichen
Probleme schon von anderen Benutzern gefunden wurden.</para>
<para>Bitte beachten Sie, da&szlig; &man.send-pr.1; nur ein
Shell-Skript ist, da&szlig; man relativ einfach auch auf
anderen Systemen als &os; verwenden kann. Wir empfehlen Ihnen
dringend, diese Variante zu verwenden. Wenn Sie allerdings
aus irgendeinem Grund &man.send-pr.1; nicht benutzen
k&ouml;nnen, k&ouml;nnen Sie versuchen, Ihren Problem Report
an die Mailingliste &a.bugs; zu senden.</para>
<para>Weitere Informationen finden Sie im Dokument <ulink
url="http://www.FreeBSD.org/doc/en_US.ISO8859-1/articles/problem-reports/"><quote>Writing
FreeBSD Problem Reports</quote></ulink> auf der Webseite von
&os;. Es enth&auml;lt viele n&uuml;tzliche Tips zum
Verfassen und Versenden effektiver Fehlermeldungen.</para>
</sect2>
</sect1>
<sect1 id="seealso">
<title>Weiterf&uuml;hrende Dokumente</title>
<para>Es gibt viele verschiedene Quellen f&uuml;r Informationen
&uuml;ber &os;, einige sind Bestandteil dieser Distribution,
w&auml;hrend andere &uuml;ber das Internet oder in gedruckter
Form verf&uuml;gbar sind.</para>
<sect2 id="release-docs">
<title>Dokumentation zur Release</title>
<para>Sie finden weitergehende &uuml;ber diese &release.type;
Distribution in anderen Dokumenten. Diese Dokumente stehen in
verschiedenen Formaten zur Verf&uuml;gung. Die Varianten Text
(<filename>.TXT</filename>) und HTML
(<filename>.HTM</filename>) stehen fast immer zur
Verf&uuml;gung. Einige Distributionen stellen weitere Formate
wie PostScript (<filename>.PS</filename>) oder das Portable
Document Format (<filename>.PDF</filename>) zur
Verf&uuml;gung.</para>
<itemizedlist>
<listitem>
<para><filename>README.TXT</filename>: Sie lesen es gerade.
Hier finden Sie allgemeine Informationen &uuml;ber &os;
und ein paar allgemeine Hinweise zum Bezug einer
Distribution.</para>
</listitem>
<listitem>
<para><filename>EARLY.TXT</filename>: Spezielle Hinweise
f&uuml;r die ersten Anwender von &os; &release.current;.
Wenn dies Ihre erste Begegnung mit &os; &release.branch;
ist und/oder Sie noch eine 5.<replaceable>X</replaceable>
Version benutzt haben, sollten Sie diesen Artikel auf
jeden Fall lesen.</para>
</listitem>
<listitem>
<para><filename>RELNOTES.TXT</filename>: Die begleitenden
Informationen zu dieser Release enthalten die Neuerungen
in dieser Version von &os; (&release.current;) und die
&Auml;nderungen seit der letzten Version (&os;
&release.prev;).</para>
</listitem>
<listitem>
<para><filename>HARDWARE.TXT</filename>: Die Liste der
unterst&uuml;tzten Hardware enth&auml;lt eine
&Uuml;bersicht &uuml;ber die Ger&auml;te, auf den &os;
erfolgreich getestet wurde.</para>
</listitem>
<listitem>
<para><filename>INSTALL.TXT</filename>: Die Anleitung zur
Installation von &os; von dem
Distributions-Medium.</para>
</listitem>
<listitem>
<para><filename>ERRATA.TXT</filename>: Die Errata.
Brandaktuelle Informationen, die erst nach dem Erscheinen
dieser Version bekannt wurden, finden Sie hier. Diese
Datei ist speziell f&uuml;r die Anwender einer Release
(und nicht der Snapshots) von Interesse. Sie sollten
diesen Text auf jeden Fall lesen, bevor Sie &os;
installieren, da er die aktuellsten Informationen
&uuml;ber die seit der Ver&ouml;ffentlichung gefundenen
und behobenen Probleme enth&auml;lt.</para>
</listitem>
</itemizedlist>
<note>
<para>Einige dieser Dokumente (speziell
<filename>RELNOTES.TXT</filename>,
<filename>HARDWARE.TXT</filename>, und
<filename>INSTALL.TXT</filename>) enthalten Informationen,
die nur f&uuml;r eine bestimmte Architektur gellten. Zum
Beispiel enthalten die Release Notes f&uuml;r die Alpha
keine Informationen &uuml;ber i386-Systeme, und umgekehrt.
Die Information, zu welcher Architektur ein Dokument
geh&ouml;rt, steht immer am Anfang des Textes.</para>
</note>
<para>Auf den Plattformen, auf denen &man.sysinstall.8; zur
Verf&uuml;gung steht (zur Zeit alpha, i386, ia64, pc98 und
sparc64) finden Sie diese Dokumente w&auml;hrend der
Installation normalerweise unter dem Men&uuml;punkt
Dokumentation. Um nach der Installation des Systems dieses
Men&uuml; zugreifen zu k&ouml;nnen, m&uuml;ssen Sie das
Programm &man.sysinstall.8; erneut aufrufen.</para>
<note>
<para>Sie sollten auf jeden Fall die Errata zur jeweiligen
Version lesen, bevor Sie die Installation beginnen. Dies
ist der einzige Weg, die aktuellsten Informationen zu
erhalten und sich &uuml;ber eventuell nach der Installation
auftretende Probleme zu informieren. Die zusammen mit der
Ver&ouml;ffentlichung erschienene Version ist per Definition
veraltet. Allerdings sind im Internet aktualisierte
Versionen verf&uuml;gbar, die die <quote>aktuellen
Errata</quote> f&uuml;r diese Version sind. Diese Versionen
sind bei <ulink
url="http://www.FreeBSD.org/releases/"></ulink> und allen
aktuellen Mirrors dieser Webseite verf&uuml;gbar.</para>
</note>
</sect2>
<sect2>
<title>Onlinehilfe (Manual Pages)</title>
<para>Wie bei fast jedem anderen &unix;-&auml;hnlichen System
steht Ihnen auch bei &os; eine Onlinehilfe zur Verf&uuml;gung,
die Sie &uuml;ber das Kommando &man.man.1; oder &uuml;ber das
<ulink url="http://www.FreeBSD.org/cgi/man.cgi">hypertext
manual pages gateway</ulink> auf dem Webserver von &os;
ansprechen k&ouml;nnen. Die Onlinehilfe stellt den Benutzern
von &os; Informationen zu einzelnen Befehlen und Interfaces
zur Programmierung zur Verf&uuml;gung.</para>
<para>In einige F&auml;llen behandelt die Online-Hilfe spezielle
Themen. Interessante Beispiele daf&uuml;r sind
&man.tuning.7; (Hinweise, wie sie die Performance Ihres
Systems verbessern k&ouml;nnen), &man.security.7; (eine
Einf&uuml;hrung in das Thema Sicherheit unter &os;), und
&man.style.9; (die Spielregeln f&uuml;r die
Kernel-Programmierung).</para>
</sect2>
<sect2>
<title>B&uuml;cher und Artikel</title>
<para>Zwei extrem n&uuml;tzliche Sammlungen von Informationen
&uuml;ber &os;, die vom &os; Project verwaltet werden, sind
das &os; Handbuch und der &os; FAQ. Die aktuellen Versionen
des <ulink
url="http://www.FreeBSD.org/doc/de_DE.ISO8859-1/books/handbook/">Handbuches</ulink>
und der <ulink
url="http://www.FreeBSD.org/doc/de_DE.ISO8859-1/books/faq/">FAQ</ulink>
sind immer auf der Webseite <ulink
url="http://www.FreeBSD.org/docs.html">FreeBSD
Dokumentation</ulink> und allen Ihren Mirror-Sites
verf&uuml;gbar. Wenn Sie die Distribution
<filename>doc</filename> installiert haben, k&ouml;nnen Sie
den FAQ und Handbuch mit einem Web-Browser direkt auf Ihrem
System lesen.</para>
<para>Es gibt eine ganze Reihe von Online verf&uuml;gbaren
B&uuml;chern und Artikeln, die vom &os; Project herausgegeben
werden und auf einzelne &os;-bezogene Themen genauer
eingehen. Dabei wird ein sehr breites Spektrum abgedeckt, es
gibt Informationen zur effektiven Nutzung der Mailinglisten,
den parallelen Betrieb von &os; und anderen Betriebssystem, und
Hinweise f&uuml;r neue Entwickler. Wie das Handbuch und die
FAQ sind auch diese Dokumente auf Webseite &os; Dokumentation
und in der Distribution <filename>doc</filename>
verf&uuml;gbar.</para>
<para>Eine Liste zus&auml;tzlicher B&uuml;cher und
Dokumentationen zu &os; finden Sie im Kapitel <ulink
url="http://www.FreeBSD.org/doc/de_DE.ISO8859-1/books/handbook/bibliography.html">Bibliographie</ulink>
des Handbuchs. Da &os; ganz klar aus der &unix;-Welt stammt,
enthalten auch andere Artikel und B&uuml;cher &uuml;ber
&unix;-Systeme n&uuml;tzliche Informationen. Eine Auswahl
dieser Dokumente finden Sie ebenfalls in der
Bibliographie.</para>
</sect2>
</sect1>
<sect1 id="acknowledgements">
<title>Danksagung</title>
<para>&os; ist das Ergebnis der Arbeit vieler hundert, wenn nicht
Tausender Personen aus der ganzen Welt, die ungez&auml;hlte
Stunden investiert haben, um diese Version m&ouml;glich zu
machen. Die vollst&auml;ndige Liste aller Entwickler und Helfer
finden Sie auf der &os;-Webseite <ulink
url="http://www.FreeBSD.org/doc/en_US.ISO8859-1/articles/contributors/"><quote>Beteiligte</quote></ulink>
und allen aktuellen Mirrors dieser Webseite.</para>
<para>Wir m&ouml;chten uns speziell bei den vielen tausend
Anwendern und Testern aus der ganzen Welt bedanken, ohne die
diese &release.type; niemals m&ouml;glich gewesen
w&auml;re.</para>
</sect1>
</article>
@@ -1,14 +0,0 @@
# $FreeBSD$
# $FreeBSDde: de-docproj/relnotes/de_DE.ISO8859-1/relnotes/Makefile,v 1.4 2002/11/09 20:58:39 ue Exp $
# basiert auf: 1.5
RELN_ROOT?= ${.CURDIR}/../..
SUBDIR = alpha
SUBDIR+= ia64
SUBDIR+= i386
SUBDIR+= pc98
SUBDIR+= sparc64
.include "${RELN_ROOT}/share/mk/doc.relnotes.mk"
.include "${DOC_PREFIX}/share/mk/doc.project.mk"
@@ -1,11 +0,0 @@
# $FreeBSD$
# $FreeBSDde: de-docproj/relnotes/de_DE.ISO8859-1/relnotes/Makefile.inc,v 1.2 2002/03/10 18:41:45 ue Exp $
# $Id: Makefile.inc,v 1.3 2002/03/10 15:37:19 ue Exp $
# basiert auf: 1.2
.ifdef NO_LANGCODE_IN_DESTDIR
DESTDIR?= ${DOCDIR}/relnotes/${.CURDIR:T}
.else
DESTDIR?= ${DOCDIR}/de_DE.ISO8859-1/relnotes/${.CURDIR:T}
.endif
@@ -1,21 +0,0 @@
# $FreeBSD$
# $FreeBSDde: de-docproj/relnotes/de_DE.ISO8859-1/relnotes/alpha/Makefile,v 1.2 2002/03/10 18:41:45 ue Exp $
# $Id: Makefile,v 1.3 2002/03/10 15:37:19 ue Exp $
# basiert auf: 1.6
RELN_ROOT?= ${.CURDIR}/../../..
DOC?= article
FORMATS?= html
INSTALL_COMPRESSED?= gz
INSTALL_ONLY_COMPRESSED?=
JADEFLAGS+= -V %generate-article-toc%
# SGML content
SRCS+= article.sgml
SRCS+= ../common/relnotes.ent
SRCS+= ../common/new.sgml
.include "${RELN_ROOT}/share/mk/doc.relnotes.mk"
.include "${DOC_PREFIX}/share/mk/doc.project.mk"
@@ -1,27 +0,0 @@
<!--
$FreeBSD$
$FreeBSDde: de-docproj/relnotes/de_DE.ISO8859-1/relnotes/alpha/article.sgml,v 1.4 2002/10/12 18:02:24 ue Exp $
basiert auf: 1.3
-->
<!DOCTYPE article PUBLIC "-//FreeBSD//DTD DocBook V4.1-Based Extension//EN" [
<!ENTITY % man PUBLIC "-//FreeBSD//ENTITIES DocBook Manual Page Entities//EN">
%man;
<!ENTITY % authors PUBLIC "-//FreeBSD//ENTITIES DocBook Author Entities//EN">
%authors;
<!ENTITY % mlists PUBLIC "-//FreeBSD//ENTITIES DocBook Mailing List Entities//DE">
%mlists;
<!ENTITY % release PUBLIC "-//FreeBSD//ENTITIES Release Specification//EN">
%release;
<!ENTITY % sections SYSTEM "../common/relnotes.ent"> %sections;
<!-- Architecture-specific customization -->
<!ENTITY arch "alpha">
<!ENTITY arch.print "Alpha/AXP">
]>
<article lang="de">
&art;
</article>
File diff suppressed because it is too large. Load diff
@@ -1,19 +0,0 @@
<!-- -*- sgml -*- -->
<!--
$FreeBSD$
$FreeBSDde: de-docproj/relnotes/de_DE.ISO8859-1/relnotes/common/relnotes.ent,v 1.3 2002/07/08 18:52:50 ue Exp $
basiert auf: 1.3
-->
<!-- Text constants which probably don't need to be changed.-->
<!-- The marker for MFCs. -->
<!ENTITY merged "[MERGED]">
<!ENTITY % include.historic "IGNORE">
<!ENTITY % no.include.historic "IGNORE">
<!-- Files to be included -->
<!ENTITY art SYSTEM "../common/new.sgml">
@@ -1,21 +0,0 @@
# $FreeBSD$
# $FreeBSDde: de-docproj/relnotes/de_DE.ISO8859-1/relnotes/i386/Makefile,v 1.2 2002/03/10 18:41:47 ue Exp $
# $Id: Makefile,v 1.3 2002/03/10 15:37:20 ue Exp $
# basiert auf: 1.6
RELN_ROOT?= ${.CURDIR}/../../..
DOC?= article
FORMATS?= html
INSTALL_COMPRESSED?= gz
INSTALL_ONLY_COMPRESSED?=
JADEFLAGS+= -V %generate-article-toc%
# SGML content
SRCS+= article.sgml
SRCS+= ../common/relnotes.ent
SRCS+= ../common/new.sgml
.include "${RELN_ROOT}/share/mk/doc.relnotes.mk"
.include "${DOC_PREFIX}/share/mk/doc.project.mk"
@@ -1,27 +0,0 @@
<!--
$FreeBSD$
$FreeBSDde: de-docproj/relnotes/de_DE.ISO8859-1/relnotes/i386/article.sgml,v 1.6 2002/12/07 22:11:35 ue Exp $
basiert auf: 1.4
-->
<!DOCTYPE article PUBLIC "-//FreeBSD//DTD DocBook V4.1-Based Extension//EN" [
<!ENTITY % man PUBLIC "-//FreeBSD//ENTITIES DocBook Manual Page Entities//EN">
%man;
<!ENTITY % authors PUBLIC "-//FreeBSD//ENTITIES DocBook Author Entities//EN">
%authors;
<!ENTITY % mlists PUBLIC "-//FreeBSD//ENTITIES DocBook Mailing List Entities//DE">
%mlists;
<!ENTITY % release PUBLIC "-//FreeBSD//ENTITIES Release Specification//EN">
%release;
<!ENTITY % sections SYSTEM "../common/relnotes.ent"> %sections;
<!-- Architecture-specific customization -->
<!ENTITY arch "i386">
<!ENTITY arch.print "i386">
]>
<article lang="de">
&art;
</article>
@@ -1,20 +0,0 @@
# $FreeBSD$
# $FreeBSDde: de-docproj/relnotes/de_DE.ISO8859-1/relnotes/ia64/Makefile,v 1.1 2002/11/09 20:58:39 ue Exp $
# basiert auf: 1.1
RELN_ROOT?= ${.CURDIR}/../../..
DOC?= article
FORMATS?= html
INSTALL_COMPRESSED?= gz
INSTALL_ONLY_COMPRESSED?=
JADEFLAGS+= -V %generate-article-toc%
# SGML content
SRCS+= article.sgml
SRCS+= ../common/relnotes.ent
SRCS+= ../common/new.sgml
.include "${RELN_ROOT}/share/mk/doc.relnotes.mk"
.include "${DOC_PREFIX}/share/mk/doc.project.mk"
@@ -1,27 +0,0 @@
<!--
$FreeBSD$
$FreeBSDde: de-docproj/relnotes/de_DE.ISO8859-1/relnotes/ia64/article.sgml,v 1.2 2002/11/10 10:47:53 ue Exp $
basiert auf: 1.1
-->
<!DOCTYPE article PUBLIC "-//FreeBSD//DTD DocBook V4.1-Based Extension//EN" [
<!ENTITY % man PUBLIC "-//FreeBSD//ENTITIES DocBook Manual Page Entities//EN">
%man;
<!ENTITY % authors PUBLIC "-//FreeBSD//ENTITIES DocBook Author Entities//EN">
%authors;
<!ENTITY % mlists PUBLIC "-//FreeBSD//ENTITIES DocBook Mailing List Entities//DE">
%mlists;
<!ENTITY % release PUBLIC "-//FreeBSD//ENTITIES Release Specification//EN">
%release;
<!ENTITY % sections SYSTEM "../common/relnotes.ent"> %sections;
<!-- Architecture-specific customization -->
<!ENTITY arch "ia64">
<!ENTITY arch.print "IA-64">
]>
<article lang="de">
&art;
</article>
@@ -1,20 +0,0 @@
# $FreeBSD$
# $FreeBSDde: de-docproj/relnotes/de_DE.ISO8859-1/relnotes/pc98/Makefile,v 1.1 2002/07/08 18:41:46 ue Exp $
# basiert auf: 1.1
RELN_ROOT?= ${.CURDIR}/../../..
DOC?= article
FORMATS?= html
INSTALL_COMPRESSED?= gz
INSTALL_ONLY_COMPRESSED?=
JADEFLAGS+= -V %generate-article-toc%
# SGML content
SRCS+= article.sgml
SRCS+= ../common/relnotes.ent
SRCS+= ../common/new.sgml
.include "${RELN_ROOT}/share/mk/doc.relnotes.mk"
.include "${DOC_PREFIX}/share/mk/doc.project.mk"
@@ -1,27 +0,0 @@
<!--
$FreeBSD$
$FreeBSDde: de-docproj/relnotes/de_DE.ISO8859-1/relnotes/pc98/article.sgml,v 1.2 2002/10/12 18:02:25 ue Exp $
basiert auf: 1.1
-->
<!DOCTYPE article PUBLIC "-//FreeBSD//DTD DocBook V4.1-Based Extension//EN" [
<!ENTITY % man PUBLIC "-//FreeBSD//ENTITIES DocBook Manual Page Entities//EN">
%man;
<!ENTITY % authors PUBLIC "-//FreeBSD//ENTITIES DocBook Author Entities//EN">
%authors;
<!ENTITY % mlists PUBLIC "-//FreeBSD//ENTITIES DocBook Mailing List Entities//DE">
%mlists;
<!ENTITY % release PUBLIC "-//FreeBSD//ENTITIES Release Specification//EN">
%release;
<!ENTITY % sections SYSTEM "../common/relnotes.ent"> %sections;
<!-- Architecture-specific customization -->
<!ENTITY arch "pc98">
<!ENTITY arch.print "NEC PC-98x1">
]>
<article lang="de">
&art;
</article>
@@ -1,21 +0,0 @@
# $FreeBSD$
# $FreeBSDde: de-docproj/relnotes/de_DE.ISO8859-1/relnotes/sparc64/Makefile,v 1.1 2002/03/10 18:38:07 ue Exp $
# $Id: Makefile,v 1.1 2002/03/10 16:05:35 ue Exp $
# basiert auf: 1.1
RELN_ROOT?= ${.CURDIR}/../../..
DOC?= article
FORMATS?= html
INSTALL_COMPRESSED?= gz
INSTALL_ONLY_COMPRESSED?=
JADEFLAGS+= -V %generate-article-toc%
# SGML content
SRCS+= article.sgml
SRCS+= ../common/relnotes.ent
SRCS+= ../common/new.sgml
.include "${RELN_ROOT}/share/mk/doc.relnotes.mk"
.include "${DOC_PREFIX}/share/mk/doc.project.mk"
Loaded 100 of 417 files, more files were not shown because too many files have changed in this diff. Show more