Compare commits

...
78 Commits
Author SHA1 Message Date
Ken Smith b0973980cd We think we're ready for the 9.1-RELEASE builds.
Approved by:	re (implicit)
2012-11-30 19:36:20 +00:00
Ken Smith 6036375edf Merge r243708:
Guess when we'll be ready to announce 9.1-RELEASE.

Approved by:	re (implicit)
2012-11-30 19:35:01 +00:00
Hiroki Sato 0d52dfa919 Remove stale documents.
Approved by:	re (implicitly)
2012-11-30 16:18:26 +00:00
Hiroki Sato 1d1620e2c6 - Bump versions and revert XML migration of the release documents in
releng/9.1 branch.  The doc tree release/9.1.0 for this release still uses
  SGML toolchain[1].

- Add SVNROOT{BASE,SRC,DOC,PORTS} for subversion repository URLs and
  BRANCH{SRC,DOC,PORTS} for the branches to generate-release.sh, and
  remove -p, -r, -d options.  The revision to be built should be specified
  in the URL.

- Add {WORLD,KERNEL}_FLAGS to generate-release.sh.  These were supported in
  the old release build framework.

- Disable to use binary package for docproj port during a release build.
  This package should be built successfully.

Pointy hat to:	hrs [1]
Approved by:	re (implicitly)
2012-11-30 16:15:35 +00:00
Simon L. B. Nielsen 9ea3d85408 Fix multiple Denial of Service vulnerabilities with named(8).
Fix insufficient message length validation for EAP-TLS messages.

Fix Linux compatibility layer input validation error.

Security:	FreeBSD-SA-12:06.bind
Security:	FreeBSD-SA-12:07.hostapd
Security:	FreeBSD-SA-12:08.linux
Security:	CVE-2012-4244, CVE-2012-5166, CVE-2012-4445, CVE-2012-4576
Approved by:	re
Approved by:	security-officer
2012-11-22 22:52:15 +00:00
Eitan Adler 6e9d26e200 MFC r242514:
Revert the change that makes less default.

	Since I've committed this I've receieved roughly an equal
	amount of email thanking me for making this change
	and asking me to revert it.

	I've resisted making this change because
	new users tend to prefer less over more
	and these users are the least likely to know
	how to change the PAGER on their own.

Approved by:	cperciva (implicit)
Approved by:	re (kib)
2012-11-10 06:05:04 +00:00
Ken Smith 3ec0667fbd Ready for 9.1-RC3...
Approved by:	re (implicit)
2012-10-28 16:21:46 +00:00
Hiroki Sato 181544fef6 MFC of r242187:
Fix an issue when ipv6_enable=YES && ipv6_gateway_enable=YES which could
prevent rtadvd(8) from working as intended.

Approved by:	re (kib)
2012-10-27 20:17:59 +00:00
Hiroki Sato 451a0efc67 MFC of 240586 and 240587 to unbreak release building:
Update generate-release.sh script:

 - Use svn for ports and doc trees
 - When installing a binary textproc/docproj package,
   switch pkg_add(1) to pkg(8) [1]

Approved by:	re (implicitly)
2012-10-27 19:40:25 +00:00
Ken Smith a2a1ebc1d9 Update branch tag from RELENG_9 to RELENG_9_1.
Approved by:	re (implicit)
2012-10-24 02:21:39 +00:00
Ken Smith b112fea108 Update for being on releng/9.1 (RELENG_9_1).
Approved by:	re (implicit)
2012-10-24 02:20:07 +00:00
Ken Smith b65e97f42f MFC r241976: Add the release package directory for 9.1-RELEASE.
Approved by:	re (implicit)
2012-10-24 02:09:21 +00:00
Marius Strobl 7c3664f6ea MFC: r241679
It turns out that as documented, PCF8563_R_SECOND_VL (i.e. battery low)
doesn't automatically clear when VDD rises above Vlow again and needs to be
cleared manually. However, apparently this needs all of the time registers
to be set, i.e. pcf8563_settime(), and not just PCF8563_R_SECOND in order
for PCF8563_R_SECOND_VL to stick. Thus, we just issue a warning during
pcf8563_attach() rather than failing with ENXIO in case it is set.

Approved by:	re (kib)
2012-10-21 12:53:33 +00:00
Xin LI 77ab896b5e MFC r241753:
Integrate changes from LSI vendor driver 10.80.00.005 to FreeBSD.

PR:		kern/172833
Submitted by:	"Charles O'Donnell" <cao bus net>
Approved by:	re (kib)
2012-10-20 07:39:47 +00:00
Gabor Kovesdan e41158e404 MFC r241096:
- Rename files to track the XML migration in the doc tree and make the
    release notes build again

Approved by:	re (hrs)
2012-10-11 15:49:42 +00:00
Xin LI 5fe9da68d0 MFC r241414:
Upgrade to 9.8.3-P4:

Prevents a lockup when queried a deliberately constructed combination
of records. [CVE-2012-5166]

For more information: https://kb.isc.org/article/AA-00801

Approved by:	re (kib)
2012-10-10 20:37:57 +00:00
Gleb Smirnoff e2668e870b Merge r240985 from head:
Fix bug in TCP_KEEPCNT setting, which slipped in in the last round
  of reviewing of r231025.

  Unlike other options from this family TCP_KEEPCNT doesn't specify
  time interval, but a count, thus parameter supplied doesn't need
  to be multiplied by hz.

  Reported & tested by:       amdmi3

Approved by:	re (kib)
2012-10-02 13:03:11 +00:00
Alexander Motin c953610431 MFC r240917:
Reduce delays in several wait loops from 10ms to 10us, same is it is
done in Linux. This substantially increases graphics performance on Ivy
Bridge.

Submitted by:	avg@
Reviewed by:	kib@
Approved by:	re (kib)
2012-10-01 10:52:10 +00:00
Alexander Motin bc9a3f6771 MFC r240884:
Fix panic caused by wrong pointer dereference, left after pin sense rewrite
at r230551.

Also while there, make sense polling use reported for each node separately
instead of reporting accumulated total status.

Approved by:	re (kib)
2012-09-27 08:24:34 +00:00
Ken Smith 1271043562 Ready for 9.1-RC2 builds.
Approved by:	re (implicit)
2012-09-26 14:29:15 +00:00
Xin LI 1bd1803812 MFC 240729 (dougb):
Upgrade to 9.8.3-P3:

Prevents a crash when queried for a record whose RDATA exceeds
65535 bytes.

Prevents a crash when validating caused by using "Bad cache" data
before it has been initialized.

ISC_QUEUE handling for recursive clients was updated to address
a race condition that could cause a memory leak. This rarely
occurred with UDP clients, but could be a significant problem
for a server handling a steady rate of TCP queries.

A condition has been corrected where improper handling of
zero-length RDATA could cause undesirable behavior, including
termination of the named process.

For more information: https://kb.isc.org/article/AA-00788

Approved by:	re (kib)
2012-09-22 08:48:26 +00:00
Xin LI 5b42ee7dc0 MFC r240079:
Update arcmsr(4) to vendor version 1.20.00.25.

Many thanks to Areca for continuing to support FreeBSD.

Submitted by:	Ching-Lung Huang <ching2048 areca com tw>
Approved by:	re (kib)
2012-09-20 17:30:26 +00:00
Glen Barber a0a3906f02 - Fix release notes build on releng/9.1 [1]
- MFC r240508, r240516, r240519 (gabor):
  o Update releng/9.1/release/doc files post-XML conversion.
  o This commit fixes most of the 9-STABLE release build problems.
- Close colspec tags to conform to XML standards. [1]
- Convert installation article to XML stanards. [1]

[1] - These are direct commits to releng/9.1

Approved by:	re (hrs)
2012-09-19 21:44:39 +00:00
Jung-uk Kim 8c3ae676eb MFC: r240476
Do not change owner, group, or mode when package database directory
and its contents are created with pkg_add(1).  It may happen when the
packing list contains @owner, @group, or @mode.

Approved by:	re (kib), portmgr (bapt)
2012-09-19 19:14:21 +00:00
Ed Maste c7967de6ec MFC r240412:
According to a clarification at http://austingroupbugs.net/view.php?id=503
  ptsname may set errno, so avoid saving and restoring errno across the
  function.

PR: standards/171572
Approved by: re
Sponsored by: ADARA Networks
2012-09-18 13:13:28 +00:00
Ed Maste 3aa37f13ad MFC r240410:
Avoid mapping ENOENT to ENOTDIR for non-existent path components.

  The ENOTDIR mapping was introduced in r235266 for kern/128933 based on
  an interpretation of the somewhat ambiguous language in the POSIX realpath
  specification.  The interpretation is inconsistent with Solaris and Linux,
  a regression from 9.0, and does not appear to be permitted by the
  description of ENOTDIR:

       20 ENOTDIR Not a directory.  A component of the specified pathname
               existed, but it was not a directory, when a directory was
               expected.

PR: standards/171577
Approved by: re
Sponsored by: ADARA Networks
2012-09-18 13:03:00 +00:00
Gleb Smirnoff 0f5cc5c69a Merge r238182 by theraven@:
Restore the __collate_load_error global that was accidentally removed in the
  xlocale refactoring.

Approved by:	re (kib)
2012-09-17 19:25:24 +00:00
Jim Harris ac7c27672f MFC r240514:
isci(4): Fix SCSI/ATA translation for SCSI_WRITE_BUFFER w/ mode==0x7
(download microcode with offsets, save, and activate).

SATI translation layer was incorrectly using allocation length instead
of blocks, and was constructing the ATA command incorrectly.

Also change #define to specify that the 512 block size here is
specific for DOWNLOAD_MICROCODE, and does not relate to the device's
logical block size.

Approved by:   re (kib)
2012-09-17 16:39:32 +00:00
Alexander Motin bd38854403 MFC r240465:
Add global and per-module sysctls/tunables to enable/disable metadata taste.
That should help to handle some cases when disk has some RAID metadata that
should be ignored, especially during boot.

Approved by:	re (kib)
2012-09-16 11:02:22 +00:00
Alexander Motin af4a9c6b42 MFC r240286:
At least from A70M FCH chipsets AMD started to use their real vendor ID
(1022) in HPET. But according to report they still haven't fixed problem
with level-triggered interrupts.
Make workaround used for earlier chipsets apply to this new ID also.

PR:		amd64/171355
Approved by:	re (kib)
2012-09-12 10:53:08 +00:00
Pawel Jakub Dawidek 7c5b1b3572 MFC r226738:
Don't look for includes in userland directories. There is no need for it
and it breaks building the kernel without userland sources.

Reported by:	andre, imp
Approved by:	re (kib)
2012-09-11 13:58:03 +00:00
Dag-Erling Smørgrav 53b78a2173 MFH (r240107, r240111): warn against using these for cryptographic purposes.
Approved by:	re (kib)
2012-09-11 11:05:32 +00:00
Josh Paetzel 7454a3a680 MFC r240315:
Add TRIM support, enabled by default.
Fix a bug installing components from a localPath.
Allow autosizing of any partition, not just the last partition.
Adjust how ZFS is laid out to work with Boot Environments.

Submitted by:	kmoore
Approved by:	re (kib)
Obtained from:	PC-BSD
2012-09-10 16:25:52 +00:00
Baptiste Daroussin fa256a574a MFC: r239663, r239664
change ALWAYS_ASSUME_YES to ASSUME_ALWAYS_YES for consistency with pkg(8)
if not on a tty prompt about the missing pkg(8) but default on 'no' except if
ASSUME_ALWAYS_YES is set

Approved by:	re (kib)
2012-09-10 08:14:58 +00:00
Martin Matuska 077c6ce245 MFC r230454 (pjd):
Use provided name when allocating ksid domain. It isn't really used
on FreeBSD, but should fix a panic when pool is imported from another OS
that is using this.

MFC r240162 (mm):
Make r230454 more readable and vendor-like.

PR:		kern/171380
Approved by:	re (kib)
2012-09-09 20:26:19 +00:00
Konstantin Belousov 0f13f2f843 MFC r239125:
Do not apply errata 721 workaround when under hypervisor, since
typical hypervisor does not implement access to the required MSR,
causing #GP on boot.

PR:	amd64/170388
Approved by:	re (kensmith)
2012-09-08 16:47:52 +00:00
Konstantin Belousov ed4580d436 MFC r232197 (by phk):
Also call the low-level driver if ->c_iflag & (IXON|IXOFF|IXANY) changes.

Approved by:	re (kensmith)
2012-09-08 16:45:48 +00:00
Bjoern A. Zeeb e8afab5aaf MFC r238935,238960:
Properly apply #ifdef INET and leave a comment that we are (will) apply
  delayed IPv6 checksum processing in ip6_output.c when doing IPsec.

  In case of IPsec he have to do delayed checksum calculations before
  adding any extension header, or rather before calling into IPsec
  processing as we may send the packet and not return to IPv6 output
  processing here.

PR:		kern/170116
Approved by:	re (kib)
2012-09-07 09:45:08 +00:00
Bjoern A. Zeeb 3671b1dd2a MFC r238877-238878:
Fix a comment that we do not have an SA yet but need to acquire one.
 For consistency put the IPsec comment iside the #fidef section.

MFC r238934
  Improve the should-never-hit printf to ease debugging in case we'd ever hit
  it again when doing the delayed IPv6 checksum calculations.

Approved by:	re (kib)
2012-09-07 09:22:11 +00:00
Stephen McKay 1d19b637ce MFS r240157 (MFC r235638,r239348):
- Work around failure to compile on FreeBSD 7.x machines.
- Correct a regression introduced during the import of file(1) 5.11.

PR:		170415
Reviewed by:	obrien
Approved by:	re (kib)
2012-09-07 00:20:46 +00:00
Michael Tuexen de965712ea MFC rr240007:
Fix a typo which results in RTT to be off by a factor of 10, if the RTT is
larger than 1 second.

Approved by:	re (kib)
2012-09-06 18:31:56 +00:00
Jim Harris 13b846c147 MFC r239889:
Do not call sati_check_data_io() for SATI_UNMAP sequences.

This routine is intended only for commands such as INQUIRY where
the controller may fill out a smaller amount of data than allocated
by the host.

The end result of this bug was that isci(4) would report non-zero
resid for successful SCSI_UNMAP commands.

Sponsored by:   Intel
Approved by:	re (kib)
2012-09-06 16:38:55 +00:00
Dag-Erling Smørgrav c98f547370 MFH (r239836): align the boot partition on a 4 kB boundary.
Approved by:	re (kib)
2012-09-06 16:27:59 +00:00
Jamie Gritton 6e454f2559 MFS r239854 (including MFC r239601, r239602, r239621):
Remember that I'm using length-defined strings in parameters:

  Don't include the null terminator when recomputing the parameter
  length when stripping the netmask from IP addresses.  This was
  causing later addresses in a comma-separated string to disappear.

  Use memcpy instead of strcpy.  This could just cause Bad Things.

  Add a null byte when comma-combining array parameters.

  Pre-separate IP addresses passed on the command line, so they can be
  properly parsed for interface prefixes and netmask suffixes.  This was
  already done for the old-style (fixed) command line, but missed for
  the new-style.

PR:		170832
Approved by:	re (kib)
2012-08-29 18:40:12 +00:00
Andriy Gapon bc4d556a78 MFC r238418: acpi_cpu: separate a notion of current deepest
allowed+available Cx level from a user-set persistent limit on the said
level

Reviewed by:	jhb, gianni, sbruno
Tested by:	sbruno, Vitaly Magerya <[email protected]>
Approved by:	re(kib)
2012-08-29 11:28:59 +00:00
Max Khon f883bbac60 MFC: r238933
- Change back "d_ofs" to int8_t to not pessimize padding and size of "struct puc_cfg".
- Use "puc_config_moxa" for Moxa boards that need d_ofs greater than 0x7f

Approved by:	re (kib)
2012-08-28 17:09:34 +00:00
Jim Harris a5bb2bb1ed MFC r239665:
Clear freeze bit before calling xpt_release_devq.

  This ensures that any ccbs which immediately start during the call to
  xpt_release_devq see an accurate picture of the frozen_lun_mask.

Sponsored by:	Intel
Approved by:	re (kib)
2012-08-27 18:14:22 +00:00
Jim Harris ae4dde5329 MFC r239655:
Fix scsi_da's BIO_DELETE->SCSI_UNMAP translation to use correct local
  variable when determining various sizes related to SCSI UNMAP block
  descriptor lists.

Sponsored by:	Intel
Approved by:	re (kib)
2012-08-27 18:12:08 +00:00
Jim Harris f80458d328 MFC r239545:
Fix/add isci(4) support for SCSI UNMAP to ATA DSM translation.

  This addresses kernel panic observed when sending SCSI UNMAP
  commands to SATA disks attached to isci(4).

  1) Flesh out callback routines to allocate/free buffers needed for
     translating SCSI UNMAP data to ATA DSM data.
  2) Add controller-level pool for storing buffers previously allocated
     for UNMAP translation, to lessen chance of no buffer available
     under memory pressure.
  3) Ensure driver properly handles case where buffer pool is empty
     and contigmalloc returns NULL.

Sponsored by:	Intel
Approved by:	re (kib)
2012-08-27 18:10:25 +00:00
Warner Losh 6f7d8f3312 MFS: r239148
r239148 | imp | 2012-08-08 14:21:33 -0600 (Wed, 08 Aug 2012) | 8 lines

    Make the addition of the d_gone binary compatible.  This allows
    storage drivers compiled for 9.0 to work on 9.1 and preserves the ABI
    for disks.

    Reviewed by:    scottl, ken
    Approved by:    re@ (kensmith)
    MFS after:      releng/9.1 gets sorted

This change fixes the binary compatibility problems with additions to
the disk(9) API.  Disk drivers compiled against 9.0 will not work on
9.1-RC1, but should start working after this change or in 9.1-RC2 and
later.  Disk drivers should not be linked against 9.1-RC1 for
distribution, except specifically for testing on RC1.  This was
planned for RC1, but it was delayed due to circumstancs beyond my
control.

Approved by: re@ (kensmith)
2012-08-26 05:11:52 +00:00
Bernhard Schmidt 1bd9009862 MFC r239649:
Document update of 802.11s IE identifiers.

Approved by:	re (kib)
2012-08-24 14:50:44 +00:00
Bernhard Schmidt 2170de9374 MFC r231187:
Update the 802.11s IE numbers to represent the latest 802.11 amendment
standard.

This update breaks compatibility with older mesh setups but is necessary as
the previous IDs are used by another amendment leading to unexpected results
when trying to associate with an accesspoint using the affected IDs.

Approved by:	re (kib)
2012-08-24 06:56:44 +00:00
Colin Percival 9226ac52e0 MFC r239228: Build modules along with the XENHVM kernels.
Approved by:	re (kib)
2012-08-24 05:36:37 +00:00
Xin LI 48e8de7473 MFC r239464:
>
As of r232844 we no longer need the maxpoll 9 workaround.
>
Approved by:	re (kib)
2012-08-23 04:57:56 +00:00
Lawrence Stewart c386ec146a MFC r239346:
The TCP PAWS fix for kernels with fast tick rates (r231767) changed the TCP
timestamp related stack variables to reference ms directly instead of ticks. The
h_ertt(4) Khelp module relies on TCP timestamp information in order to calculate
its enhanced RTT estimates, but was not updated as part of r231767.

Consequently, h_ertt has not been calculating correct RTT estimates since
r231767 was comitted, which in turn broke all delay-based congestion control
algorithms because they rely on the h_ertt RTT estimates.

Fix the breakage by switching h_ertt to use tcp_ts_getticks() in place of all
previous uses of the ticks variable. This ensures all timestamp related
variables in h_ertt use the same units as the TCP stack and therefore results in
meaningful comparisons and RTT estimate calculations.

Reported & tested by:	Naeem Khademi (naeemk at ifi uio no)
Discussed with:	bz
Approved by:	re (kib)
2012-08-22 01:28:16 +00:00
Alexander Kabaev bcdef61dc3 MFC r239470: Do not call process_nodelete with NULL object pointer.
The place where the function is called can be reached if object loading
and relocation fails too, in which case obj pointer will be NULL. Do not
call process_nodelete then, or crash will follow.

Pointy hat to: kan
Approved by: re (kib)
2012-08-21 22:42:46 +00:00
Alexander Motin 50053ba19c MFC r238673:
Use 16bit PIO instead of 32bit in case of misaligned buffer.
It fixes kernel panic during CD write with cdrecord on sparc64.

Approved by:	re (kib)
2012-08-21 12:37:37 +00:00
Ed Maste b265a8ad92 MFC r232844: Remove extraneous log message
When ntp switched between PLL and FLL mode it produced a log message
  "kernel time sync status change %04x".  This issue is reported in ntp
  bug 452[1] which claims that this behaviour is normal and the log
  message isn't necessary.  I'm not sure exactly when it was removed, but
  it's gone in the latest ntp release (4.2.6p5).

  [1] http://bugs.ntp.org/show_bug.cgi?id=452

Approved by:	re
2012-08-21 11:35:54 +00:00
Ed Maste 2e4e6062ac MFC r238718: Quirk MS keyboard so that function keys work
The function keys on a Microsoft Natural Egronomic Keyboard 4000 have been
  repurposed as "Help", "Undo", "Redo" etc., and a special "F Lock" key is
  required to return them to their normal purpose.

  This change enables the UQ_KBD_BOOTPROTO quirk for the MS Natural 4000
  keyboard to get the keys working again.  More extensive changes to the USB
  keyboard infrastructure would be needed to fully support the "F Lock" mode
  and the extended keys on this keyboard.

PR:             usb/116947
Approved by:	re
2012-08-21 11:34:40 +00:00
Marius Strobl c2560c0507 MFC: r239079
Merge r236494 from x86:

Isolate the global TTE list lock from data and other locks to prevent false
sharing within the cache.

Approved by:	re (kib)
2012-08-21 11:17:11 +00:00
Xin LI fada2c6805 MFC r238631:
Import an updated version of moduli(5) manual page from OpenBSD.

Approved by:	re (kib)
2012-08-21 09:55:57 +00:00
Marius Strobl c119949d0e MFC: r239089
- Merge from NetBSD:
  When issuing a non-DMA command, make sure to set the "remaining length of
  command to be transferred via DMA" (sc_cmdlen) to zero up-front, otherwise
  we might get confused on command competition interrupt (no DMA active but
  still data left to transfer).
- Implement handling of MSG_IGN_WIDE_RESIDUE which some targets produce, as
  just rejecting these leads to a resend and disconnect loop.
  Reported and tested by: mjacob

Approved by:	re (kib)
2012-08-21 09:43:03 +00:00
Xin LI 6f1e4b111a MFC r239169:
RFC 2289 requires all hashes be stored in little endian format before
folding to 64 bits, while SHA1 code is big endian.  Therefore, a bswap32
is required before using the value.

Without this change, the implementation does not conform to test vector
found in RFC 2289.

PR:		bin/170519
Submitted by:	Arthur Mesh <arthurmesh gmail com> (with changes)
Approved by:	re (kib)
2012-08-21 09:05:23 +00:00
Xin LI 28a23d4587 MFC r239084:
Add PCI IDs for various new High Point RocketRAID 43xx and 3xxx devices.

Obtained from:	FreeNAS
Approved by:	re (implicit, follow-up for r239460)
2012-08-21 08:31:30 +00:00
Xin LI 1f93d28092 MFC r239084
Add PCI IDs for various new High Point RocketRAID 43xx and 3xxx devices.

Obtained from:	FreeNAS
Approved by:	re (kib)
2012-08-20 18:27:02 +00:00
Xin LI 2241e750e9 MFC r238997:
Correct a typo.

Reported by:	Sascha Wildner <swildner dragonflybsd org>
Reviewed by:	scottl
Approved by:	re (kib)
2012-08-20 18:10:48 +00:00
Dag-Erling Smørgrav c692e6c480 MFH r236106: avoid segfault with SSH 1 keys
Approved by:	re (kib)
2012-08-20 17:50:20 +00:00
Michael Tuexen 99bf3b17c0 MFC r239052:
Fix a refcount issue. The caller only decrements if stcb is NULL.

Approved by:	re (kib)
2012-08-20 17:36:10 +00:00
Michael Tuexen 7a59c6c055 MFC r239041:
Fix a bug reported by Simon L. B. Nielsen:
If an SCTP endpoint receives an ASCONF with a wildcard
lookup address and incorrect verification tag, the system
crashes.
This bug was found by Shaun Colley.

Approved by:	re (kib)
2012-08-20 17:06:50 +00:00
Alexander Kabaev 98774675ca MFC r239253: Pospone the DF_1_NODELETE processing until object DAG is
fully loaded.

Trying to up the reference from the load loop risks missing
dependencies that have not been loaded yet.

Approved by: re (kib)
2012-08-20 16:57:27 +00:00
Jim Harris eb3971766d MFC r239021:
In virstor_ctl_stop(), check for a valid softc before trying to update
metadata.

Approved by: re (kib)
2012-08-20 16:55:55 +00:00
Warren Block 56943182f9 MFC r239233:
Correct description of minfree to kilobytes rather than blocks.

PR:		125921
Submitted by:	Andre Albsmeier <[email protected]>
Approved by:	re (implicit)
2012-08-20 16:37:41 +00:00
Alexander Kabaev 859939252e MFC r239095: Do not add handler to event handlers list until ithread
is created.

In rare event when fast and ithread interrupts share the same vector
and the fast handler was registered first, we can end up trying to
schedule the ithread that is not created yet. The kernel built with
INVARIANTS then triggers an assertion.

Change the order to create the ithread first and only then add the
handler that needs it to the interrupt event handlers list.

Approved by: re (kib)
Reviewed by: jhb
2012-08-20 15:19:34 +00:00
Alexander Kabaev 994d4633d6 MFC r239019: Parse notes only after object structure had been allocated.
Approved by: re (kib)
2012-08-20 15:05:29 +00:00
Glen Barber e3480a5ecf MFC r239216, r239217:
r239216:
 - Remove a leading space that breaks rendering

r239217:
 - Fix source dataset snapshot name in Example 15.
 - Bump date.

Approved by:	re (kib)
2012-08-20 13:07:22 +00:00
Alexander Motin a0bf6025cb MFC r238969:
Fix kernel panic on `camcontrol reset` for specific target, caused by
uninitialized cm_targ in mpssas_action_resetdev().

Approved by:	re (kib)
2012-08-20 12:53:29 +00:00
Ken Smith 97ffd12921 Prep for 9.1-RC1 builds.
Approved by:	re (implicit)
2012-08-08 18:39:29 +00:00
Ken Smith 524afbfe74 Update __FreeBSD_version to reflect this being the 9.1-RELEASE release
branch.

Approved by:	re (implicit)
2012-08-06 00:15:49 +00:00
375 changed files with 1211 additions and 46411 deletions

No files matched your search

+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.
20121205:
9.1-RELEASE.
20120727:
The sparc64 ZFS loader has been changed to no longer try to auto-
detect ZFS providers based on diskN aliases but now requires these
+5 -5
View File
@@ -25,7 +25,7 @@
.\"
.\" $FreeBSD$
.\"
.Dd November 26, 2011
.Dd August 12, 2012
.Dt ZFS 8
.Os
.Sh NAME
@@ -2241,7 +2241,7 @@ properties, and current snapshot and file system names are set when the stream
is received. If the
.Fl F
flag is specified when this stream is received, snapshots and file systems that
do not exist on the sending side are destroyed.
do not exist on the sending side are destroyed.
.It Fl D
Generate a deduplicated stream. Blocks which would have been sent multiple
times in the send stream will only be sent once. The receiving system must
@@ -3021,9 +3021,9 @@ a new snapshot, as follows:
.Li # Ic zfs destroy -r pool/users@7daysago
.Li # Ic zfs rename -r pool/users@6daysago @7daysago
.Li # Ic zfs rename -r pool/users@5daysago @6daysago
.Li # Ic zfs rename -r pool/users@yesterday @5daysago
.Li # Ic zfs rename -r pool/users@yesterday @4daysago
.Li # Ic zfs rename -r pool/users@yesterday @3daysago
.Li # Ic zfs rename -r pool/users@4daysago @5daysago
.Li # Ic zfs rename -r pool/users@3daysago @4daysago
.Li # Ic zfs rename -r pool/users@2daysago @3daysago
.Li # Ic zfs rename -r pool/users@yesterday @2daysago
.Li # Ic zfs rename -r pool/users@today @yesterday
.Li # Ic zfs snapshot -r pool/users@today
+11
View File
@@ -1,3 +1,14 @@
--- 9.8.3-P4 released ---
3383. [security] A certain combination of records in the RBT could
cause named to hang while populating the additional
section of a response. [RT #31090]
--- 9.8.3-P3 released ---
3364. [security] Named could die on specially crafted record.
[RT #30416]
--- 9.8.3-P2 released ---
3346. [security] Bad-cache data could be used before it was
+32 -32
View File
@@ -1119,13 +1119,6 @@ query_isduplicate(ns_client_t *client, dns_name_t *name,
mname = NULL;
}
/*
* If the dns_name_t we're looking up is already in the message,
* we don't want to trigger the caller's name replacement logic.
*/
if (name == mname)
mname = NULL;
if (mnamep != NULL)
*mnamep = mname;
@@ -1324,6 +1317,7 @@ query_addadditional(void *arg, dns_name_t *name, dns_rdatatype_t qtype) {
if (dns_rdataset_isassociated(rdataset) &&
!query_isduplicate(client, fname, type, &mname)) {
if (mname != NULL) {
INSIST(mname != fname);
query_releasename(client, &fname);
fname = mname;
} else
@@ -1393,11 +1387,13 @@ query_addadditional(void *arg, dns_name_t *name, dns_rdatatype_t qtype) {
#endif
if (!query_isduplicate(client, fname,
dns_rdatatype_a, &mname)) {
if (mname != NULL) {
query_releasename(client, &fname);
fname = mname;
} else
need_addname = ISC_TRUE;
if (mname != fname) {
if (mname != NULL) {
query_releasename(client, &fname);
fname = mname;
} else
need_addname = ISC_TRUE;
}
ISC_LIST_APPEND(fname->list, rdataset, link);
added_something = ISC_TRUE;
if (sigrdataset != NULL &&
@@ -1450,11 +1446,13 @@ query_addadditional(void *arg, dns_name_t *name, dns_rdatatype_t qtype) {
#endif
if (!query_isduplicate(client, fname,
dns_rdatatype_aaaa, &mname)) {
if (mname != NULL) {
query_releasename(client, &fname);
fname = mname;
} else
need_addname = ISC_TRUE;
if (mname != fname) {
if (mname != NULL) {
query_releasename(client, &fname);
fname = mname;
} else
need_addname = ISC_TRUE;
}
ISC_LIST_APPEND(fname->list, rdataset, link);
added_something = ISC_TRUE;
if (sigrdataset != NULL &&
@@ -1977,22 +1975,24 @@ query_addadditional2(void *arg, dns_name_t *name, dns_rdatatype_t qtype) {
crdataset->type == dns_rdatatype_aaaa) {
if (!query_isduplicate(client, fname, crdataset->type,
&mname)) {
if (mname != NULL) {
/*
* A different type of this name is
* already stored in the additional
* section. We'll reuse the name.
* Note that this should happen at most
* once. Otherwise, fname->link could
* leak below.
*/
INSIST(mname0 == NULL);
if (mname != fname) {
if (mname != NULL) {
/*
* A different type of this name is
* already stored in the additional
* section. We'll reuse the name.
* Note that this should happen at most
* once. Otherwise, fname->link could
* leak below.
*/
INSIST(mname0 == NULL);
query_releasename(client, &fname);
fname = mname;
mname0 = mname;
} else
need_addname = ISC_TRUE;
query_releasename(client, &fname);
fname = mname;
mname0 = mname;
} else
need_addname = ISC_TRUE;
}
ISC_LIST_UNLINK(cfname.list, crdataset, link);
ISC_LIST_APPEND(fname->list, crdataset, link);
added_something = ISC_TRUE;
+11
View File
@@ -146,6 +146,17 @@ struct dns_rdata {
#define DNS_RDATA_VALIDFLAGS(rdata) \
(((rdata)->flags & ~(DNS_RDATA_UPDATE|DNS_RDATA_OFFLINE)) == 0)
/*
* The maximum length of a RDATA that can be sent on the wire.
* Max packet size (65535) less header (12), less name (1), type (2),
* class (2), ttl(4), length (2).
*
* None of the defined types that support name compression can exceed
* this and all new types are to be sent uncompressed.
*/
#define DNS_RDATA_MAXLENGTH 65512U
/*
* Flags affecting rdata formatting style. Flags 0xFFFF0000
* are used by masterfile-level formatting and defined elsewhere.
+1 -1
View File
@@ -75,7 +75,7 @@
/*%
* max message size - header - root - type - class - ttl - rdlen
*/
#define MINTSIZ (65535 - 12 - 1 - 2 - 2 - 4 - 2)
#define MINTSIZ DNS_RDATA_MAXLENGTH
/*%
* Size for tokens in the presentation format,
* The largest tokens are the base64 blocks in KEY and CERT records,
+22 -6
View File
@@ -429,6 +429,7 @@ dns_rdata_fromwire(dns_rdata_t *rdata, dns_rdataclass_t rdclass,
isc_buffer_t st;
isc_boolean_t use_default = ISC_FALSE;
isc_uint32_t activelength;
size_t length;
REQUIRE(dctx != NULL);
if (rdata != NULL) {
@@ -458,6 +459,14 @@ dns_rdata_fromwire(dns_rdata_t *rdata, dns_rdataclass_t rdclass,
}
}
/*
* Reject any rdata that expands out to more than DNS_RDATA_MAXLENGTH
* as we cannot transmit it.
*/
length = isc_buffer_usedlength(target) - isc_buffer_usedlength(&st);
if (result == ISC_R_SUCCESS && length > DNS_RDATA_MAXLENGTH)
result = DNS_R_FORMERR;
/*
* We should have consumed all of our buffer.
*/
@@ -466,8 +475,7 @@ dns_rdata_fromwire(dns_rdata_t *rdata, dns_rdataclass_t rdclass,
if (rdata != NULL && result == ISC_R_SUCCESS) {
region.base = isc_buffer_used(&st);
region.length = isc_buffer_usedlength(target) -
isc_buffer_usedlength(&st);
region.length = length;
dns_rdata_fromregion(rdata, rdclass, type, &region);
}
@@ -602,6 +610,7 @@ dns_rdata_fromtext(dns_rdata_t *rdata, dns_rdataclass_t rdclass,
unsigned long line;
void (*callback)(dns_rdatacallbacks_t *, const char *, ...);
isc_result_t tresult;
size_t length;
REQUIRE(origin == NULL || dns_name_isabsolute(origin) == ISC_TRUE);
if (rdata != NULL) {
@@ -673,10 +682,13 @@ dns_rdata_fromtext(dns_rdata_t *rdata, dns_rdataclass_t rdclass,
}
} while (1);
length = isc_buffer_usedlength(target) - isc_buffer_usedlength(&st);
if (result == ISC_R_SUCCESS && length > DNS_RDATA_MAXLENGTH)
result = ISC_R_NOSPACE;
if (rdata != NULL && result == ISC_R_SUCCESS) {
region.base = isc_buffer_used(&st);
region.length = isc_buffer_usedlength(target) -
isc_buffer_usedlength(&st);
region.length = length;
dns_rdata_fromregion(rdata, rdclass, type, &region);
}
if (result != ISC_R_SUCCESS) {
@@ -804,6 +816,7 @@ dns_rdata_fromstruct(dns_rdata_t *rdata, dns_rdataclass_t rdclass,
isc_buffer_t st;
isc_region_t region;
isc_boolean_t use_default = ISC_FALSE;
size_t length;
REQUIRE(source != NULL);
if (rdata != NULL) {
@@ -818,10 +831,13 @@ dns_rdata_fromstruct(dns_rdata_t *rdata, dns_rdataclass_t rdclass,
if (use_default)
(void)NULL;
length = isc_buffer_usedlength(target) - isc_buffer_usedlength(&st);
if (result == ISC_R_SUCCESS && length > DNS_RDATA_MAXLENGTH)
result = ISC_R_NOSPACE;
if (rdata != NULL && result == ISC_R_SUCCESS) {
region.base = isc_buffer_used(&st);
region.length = isc_buffer_usedlength(target) -
isc_buffer_usedlength(&st);
region.length = length;
dns_rdata_fromregion(rdata, rdclass, type, &region);
}
if (result != ISC_R_SUCCESS)
+1
View File
@@ -305,6 +305,7 @@ dns_rdataslab_fromrdataset(dns_rdataset_t *rdataset, isc_mem_t *mctx,
length = x[i].rdata.length;
if (rdataset->type == dns_rdatatype_rrsig)
length++;
INSIST(length <= 0xffff);
*rawbuf++ = (length & 0xff00) >> 8;
*rawbuf++ = (length & 0x00ff);
#if DNS_RDATASET_FIXED
+1 -1
View File
@@ -7,4 +7,4 @@ MAJORVER=9
MINORVER=8
PATCHVER=3
RELEASETYPE=-P
RELEASEVER=2
RELEASEVER=4
-2
View File
@@ -648,7 +648,6 @@ set_test_type(struct magic *mstart, struct magic *m)
break;
case FILE_REGEX:
case FILE_SEARCH:
#ifndef COMPILE_ONLY
/* Check for override */
if (mstart->str_flags & STRING_BINTEST)
mstart->flag |= BINTEST;
@@ -664,7 +663,6 @@ set_test_type(struct magic *mstart, struct magic *m)
mstart->flag |= BINTEST;
else
mstart->flag |= TEXTTEST;
#endif
break;
case FILE_DEFAULT:
/* can't deduce anything; we shouldn't see this at the
-6
View File
@@ -646,12 +646,6 @@ local_clock(
msyslog(LOG_NOTICE,
"kernel time sync error %04x", ntv.status);
ntv.status &= ~(STA_PPSFREQ | STA_PPSTIME);
} else {
if ((ntv.status ^ pll_status) & ~STA_FLL)
NLOG(NLOG_SYNCEVENT | NLOG_SYSEVENT)
msyslog(LOG_NOTICE,
"kernel time sync status change %04x",
ntv.status);
}
pll_status = ntv.status;
#ifdef STA_NANO
+9
View File
@@ -17,6 +17,8 @@ you didn't get a copy, you may request one from <[email protected]>.
$FreeBSD$
*/
#include <sys/endian.h>
#include "opie_cfg.h"
#include "opie.h"
@@ -39,6 +41,13 @@ unsigned algorithm)
SHA1_Final((unsigned char *)digest, &sha);
results[0] = digest[0] ^ digest[2] ^ digest[4];
results[1] = digest[1] ^ digest[3];
/*
* RFC2289 mandates that we convert SHA1 digest from big-endian to little
* see Appendix A.
*/
results[0] = bswap32(results[0]);
results[1] = bswap32(results[1]);
};
break;
case 4:
+9
View File
@@ -14,6 +14,8 @@ you didn't get a copy, you may request one from <[email protected]>.
$FreeBSD$
*/
#include <sys/endian.h>
#include "opie_cfg.h"
#include "opie.h"
@@ -36,6 +38,13 @@ VOIDPTR in AND struct opie_otpkey *out AND int n)
SHA1_Final((unsigned char *)digest, &sha);
results[0] = digest[0] ^ digest[2] ^ digest[4];
results[1] = digest[1] ^ digest[3];
/*
* RFC2289 mandates that we convert SHA1 digest from big-endian to little
* see Appendix A.
*/
results[0] = bswap32(results[0]);
results[1] = bswap32(results[1]);
break;
}
case 4: {
@@ -225,6 +225,14 @@ static int eap_server_tls_process_fragment(struct eap_ssl_data *data,
return -1;
}
if (len > message_length) {
wpa_printf(MSG_INFO, "SSL: Too much data (%d bytes) in "
"first fragment of frame (TLS Message "
"Length %d bytes)",
(int) len, (int) message_length);
return -1;
}
data->tls_in = wpabuf_alloc(message_length);
if (data->tls_in == NULL) {
wpa_printf(MSG_DEBUG, "SSL: No memory for message");
+8 -2
View File
@@ -109,7 +109,9 @@ ifconfig_up()
# backward compatibility: $ipv6_enable
case $ipv6_enable in
[Yy][Ee][Ss]|[Tt][Rr][Uu][Ee]|[Oo][Nn]|1)
_ipv6_opts="${_ipv6_opts} accept_rtadv"
if ! checkyesno ipv6_gateway_enable; then
_ipv6_opts="${_ipv6_opts} accept_rtadv"
fi
;;
esac
@@ -488,7 +490,11 @@ ipv6_autoconfif()
# backward compatibility: $ipv6_enable
case $ipv6_enable in
[Yy][Ee][Ss]|[Tt][Rr][Uu][Ee]|[Oo][Nn]|1)
return 0
if checkyesno ipv6_gateway_enable; then
return 1
else
return 0
fi
;;
esac
+7 -8
View File
@@ -18,12 +18,11 @@
# to the pool. See http://www.pool.ntp.org/join.html if you are interested.
#
# The option `iburst' is used for faster initial synchronisation.
# The option `maxpoll 9' is used to prevent PLL/FLL flipping on FreeBSD.
#
server 0.freebsd.pool.ntp.org iburst maxpoll 9
server 1.freebsd.pool.ntp.org iburst maxpoll 9
server 2.freebsd.pool.ntp.org iburst maxpoll 9
#server 3.freebsd.pool.ntp.org iburst maxpoll 9
server 0.freebsd.pool.ntp.org iburst
server 1.freebsd.pool.ntp.org iburst
server 2.freebsd.pool.ntp.org iburst
#server 3.freebsd.pool.ntp.org iburst
#
# If you want to pick yourself which country's public NTP server
@@ -31,9 +30,9 @@ server 2.freebsd.pool.ntp.org iburst maxpoll 9
# the next ones and replace CC with the country's abbreviation.
# Make sure that the hostnames resolve to a proper IP address!
#
# server 0.CC.pool.ntp.org iburst maxpoll 9
# server 1.CC.pool.ntp.org iburst maxpoll 9
# server 2.CC.pool.ntp.org iburst maxpoll 9
# server 0.CC.pool.ntp.org iburst
# server 1.CC.pool.ntp.org iburst
# server 2.CC.pool.ntp.org iburst
#
# Security: Only accept NTP traffic from the following hosts.
+1 -1
View File
@@ -18,7 +18,7 @@ umask 22
set path = (/sbin /bin /usr/sbin /usr/bin /usr/games /usr/local/sbin /usr/local/bin $HOME/bin)
setenv EDITOR vi
setenv PAGER less
setenv PAGER more
setenv BLOCKSIZE K
if ($?prompt) then
+6 -4
View File
@@ -56,11 +56,11 @@ __FBSDID("$FreeBSD$");
* We also modify the collation table test functions to search the thread-local
* table first and the global table second.
*/
#define __collate_load_error (table->__collate_load_error)
#define __collate_substitute_nontrivial (table->__collate_substitute_nontrivial)
#define __collate_substitute_table_ptr (table->__collate_substitute_table_ptr)
#define __collate_char_pri_table_ptr (table->__collate_char_pri_table_ptr)
#define __collate_chain_pri_table (table->__collate_chain_pri_table)
int __collate_load_error;
struct xlocale_collate __xlocale_global_collate = {
@@ -109,7 +109,9 @@ __collate_load(const char *encoding, locale_t unused)
int
__collate_load_tables(const char *encoding)
{
return __collate_load_tables_l(encoding, &__xlocale_global_collate);
int ret = __collate_load_tables_l(encoding, &__xlocale_global_collate);
__collate_load_error = __xlocale_global_collate.__collate_load_error;
return ret;
}
int
@@ -123,7 +125,7 @@ __collate_load_tables_l(const char *encoding, struct xlocale_collate *table)
/* 'encoding' must be already checked. */
if (strcmp(encoding, "C") == 0 || strcmp(encoding, "POSIX") == 0) {
__collate_load_error = 1;
table->__collate_load_error = 1;
return (_LDP_CACHE);
}
@@ -240,7 +242,7 @@ __collate_load_tables_l(const char *encoding, struct xlocale_collate *table)
break;
}
}
__collate_load_error = 0;
table->__collate_load_error = 0;
return (_LDP_LOADED);
}
-1
View File
@@ -67,7 +67,6 @@ extern _RuneLocale *_Read_RuneMagi(FILE *);
static int __setrunelocale(struct xlocale_ctype *l, const char *);
#define __collate_load_error (table->__collate_load_error)
#define __collate_substitute_nontrivial (table->__collate_substitute_nontrivial)
#define __collate_substitute_table_ptr (table->__collate_substitute_table_ptr)
#define __collate_char_pri_table_ptr (table->__collate_char_pri_table_ptr)
+2 -1
View File
@@ -102,7 +102,8 @@ of the slave device on success; otherwise a
pointer is returned.
.Sh ERRORS
The
.Fn grantpt
.Fn grantpt ,
.Fn ptsname
and
.Fn unlockpt
functions may fail and set
+1 -3
View File
@@ -77,7 +77,6 @@ ptsname(int fildes)
{
static char pt_slave[sizeof _PATH_DEV + SPECNAMELEN] = _PATH_DEV;
char *ret = NULL;
int sverrno = errno;
/* Make sure fildes points to a master device. */
if (__isptmaster(fildes) != 0)
@@ -87,7 +86,6 @@ ptsname(int fildes)
sizeof pt_slave - (sizeof _PATH_DEV - 1)) != NULL)
ret = pt_slave;
done: /* Make sure ptsname() does not overwrite errno. */
errno = sverrno;
done:
return (ret);
}
+8 -7
View File
@@ -32,7 +32,7 @@
.\" @(#)rand.3 8.1 (Berkeley) 6/4/93
.\" $FreeBSD$
.\"
.Dd October 6, 2010
.Dd September 4, 2012
.Dt RAND 3
.Os
.Sh NAME
@@ -55,9 +55,15 @@
.Fn rand_r "unsigned *ctx"
.Sh DESCRIPTION
.Bf -symbolic
The functions described in this manual page are not cryptographically
secure.
Cryptographic applications should use
.Xr arc4random 3
instead.
.Ef
.Pp
These interfaces are obsoleted by
.Xr random 3 .
.Ef
.Pp
The
.Fn rand
@@ -88,9 +94,6 @@ The
function initializes a seed using the
.Xr random 4
random number device which returns good random numbers.
However, the
.Fn rand
function still remains unsuitable for cryptographic use.
.Pp
The
.Fn rand_r
@@ -105,8 +108,6 @@ For better generator quality, use
.Xr random 3
or
.Xr lrand48 3 .
Applications requiring cryptographic quality randomness should use
.Xr arc4random 3 .
.Sh SEE ALSO
.Xr arc4random 3 ,
.Xr lrand48 3 ,
+11 -8
View File
@@ -28,7 +28,7 @@
.\" @(#)random.3 8.1 (Berkeley) 6/4/93
.\" $FreeBSD$
.\"
.Dd June 4, 1993
.Dd September 4, 2012
.Dt RANDOM 3
.Os
.Sh NAME
@@ -53,6 +53,14 @@
.Ft char *
.Fn setstate "char *state"
.Sh DESCRIPTION
.Bf -symbolic
The functions described in this manual page are not cryptographically
secure.
Cryptographic applications should use
.Xr arc4random 3
instead.
.Ef
.Pp
The
.Fn random
function
@@ -98,10 +106,8 @@ as the seed.
.Pp
The
.Fn srandomdev
routine initializes a state array using the
.Xr random 4
random number device which returns good random numbers,
suitable for cryptographic use.
routine initializes a state array using data from
.Xr random 4 .
Note that this particular seeding
procedure can generate states which are impossible to reproduce by
calling
@@ -191,6 +197,3 @@ The historical implementation used to have a very weak seeding; the
random sequence did not vary much with the seed.
The current implementation employs a better pseudo-random number
generator for the initial state calculation.
.Pp
Applications requiring cryptographic quality randomness should use
.Xr arc4random 3 .
-2
View File
@@ -181,8 +181,6 @@ realpath(const char * __restrict path, char * __restrict resolved)
return (NULL);
}
if (lstat(resolved, &sb) != 0) {
if (errno != ENOENT || p != NULL)
errno = ENOTDIR;
if (m)
free(resolved);
return (NULL);
+3 -2
View File
@@ -40,8 +40,9 @@ magic.mgc: mkmagic magic
CLEANFILES+= mkmagic
build-tools: mkmagic
mkmagic: apprentice.c funcs.c magic.c print.c
${CC} ${CFLAGS} -DCOMPILE_ONLY ${LDFLAGS} -o ${.TARGET} ${.ALLSRC}
mkmagic: apprentice.c encoding.c funcs.c getline.c magic.c print.c
${CC} ${CFLAGS} -DCOMPILE_ONLY -DHOSTPROG ${LDFLAGS} \
-o ${.TARGET} ${.ALLSRC}
FILEVER!= awk '$$1 == "\#define" && $$2 == "VERSION" { print $$3; exit }' \
${.CURDIR}/config.h
+2
View File
@@ -39,7 +39,9 @@
#define HAVE_FSEEKO 1
/* Define to 1 if you have the `getline' function. */
#ifndef HOSTPROG
#define HAVE_GETLINE 1
#endif
/* Define to 1 if you have the <getopt.h> header file. */
#define HAVE_GETOPT_H 1
+1 -1
View File
@@ -110,7 +110,7 @@ pam_ssh_load_key(const char *dir, const char *kfn, const char *passphrase,
* with an empty passphrase, and if the key is not encrypted,
* accept only an empty passphrase.
*/
key = key_load_private(fn, NULL, &comment);
key = key_load_private(fn, "", &comment);
if (key != NULL && !(*passphrase == '\0' && nullok)) {
key_free(key);
return (NULL);
+2 -2
View File
@@ -153,7 +153,6 @@ map_object(int fd, const char *path, const struct stat *sb)
break;
note_start = (Elf_Addr)(char *)hdr + phdr->p_offset;
note_end = note_start + phdr->p_filesz;
digest_notes(obj, note_start, note_end);
break;
}
@@ -291,7 +290,8 @@ map_object(int fd, const char *path, const struct stat *sb)
obj->stack_flags = stack_flags;
obj->relro_page = obj->relocbase + trunc_page(relro_page);
obj->relro_size = round_page(relro_size);
if (note_start < note_end)
digest_notes(obj, note_start, note_end);
munmap(hdr, PAGE_SIZE);
return (obj);
+28 -7
View File
@@ -1589,6 +1589,26 @@ init_dag(Obj_Entry *root)
root->dag_inited = true;
}
static void
process_nodelete(Obj_Entry *root)
{
const Objlist_Entry *elm;
/*
* Walk over object DAG and process every dependent object that
* is marked as DF_1_NODELETE. They need to grow their own DAG,
* which then should have its reference upped separately.
*/
STAILQ_FOREACH(elm, &root->dagmembers, link) {
if (elm->obj != NULL && elm->obj->z_nodelete &&
!elm->obj->ref_nodel) {
dbg("obj %s nodelete", elm->obj->path);
init_dag(elm->obj);
ref_dag(elm->obj);
elm->obj->ref_nodel = true;
}
}
}
/*
* Initialize the dynamic linker. The argument is the address at which
* the dynamic linker has been mapped into memory. The primary task of
@@ -1777,12 +1797,6 @@ process_needed(Obj_Entry *obj, Needed_Entry *needed, int flags)
flags & ~RTLD_LO_NOLOAD);
if (obj1 == NULL && !ld_tracing && (flags & RTLD_LO_FILTEES) == 0)
return (-1);
if (obj1 != NULL && obj1->z_nodelete && !obj1->ref_nodel) {
dbg("obj %s nodelete", obj1->path);
init_dag(obj1);
ref_dag(obj1);
obj1->ref_nodel = true;
}
}
return (0);
}
@@ -2678,8 +2692,15 @@ dlopen_object(const char *name, int fd, Obj_Entry *refobj, int lo_flags,
/* Make list of init functions to call. */
initlist_add_objects(obj, &obj->next, &initlist);
}
/*
* Process all no_delete objects here, given them own
* DAGs to prevent their dependencies from being unloaded.
* This has to be done after we have loaded all of the
* dependencies, so that we do not miss any.
*/
if (obj != NULL)
process_nodelete(obj);
} else {
/*
* Bump the reference counts for objects on this DAG. If
* this is the first dlopen() call for the object that was
+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_9
#RELEASETAG=RELENG_9_1
#
# To test a release with a source tree containing patches and
# other work. This tree will get copied instead of getting the
-22
View File
@@ -12,27 +12,5 @@ SUBDIR+= share/sgml
RELN_ROOT?= ${.CURDIR}
.if defined(SUPHOST)
SUPFLAGS+= -h ${SUPHOST}
.endif
update:
.if defined(SUP_UPDATE)
.if !defined(DOCSUPFILE)
@echo "Error: Please define DOCSUPFILE before doing make update."
@exit 1
.endif
@echo "--------------------------------------------------------------"
@echo ">>> Running ${SUP}"
@echo "--------------------------------------------------------------"
@${SUP} ${SUPFLAGS} ${DOCSUPFILE}
.elif defined(CVS_UPDATE)
@echo "--------------------------------------------------------------"
@echo ">>> Updating ${.CURDIR} from cvs repository" ${CVSROOT}
@echo "--------------------------------------------------------------"
cd ${.CURDIR}; cvs -q update -P -d
.else
@echo "Error: Please define either SUP_UPDATE or CVS_UPDATE first."
.endif
.include "${RELN_ROOT}/share/mk/doc.relnotes.mk"
.include "${DOC_PREFIX}/share/mk/doc.subdir.mk"
-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"
@@ -1,30 +0,0 @@
<!--
$FreeBSD$
$FreeBSDde: de-docproj/relnotes/de_DE.ISO8859-1/relnotes/sparc64/article.sgml,v 1.4 2002/10/12 18:02:25 ue Exp $
basiert auf: 1.3
-->
<!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/relnotes.ent"> %sections;
<!-- Architecture-specific customization -->
<!ENTITY arch "sparc64">
<!ENTITY arch.print "UltraSPARC">
]>
<article lang="de">
&art;
</article>
@@ -1,11 +0,0 @@
-- FreeBSD SGML Public Identifiers --
-- Language-specific --
-- $FreeBSD$ --
-- $FreeBSDde: de-docproj/relnotes/de_DE.ISO8859-1/share/sgml/catalog,v 1.6 2002/10/12 18:02:25 ue Exp $ --
-- basiert auf: 1.1 --
PUBLIC "-//FreeBSD//DOCUMENT Release Notes DocBook Stylesheet//EN"
"release.dsl"
@@ -1,65 +0,0 @@
<!--
$FreeBSD$
$FreeBSDde: de-docproj/relnotes/de_DE.ISO8859-1/share/sgml/release.dsl,v 1.9 2003/05/24 22:43:52 ue Exp $
basiert auf: 1.7
-->
<!DOCTYPE style-sheet PUBLIC "-//James Clark//DTD DSSSL Style Sheet//EN" [
<!ENTITY release.dsl PUBLIC "-//FreeBSD//DOCUMENT Release Notes DocBook Language Neutral Stylesheet//EN" CDATA DSSSL>
<!ENTITY % output.html "IGNORE">
<!ENTITY % output.print "IGNORE">
]>
<style-sheet>
<style-specification use="docbook">
<style-specification-body>
<![ %output.html; [
<!-- Generate links to HTML man pages -->
(define %refentry-xref-link% #t)
(define ($email-footer$)
(make sequence
(make element gi: "p"
attributes: (list (list "align" "center"))
(make element gi: "small"
(literal "Diese Datei und andere Dokumente zu dieser Version sind bei ")
(create-link (list (list "HREF" (entity-text "release.url")))
(literal (entity-text "release.url")))
(literal "verfuegbar.")))
(make element gi: "p"
attributes: (list (list "align" "center"))
(make element gi: "small"
(literal "Wenn Sie Fragen zu FreeBSD haben, lesen Sie erst die ")
(create-link
(list (list "HREF" "http://www.FreeBSD.org/docs.html"))
(literal "Dokumentation,"))
(literal " bevor Sie sich an <")
(create-link
(list (list "HREF" "mailto:[email protected]"))
(literal "[email protected]"))
(literal "> wenden.")
(make element gi: "p"
attributes: (list (list "align" "center"))
(make element gi: "small"
(literal "Alle Anwender von FreeBSD ")
(literal (entity-text "release.branch"))
(literal " sollten sich in die Mailingliste ")
(literal "<")
(create-link (list (list "HREF" "mailto:[email protected]"))
(literal "[email protected]"))
(literal "> eintragen.")))
(make element gi: "p"
attributes: (list (list "align" "center"))
(literal "Wenn Sie Fragen zu dieser Dokumentation haben, wenden Sie sich an <")
(create-link (list (list "HREF" "mailto:[email protected]"))
(literal "[email protected]"))
(literal ">."))))))
]]>
</style-specification-body>
</style-specification>
<external-specification id="docbook" document="release.dsl">
</style-sheet>
@@ -1,6 +1,8 @@
# $FreeBSD$
RELN_ROOT?= ${.CURDIR}/../..
LANGCODE= en_US.ISO8859-1
.ifdef NO_LANGCODE_IN_DESTDIR
DESTDIR?= ${DOCDIR}/errata
.else
+36 -163
View File
@@ -131,11 +131,10 @@
<informaltable frame="none" pgwide="1">
<tgroup cols="3">
<colspec colwidth="1*">
<colspec colwidth="1*">
<colspec colwidth="3*">
<thead>
<colspec colwidth="1*">
<colspec colwidth="1*">
<colspec colwidth="3*">
<thead>
<row>
<entry>Advisory</entry>
<entry>Date</entry>
@@ -145,194 +144,68 @@
<tbody>
<row>
<entry><ulink url="http://security.freebsd.org/advisories/FreeBSD-SA-11:01.mountd.asc"
>SA-11:01.mountd</ulink></entry>
<entry>20&nbsp;April&nbsp;2011</entry>
<entry><para>Network ACL mishandling in &man.mountd.8;</para></entry>
<entry><ulink url="http://security.freebsd.org/advisories/FreeBSD-SA-12:01.openssl.asc"
>SA-12:01.openssl</ulink></entry>
<entry>3&nbsp;May&nbsp;2012</entry>
<entry><para>OpenSSL multiple vulnerabilities</para></entry>
</row>
<row>
<entry><ulink url="http://security.freebsd.org/advisories/FreeBSD-SA-11:02.bind.asc"
>SA-11:02.bind</ulink></entry>
<entry>28&nbsp;May&nbsp;2011</entry>
<entry><para>BIND remote DoS with large RRSIG RRsets and negative
caching</para></entry>
<entry><ulink url="http://security.freebsd.org/advisories/FreeBSD-SA-12:02.crypt.asc"
>SA-12:02.crypt</ulink></entry>
<entry>30&nbsp;May&nbsp;2012</entry>
<entry><para>Incorrect <function>crypt()</function> hashing</para></entry>
</row>
<row>
<entry><ulink url="http://security.freebsd.org/advisories/FreeBSD-SA-11:04.compress.asc"
>SA-11:04.compress</ulink></entry>
<entry>28&nbsp;September&nbsp;2011</entry>
<entry><para>Errors handling corrupt compress file in
&man.compress.1; and &man.gzip.1;</para></entry>
<entry><ulink url="http://security.freebsd.org/advisories/FreeBSD-SA-12:03.bind.asc"
>SA-12:03.bind</ulink></entry>
<entry>12&nbsp;June&nbsp;2012</entry>
<entry><para>Incorrect handling of zero-length RDATA fields in &man.named.8;</para></entry>
</row>
<row>
<entry><ulink url="http://security.freebsd.org/advisories/FreeBSD-SA-11:05.unix.asc"
>SA-11:05.unix</ulink></entry>
<entry>28&nbsp;September&nbsp;2011</entry>
<entry><para>Buffer overflow in handling of UNIX socket
addresses</para></entry>
<entry><ulink url="http://security.freebsd.org/advisories/FreeBSD-SA-12:04.sysret.asc"
>SA-12:04.sysret</ulink></entry>
<entry>12&nbsp;June&nbsp;2012</entry>
<entry><para>Privilege escalation when returning from kernel</para></entry>
</row>
<row>
<entry><ulink url="http://security.freebsd.org/advisories/FreeBSD-SA-11:06.bind.asc"
>SA-11:06.bind</ulink></entry>
<entry>23&nbsp;December&nbsp;2011</entry>
<entry><para>Remote packet Denial of Service against &man.named.8;
servers</para></entry>
<entry><ulink url="http://security.freebsd.org/advisories/FreeBSD-SA-12:05.bind.asc"
>SA-12:05.bind</ulink></entry>
<entry>6&nbsp;August&nbsp;2012</entry>
<entry><para>&man.named.8; DNSSEC validation Denial of Service</para></entry>
</row>
<row>
<entry><ulink url="http://security.freebsd.org/advisories/FreeBSD-SA-11:07.chroot.asc"
>SA-11:07.chroot</ulink></entry>
<entry>23&nbsp;December&nbsp;2011</entry>
<entry><para>Code execution via chrooted ftpd</para></entry>
<entry><ulink url="http://security.freebsd.org/advisories/FreeBSD-SA-12:06.bind.asc"
>SA-12:06.bind</ulink></entry>
<entry>22&nbsp;November&nbsp;2012</entry>
<entry><para>Multiple Denial of Service vulnerabilities with &man.named.8;</para></entry>
</row>
<row>
<entry><ulink url="http://security.freebsd.org/advisories/FreeBSD-SA-11:08.telnetd.asc"
>SA-11:08.telnetd</ulink></entry>
<entry>23&nbsp;December&nbsp;2011</entry>
<entry><para>telnetd code execution vulnerability</para></entry>
<entry><ulink url="http://security.freebsd.org/advisories/FreeBSD-SA-12:07.hostapd.asc"
>SA-12:07.hostapd</ulink></entry>
<entry>22&nbsp;November&nbsp;2012</entry>
<entry><para>Insufficient message length validation for EAP-TLS messages</para></entry>
</row>
<row>
<entry><ulink url="http://security.freebsd.org/advisories/FreeBSD-SA-11:09.pam_ssh.asc"
>SA-11:09.pam_ssh</ulink></entry>
<entry>23&nbsp;December&nbsp;2011</entry>
<entry><para>pam_ssh improperly grants access when user account has
unencrypted SSH private keys</para></entry>
</row>
<row>
<entry><ulink url="http://security.freebsd.org/advisories/FreeBSD-SA-11:10.pam.asc"
>SA-11:10.pam</ulink></entry>
<entry>23&nbsp;December&nbsp;2011</entry>
<entry><para><function>pam_start()</function> does not validate
service names</para></entry>
<entry><ulink url="http://security.freebsd.org/advisories/FreeBSD-SA-12:08.linux.asc"
>SA-12:08.linux</ulink></entry>
<entry>22&nbsp;November&nbsp;2012</entry>
<entry><para>Linux compatibility layer input validation error</para></entry>
</row>
</tbody>
</tgroup>
</informaltable>
</sect1>
<sect1 id="open-issues">
<title>Open Issues</title>
<itemizedlist>
<listitem>
<para>In some releases prior to &release.current;, upgrading
by using &man.freebsd-update.8; can fail. This issue has
been fixed by a change in Errata Notice EN-12:01. For more
information, see <ulink
url="http://security.freebsd.org/advisories/FreeBSD-EN-12:01.freebsd-update.asc"></ulink></para>
</listitem>
<listitem>
<para arch="amd64,i386">&os; &release.current; includes
several changes to improve resource management of PCI
devices. Some x86 machines may not boot or may have devices
that no longer attach when using ACPI as a result of these
changes. This can be worked around by setting a
&man.loader.8; tunable
<varname>debug.acpi.disabled</varname> to
<literal>hostres</literal>. To do this, enter the following
lines at the loader prompt:</para>
<screen>set debug.acpi.disabled="hostres"
boot</screen>
<para>Or, put the following line into
<filename>/boot/loader.conf</filename>:</para>
<programlisting>debug.acpi.disabled="hostres"</programlisting>
</listitem>
<listitem>
<para>A &man.devctl.4; event upon arrival of a &man.ugen.4;
device has been changed. The event now includes
<literal>ugen</literal> and <literal>cdev</literal>
variables instead of <literal>device-name</literal>. This
change can prevent the following &man.devd.8; rule which
worked in a previous releases from working:</para>
<programlisting>attach 0 {
match "device-name" "ugen[0-9]+.[0-9]+";
action "/path/to/script /dev/$device-name";
}</programlisting>
<para>This should be updated to the following:</para>
<programlisting>attach 0 {
match "subsystem" "DEVICE";
match "type" "ATTACH";
match "cdev" "ugen[0-9]+.[0-9]+";
action "/path/to/script /dev/$cdev";
}</programlisting>
</listitem>
<listitem>
<para>The &os; &release.current; Release Notes should have
mentioned that SSM (Source-Specific Multicast) MLDv2 now
uses <literal>ALLOW_NEW_SOURCES</literal> and
<literal>BLOCK_OLD_SOURCES</literal> record types to signal
a join or a leave by default. This conforms RFC 4604,
<quote>Using Internet Group Management Protocol Version 3
(IGMPv3) and Multicast Listener Discovery Protocol Version 2
(MLDv2) for Source-Specific Multicast</quote>. A new
&man.sysctl.8; variable
<varname>net.inet6.mld.use_allow</varname> which controls
the behavior has been added. The default value is
<literal>1</literal> (use
<literal>ALLOW_NEW_SOURCES</literal> and
<literal>BLOCK_OLD_SOURCES</literal>).</para>
</listitem>
<listitem>
<para>&release.current; fails to configure an interface
specified in the &man.rc.conf.5; variable
<varname>ipv6_prefix_<replaceable>IF</replaceable></varname>
when the interface does not have a corresponding
<varname>ifconfig_<replaceable>IF</replaceable>_ipv6</varname>
variable. This problem will be fixed in the future
releases. To work around this problem on &release.current;,
add an
<varname>ifconfig_<replaceable>IF</replaceable>_ipv6</varname>
line for each interface specified in
<varname>ipv6_prefix_<replaceable>IF</replaceable></varname>
as the following:</para>
<programlisting>ipv6_prefix_em0="2001:db8:1:0 2001:db8:2:0"
ifconfig_em0_ipv6="inet6 auto_linklocal"</programlisting>
</listitem>
<listitem>
<para>In &release.current; the &os; USB subsystem supports USB
3.0 by the &man.xhci.4; driver. However, a bug that could
prevent it from working with a USB 3.0 hub has been found
and fixed after the release date. This means
&release.current; and prior do not work with a USB 3.0 hub.
This problem has been fixed in HEAD and will be merged into
the 9-STABLE branch.</para>
</listitem>
</itemizedlist>
</sect1>
<sect1 id="late-news">
<title>Late-Breaking News</title>
<![ %release.type.current [
<para>No news.</para>
]]>
<![ %release.type.release [
<para>No news.</para>
]]>
<![ %release.type.snapshot [
<para>No news.</para>
]]>
</sect1>
</article>
@@ -1,6 +1,7 @@
# $FreeBSD$
RELN_ROOT?= ${.CURDIR}/../..
LANGCODE= en_US.ISO8859-1
.ifdef NO_LANGCODE_IN_DESTDIR
DESTDIR?= ${DOCDIR}/hardware
@@ -1,6 +1,8 @@
# $FreeBSD$
RELN_ROOT?= ${.CURDIR}/../..
LANGCODE= en_US.ISO8859-1
.ifdef NO_LANGCODE_IN_DESTDIR
DESTDIR?= ${DOCDIR}/installation
.else
Loaded 100 of 375 files, more files were not shown because too many files have changed in this diff. Show more