mirror of
https://github.com/freebsd/freebsd-src.git
synced 2026-10-30 12:25:10 +01:00
Compare commits
65
Commits
stable/6
...
releng/6.4
| Author | SHA1 | Date | |
|---|---|---|---|
|
|
0df4815017 | ||
|
|
0f14c153ef | ||
|
|
81f600082d | ||
|
|
b306e646a2 | ||
|
|
d5c8f6cf7b | ||
|
|
5cc2fb2ccd | ||
|
|
b00ac27ba5 | ||
|
|
7649a2ac49 | ||
|
|
3d389dec20 | ||
|
|
93ed9b599c | ||
|
|
8dab95485b | ||
|
|
c1371bc72e | ||
|
|
8c684ed113 | ||
|
|
d2d8199ea2 | ||
|
|
d0354a95ee | ||
|
|
1980df7b79 | ||
|
|
b25fe9c87f | ||
|
|
30de25365b | ||
|
|
30a4dc507c | ||
|
|
919b4f2030 | ||
|
|
3135238f6b | ||
|
|
db105bba19 | ||
|
|
30f4ee20ef | ||
|
|
0bdd814795 | ||
|
|
6d5c6c4c2c | ||
|
|
6d7f4b1174 | ||
|
|
90a67a3646 | ||
|
|
956853b3db | ||
|
|
b205092127 | ||
|
|
f6f250be54 | ||
|
|
f412825e39 | ||
|
|
7336c701b3 | ||
|
|
a0a87b4dcd | ||
|
|
2e189d894e | ||
|
|
9b954d8d86 | ||
|
|
28e697df2b | ||
|
|
79c661e2e9 | ||
|
|
4061760a99 | ||
|
|
eded7ed5cd | ||
|
|
ee564be923 | ||
|
|
621a499348 | ||
|
|
a90255c8d1 | ||
|
|
a64ebd11e8 | ||
|
|
bdc0345fb3 | ||
|
|
9e89eef61c | ||
|
|
b1144a09de | ||
|
|
b604a3d273 | ||
|
|
9e73ac7b84 | ||
|
|
568fe054b3 | ||
|
|
8b1c27bc8f | ||
|
|
4e15859600 | ||
|
|
f77ab2fb3d | ||
|
|
41cadec500 | ||
|
|
ab1941d8f5 | ||
|
|
f561942c43 | ||
|
|
557d88042b | ||
|
|
ca461459e1 | ||
|
|
d3c02539ef | ||
|
|
1ed49771ee | ||
|
|
7a0060fc85 | ||
|
|
9661a19c97 | ||
|
|
51f406fa46 | ||
|
|
4ed46af3fa | ||
|
|
73120845b6 | ||
|
|
fae14f868d |
No files matched your search
+1
-1
@@ -87,7 +87,7 @@ CLEANDIR= cleandir
|
||||
.endif
|
||||
|
||||
CVS?= cvs
|
||||
CVSFLAGS?= -r RELENG_6 -P -d -I!
|
||||
CVSFLAGS?= -r RELENG_6_4 -P -d -I!
|
||||
SUP?= /usr/bin/csup
|
||||
SUPFLAGS?= -g -L 2
|
||||
.if defined(SUPHOST)
|
||||
|
||||
@@ -8,6 +8,79 @@ Items affecting the ports and packages system can be found in
|
||||
/usr/ports/UPDATING. Please read that file before running
|
||||
portupgrade.
|
||||
|
||||
20100920: p11 FreeBSD-SA-10:08.bzip2
|
||||
Fix an integer overflow in RLE length parsing when decompressing
|
||||
corrupt bzip2 data.
|
||||
|
||||
20100526: p10 FreeBSD-SA-10:05.opie
|
||||
Fix a one-NUL-byte buffer overflow in libopie. [10:05]
|
||||
|
||||
20100106: p9 FreeBSD-SA-10:01.bind, FreeBSD-SA-10:02.ntpd
|
||||
Fix BIND named(8) cache poisoning with DNSSEC validation.
|
||||
[SA-10:01]
|
||||
|
||||
Fix ntpd mode 7 denial of service. [SA-10:02]
|
||||
|
||||
20091203: p8 FreeBSD-SA-09:15.ssl, FreeBSD-SA-09:17.freebsd-update
|
||||
Disable SSL renegotiation in order to protect against a serious
|
||||
protocol flaw. [09:15]
|
||||
|
||||
Fix permissions in freebsd-update in order to prevent leakage of
|
||||
sensitive files. [09:17]
|
||||
|
||||
20091002: p7 FreeBSD-SA-09:13.pipe, FreeBSD-SA-09:14.devfs,
|
||||
FreeBSD-EN-09:05.null
|
||||
Fix kqueue pipe race conditions. [SA-09:13]
|
||||
|
||||
Fix devfs / VFS NULL pointer race condition. [SA-09:14]
|
||||
|
||||
Add no zero mapping feature. [EN-09:05]
|
||||
|
||||
20090729: p6 FreeBSD-SA-09:12.bind
|
||||
Fix BIND named(8) dynamic update message remote DoS.
|
||||
|
||||
20090610: p5 FreeBSD-SA-09:09.pipe, FreeBSD-SA-09:10.ipv6,
|
||||
FreeBSD-SA-09:11.ntpd
|
||||
Prevent integer overflow in direct pipe write code from circumventing
|
||||
virtual-to-physical page lookups. [09:09]
|
||||
|
||||
Add missing permissions check for SIOCSIFINFO_IN6 ioctl. [09:10]
|
||||
|
||||
Fix buffer overflow in "autokey" negotiation in ntpd(8). [09:11]
|
||||
|
||||
20090422: p4 FreeBSD-SA-09:07.libc, FreeBSD-SA-09:08.openssl
|
||||
Don't leak information via uninitialized space in db(3) records.
|
||||
[09:07]
|
||||
|
||||
Sanity-check string lengths in order to stop OpenSSL crashing
|
||||
when printing corrupt BMPString or UniversalString objects. [09:08]
|
||||
|
||||
20090113: p3 FreeBSD-SA-09:03.ntpd, FreeBSD-SA-09:04.bind
|
||||
Correct ntpd cryptographic signature bypass. [09:03]
|
||||
|
||||
Correct BIND DNSSEC incorrect checks for malformed
|
||||
signatures. [09:04]
|
||||
|
||||
20090107: p2 FreeBSD-SA-09:01.lukemftpd, FreeBSD-SA-09:02.openssl
|
||||
Prevent cross-site forgery attacks on lukemftpd(8) due to splitting
|
||||
long commands into multiple requests. [09:01]
|
||||
|
||||
Fix incorrect OpenSSL checks for malformed signatures. [09:02]
|
||||
|
||||
20081223: p1 FreeBSD-SA-08:12.ftpd, FreeBSD-SA-08:13.protosw
|
||||
Prevent cross-site forgery attacks on ftpd(8) due to splitting
|
||||
long commands into multiple requests. [08:12]
|
||||
|
||||
Avoid calling uninitialized function pointers in protocol switch
|
||||
code. [08:13]
|
||||
|
||||
20081128:
|
||||
FreeBSD 6.4-RELEASE
|
||||
|
||||
20081124: FreeBSD-SA-08:11.arc4random
|
||||
Make sure arc4random(9) is properly seeded when /etc/rc.d/initrandom
|
||||
returns.
|
||||
|
||||
20080904:
|
||||
ntpd upgraded to 4.2.4p5.
|
||||
|
||||
|
||||
@@ -92,6 +92,8 @@
|
||||
#define DNS_GETDB_NOLOG 0x02U
|
||||
#define DNS_GETDB_PARTIAL 0x04U
|
||||
|
||||
#define PENDINGOK(x) (((x) & DNS_DBFIND_PENDINGOK) != 0)
|
||||
|
||||
static void
|
||||
query_find(ns_client_t *client, dns_fetchevent_t *event, dns_rdatatype_t qtype);
|
||||
|
||||
@@ -1698,14 +1700,14 @@ query_addbestns(ns_client_t *client) {
|
||||
zsigrdataset = NULL;
|
||||
}
|
||||
|
||||
if ((client->query.dboptions & DNS_DBFIND_PENDINGOK) == 0 &&
|
||||
(rdataset->trust == dns_trust_pending ||
|
||||
(sigrdataset != NULL && sigrdataset->trust == dns_trust_pending)))
|
||||
if ((DNS_TRUST_PENDING(rdataset->trust) ||
|
||||
(sigrdataset != NULL && DNS_TRUST_PENDING(sigrdataset->trust))) &&
|
||||
!PENDINGOK(client->query.dboptions))
|
||||
goto cleanup;
|
||||
|
||||
if (WANTDNSSEC(client) && SECURE(client) &&
|
||||
(rdataset->trust == dns_trust_glue ||
|
||||
(sigrdataset != NULL && sigrdataset->trust == dns_trust_glue)))
|
||||
if ((DNS_TRUST_GLUE(rdataset->trust) ||
|
||||
(sigrdataset != NULL && DNS_TRUST_GLUE(sigrdataset->trust))) &&
|
||||
SECURE(client) && WANTDNSSEC(client))
|
||||
goto cleanup;
|
||||
|
||||
query_addrrset(client, &fname, &rdataset, &sigrdataset, dbuf,
|
||||
@@ -2367,6 +2369,8 @@ query_find(ns_client_t *client, dns_fetchevent_t *event, dns_rdatatype_t qtype)
|
||||
unsigned int options;
|
||||
isc_boolean_t empty_wild;
|
||||
dns_rdataset_t *noqname;
|
||||
dns_rdataset_t tmprdataset;
|
||||
unsigned int dboptions;
|
||||
|
||||
CTRACE("query_find");
|
||||
|
||||
@@ -2566,9 +2570,47 @@ query_find(ns_client_t *client, dns_fetchevent_t *event, dns_rdatatype_t qtype)
|
||||
/*
|
||||
* Now look for an answer in the database.
|
||||
*/
|
||||
dboptions = client->query.dboptions;
|
||||
if (sigrdataset == NULL && client->view->enablednssec) {
|
||||
/*
|
||||
* If the client doesn't want DNSSEC we still want to
|
||||
* look for any data pending validation to save a remote
|
||||
* lookup if possible.
|
||||
*/
|
||||
dns_rdataset_init(&tmprdataset);
|
||||
sigrdataset = &tmprdataset;
|
||||
dboptions |= DNS_DBFIND_PENDINGOK;
|
||||
}
|
||||
refind:
|
||||
result = dns_db_find(db, client->query.qname, version, type,
|
||||
client->query.dboptions, client->now,
|
||||
&node, fname, rdataset, sigrdataset);
|
||||
dboptions, client->now, &node, fname,
|
||||
rdataset, sigrdataset);
|
||||
/*
|
||||
* If we have found pending data try to validate it.
|
||||
* If the data does not validate as secure and we can't
|
||||
* use the unvalidated data requery the database with
|
||||
* pending disabled to prevent infinite looping.
|
||||
*/
|
||||
if (result != ISC_R_SUCCESS || !DNS_TRUST_PENDING(rdataset->trust))
|
||||
goto validation_done;
|
||||
if (rdataset->trust != dns_trust_pending_answer ||
|
||||
!PENDINGOK(client->query.dboptions)) {
|
||||
dns_rdataset_disassociate(rdataset);
|
||||
if (sigrdataset != NULL &&
|
||||
dns_rdataset_isassociated(sigrdataset))
|
||||
dns_rdataset_disassociate(sigrdataset);
|
||||
if (sigrdataset == &tmprdataset)
|
||||
sigrdataset = NULL;
|
||||
dns_db_detachnode(db, &node);
|
||||
dboptions &= ~DNS_DBFIND_PENDINGOK;
|
||||
goto refind;
|
||||
}
|
||||
validation_done:
|
||||
if (sigrdataset == &tmprdataset) {
|
||||
if (dns_rdataset_isassociated(sigrdataset))
|
||||
dns_rdataset_disassociate(sigrdataset);
|
||||
sigrdataset = NULL;
|
||||
}
|
||||
|
||||
resume:
|
||||
CTRACE("query_find: resume");
|
||||
|
||||
@@ -863,7 +863,11 @@ temp_check(isc_mem_t *mctx, dns_diff_t *temp, dns_db_t *db,
|
||||
if (type == dns_rdatatype_rrsig ||
|
||||
type == dns_rdatatype_sig)
|
||||
covers = dns_rdata_covers(&t->rdata);
|
||||
else
|
||||
else if (type == dns_rdatatype_any) {
|
||||
dns_db_detachnode(db, &node);
|
||||
dns_diff_clear(&trash);
|
||||
return (DNS_R_NXRRSET);
|
||||
} else
|
||||
covers = 0;
|
||||
|
||||
/*
|
||||
|
||||
@@ -226,40 +226,51 @@ enum {
|
||||
dns_trust_none = 0,
|
||||
#define dns_trust_none ((dns_trust_t)dns_trust_none)
|
||||
|
||||
/* Subject to DNSSEC validation but has not yet been validated */
|
||||
dns_trust_pending = 1,
|
||||
#define dns_trust_pending ((dns_trust_t)dns_trust_pending)
|
||||
/*%
|
||||
* Subject to DNSSEC validation but has not yet been validated
|
||||
* dns_trust_pending_additional (from the additional section).
|
||||
*/
|
||||
dns_trust_pending_additional = 1,
|
||||
#define dns_trust_pending_additional \
|
||||
((dns_trust_t)dns_trust_pending_additional)
|
||||
|
||||
/* Received in the additional section of a response. */
|
||||
dns_trust_additional = 2,
|
||||
dns_trust_pending_answer = 2,
|
||||
#define dns_trust_pending_answer ((dns_trust_t)dns_trust_pending_answer)
|
||||
|
||||
/*% Received in the additional section of a response. */
|
||||
dns_trust_additional = 3,
|
||||
#define dns_trust_additional ((dns_trust_t)dns_trust_additional)
|
||||
|
||||
/* Received in a referral response. */
|
||||
dns_trust_glue = 3,
|
||||
/* Received in a referral response. */
|
||||
dns_trust_glue = 4,
|
||||
#define dns_trust_glue ((dns_trust_t)dns_trust_glue)
|
||||
|
||||
/* Answser from a non-authoritative server */
|
||||
dns_trust_answer = 4,
|
||||
/* Answer from a non-authoritative server */
|
||||
dns_trust_answer = 5,
|
||||
#define dns_trust_answer ((dns_trust_t)dns_trust_answer)
|
||||
|
||||
/* Received in the authority section as part of an
|
||||
authoritative response */
|
||||
dns_trust_authauthority = 5,
|
||||
dns_trust_authauthority = 6,
|
||||
#define dns_trust_authauthority ((dns_trust_t)dns_trust_authauthority)
|
||||
|
||||
/* Answser from an authoritative server */
|
||||
dns_trust_authanswer = 6,
|
||||
/* Answer from an authoritative server */
|
||||
dns_trust_authanswer = 7,
|
||||
#define dns_trust_authanswer ((dns_trust_t)dns_trust_authanswer)
|
||||
|
||||
/* Successfully DNSSEC validated */
|
||||
dns_trust_secure = 7,
|
||||
/* Successfully DNSSEC validated */
|
||||
dns_trust_secure = 8,
|
||||
#define dns_trust_secure ((dns_trust_t)dns_trust_secure)
|
||||
|
||||
/* This server is authoritative */
|
||||
dns_trust_ultimate = 8
|
||||
dns_trust_ultimate = 9
|
||||
#define dns_trust_ultimate ((dns_trust_t)dns_trust_ultimate)
|
||||
};
|
||||
|
||||
#define DNS_TRUST_PENDING(x) ((x) == dns_trust_pending_answer || \
|
||||
(x) == dns_trust_pending_additional)
|
||||
#define DNS_TRUST_GLUE(x) ((x) == dns_trust_glue)
|
||||
|
||||
/*
|
||||
* Name checking severites.
|
||||
*/
|
||||
|
||||
@@ -763,7 +763,8 @@ dump_order_compare(const void *a, const void *b) {
|
||||
|
||||
static const char *trustnames[] = {
|
||||
"none",
|
||||
"pending",
|
||||
"pending-additional",
|
||||
"pending-answer",
|
||||
"additional",
|
||||
"glue",
|
||||
"answer",
|
||||
|
||||
@@ -133,7 +133,7 @@ openssldsa_verify(dst_context_t *dctx, const isc_region_t *sig) {
|
||||
|
||||
status = DSA_do_verify(digest, ISC_SHA1_DIGESTLENGTH, dsasig, dsa);
|
||||
DSA_SIG_free(dsasig);
|
||||
if (status == 0)
|
||||
if (status != 1)
|
||||
return (dst__openssl_toresult(DST_R_VERIFYFAILURE));
|
||||
|
||||
return (ISC_R_SUCCESS);
|
||||
|
||||
@@ -246,7 +246,7 @@ opensslrsa_verify(dst_context_t *dctx, const isc_region_t *sig) {
|
||||
|
||||
status = RSA_verify(type, digest, digestlen, sig->base,
|
||||
RSA_size(rsa), rsa);
|
||||
if (status == 0)
|
||||
if (status != 1)
|
||||
return (dst__openssl_toresult(DST_R_VERIFYFAILURE));
|
||||
|
||||
return (ISC_R_SUCCESS);
|
||||
|
||||
@@ -2667,7 +2667,7 @@ cache_zonecut_callback(dns_rbtnode_t *node, dns_name_t *name, void *arg) {
|
||||
}
|
||||
|
||||
if (dname_header != NULL &&
|
||||
(dname_header->trust != dns_trust_pending ||
|
||||
(!DNS_TRUST_PENDING(dname_header->trust) ||
|
||||
(search->options & DNS_DBFIND_PENDINGOK) != 0)) {
|
||||
/*
|
||||
* We increment the reference count on node to ensure that
|
||||
@@ -3129,7 +3129,7 @@ cache_find(dns_db_t *db, dns_name_t *name, dns_dbversion_t *version,
|
||||
if (found == NULL ||
|
||||
(found->trust == dns_trust_glue &&
|
||||
((options & DNS_DBFIND_GLUEOK) == 0)) ||
|
||||
(found->trust == dns_trust_pending &&
|
||||
(DNS_TRUST_PENDING(found->trust) &&
|
||||
((options & DNS_DBFIND_PENDINGOK) == 0))) {
|
||||
/*
|
||||
* If there is an NS rdataset at this node, then this is the
|
||||
|
||||
@@ -3657,6 +3657,7 @@ cache_name(fetchctx_t *fctx, dns_name_t *name, dns_adbaddrinfo_t *addrinfo,
|
||||
* for it, unless it is glue.
|
||||
*/
|
||||
if (secure_domain && rdataset->trust != dns_trust_glue) {
|
||||
dns_trust_t trust;
|
||||
/*
|
||||
* RRSIGs are validated as part of validating the
|
||||
* type they cover.
|
||||
@@ -3693,12 +3694,34 @@ cache_name(fetchctx_t *fctx, dns_name_t *name, dns_adbaddrinfo_t *addrinfo,
|
||||
}
|
||||
|
||||
/*
|
||||
* Cache this rdataset/sigrdataset pair as
|
||||
* pending data.
|
||||
* Reject out of bailiwick additional records
|
||||
* without RRSIGs as they can't possibly validate
|
||||
* as "secure" and as we will never never want to
|
||||
* store these as "answers" after validation.
|
||||
*/
|
||||
rdataset->trust = dns_trust_pending;
|
||||
if (rdataset->trust == dns_trust_additional &&
|
||||
sigrdataset == NULL && EXTERNAL(rdataset))
|
||||
continue;
|
||||
|
||||
/*
|
||||
* XXXMPA: If we store as "answer" after validating
|
||||
* then we need to do bailiwick processing and
|
||||
* also need to track whether RRsets are in or
|
||||
* out of bailiwick. This will require a another
|
||||
* pending trust level.
|
||||
*
|
||||
* Cache this rdataset/sigrdataset pair as
|
||||
* pending data. Track whether it was additional
|
||||
* or not.
|
||||
*/
|
||||
if (rdataset->trust == dns_trust_additional)
|
||||
trust = dns_trust_pending_additional;
|
||||
else
|
||||
trust = dns_trust_pending_answer;
|
||||
|
||||
rdataset->trust = trust;
|
||||
if (sigrdataset != NULL)
|
||||
sigrdataset->trust = dns_trust_pending;
|
||||
sigrdataset->trust = trust;
|
||||
if (!need_validation)
|
||||
addedrdataset = ardataset;
|
||||
else
|
||||
@@ -4044,7 +4067,7 @@ ncache_message(fetchctx_t *fctx, dns_adbaddrinfo_t *addrinfo,
|
||||
for (trdataset = ISC_LIST_HEAD(tname->list);
|
||||
trdataset != NULL;
|
||||
trdataset = ISC_LIST_NEXT(trdataset, link))
|
||||
trdataset->trust = dns_trust_pending;
|
||||
trdataset->trust = dns_trust_pending_answer;
|
||||
result = dns_message_nextname(fctx->rmessage,
|
||||
DNS_SECTION_AUTHORITY);
|
||||
}
|
||||
|
||||
@@ -238,7 +238,7 @@ auth_nonpending(dns_message_t *message) {
|
||||
rdataset != NULL;
|
||||
rdataset = ISC_LIST_NEXT(rdataset, link))
|
||||
{
|
||||
if (rdataset->trust == dns_trust_pending)
|
||||
if (DNS_TRUST_PENDING(rdataset->trust))
|
||||
rdataset->trust = dns_trust_authauthority;
|
||||
}
|
||||
}
|
||||
@@ -1175,7 +1175,7 @@ get_key(dns_validator_t *val, dns_rdata_rrsig_t *siginfo) {
|
||||
* We have an rrset for the given keyname.
|
||||
*/
|
||||
val->keyset = &val->frdataset;
|
||||
if (val->frdataset.trust == dns_trust_pending &&
|
||||
if (DNS_TRUST_PENDING(val->frdataset.trust) &&
|
||||
dns_rdataset_isassociated(&val->fsigrdataset))
|
||||
{
|
||||
/*
|
||||
@@ -1190,7 +1190,7 @@ get_key(dns_validator_t *val, dns_rdata_rrsig_t *siginfo) {
|
||||
if (result != ISC_R_SUCCESS)
|
||||
return (result);
|
||||
return (DNS_R_WAIT);
|
||||
} else if (val->frdataset.trust == dns_trust_pending) {
|
||||
} else if (DNS_TRUST_PENDING(val->frdataset.trust)) {
|
||||
/*
|
||||
* Having a pending key with no signature means that
|
||||
* something is broken.
|
||||
@@ -1758,7 +1758,7 @@ validatezonekey(dns_validator_t *val) {
|
||||
* We have DS records.
|
||||
*/
|
||||
val->dsset = &val->frdataset;
|
||||
if (val->frdataset.trust == dns_trust_pending &&
|
||||
if (DNS_TRUST_PENDING(val->frdataset.trust) &&
|
||||
dns_rdataset_isassociated(&val->fsigrdataset))
|
||||
{
|
||||
result = create_validator(val,
|
||||
@@ -1771,7 +1771,7 @@ validatezonekey(dns_validator_t *val) {
|
||||
if (result != ISC_R_SUCCESS)
|
||||
return (result);
|
||||
return (DNS_R_WAIT);
|
||||
} else if (val->frdataset.trust == dns_trust_pending) {
|
||||
} else if (DNS_TRUST_PENDING(val->frdataset.trust)) {
|
||||
/*
|
||||
* There should never be an unsigned DS.
|
||||
*/
|
||||
@@ -2564,7 +2564,7 @@ proveunsecure(dns_validator_t *val, isc_boolean_t have_ds, isc_boolean_t resume)
|
||||
* There is no DS. If this is a delegation,
|
||||
* we maybe done.
|
||||
*/
|
||||
if (val->frdataset.trust == dns_trust_pending) {
|
||||
if (DNS_TRUST_PENDING(val->frdataset.trust)) {
|
||||
result = create_fetch(val, tname,
|
||||
dns_rdatatype_ds,
|
||||
dsfetched2,
|
||||
|
||||
@@ -381,6 +381,13 @@ Int32 BZ2_decompress ( DState* s )
|
||||
es = -1;
|
||||
N = 1;
|
||||
do {
|
||||
/* Check that N doesn't get too big, so that es doesn't
|
||||
go negative. The maximum value that can be
|
||||
RUNA/RUNB encoded is equal to the block size (post
|
||||
the initial RLE), viz, 900k, so bounding N at 2
|
||||
million should guard against overflow without
|
||||
rejecting any legitimate inputs. */
|
||||
if (N >= 2*1024*1024) RETURN(BZ_DATA_ERROR);
|
||||
if (nextSym == BZ_RUNA) es = es + (0+1) * N; else
|
||||
if (nextSym == BZ_RUNB) es = es + (1+1) * N;
|
||||
N = N * 2;
|
||||
|
||||
@@ -139,7 +139,7 @@ void feat(void);
|
||||
void format_path(char *, const char *);
|
||||
int ftpd_pclose(FILE *);
|
||||
FILE *ftpd_popen(char *[], const char *, int);
|
||||
char *getline(char *, int, FILE *);
|
||||
int getline(char *, int, FILE *);
|
||||
void init_curclass(void);
|
||||
void logxfer(const char *, off_t, const char *, const char *,
|
||||
const struct timeval *, const char *);
|
||||
|
||||
@@ -1363,8 +1363,12 @@ lookup(struct tab *p, const char *cmd)
|
||||
|
||||
/*
|
||||
* getline - a hacked up version of fgets to ignore TELNET escape codes.
|
||||
* `s' is the buffer to read into.
|
||||
* `n' is the 1 less than the size of the buffer, to allow trailing NUL
|
||||
* `iop' is the FILE to read from.
|
||||
* Returns 0 on success, -1 on EOF, -2 if the command was too long.
|
||||
*/
|
||||
char *
|
||||
int
|
||||
getline(char *s, int n, FILE *iop)
|
||||
{
|
||||
int c;
|
||||
@@ -1379,7 +1383,7 @@ getline(char *s, int n, FILE *iop)
|
||||
if (ftpd_debug)
|
||||
syslog(LOG_DEBUG, "command: %s", s);
|
||||
tmpline[0] = '\0';
|
||||
return(s);
|
||||
return(0);
|
||||
}
|
||||
if (c == 0)
|
||||
tmpline[0] = '\0';
|
||||
@@ -1418,11 +1422,25 @@ getline(char *s, int n, FILE *iop)
|
||||
}
|
||||
}
|
||||
*cs++ = c;
|
||||
if (--n <= 0 || c == '\n')
|
||||
if (--n <= 0) {
|
||||
/*
|
||||
* If command doesn't fit into buffer, discard the
|
||||
* rest of the command and indicate truncation.
|
||||
* This prevents the command to be split up into
|
||||
* multiple commands.
|
||||
*/
|
||||
if (ftpd_debug)
|
||||
syslog(LOG_DEBUG,
|
||||
"command too long, last char: %d", c);
|
||||
while (c != '\n' && (c = getc(iop)) != EOF)
|
||||
continue;
|
||||
return (-2);
|
||||
}
|
||||
if (c == '\n')
|
||||
break;
|
||||
}
|
||||
if (c == EOF && cs == s)
|
||||
return (NULL);
|
||||
return (-1);
|
||||
*cs++ = '\0';
|
||||
if (ftpd_debug) {
|
||||
if ((curclass.type != CLASS_GUEST &&
|
||||
@@ -1444,7 +1462,7 @@ getline(char *s, int n, FILE *iop)
|
||||
syslog(LOG_DEBUG, "command: %.*s", len, s);
|
||||
}
|
||||
}
|
||||
return (s);
|
||||
return (0);
|
||||
}
|
||||
|
||||
void
|
||||
@@ -1458,15 +1476,20 @@ ftp_handle_line(char *cp)
|
||||
void
|
||||
ftp_loop(void)
|
||||
{
|
||||
int ret;
|
||||
|
||||
while (1) {
|
||||
(void) alarm(curclass.timeout);
|
||||
if (getline(cbuf, sizeof(cbuf)-1, stdin) == NULL) {
|
||||
ret = getline(cbuf, sizeof(cbuf)-1, stdin);
|
||||
(void) alarm(0);
|
||||
if (ret == -1) {
|
||||
reply(221, "You could at least say goodbye.");
|
||||
dologout(0);
|
||||
} else if (ret == -2) {
|
||||
reply(500, "Command too long.");
|
||||
} else {
|
||||
ftp_handle_line(cbuf);
|
||||
}
|
||||
(void) alarm(0);
|
||||
ftp_handle_line(cbuf);
|
||||
}
|
||||
/*NOTREACHED*/
|
||||
}
|
||||
|
||||
@@ -1,4 +1,4 @@
|
||||
/* $NetBSD: ftpd.c,v 1.176 2006/05/09 20:18:06 mrg Exp $ */
|
||||
/* $NetBSD: ftpd.c,v 1.187 2008/09/13 03:30:35 lukem Exp $ */
|
||||
|
||||
/*
|
||||
* Copyright (c) 1997-2004 The NetBSD Foundation, Inc.
|
||||
@@ -2896,6 +2896,7 @@ static int
|
||||
handleoobcmd()
|
||||
{
|
||||
char *cp;
|
||||
int ret;
|
||||
|
||||
if (!urgflag)
|
||||
return (0);
|
||||
@@ -2904,9 +2905,14 @@ handleoobcmd()
|
||||
if (!transflag)
|
||||
return (0);
|
||||
cp = tmpline;
|
||||
if (getline(cp, sizeof(tmpline), stdin) == NULL) {
|
||||
ret = getline(cp, sizeof(tmpline)-1, stdin);
|
||||
if (ret == -1) {
|
||||
reply(221, "You could at least say goodbye.");
|
||||
dologout(0);
|
||||
} else if (ret == -2) {
|
||||
/* Ignore truncated command */
|
||||
/* XXX: abort xfer with "500 command too long", & return 1 ? */
|
||||
return 0;
|
||||
}
|
||||
/*
|
||||
* Manually parse OOB commands, because we can't
|
||||
|
||||
@@ -570,7 +570,7 @@ crypto_recv(
|
||||
peer->issuer = emalloc(vallen + 1);
|
||||
strcpy(peer->issuer, peer->subject);
|
||||
temp32 = (fstamp >> 16) & 0xffff;
|
||||
sprintf(statstr,
|
||||
snprintf(statstr, NTP_MAXSTRLEN,
|
||||
"flags 0x%x host %s signature %s", fstamp,
|
||||
peer->subject, OBJ_nid2ln(temp32));
|
||||
record_crypto_stats(&peer->srcadr, statstr);
|
||||
@@ -636,7 +636,8 @@ crypto_recv(
|
||||
}
|
||||
peer->flash &= ~TEST8;
|
||||
temp32 = cinfo->nid;
|
||||
sprintf(statstr, "cert %s 0x%x %s (%u) fs %u",
|
||||
snprintf(statstr, NTP_MAXSTRLEN,
|
||||
"cert %s 0x%x %s (%u) fs %u",
|
||||
cinfo->subject, cinfo->flags,
|
||||
OBJ_nid2ln(temp32), temp32,
|
||||
ntohl(ep->fstamp));
|
||||
@@ -685,7 +686,7 @@ crypto_recv(
|
||||
peer->crypto |= CRYPTO_FLAG_VRFY |
|
||||
CRYPTO_FLAG_PROV;
|
||||
peer->flash &= ~TEST8;
|
||||
sprintf(statstr, "iff fs %u",
|
||||
snprintf(statstr, NTP_MAXSTRLEN, "iff fs %u",
|
||||
ntohl(ep->fstamp));
|
||||
record_crypto_stats(&peer->srcadr, statstr);
|
||||
#ifdef DEBUG
|
||||
@@ -733,7 +734,7 @@ crypto_recv(
|
||||
peer->crypto |= CRYPTO_FLAG_VRFY |
|
||||
CRYPTO_FLAG_PROV;
|
||||
peer->flash &= ~TEST8;
|
||||
sprintf(statstr, "gq fs %u",
|
||||
snprintf(statstr, NTP_MAXSTRLEN, "gq fs %u",
|
||||
ntohl(ep->fstamp));
|
||||
record_crypto_stats(&peer->srcadr, statstr);
|
||||
#ifdef DEBUG
|
||||
@@ -774,7 +775,7 @@ crypto_recv(
|
||||
peer->crypto |= CRYPTO_FLAG_VRFY |
|
||||
CRYPTO_FLAG_PROV;
|
||||
peer->flash &= ~TEST8;
|
||||
sprintf(statstr, "mv fs %u",
|
||||
snprintf(statstr, NTP_MAXSTRLEN, "mv fs %u",
|
||||
ntohl(ep->fstamp));
|
||||
record_crypto_stats(&peer->srcadr, statstr);
|
||||
#ifdef DEBUG
|
||||
@@ -828,7 +829,7 @@ crypto_recv(
|
||||
peer->crypto &= ~CRYPTO_FLAG_AUTO;
|
||||
peer->crypto |= CRYPTO_FLAG_AGREE;
|
||||
peer->flash &= ~TEST8;
|
||||
sprintf(statstr, "cook %x ts %u fs %u",
|
||||
snprintf(statstr, NTP_MAXSTRLEN, "cook %x ts %u fs %u",
|
||||
peer->pcookie, ntohl(ep->tstamp),
|
||||
ntohl(ep->fstamp));
|
||||
record_crypto_stats(&peer->srcadr, statstr);
|
||||
@@ -893,7 +894,7 @@ crypto_recv(
|
||||
peer->crypto &= ~CRYPTO_FLAG_AUTO;
|
||||
peer->crypto |= CRYPTO_FLAG_AGREE;
|
||||
peer->flash &= ~TEST8;
|
||||
sprintf(statstr, "cook %x ts %u fs %u",
|
||||
snprintf(statstr, NTP_MAXSTRLEN, "cook %x ts %u fs %u",
|
||||
peer->pcookie, ntohl(ep->tstamp),
|
||||
ntohl(ep->fstamp));
|
||||
record_crypto_stats(&peer->srcadr, statstr);
|
||||
@@ -944,7 +945,7 @@ crypto_recv(
|
||||
peer->pkeyid = bp->key;
|
||||
peer->crypto |= CRYPTO_FLAG_AUTO;
|
||||
peer->flash &= ~TEST8;
|
||||
sprintf(statstr,
|
||||
snprintf(statstr, NTP_MAXSTRLEN,
|
||||
"auto seq %d key %x ts %u fs %u", bp->seq,
|
||||
bp->key, ntohl(ep->tstamp),
|
||||
ntohl(ep->fstamp));
|
||||
@@ -987,7 +988,8 @@ crypto_recv(
|
||||
peer->crypto |= CRYPTO_FLAG_SIGN;
|
||||
peer->flash &= ~TEST8;
|
||||
temp32 = cinfo->nid;
|
||||
sprintf(statstr, "sign %s 0x%x %s (%u) fs %u",
|
||||
snprintf(statstr, NTP_MAXSTRLEN,
|
||||
"sign %s 0x%x %s (%u) fs %u",
|
||||
cinfo->issuer, cinfo->flags,
|
||||
OBJ_nid2ln(temp32), temp32,
|
||||
ntohl(ep->fstamp));
|
||||
@@ -1071,7 +1073,8 @@ crypto_recv(
|
||||
crypto_flags |= CRYPTO_FLAG_TAI;
|
||||
peer->crypto |= CRYPTO_FLAG_LEAP;
|
||||
peer->flash &= ~TEST8;
|
||||
sprintf(statstr, "leap %u ts %u fs %u", vallen,
|
||||
snprintf(statstr, NTP_MAXSTRLEN,
|
||||
"leap %u ts %u fs %u", vallen,
|
||||
ntohl(ep->tstamp), ntohl(ep->fstamp));
|
||||
record_crypto_stats(&peer->srcadr, statstr);
|
||||
#ifdef DEBUG
|
||||
@@ -1127,7 +1130,7 @@ crypto_recv(
|
||||
* cheerfully ignored, as the message is not sent.
|
||||
*/
|
||||
if (rval > XEVNT_TSP) {
|
||||
sprintf(statstr,
|
||||
snprintf(statstr, NTP_MAXSTRLEN,
|
||||
"error %x opcode %x ts %u fs %u", rval,
|
||||
code, tstamp, fstamp);
|
||||
record_crypto_stats(&peer->srcadr, statstr);
|
||||
@@ -1453,7 +1456,8 @@ crypto_xmit(
|
||||
*/
|
||||
if (rval != XEVNT_OK) {
|
||||
opcode |= CRYPTO_ERROR;
|
||||
sprintf(statstr, "error %x opcode %x", rval, opcode);
|
||||
snprintf(statstr, NTP_MAXSTRLEN,
|
||||
"error %x opcode %x", rval, opcode);
|
||||
record_crypto_stats(srcadr_sin, statstr);
|
||||
report_event(rval, NULL);
|
||||
#ifdef DEBUG
|
||||
@@ -1612,7 +1616,7 @@ crypto_verify(
|
||||
*/
|
||||
EVP_VerifyInit(&ctx, peer->digest);
|
||||
EVP_VerifyUpdate(&ctx, (u_char *)&ep->tstamp, vallen + 12);
|
||||
if (!EVP_VerifyFinal(&ctx, (u_char *)&ep->pkt[i], siglen, pkey))
|
||||
if (EVP_VerifyFinal(&ctx, (u_char *)&ep->pkt[i], siglen, pkey) <= 0)
|
||||
return (XEVNT_SIG);
|
||||
|
||||
if (peer->crypto & CRYPTO_FLAG_VRFY) {
|
||||
@@ -1952,7 +1956,8 @@ crypto_update(void)
|
||||
if (EVP_SignFinal(&ctx, tai_leap.sig, &len, sign_pkey))
|
||||
tai_leap.siglen = htonl(len);
|
||||
}
|
||||
sprintf(statstr, "update ts %u", ntohl(hostval.tstamp));
|
||||
snprintf(statstr, NTP_MAXSTRLEN,
|
||||
"update ts %u", ntohl(hostval.tstamp));
|
||||
record_crypto_stats(NULL, statstr);
|
||||
#ifdef DEBUG
|
||||
if (debug)
|
||||
@@ -3606,7 +3611,7 @@ crypto_key(
|
||||
*/
|
||||
if ((ptr = strrchr(linkname, '\n')) != NULL)
|
||||
*ptr = '\0';
|
||||
sprintf(statstr, "%s mod %d", &linkname[2],
|
||||
snprintf(statstr, NTP_MAXSTRLEN, "%s mod %d", &linkname[2],
|
||||
EVP_PKEY_size(pkey) * 8);
|
||||
record_crypto_stats(NULL, statstr);
|
||||
#ifdef DEBUG
|
||||
@@ -3715,8 +3720,8 @@ crypto_cert(
|
||||
|
||||
if ((ptr = strrchr(linkname, '\n')) != NULL)
|
||||
*ptr = '\0';
|
||||
sprintf(statstr, "%s 0x%x len %lu", &linkname[2], ret->flags,
|
||||
len);
|
||||
snprintf(statstr, NTP_MAXSTRLEN,
|
||||
"%s 0x%x len %lu", &linkname[2], ret->flags, len);
|
||||
record_crypto_stats(NULL, statstr);
|
||||
#ifdef DEBUG
|
||||
if (debug)
|
||||
@@ -3832,7 +3837,7 @@ crypto_tai(
|
||||
for (j = 0; j < i; j++)
|
||||
*ptr++ = htonl(leapsec[j]);
|
||||
crypto_flags |= CRYPTO_FLAG_TAI;
|
||||
sprintf(statstr, "%s fs %u leap %u len %u", cp, fstamp,
|
||||
snprintf(statstr, NTP_MAXSTRLEN, "%s fs %u leap %u len %u", cp, fstamp,
|
||||
leapsec[--j], len);
|
||||
record_crypto_stats(NULL, statstr);
|
||||
#ifdef DEBUG
|
||||
|
||||
@@ -409,6 +409,7 @@ process_private(
|
||||
int mod_okay
|
||||
)
|
||||
{
|
||||
static u_long quiet_until;
|
||||
struct req_pkt *inpkt;
|
||||
struct req_pkt_tail *tailinpkt;
|
||||
struct sockaddr_storage *srcadr;
|
||||
@@ -444,8 +445,14 @@ process_private(
|
||||
|| (++ec, INFO_MBZ(inpkt->mbz_itemsize) != 0)
|
||||
|| (++ec, rbufp->recv_length < REQ_LEN_HDR)
|
||||
) {
|
||||
msyslog(LOG_ERR, "process_private: INFO_ERR_FMT: test %d failed, pkt from %s", ec, stoa(srcadr));
|
||||
req_ack(srcadr, inter, inpkt, INFO_ERR_FMT);
|
||||
NLOG(NLOG_SYSEVENT)
|
||||
if (current_time >= quiet_until) {
|
||||
msyslog(LOG_ERR,
|
||||
"process_private: drop test %d"
|
||||
" failed, pkt from %s",
|
||||
ec, stoa(srcadr));
|
||||
quiet_until = current_time + 60;
|
||||
}
|
||||
return;
|
||||
}
|
||||
|
||||
|
||||
@@ -139,10 +139,8 @@ int __opiereadrec FUNCTION((opie), struct opie *opie)
|
||||
|
||||
if (c = strchr(opie->opie_principal, ':'))
|
||||
*c = 0;
|
||||
if (strlen(opie->opie_principal) > OPIE_PRINCIPAL_MAX)
|
||||
(opie->opie_principal)[OPIE_PRINCIPAL_MAX] = 0;
|
||||
|
||||
strcpy(principal, opie->opie_principal);
|
||||
strlcpy(principal, opie->opie_principal, sizeof(principal));
|
||||
|
||||
do {
|
||||
if ((opie->opie_recstart = ftell(f)) < 0)
|
||||
|
||||
@@ -44,7 +44,6 @@ struct system_info
|
||||
int *memory;
|
||||
int *swap;
|
||||
struct timeval boottime;
|
||||
unsigned long cpumask; /* bitfield of cpu states represented */
|
||||
int ncpus;
|
||||
};
|
||||
|
||||
|
||||
+4
-1
@@ -10,7 +10,7 @@ top \- display and update information about the top cpu processes
|
||||
.SH SYNOPSIS
|
||||
.B top
|
||||
[
|
||||
.B \-bCHIijnqStuv
|
||||
.B \-bCHIijnPqStuv
|
||||
] [
|
||||
.BI \-d count
|
||||
] [
|
||||
@@ -113,6 +113,9 @@ Display either 'cpu' or 'io' statistics. Default is 'cpu'.
|
||||
Use \*(lqnon-interactive\*(rq mode. This is identical to \*(lqbatch\*(rq
|
||||
mode.
|
||||
.TP
|
||||
.B \-P
|
||||
Display per-cpu CPU usage statistics.
|
||||
.TP
|
||||
.B \-q
|
||||
Renice
|
||||
.I top
|
||||
|
||||
+2
-6
@@ -283,7 +283,7 @@ char *argv[];
|
||||
optind = 1;
|
||||
}
|
||||
|
||||
while ((i = getopt(ac, av, "CSIHPbijnpquvs:d:U:m:o:t")) != EOF)
|
||||
while ((i = getopt(ac, av, "CSIHPbijnquvs:d:U:m:o:t")) != EOF)
|
||||
{
|
||||
switch(i)
|
||||
{
|
||||
@@ -408,14 +408,10 @@ char *argv[];
|
||||
pcpu_stats = Yes;
|
||||
break;
|
||||
|
||||
case 'p':
|
||||
pcpu_stats = No;
|
||||
break;
|
||||
|
||||
default:
|
||||
fprintf(stderr,
|
||||
"Top version %s\n"
|
||||
"Usage: %s [-bCHIijnqStuv] [-d count] [-m io | cpu] [-o field] [-s time]\n"
|
||||
"Usage: %s [-bCHIijnPqStuv] [-d count] [-m io | cpu] [-o field] [-s time]\n"
|
||||
" [-U username] [number]\n",
|
||||
version_string(), myname);
|
||||
exit(1);
|
||||
|
||||
@@ -1486,7 +1486,7 @@ int MAIN(int argc, char **argv)
|
||||
{
|
||||
ret=RSA_verify(NID_md5_sha1, buf,36, buf2,
|
||||
rsa_num, rsa_key[j]);
|
||||
if (ret == 0)
|
||||
if (ret <= 0)
|
||||
{
|
||||
BIO_printf(bio_err,
|
||||
"RSA verify failure\n");
|
||||
|
||||
@@ -284,7 +284,7 @@ bad:
|
||||
pkey = NETSCAPE_SPKI_get_pubkey(spki);
|
||||
if(verify) {
|
||||
i = NETSCAPE_SPKI_verify(spki, pkey);
|
||||
if(i) BIO_printf(bio_err, "Signature OK\n");
|
||||
if (i > 0) BIO_printf(bio_err, "Signature OK\n");
|
||||
else {
|
||||
BIO_printf(bio_err, "Signature Failure\n");
|
||||
ERR_print_errors(bio_err);
|
||||
|
||||
@@ -275,7 +275,7 @@ static int check(X509_STORE *ctx, char *file, STACK_OF(X509) *uchain, STACK_OF(X
|
||||
|
||||
ret=0;
|
||||
end:
|
||||
if (i)
|
||||
if (i > 0)
|
||||
{
|
||||
fprintf(stdout,"OK\n");
|
||||
ret=1;
|
||||
@@ -365,4 +365,3 @@ static int MS_CALLBACK cb(int ok, X509_STORE_CTX *ctx)
|
||||
ERR_clear_error();
|
||||
return(ok);
|
||||
}
|
||||
|
||||
@@ -1113,7 +1113,7 @@ static int x509_certify(X509_STORE *ctx, char *CAfile, const EVP_MD *digest,
|
||||
/* NOTE: this certificate can/should be self signed, unless it was
|
||||
* a certificate request in which case it is not. */
|
||||
X509_STORE_CTX_set_cert(&xsc,x);
|
||||
if (!reqfile && !X509_verify_cert(&xsc))
|
||||
if (!reqfile && X509_verify_cert(&xsc) <= 0)
|
||||
goto end;
|
||||
|
||||
if (!X509_check_private_key(xca,pkey))
|
||||
|
||||
@@ -1030,6 +1030,7 @@ void ERR_load_ASN1_strings(void);
|
||||
#define ASN1_R_BAD_OBJECT_HEADER 102
|
||||
#define ASN1_R_BAD_PASSWORD_READ 103
|
||||
#define ASN1_R_BAD_TAG 104
|
||||
#define ASN1_R_BMPSTRING_IS_WRONG_LENGTH 210
|
||||
#define ASN1_R_BN_LIB 105
|
||||
#define ASN1_R_BOOLEAN_IS_WRONG_LENGTH 106
|
||||
#define ASN1_R_BUFFER_TOO_SMALL 107
|
||||
@@ -1088,6 +1089,7 @@ void ERR_load_ASN1_strings(void);
|
||||
#define ASN1_R_UNABLE_TO_DECODE_RSA_KEY 157
|
||||
#define ASN1_R_UNABLE_TO_DECODE_RSA_PRIVATE_KEY 158
|
||||
#define ASN1_R_UNEXPECTED_EOC 159
|
||||
#define ASN1_R_UNIVERSALSTRING_IS_WRONG_LENGTH 211
|
||||
#define ASN1_R_UNKNOWN_FORMAT 160
|
||||
#define ASN1_R_UNKNOWN_MESSAGE_DIGEST_ALGORITHM 161
|
||||
#define ASN1_R_UNKNOWN_OBJECT_TYPE 162
|
||||
|
||||
@@ -153,6 +153,7 @@ static ERR_STRING_DATA ASN1_str_reasons[]=
|
||||
{ASN1_R_BAD_OBJECT_HEADER ,"bad object header"},
|
||||
{ASN1_R_BAD_PASSWORD_READ ,"bad password read"},
|
||||
{ASN1_R_BAD_TAG ,"bad tag"},
|
||||
{ASN1_R_BMPSTRING_IS_WRONG_LENGTH ,"bmpstring is wrong length"},
|
||||
{ASN1_R_BN_LIB ,"bn lib"},
|
||||
{ASN1_R_BOOLEAN_IS_WRONG_LENGTH ,"boolean is wrong length"},
|
||||
{ASN1_R_BUFFER_TOO_SMALL ,"buffer too small"},
|
||||
@@ -211,6 +212,7 @@ static ERR_STRING_DATA ASN1_str_reasons[]=
|
||||
{ASN1_R_UNABLE_TO_DECODE_RSA_KEY ,"unable to decode rsa key"},
|
||||
{ASN1_R_UNABLE_TO_DECODE_RSA_PRIVATE_KEY ,"unable to decode rsa private key"},
|
||||
{ASN1_R_UNEXPECTED_EOC ,"unexpected eoc"},
|
||||
{ASN1_R_UNIVERSALSTRING_IS_WRONG_LENGTH ,"universalstring is wrong length"},
|
||||
{ASN1_R_UNKNOWN_FORMAT ,"unknown format"},
|
||||
{ASN1_R_UNKNOWN_MESSAGE_DIGEST_ALGORITHM ,"unknown message digest algorithm"},
|
||||
{ASN1_R_UNKNOWN_OBJECT_TYPE ,"unknown object type"},
|
||||
|
||||
@@ -768,6 +768,18 @@ int asn1_ex_c2i(ASN1_VALUE **pval, unsigned char *cont, int len, int utype, char
|
||||
case V_ASN1_SET:
|
||||
case V_ASN1_SEQUENCE:
|
||||
default:
|
||||
if (utype == V_ASN1_BMPSTRING && (len & 1))
|
||||
{
|
||||
ASN1err(ASN1_F_ASN1_D2I_EX_PRIMITIVE,
|
||||
ASN1_R_BMPSTRING_IS_WRONG_LENGTH);
|
||||
goto err;
|
||||
}
|
||||
if (utype == V_ASN1_UNIVERSALSTRING && (len & 3))
|
||||
{
|
||||
ASN1err(ASN1_F_ASN1_D2I_EX_PRIMITIVE,
|
||||
ASN1_R_UNIVERSALSTRING_IS_WRONG_LENGTH);
|
||||
goto err;
|
||||
}
|
||||
/* All based on ASN1_STRING and handled the same */
|
||||
if(!*pval) {
|
||||
stmp = ASN1_STRING_type_new(utype);
|
||||
|
||||
@@ -1062,7 +1062,7 @@ int ssl2_set_certificate(SSL *s, int type, int len, unsigned char *data)
|
||||
|
||||
i=ssl_verify_cert_chain(s,sk);
|
||||
|
||||
if ((s->verify_mode != SSL_VERIFY_NONE) && (!i))
|
||||
if ((s->verify_mode != SSL_VERIFY_NONE) && (i <= 0))
|
||||
{
|
||||
SSLerr(SSL_F_SSL2_SET_CERTIFICATE,SSL_R_CERTIFICATE_VERIFY_FAILED);
|
||||
goto err;
|
||||
|
||||
@@ -1070,7 +1070,7 @@ static int request_certificate(SSL *s)
|
||||
|
||||
i=ssl_verify_cert_chain(s,sk);
|
||||
|
||||
if (i) /* we like the packet, now check the chksum */
|
||||
if (i > 0) /* we like the packet, now check the chksum */
|
||||
{
|
||||
EVP_MD_CTX ctx;
|
||||
EVP_PKEY *pkey=NULL;
|
||||
@@ -1099,7 +1099,7 @@ static int request_certificate(SSL *s)
|
||||
EVP_PKEY_free(pkey);
|
||||
EVP_MD_CTX_cleanup(&ctx);
|
||||
|
||||
if (i)
|
||||
if (i > 0)
|
||||
{
|
||||
if (s->session->peer != NULL)
|
||||
X509_free(s->session->peer);
|
||||
|
||||
@@ -833,7 +833,7 @@ static int ssl3_get_server_certificate(SSL *s)
|
||||
}
|
||||
|
||||
i=ssl_verify_cert_chain(s,sk);
|
||||
if ((s->verify_mode != SSL_VERIFY_NONE) && (!i)
|
||||
if ((s->verify_mode != SSL_VERIFY_NONE) && (i <= 0)
|
||||
#ifndef OPENSSL_NO_KRB5
|
||||
&& (s->s3->tmp.new_cipher->algorithms & (SSL_MKEY_MASK|SSL_AUTH_MASK))
|
||||
!= (SSL_aKRB5|SSL_kKRB5)
|
||||
@@ -1206,7 +1206,7 @@ static int ssl3_get_key_exchange(SSL *s)
|
||||
EVP_VerifyUpdate(&md_ctx,&(s->s3->client_random[0]),SSL3_RANDOM_SIZE);
|
||||
EVP_VerifyUpdate(&md_ctx,&(s->s3->server_random[0]),SSL3_RANDOM_SIZE);
|
||||
EVP_VerifyUpdate(&md_ctx,param,param_len);
|
||||
if (!EVP_VerifyFinal(&md_ctx,p,(int)n,pkey))
|
||||
if (EVP_VerifyFinal(&md_ctx,p,(int)n,pkey) <= 0)
|
||||
{
|
||||
/* bad signature */
|
||||
al=SSL_AD_DECRYPT_ERROR;
|
||||
|
||||
@@ -1768,6 +1768,9 @@ int ssl3_renegotiate(SSL *s)
|
||||
if (s->s3->flags & SSL3_FLAGS_NO_RENEGOTIATE_CIPHERS)
|
||||
return(0);
|
||||
|
||||
if (1)
|
||||
return(0);
|
||||
|
||||
s->s3->renegotiate=1;
|
||||
return(1);
|
||||
}
|
||||
|
||||
@@ -975,9 +975,7 @@ start:
|
||||
if (s->msg_callback)
|
||||
s->msg_callback(0, s->version, SSL3_RT_HANDSHAKE, s->s3->handshake_fragment, 4, s, s->msg_callback_arg);
|
||||
|
||||
if (SSL_is_init_finished(s) &&
|
||||
!(s->s3->flags & SSL3_FLAGS_NO_RENEGOTIATE_CIPHERS) &&
|
||||
!s->s3->renegotiate)
|
||||
if (0)
|
||||
{
|
||||
ssl3_renegotiate(s);
|
||||
if (ssl3_renegotiate_check(s))
|
||||
@@ -1108,8 +1106,7 @@ start:
|
||||
/* Unexpected handshake message (Client Hello, or protocol violation) */
|
||||
if ((s->s3->handshake_fragment_len >= 4) && !s->in_handshake)
|
||||
{
|
||||
if (((s->state&SSL_ST_MASK) == SSL_ST_OK) &&
|
||||
!(s->s3->flags & SSL3_FLAGS_NO_RENEGOTIATE_CIPHERS))
|
||||
if (0)
|
||||
{
|
||||
#if 0 /* worked only because C operator preferences are not as expected (and
|
||||
* because this is not really needed for clients except for detecting
|
||||
|
||||
@@ -654,6 +654,13 @@ static int ssl3_get_client_hello(SSL *s)
|
||||
SSL_COMP *comp=NULL;
|
||||
STACK_OF(SSL_CIPHER) *ciphers=NULL;
|
||||
|
||||
if (s->new_session)
|
||||
{
|
||||
al=SSL_AD_HANDSHAKE_FAILURE;
|
||||
SSLerr(SSL_F_SSL3_GET_CLIENT_HELLO, ERR_R_INTERNAL_ERROR);
|
||||
goto f_err;
|
||||
}
|
||||
|
||||
/* We do this so that we will respond with our native type.
|
||||
* If we are TLSv1 and we get SSLv3, we will respond with TLSv1,
|
||||
* This down switching should be handled by a different method.
|
||||
@@ -2015,7 +2022,7 @@ static int ssl3_get_client_certificate(SSL *s)
|
||||
else
|
||||
{
|
||||
i=ssl_verify_cert_chain(s,sk);
|
||||
if (!i)
|
||||
if (i <= 0)
|
||||
{
|
||||
al=ssl_verify_alarm_type(s->verify_result);
|
||||
SSLerr(SSL_F_SSL3_GET_CLIENT_CERTIFICATE,SSL_R_NO_CERTIFICATE_RETURNED);
|
||||
|
||||
@@ -32,7 +32,7 @@
|
||||
db
|
||||
entropy uname=operator gname=operator mode=0700
|
||||
..
|
||||
freebsd-update
|
||||
freebsd-update mode=0700
|
||||
..
|
||||
ipf mode=0700
|
||||
..
|
||||
|
||||
@@ -641,10 +641,6 @@ _archive_write_finish_entry(struct archive *_a)
|
||||
int r2 = set_mode(a, a->mode);
|
||||
if (r2 < ret) ret = r2;
|
||||
}
|
||||
if (a->todo & TODO_TIMES) {
|
||||
int r2 = set_time(a);
|
||||
if (r2 < ret) ret = r2;
|
||||
}
|
||||
if (a->todo & TODO_ACLS) {
|
||||
int r2 = set_acls(a);
|
||||
if (r2 < ret) ret = r2;
|
||||
@@ -657,6 +653,10 @@ _archive_write_finish_entry(struct archive *_a)
|
||||
int r2 = set_fflags(a);
|
||||
if (r2 < ret) ret = r2;
|
||||
}
|
||||
if (a->todo & TODO_TIMES) {
|
||||
int r2 = set_time(a);
|
||||
if (r2 < ret) ret = r2;
|
||||
}
|
||||
|
||||
/* If there's an fd, we can close it now. */
|
||||
if (a->fd >= 0) {
|
||||
|
||||
@@ -9,6 +9,7 @@ LA_SRCS!=make -f ${LA_SRCDIR}/Makefile -V SRCS
|
||||
|
||||
TESTS= \
|
||||
test_acl_basic.c \
|
||||
test_acl_freebsd.c \
|
||||
test_acl_pax.c \
|
||||
test_archive_api_feature.c \
|
||||
test_bad_fd.c \
|
||||
|
||||
@@ -0,0 +1,243 @@
|
||||
/*-
|
||||
* Copyright (c) 2003-2008 Tim Kientzle
|
||||
* All rights reserved.
|
||||
*
|
||||
* Redistribution and use in source and binary forms, with or without
|
||||
* modification, are permitted provided that the following conditions
|
||||
* are met:
|
||||
* 1. Redistributions of source code must retain the above copyright
|
||||
* notice, this list of conditions and the following disclaimer.
|
||||
* 2. Redistributions in binary form must reproduce the above copyright
|
||||
* notice, this list of conditions and the following disclaimer in the
|
||||
* documentation and/or other materials provided with the distribution.
|
||||
*
|
||||
* THIS SOFTWARE IS PROVIDED BY THE AUTHOR(S) ``AS IS'' AND ANY EXPRESS OR
|
||||
* IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES
|
||||
* OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE DISCLAIMED.
|
||||
* IN NO EVENT SHALL THE AUTHOR(S) BE LIABLE FOR ANY DIRECT, INDIRECT,
|
||||
* INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT
|
||||
* NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF USE,
|
||||
* DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY
|
||||
* THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT
|
||||
* (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF
|
||||
* THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE.
|
||||
*/
|
||||
#include "test.h"
|
||||
__FBSDID("$FreeBSD$");
|
||||
|
||||
#if defined(__FreeBSD__) && __FreeBSD__ > 4
|
||||
#include <sys/acl.h>
|
||||
|
||||
struct myacl_t {
|
||||
int type; /* Type of ACL: "access" or "default" */
|
||||
int permset; /* Permissions for this class of users. */
|
||||
int tag; /* Owner, User, Owning group, group, other, etc. */
|
||||
int qual; /* GID or UID of user/group, depending on tag. */
|
||||
const char *name; /* Name of user/group, depending on tag. */
|
||||
};
|
||||
|
||||
static struct myacl_t acls2[] = {
|
||||
{ ARCHIVE_ENTRY_ACL_TYPE_ACCESS, ARCHIVE_ENTRY_ACL_EXECUTE | ARCHIVE_ENTRY_ACL_READ,
|
||||
ARCHIVE_ENTRY_ACL_USER_OBJ, -1, "" },
|
||||
{ ARCHIVE_ENTRY_ACL_TYPE_ACCESS, ARCHIVE_ENTRY_ACL_READ,
|
||||
ARCHIVE_ENTRY_ACL_USER, 77, "user77" },
|
||||
{ ARCHIVE_ENTRY_ACL_TYPE_ACCESS, 0,
|
||||
ARCHIVE_ENTRY_ACL_USER, 78, "user78" },
|
||||
{ ARCHIVE_ENTRY_ACL_TYPE_ACCESS, ARCHIVE_ENTRY_ACL_READ,
|
||||
ARCHIVE_ENTRY_ACL_GROUP_OBJ, -1, "" },
|
||||
{ ARCHIVE_ENTRY_ACL_TYPE_ACCESS, 0007,
|
||||
ARCHIVE_ENTRY_ACL_GROUP, 78, "group78" },
|
||||
{ ARCHIVE_ENTRY_ACL_TYPE_ACCESS,
|
||||
ARCHIVE_ENTRY_ACL_WRITE | ARCHIVE_ENTRY_ACL_EXECUTE,
|
||||
ARCHIVE_ENTRY_ACL_OTHER, -1, "" },
|
||||
{ ARCHIVE_ENTRY_ACL_TYPE_ACCESS,
|
||||
ARCHIVE_ENTRY_ACL_WRITE | ARCHIVE_ENTRY_ACL_READ | ARCHIVE_ENTRY_ACL_EXECUTE,
|
||||
ARCHIVE_ENTRY_ACL_MASK, -1, "" },
|
||||
{ 0, 0, 0, 0, NULL }
|
||||
};
|
||||
|
||||
static void
|
||||
set_acls(struct archive_entry *ae, struct myacl_t *acls)
|
||||
{
|
||||
int i;
|
||||
|
||||
archive_entry_acl_clear(ae);
|
||||
for (i = 0; acls[i].name != NULL; i++) {
|
||||
archive_entry_acl_add_entry(ae,
|
||||
acls[i].type, acls[i].permset, acls[i].tag, acls[i].qual,
|
||||
acls[i].name);
|
||||
}
|
||||
}
|
||||
|
||||
static int
|
||||
acl_match(acl_entry_t aclent, struct myacl_t *myacl)
|
||||
{
|
||||
acl_tag_t tag_type;
|
||||
acl_permset_t opaque_ps;
|
||||
int permset = 0;
|
||||
|
||||
acl_get_tag_type(aclent, &tag_type);
|
||||
|
||||
/* translate the silly opaque permset to a bitmap */
|
||||
acl_get_permset(aclent, &opaque_ps);
|
||||
if (acl_get_perm_np(opaque_ps, ACL_EXECUTE))
|
||||
permset |= ARCHIVE_ENTRY_ACL_EXECUTE;
|
||||
if (acl_get_perm_np(opaque_ps, ACL_WRITE))
|
||||
permset |= ARCHIVE_ENTRY_ACL_WRITE;
|
||||
if (acl_get_perm_np(opaque_ps, ACL_READ))
|
||||
permset |= ARCHIVE_ENTRY_ACL_READ;
|
||||
|
||||
if (permset != myacl->permset)
|
||||
return (0);
|
||||
|
||||
switch (tag_type) {
|
||||
case ACL_USER_OBJ:
|
||||
if (myacl->tag != ARCHIVE_ENTRY_ACL_USER_OBJ) return (0);
|
||||
break;
|
||||
case ACL_USER:
|
||||
if (myacl->tag != ARCHIVE_ENTRY_ACL_USER)
|
||||
return (0);
|
||||
if ((uid_t)myacl->qual != *(uid_t *)acl_get_qualifier(aclent))
|
||||
return (0);
|
||||
break;
|
||||
case ACL_GROUP_OBJ:
|
||||
if (myacl->tag != ARCHIVE_ENTRY_ACL_GROUP_OBJ) return (0);
|
||||
break;
|
||||
case ACL_GROUP:
|
||||
if (myacl->tag != ARCHIVE_ENTRY_ACL_GROUP)
|
||||
return (0);
|
||||
if ((gid_t)myacl->qual != *(gid_t *)acl_get_qualifier(aclent))
|
||||
return (0);
|
||||
break;
|
||||
case ACL_MASK:
|
||||
if (myacl->tag != ARCHIVE_ENTRY_ACL_MASK) return (0);
|
||||
break;
|
||||
case ACL_OTHER:
|
||||
if (myacl->tag != ARCHIVE_ENTRY_ACL_OTHER) return (0);
|
||||
break;
|
||||
}
|
||||
return (1);
|
||||
}
|
||||
|
||||
static void
|
||||
compare_acls(acl_t acl, struct myacl_t *myacls)
|
||||
{
|
||||
int *marker;
|
||||
int entry_id = ACL_FIRST_ENTRY;
|
||||
int matched;
|
||||
int i, n;
|
||||
acl_entry_t acl_entry;
|
||||
|
||||
/* Count ACL entries in myacls array and allocate an indirect array. */
|
||||
for (n = 0; myacls[n].name != NULL; ++n)
|
||||
continue;
|
||||
marker = malloc(sizeof(marker[0]) * n);
|
||||
for (i = 0; i < n; i++)
|
||||
marker[i] = i;
|
||||
|
||||
/*
|
||||
* Iterate over acls in system acl object, try to match each
|
||||
* one with an item in the myacls array.
|
||||
*/
|
||||
while (1 == acl_get_entry(acl, entry_id, &acl_entry)) {
|
||||
/* After the first time... */
|
||||
entry_id = ACL_NEXT_ENTRY;
|
||||
|
||||
/* Search for a matching entry (tag and qualifier) */
|
||||
for (i = 0, matched = 0; i < n && !matched; i++) {
|
||||
if (acl_match(acl_entry, &myacls[marker[i]])) {
|
||||
/* We found a match; remove it. */
|
||||
marker[i] = marker[n - 1];
|
||||
n--;
|
||||
matched = 1;
|
||||
}
|
||||
}
|
||||
|
||||
/* TODO: Print out more details in this case. */
|
||||
failure("ACL entry on file that shouldn't be there");
|
||||
assert(matched == 1);
|
||||
}
|
||||
|
||||
/* Dump entries in the myacls array that weren't in the system acl. */
|
||||
for (i = 0; i < n; ++i) {
|
||||
failure(" ACL entry missing from file: "
|
||||
"type=%d,permset=%d,tag=%d,qual=%d,name=``%s''\n",
|
||||
myacls[marker[i]].type, myacls[marker[i]].permset,
|
||||
myacls[marker[i]].tag, myacls[marker[i]].qual,
|
||||
myacls[marker[i]].name);
|
||||
assert(0); /* Record this as a failure. */
|
||||
}
|
||||
free(marker);
|
||||
}
|
||||
|
||||
#endif
|
||||
|
||||
|
||||
/*
|
||||
* Verify ACL restore-to-disk. This test is FreeBSD-specific.
|
||||
*/
|
||||
|
||||
DEFINE_TEST(test_acl_freebsd)
|
||||
{
|
||||
#if !defined(__FreeBSD__)
|
||||
skipping("FreeBSD-specific ACL restore test");
|
||||
#elif __FreeBSD__ < 5
|
||||
skipping("ACL restore supported only on FreeBSD 5.0 and later");
|
||||
#else
|
||||
struct stat st;
|
||||
struct archive *a;
|
||||
struct archive_entry *ae;
|
||||
int n, fd;
|
||||
acl_t acl;
|
||||
|
||||
/*
|
||||
* First, do a quick manual set/read of ACL data to
|
||||
* verify that the local filesystem does support ACLs.
|
||||
* If it doesn't, we'll simply skip the remaining tests.
|
||||
*/
|
||||
acl = acl_from_text("u::rwx,u:1:rw,g::rwx,g:15:rx,o::rwx,m::rwx");
|
||||
assert((void *)acl != NULL);
|
||||
/* Create a test file and try to set an ACL on it. */
|
||||
fd = open("pretest", O_WRONLY | O_CREAT | O_EXCL, 0777);
|
||||
failure("Could not create test file?!");
|
||||
n = -1;
|
||||
if (assert(fd >= 0)) {
|
||||
n = acl_set_fd(fd, acl);
|
||||
failure("acl_set_fd(): errno = %d (%s)",
|
||||
errno, strerror(errno));
|
||||
assertEqualInt(0, n);
|
||||
close(fd);
|
||||
}
|
||||
|
||||
if (fd < 0 || n != 0) {
|
||||
skipping("ACL tests require that ACL support be enabled on the filesystem");
|
||||
return;
|
||||
}
|
||||
|
||||
/* Create a write-to-disk object. */
|
||||
assert(NULL != (a = archive_write_disk_new()));
|
||||
archive_write_disk_set_options(a,
|
||||
ARCHIVE_EXTRACT_TIME | ARCHIVE_EXTRACT_PERM | ARCHIVE_EXTRACT_ACL);
|
||||
|
||||
/* Populate an archive entry with some metadata, including ACL info */
|
||||
ae = archive_entry_new();
|
||||
assert(ae != NULL);
|
||||
archive_entry_set_pathname(ae, "test0");
|
||||
archive_entry_set_mtime(ae, 123456, 7890);
|
||||
archive_entry_set_size(ae, 0);
|
||||
set_acls(ae, acls2);
|
||||
assertEqualIntA(a, ARCHIVE_OK, archive_write_header(a, ae));
|
||||
archive_entry_free(ae);
|
||||
|
||||
/* Close the archive. */
|
||||
assertEqualIntA(a, ARCHIVE_OK, archive_write_close(a));
|
||||
assertEqualInt(ARCHIVE_OK, archive_write_finish(a));
|
||||
|
||||
/* Verify the data on disk. */
|
||||
assertEqualInt(0, stat("test0", &st));
|
||||
assertEqualInt(st.st_mtime, 123456);
|
||||
acl = acl_get_file("test0", ACL_TYPE_ACCESS);
|
||||
assert(acl != (acl_t)NULL);
|
||||
compare_acls(acl, acls2);
|
||||
#endif
|
||||
}
|
||||
@@ -385,7 +385,7 @@ bt_page(t, h, lp, rp, skip, ilen)
|
||||
}
|
||||
|
||||
/* Put the new left page for the split into place. */
|
||||
if ((l = (PAGE *)malloc(t->bt_psize)) == NULL) {
|
||||
if ((l = (PAGE *)calloc(1, t->bt_psize)) == NULL) {
|
||||
mpool_put(t->bt_mp, r, 0);
|
||||
return (NULL);
|
||||
}
|
||||
|
||||
@@ -61,6 +61,7 @@ __FBSDID("$FreeBSD$");
|
||||
#include <stddef.h>
|
||||
#include <stdio.h>
|
||||
#include <stdlib.h>
|
||||
#include <string.h>
|
||||
|
||||
#ifdef DEBUG
|
||||
#include <assert.h>
|
||||
@@ -178,12 +179,12 @@ newbuf(hashp, addr, prev_bp)
|
||||
*/
|
||||
if (hashp->nbufs || (bp->flags & BUF_PIN)) {
|
||||
/* Allocate a new one */
|
||||
if ((bp = (BUFHEAD *)malloc(sizeof(BUFHEAD))) == NULL)
|
||||
if ((bp = (BUFHEAD *)calloc(1, sizeof(BUFHEAD))) == NULL)
|
||||
return (NULL);
|
||||
#ifdef PURIFY
|
||||
memset(bp, 0xff, sizeof(BUFHEAD));
|
||||
#endif
|
||||
if ((bp->page = (char *)malloc(hashp->BSIZE)) == NULL) {
|
||||
if ((bp->page = (char *)calloc(1, hashp->BSIZE)) == NULL) {
|
||||
free(bp);
|
||||
return (NULL);
|
||||
}
|
||||
@@ -332,8 +333,10 @@ __buf_free(hashp, do_free, to_disk)
|
||||
}
|
||||
/* Check if we are freeing stuff */
|
||||
if (do_free) {
|
||||
if (bp->page)
|
||||
if (bp->page) {
|
||||
(void)memset(bp->page, 0, hashp->BSIZE);
|
||||
free(bp->page);
|
||||
}
|
||||
BUF_REMOVE(bp);
|
||||
free(bp);
|
||||
bp = LRU;
|
||||
|
||||
@@ -347,7 +347,7 @@ mpool_bkt(mp)
|
||||
return (bp);
|
||||
}
|
||||
|
||||
new: if ((bp = (BKT *)malloc(sizeof(BKT) + mp->pagesize)) == NULL)
|
||||
new: if ((bp = (BKT *)calloc(1, sizeof(BKT) + mp->pagesize)) == NULL)
|
||||
return (NULL);
|
||||
#ifdef STATISTICS
|
||||
++mp->pagealloc;
|
||||
|
||||
@@ -212,11 +212,6 @@ and
|
||||
functions appeared in
|
||||
.Fx 5.0 .
|
||||
.Sh NOTES
|
||||
The purpose of the
|
||||
.Fn unlockpt
|
||||
function has no meaning in
|
||||
.Fx .
|
||||
.Pp
|
||||
The flag
|
||||
.Dv O_NOCTTY
|
||||
is included for compatibility; in
|
||||
|
||||
@@ -237,14 +237,20 @@ invalid:
|
||||
int
|
||||
unlockpt(int fildes)
|
||||
{
|
||||
const char *slave;
|
||||
|
||||
/*
|
||||
* Unlocking a master/slave pseudo-terminal pair has no meaning in a
|
||||
* non-streams PTY environment. However, we do ensure fildes is a
|
||||
* valid master pseudo-terminal device.
|
||||
* Even though unlocking a PTY has no meaning in a non-streams
|
||||
* PTY environment, make this function call revoke() to ensure
|
||||
* the PTY slave device is not being evesdropped.
|
||||
*/
|
||||
if (ptsname(fildes) == NULL)
|
||||
if ((slave = ptsname(fildes)) == NULL)
|
||||
return (-1);
|
||||
|
||||
if (revoke(slave) == -1) {
|
||||
errno = EINVAL;
|
||||
return (-1);
|
||||
}
|
||||
|
||||
return (0);
|
||||
}
|
||||
@@ -71,7 +71,7 @@ cond_init(pthread_cond_t *cond, const pthread_condattr_t *cond_attr)
|
||||
_thr_umtx_init(&pcond->c_lock);
|
||||
pcond->c_seqno = 0;
|
||||
pcond->c_waiters = 0;
|
||||
pcond->c_wakeups = 0;
|
||||
pcond->c_broadcast = 0;
|
||||
if (cond_attr == NULL || *cond_attr == NULL) {
|
||||
pcond->c_pshared = 0;
|
||||
pcond->c_clockid = CLOCK_REALTIME;
|
||||
@@ -122,7 +122,7 @@ _pthread_cond_destroy(pthread_cond_t *cond)
|
||||
else {
|
||||
/* Lock the condition variable structure: */
|
||||
THR_LOCK_ACQUIRE(curthread, &(*cond)->c_lock);
|
||||
if ((*cond)->c_waiters + (*cond)->c_wakeups != 0) {
|
||||
if ((*cond)->c_waiters != 0) {
|
||||
THR_LOCK_RELEASE(curthread, &(*cond)->c_lock);
|
||||
return (EBUSY);
|
||||
}
|
||||
@@ -166,14 +166,13 @@ cond_cancel_handler(void *arg)
|
||||
|
||||
cv = *(cci->cond);
|
||||
THR_LOCK_ACQUIRE(curthread, &cv->c_lock);
|
||||
if (cv->c_seqno != cci->seqno && cv->c_wakeups != 0) {
|
||||
if (cv->c_waiters > 0) {
|
||||
cv->c_seqno++;
|
||||
_thr_umtx_wake(&cv->c_seqno, 1);
|
||||
} else
|
||||
cv->c_wakeups--;
|
||||
} else {
|
||||
cv->c_waiters--;
|
||||
if (--cv->c_waiters == 0)
|
||||
cv->c_broadcast = 0;
|
||||
if (cv->c_seqno != cci->seqno) {
|
||||
_thr_umtx_wake(&cv->c_seqno, 1);
|
||||
/* cv->c_seqno++; XXX why was this here? */
|
||||
_thr_umtx_wake(&cv->c_seqno, 1);
|
||||
|
||||
}
|
||||
THR_LOCK_RELEASE(curthread, &cv->c_lock);
|
||||
|
||||
@@ -191,6 +190,7 @@ cond_wait_common(pthread_cond_t *cond, pthread_mutex_t *mutex,
|
||||
long seq, oldseq;
|
||||
int oldcancel;
|
||||
int ret = 0;
|
||||
int loops = -1;
|
||||
|
||||
/*
|
||||
* If the condition variable is statically initialized,
|
||||
@@ -202,18 +202,24 @@ cond_wait_common(pthread_cond_t *cond, pthread_mutex_t *mutex,
|
||||
|
||||
cv = *cond;
|
||||
THR_LOCK_ACQUIRE(curthread, &cv->c_lock);
|
||||
oldseq = cv->c_seqno;
|
||||
ret = _mutex_cv_unlock(mutex);
|
||||
if (ret) {
|
||||
THR_LOCK_RELEASE(curthread, &cv->c_lock);
|
||||
return (ret);
|
||||
}
|
||||
oldseq = seq = cv->c_seqno;
|
||||
seq = cv->c_seqno;
|
||||
cci.mutex = mutex;
|
||||
cci.cond = cond;
|
||||
cci.seqno = oldseq;
|
||||
|
||||
cv->c_waiters++;
|
||||
do {
|
||||
/*
|
||||
* loop if we have never been told to wake up
|
||||
* or we lost a race.
|
||||
*/
|
||||
while (seq == oldseq /* || cv->c_wakeups == 0*/) {
|
||||
loops++;
|
||||
THR_LOCK_RELEASE(curthread, &cv->c_lock);
|
||||
|
||||
if (abstime != NULL) {
|
||||
@@ -232,24 +238,23 @@ cond_wait_common(pthread_cond_t *cond, pthread_mutex_t *mutex,
|
||||
} else {
|
||||
ret = _thr_umtx_wait(&cv->c_seqno, seq, tsp);
|
||||
}
|
||||
/*
|
||||
* If we get back EINTR we want to loop as condvars
|
||||
* do NOT return EINTR, they just restart.
|
||||
*/
|
||||
|
||||
THR_LOCK_ACQUIRE(curthread, &cv->c_lock);
|
||||
seq = cv->c_seqno;
|
||||
if (abstime != NULL && ret == ETIMEDOUT)
|
||||
break;
|
||||
|
||||
/*
|
||||
* loop if we have never been told to wake up
|
||||
* or we lost a race.
|
||||
*/
|
||||
} while (seq == oldseq || cv->c_wakeups == 0);
|
||||
|
||||
if (seq != oldseq && cv->c_wakeups != 0) {
|
||||
cv->c_wakeups--;
|
||||
ret = 0;
|
||||
} else {
|
||||
cv->c_waiters--;
|
||||
}
|
||||
|
||||
if (--cv->c_waiters == 0)
|
||||
cv->c_broadcast = 0;
|
||||
if (seq != oldseq)
|
||||
ret = 0;
|
||||
|
||||
THR_LOCK_RELEASE(curthread, &cv->c_lock);
|
||||
_mutex_cv_lock(mutex);
|
||||
return (ret);
|
||||
@@ -298,7 +303,7 @@ cond_signal_common(pthread_cond_t *cond, int broadcast)
|
||||
{
|
||||
struct pthread *curthread = _get_curthread();
|
||||
pthread_cond_t cv;
|
||||
int ret = 0, oldwaiters;
|
||||
int ret = 0;
|
||||
|
||||
/*
|
||||
* If the condition variable is statically initialized, perform dynamic
|
||||
@@ -311,19 +316,15 @@ cond_signal_common(pthread_cond_t *cond, int broadcast)
|
||||
cv = *cond;
|
||||
/* Lock the condition variable structure. */
|
||||
THR_LOCK_ACQUIRE(curthread, &cv->c_lock);
|
||||
cv->c_seqno++;
|
||||
if (cv->c_broadcast == 0)
|
||||
cv->c_broadcast = broadcast;
|
||||
|
||||
if (cv->c_waiters) {
|
||||
if (!broadcast) {
|
||||
cv->c_wakeups++;
|
||||
cv->c_waiters--;
|
||||
cv->c_seqno++;
|
||||
if (cv->c_broadcast)
|
||||
_thr_umtx_wake(&cv->c_seqno, INT_MAX);
|
||||
else
|
||||
_thr_umtx_wake(&cv->c_seqno, 1);
|
||||
} else {
|
||||
oldwaiters = cv->c_waiters;
|
||||
cv->c_wakeups += cv->c_waiters;
|
||||
cv->c_waiters = 0;
|
||||
cv->c_seqno++;
|
||||
_thr_umtx_wake(&cv->c_seqno, oldwaiters);
|
||||
}
|
||||
}
|
||||
THR_LOCK_RELEASE(curthread, &cv->c_lock);
|
||||
return (ret);
|
||||
|
||||
@@ -166,7 +166,7 @@ struct pthread_cond {
|
||||
volatile umtx_t c_lock;
|
||||
volatile umtx_t c_seqno;
|
||||
volatile int c_waiters;
|
||||
volatile int c_wakeups;
|
||||
volatile int c_broadcast;
|
||||
int c_pshared;
|
||||
int c_clockid;
|
||||
};
|
||||
|
||||
+15
-23
@@ -60,37 +60,26 @@ openpty(int *amaster, int *aslave, char *name, struct termios *termp,
|
||||
const char *slavename;
|
||||
int master, slave;
|
||||
|
||||
master = posix_openpt(O_RDWR);
|
||||
master = posix_openpt(O_RDWR|O_NOCTTY);
|
||||
if (master == -1)
|
||||
return (-1);
|
||||
|
||||
if (grantpt(master) == -1) {
|
||||
close(master);
|
||||
return (-1);
|
||||
}
|
||||
if (grantpt(master) == -1)
|
||||
goto bad;
|
||||
|
||||
if (unlockpt(master) == -1)
|
||||
goto bad;
|
||||
|
||||
slavename = ptsname(master);
|
||||
if (slavename == NULL) {
|
||||
close(master);
|
||||
return (-1);
|
||||
}
|
||||
if (slavename == NULL)
|
||||
goto bad;
|
||||
|
||||
if (revoke(slavename) == -1) {
|
||||
close(master);
|
||||
return (-1);
|
||||
}
|
||||
if (revoke(slavename) == -1)
|
||||
goto bad;
|
||||
|
||||
slave = open(slavename, O_RDWR);
|
||||
if (slave == -1) {
|
||||
close(master);
|
||||
return (-1);
|
||||
}
|
||||
|
||||
if (unlockpt(master) == -1) {
|
||||
close(master);
|
||||
close(slave);
|
||||
return (-1);
|
||||
}
|
||||
if (slave == -1)
|
||||
goto bad;
|
||||
|
||||
*amaster = master;
|
||||
*aslave = slave;
|
||||
@@ -103,6 +92,9 @@ openpty(int *amaster, int *aslave, char *name, struct termios *termp,
|
||||
ioctl(slave, TIOCSWINSZ, (char *)winp);
|
||||
|
||||
return (0);
|
||||
|
||||
bad: close(master);
|
||||
return (-1);
|
||||
}
|
||||
|
||||
int
|
||||
|
||||
@@ -46,7 +46,7 @@ void fatalerror(char *);
|
||||
void ftpd_logwtmp(char *, char *, struct sockaddr *addr);
|
||||
int ftpd_pclose(FILE *);
|
||||
FILE *ftpd_popen(char *, char *);
|
||||
char *getline(char *, int, FILE *);
|
||||
int getline(char *, int, FILE *);
|
||||
void lreply(int, const char *, ...) __printflike(2, 3);
|
||||
void makedir(char *);
|
||||
void nack(char *);
|
||||
|
||||
+22
-6
@@ -1191,7 +1191,7 @@ lookup(struct tab *p, char *cmd)
|
||||
/*
|
||||
* getline - a hacked up version of fgets to ignore TELNET escape codes.
|
||||
*/
|
||||
char *
|
||||
int
|
||||
getline(char *s, int n, FILE *iop)
|
||||
{
|
||||
int c;
|
||||
@@ -1207,7 +1207,7 @@ getline(char *s, int n, FILE *iop)
|
||||
if (ftpdebug)
|
||||
syslog(LOG_DEBUG, "command: %s", s);
|
||||
tmpline[0] = '\0';
|
||||
return(s);
|
||||
return(0);
|
||||
}
|
||||
if (c == 0)
|
||||
tmpline[0] = '\0';
|
||||
@@ -1244,13 +1244,24 @@ getline(char *s, int n, FILE *iop)
|
||||
}
|
||||
}
|
||||
*cs++ = c;
|
||||
if (--n <= 0 || c == '\n')
|
||||
if (--n <= 0) {
|
||||
/*
|
||||
* If command doesn't fit into buffer, discard the
|
||||
* rest of the command and indicate truncation.
|
||||
* This prevents the command to be split up into
|
||||
* multiple commands.
|
||||
*/
|
||||
while (c != '\n' && (c = getc(iop)) != EOF)
|
||||
;
|
||||
return (-2);
|
||||
}
|
||||
if (c == '\n')
|
||||
break;
|
||||
}
|
||||
got_eof:
|
||||
sigprocmask(SIG_SETMASK, &osset, NULL);
|
||||
if (c == EOF && cs == s)
|
||||
return (NULL);
|
||||
return (-1);
|
||||
*cs++ = '\0';
|
||||
if (ftpdebug) {
|
||||
if (!guest && strncasecmp("pass ", s, 5) == 0) {
|
||||
@@ -1270,7 +1281,7 @@ got_eof:
|
||||
syslog(LOG_DEBUG, "command: %.*s", len, s);
|
||||
}
|
||||
}
|
||||
return (s);
|
||||
return (0);
|
||||
}
|
||||
|
||||
static void
|
||||
@@ -1300,9 +1311,14 @@ yylex(void)
|
||||
case CMD:
|
||||
(void) signal(SIGALRM, toolong);
|
||||
(void) alarm(timeout);
|
||||
if (getline(cbuf, sizeof(cbuf)-1, stdin) == NULL) {
|
||||
n = getline(cbuf, sizeof(cbuf)-1, stdin);
|
||||
if (n == -1) {
|
||||
reply(221, "You could at least say goodbye.");
|
||||
dologout(0);
|
||||
} else if (n == -2) {
|
||||
reply(500, "Command too long.");
|
||||
(void) alarm(0);
|
||||
continue;
|
||||
}
|
||||
(void) alarm(0);
|
||||
#ifdef SETPROCTITLE
|
||||
|
||||
+6
-1
@@ -2802,15 +2802,20 @@ static int
|
||||
myoob(void)
|
||||
{
|
||||
char *cp;
|
||||
int ret;
|
||||
|
||||
if (!transflag) {
|
||||
syslog(LOG_ERR, "Internal: myoob() while no transfer");
|
||||
return (0);
|
||||
}
|
||||
cp = tmpline;
|
||||
if (getline(cp, 7, stdin) == NULL) {
|
||||
ret = getline(cp, 7, stdin);
|
||||
if (ret == -1) {
|
||||
reply(221, "You could at least say goodbye.");
|
||||
dologout(0);
|
||||
} else if (ret == -2) {
|
||||
/* Ignore truncated command. */
|
||||
return (0);
|
||||
}
|
||||
upper(cp);
|
||||
if (strcmp(cp, "ABOR\r\n") == 0) {
|
||||
|
||||
+76
-2
@@ -18,11 +18,11 @@
|
||||
# Set these, release builder!
|
||||
#
|
||||
# Fixed version:
|
||||
#BUILDNAME=6.3-STABLE
|
||||
#BUILDNAME=6.4-RELEASE
|
||||
#
|
||||
# Automatic SNAP versioning:
|
||||
DATE != date +%Y%m%d
|
||||
BASE = 6.3
|
||||
BASE = 6.4
|
||||
BUILDNAME?=${BASE}-${DATE}-SNAP
|
||||
#
|
||||
#CHROOTDIR=/junk/release
|
||||
@@ -192,6 +192,7 @@ MNT= /mnt
|
||||
.undef MAKE_FLOPPIES
|
||||
.if ${TARGET_ARCH} == "i386"
|
||||
MAKE_FLOPPIES= true
|
||||
MAKE_DVD=
|
||||
.if ${TARGET} == "pc98"
|
||||
SMALLFLOPPYSIZE= 1200
|
||||
SMALLFLOPPYSPLITSIZE= 1152
|
||||
@@ -230,6 +231,7 @@ MFSLABEL= auto
|
||||
SEPARATE_LIVEFS=
|
||||
.elif ${TARGET_ARCH} == "amd64"
|
||||
MAKE_FLOPPIES= true
|
||||
MAKE_DVD=
|
||||
FLOPPYSIZE= 1440
|
||||
FLOPPYSPLITSIZE= 1392
|
||||
FLOPPYINODE= 40000
|
||||
@@ -269,6 +271,9 @@ CD_BOOT= ${CD}/bootonly
|
||||
CD_DISC1= ${CD}/disc1
|
||||
CD_DISC2= ${CD}/disc2
|
||||
CD_DISC3= ${CD}/disc3
|
||||
.if defined(MAKE_DVD)
|
||||
CD_DVD1= ${CD}/dvd1
|
||||
.endif
|
||||
.if !defined(NODOC)
|
||||
CD_DOCS= ${CD}/docs
|
||||
.endif
|
||||
@@ -488,6 +493,7 @@ release rerelease:
|
||||
KERNELS \
|
||||
KERNELS_BASE \
|
||||
KERNEL_FLAGS \
|
||||
MAKE_DVD \
|
||||
MAKE_FLOPPIES \
|
||||
MAKE_ISOS \
|
||||
NOCDROM \
|
||||
@@ -941,6 +947,18 @@ cdrom.1:
|
||||
find . -depth -print | cpio -dumpl ${CD_LIVEFS} ) ; \
|
||||
fi \
|
||||
done
|
||||
.if defined(MAKE_DVD)
|
||||
@echo "Building DVD filesystem image as well as CDROM"
|
||||
@mkdir -p ${CD_DVD1}/${BUILDNAME}
|
||||
@for i in ${DISTRIBUTIONS} ; \
|
||||
do \
|
||||
if [ -d ${RD}/trees/$${i} ] ; then \
|
||||
chflags -R noschg ${RD}/trees/$${i} || true ; \
|
||||
( cd ${RD}/trees/$${i} && \
|
||||
find . -depth -print | cpio -dumpl ${CD_DVD1} ) ; \
|
||||
fi \
|
||||
done
|
||||
.endif
|
||||
@echo "Copy GENERIC kernel to boot area"
|
||||
@cp -Rp ${RD}/kernels/GENERIC/ ${CD_LIVEFS}/boot/kernel
|
||||
@rm -f ${CD_LIVEFS}/.profile
|
||||
@@ -958,6 +976,23 @@ cdrom.1:
|
||||
@cp ${RD}/trees/base/boot/device.hints ${CD_LIVEFS}/boot/device.hints
|
||||
.endif
|
||||
@echo "CD_VERSION = ${BUILDNAME}" > ${CD_LIVEFS}/cdrom.inf
|
||||
.if defined(MAKE_DVD)
|
||||
@cp -Rp ${RD}/kernels/GENERIC/ ${CD_DVD1}/boot/kernel
|
||||
@rm -f ${CD_DVD1}/boot/kernel/*.symbols
|
||||
@rm -f ${CD_DVD1}/.profile
|
||||
@cp ${.CURDIR}/fixit.profile ${CD_DVD1}/.profile
|
||||
@ln -sf /rescue ${CD_DVD1}/stand
|
||||
@echo "CD_VERSION = ${BUILDNAME}" > ${CD_DVD1}/cdrom.inf
|
||||
@rm -f ${CD_DVD1}/boot/loader.conf
|
||||
@cp ${RD}/mfsroot/mfsroot.gz ${CD_DVD1}/boot/mfsroot.gz
|
||||
@echo 'mfsroot_load="YES"' > ${CD_DVD1}/boot/loader.conf
|
||||
@echo 'mfsroot_type="mfs_root"' >> ${CD_DVD1}/boot/loader.conf
|
||||
@echo 'mfsroot_name="/boot/mfsroot"' >> ${CD_DVD1}/boot/loader.conf
|
||||
.if exists(${RD}/trees/base/boot/device.hints)
|
||||
@rm -f ${CD_DVD1}/boot/device.hints
|
||||
@cp ${RD}/trees/base/boot/device.hints ${CD_DVD1}/boot/device.hints
|
||||
.endif
|
||||
.endif
|
||||
touch ${.TARGET}
|
||||
|
||||
# Build disc1, disc2 and disc3 cdrom images
|
||||
@@ -998,11 +1033,37 @@ cdrom.2:
|
||||
@mkdir -p ${CD_DISC3}
|
||||
@echo "CD_VERSION = ${BUILDNAME}" > ${CD_DISC3}/cdrom.inf
|
||||
@echo "CD_VOLUME = 3" >> ${CD_DISC3}/cdrom.inf
|
||||
.if defined(MAKE_DVD)
|
||||
.if defined(MAKE_FLOPPIES)
|
||||
@cd ${RD} && find floppies -print | cpio -dumpl ${CD_DVD1}
|
||||
.endif
|
||||
@cd ${RD}/dists && find . -print | cpio -dumpl ${CD_DVD1}/${BUILDNAME}
|
||||
.if !defined(NODOC)
|
||||
@for i in ${DIST_DOCS_ARCH_INDEP}; do \
|
||||
cp ${RND}/${RELNOTES_LANG}/$$i/article.txt \
|
||||
${CD_DVD1}/`echo $${i} | tr 'a-z' 'A-Z'`.TXT; \
|
||||
cp ${RND}/${RELNOTES_LANG}/$$i/article.html \
|
||||
${CD_DVD1}/`echo $${i} | tr 'a-z' 'A-Z'`.HTM; \
|
||||
done
|
||||
@for i in ${DIST_DOCS_ARCH_DEP}; do \
|
||||
cp ${RND}/${RELNOTES_LANG}/$$i/${TARGET}/article.txt \
|
||||
${CD_DVD1}/`echo $${i} | tr 'a-z' 'A-Z'`.TXT; \
|
||||
cp ${RND}/${RELNOTES_LANG}/$$i/${TARGET}/article.html \
|
||||
${CD_DVD1}/`echo $${i} | tr 'a-z' 'A-Z'`.HTM; \
|
||||
done
|
||||
@cp ${RND}/${RELNOTES_LANG}/readme/docbook.css ${CD_DVD1}
|
||||
.endif
|
||||
@echo "CD_VERSION = ${BUILDNAME}" > ${CD_DVD1}/cdrom.inf
|
||||
@echo "CD_VOLUME = 1" >> ${CD_DVD1}/cdrom.inf
|
||||
.endif
|
||||
.if !defined(NODOC)
|
||||
@echo "Building CDROM docs filesystem image"
|
||||
@mkdir -p ${CD_DOCS}
|
||||
@echo "CD_VERSION = ${BUILDNAME}" > ${CD_DOCS}/cdrom.inf
|
||||
@mkdir -p ${CD_DOCS}/usr/share/doc
|
||||
.if defined(MAKE_DVD)
|
||||
@mkdir -p ${CD_DVD1}/usr/share/doc
|
||||
.endif
|
||||
@for i in `ls ${CD_LIVEFS}/usr/share/doc`; do \
|
||||
if [ -L ${CD_LIVEFS}/usr/share/doc/$$i -o \
|
||||
-d /usr/doc/$$i ]; then \
|
||||
@@ -1010,6 +1071,10 @@ cdrom.2:
|
||||
${CD_DOCS}/usr/share/doc; \
|
||||
fi \
|
||||
done
|
||||
.if defined(MAKE_DVD)
|
||||
@cd ${CD_DOCS}/usr/share/doc && find . -print | \
|
||||
cpio -dumpl ${CD_DVD1}/usr/share/doc
|
||||
.endif
|
||||
.endif
|
||||
touch ${.TARGET}
|
||||
|
||||
@@ -1043,6 +1108,9 @@ CD_DISC2_PKGS= ${CD_PACKAGE_TREE}/disc2
|
||||
.if exists(${CD_PACKAGE_TREE}/disc3)
|
||||
CD_DISC3_PKGS= ${CD_PACKAGE_TREE}/disc3
|
||||
.endif
|
||||
.if exists(${CD_PACKAGE_TREE}/dvd1)
|
||||
CD_DVD1_PKGS= ${CD_PACKAGE_TREE}/dvd1
|
||||
.endif
|
||||
.endif
|
||||
.endif
|
||||
|
||||
@@ -1066,6 +1134,12 @@ iso.1:
|
||||
FreeBSD_Packages_2 \
|
||||
${CD}/${BUILDNAME}-${TARGET}-disc3.iso ${CD_DISC3} \
|
||||
${CD_DISC3_PKGS}
|
||||
.if defined(MAKE_DVD)
|
||||
@sh ${.CURDIR}/${TARGET_ARCH}/mkisoimages.sh ${BOOTABLE} \
|
||||
FreeBSD_Install \
|
||||
${CD}/${BUILDNAME}-${TARGET}-dvd1.iso ${CD_DVD1} \
|
||||
${CD_DVD1_PKGS}
|
||||
.endif
|
||||
.if !defined(NODOC)
|
||||
@sh ${.CURDIR}/${TARGET_ARCH}/mkisoimages.sh \
|
||||
FreeBSD_Documentation \
|
||||
|
||||
@@ -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ü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ält Informationen über den
|
||||
Status von &os; &release.current; für die Anwender, die
|
||||
bisher noch keine Erfahrung mit den &release.5x; Versionen
|
||||
oder &os; sammeln konnten. Er enthält einige
|
||||
Hintergrundinformationen über die vor und während
|
||||
einer Veröffentlichung ablaufende Prozesse, nennt die
|
||||
wichtigsten Neuerungen und die Stellen, an denen die ersten
|
||||
Anwender Probleme haben könnten. Weiterhin gibt es
|
||||
Informationen über die Pläne für weitere
|
||||
Veröffentlichungen im Entwicklungszweig 4-STABLE und
|
||||
ein paar Hinweise für die Aktualisierung bestehender
|
||||
Systeme.</para>
|
||||
</abstract>
|
||||
</articleinfo>
|
||||
|
||||
<sect1 id="intro">
|
||||
<title>Einführung</title>
|
||||
|
||||
<para>Nach über zwei Jahren steht mit &os; &release.5x;
|
||||
wieder eine komplett neue &os;-Version zur Verfügung. Sie
|
||||
bietet nicht nur diverse neue Möglichkeiten, auch und
|
||||
gerade <quote>unter der Haube</quote> hat sich einiges
|
||||
verbessert. Der Nachteil dieser Neuerungen ist, daß
|
||||
groß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ät, Leistung
|
||||
und teilweise auch Funktionalität führen.</para>
|
||||
|
||||
<para>Aus diesen Gründen warnen wir alle Anwender, ihre
|
||||
Systeme nicht von älteren &os;-Versionen auf 5.0 zu
|
||||
aktualisieren, wenn sie die "Problemzonen" nicht kennen
|
||||
oder nicht bereit sind, die Einschrä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ß diese Anwender
|
||||
erst zu &release.5x; wechseln sollten, nachdem der
|
||||
Entwicklungszweig 5-STABLE existiert; dies wird wahrscheinlich
|
||||
nach der Veröffentlichung von 5.2-RELEASE
|
||||
passieren.</para>
|
||||
|
||||
<para>Hier zeigt sich das <quote>Henne und Ei</quote> Problem bei
|
||||
der Veröffentlichung von &os; &release.5x;. Alle am &os;
|
||||
Project beteiligten Personen wollen ein &os;, das möglichst
|
||||
stabil und zuverlässig ist. Um dieses Ziel zu erreichen,
|
||||
müssen die neue Version und speziell die neuen Komponenten
|
||||
von möglichst vielen Anwendern getestet werden.
|
||||
Dummerweise gibt es bei realistischer Betrachtung nur eine
|
||||
Möglichkeit, eine größere Anzahl an Anwender
|
||||
für einen Test zu gewinnen: Die Verö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önnen. Zuerst wird beschrieben, wie eine neue FreeBSD
|
||||
Version veröffentlicht wird. Dann werden die
|
||||
interessanteren Neuerungen in FreeBSD &release.current; und die
|
||||
Bereiche, in denen (gerade für unvorsichtige Anwender)
|
||||
Probleme auftreten können, vorgestellt. Anwender, die erst
|
||||
einmal bei Systemen auf Basis von 4-STABLE bleiben möchten,
|
||||
erhalten einen kurzen Ausblick auf die kurz- und mittelfristigen
|
||||
Planungen für diesen Entwicklungszweig. Zuletzt wird
|
||||
besprochen, was bei einer Aktualisierung eines existierenden
|
||||
&release.4x; Systems auf 5.0 beachtet werden muß.</para>
|
||||
</sect1>
|
||||
|
||||
<sect1 id="release-overview">
|
||||
<title>Verö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ächst in diesen Zweig eingebracht. Das bedeutet zwar,
|
||||
daß neue Möglichkeiten zunächst einmal nur in
|
||||
CURRENT zur Verfügung stehen, es bedeutet allerdings auch,
|
||||
daß dieser Zweig von Zeit zu Zeit Kummer bereitet,
|
||||
während die Neuerungen getestet und ihre Fehler entfernt
|
||||
werden.</para>
|
||||
|
||||
<para>Wenn eine neue &os;-Version veröffentlicht wird,
|
||||
basiert diese in der Regel auf einem der <quote>STABLE</quote>
|
||||
(stabil) genannten Entwicklungszweige. Neuerungen werden nur in
|
||||
diese Entwicklungszweige ü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ü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ür &os; 5.0 und 5.1 ist der
|
||||
Entwicklungszweig CURRENT. Damit wird zum ersten Mal nach
|
||||
über zwei Jahren eine neue Version auf Basis dieses
|
||||
Entwicklungszweiges erscheinen (die letzte war &os; 4.0, im
|
||||
März 2000).</para>
|
||||
|
||||
<para>Einige Zeit nach der Verö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öffentlichung der
|
||||
jeweiligen <quote>Punkt Null</quote> Versionen (3.0 bzw. 4.0)
|
||||
erzeugt. Rückblickend müssen wir feststellen,
|
||||
daß dadurch in beiden Fällen nicht genug Zeit war, um
|
||||
CURRENT zu stabilisieren, bevor der neue Entwicklungszweig
|
||||
eingerichtet wurde. Dies führte zu unnötiger
|
||||
Mehrarbeit, da Fehlerkorrekturen von einem Zweig in den anderen
|
||||
Zweig übertragen werden mußten; außerdem kam
|
||||
es zu einigen Änderungen in der Architektur, die nicht in
|
||||
den jeweils anderen Zweig ü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ügung steht.
|
||||
Es ist sehr wahrscheinlich, daß vorher mehrere
|
||||
&release.5x; Versionen erscheinen werden; zur Zeit rechnen wir
|
||||
damit, daß 5-STABLE nach dem Erscheinen von 5.2-RELEASE
|
||||
erzeugt werden wird.</para>
|
||||
|
||||
<para>Weitere Informationen über den Ablauf bei der
|
||||
Verö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 ü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ät basieren zum
|
||||
größten Teil auf massiven Änderungen der
|
||||
Systemarchitektur, die nicht in den Entwicklungszweig 4-STABLE
|
||||
eingepflegt wurden. Viele in sich abgeschlossene
|
||||
Änderungen wie Treiber für neue Geräte oder neue
|
||||
Benutzerprogramme wurden dagegen schon nach 4-STABLE
|
||||
übernommen. Die folgende Liste enthält eine kurze
|
||||
Übersicht über die wichtigsten Neuerungen in &os;
|
||||
5.0:</para>
|
||||
|
||||
<itemizedlist>
|
||||
<listitem>
|
||||
<para>SMPng: Die <quote>nächste Generation</quote> der
|
||||
Unterstützung für Systeme mit mehreren Prozessoren
|
||||
(noch nicht abgeschlossen). Es ist jetzt möglich,
|
||||
daß 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ätzlich zu i386, pc98 und
|
||||
Alpha werden jetzt auch sparc64 und ia64 Systeme
|
||||
unterstützt.</para>
|
||||
</listitem>
|
||||
|
||||
<listitem>
|
||||
<para>GCC: Der Compiler und die dazugehö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ützung für erweiterbare
|
||||
<quote>Mandatory Access Control</quote> Regelwerke.</para>
|
||||
</listitem>
|
||||
|
||||
<listitem>
|
||||
<para>GEOM: Ein flexibles Gerüst zur Manipulation von
|
||||
Daten beim Transfer von und zu Festplatten. Auf dieser
|
||||
Basis wurde ein experimentelles Modul zur
|
||||
Verschlüsselung des Festplatteninhaltes
|
||||
entwickelt.</para>
|
||||
</listitem>
|
||||
|
||||
<listitem>
|
||||
<para>FFS: Das Dateisystem unterstützt jetzt
|
||||
Hintergrund-&man.fsck.8; (um das System nach einem Absturz
|
||||
schneller verfügbar zu machen) sowie
|
||||
<quote>Schnappschüsse</quote>.</para>
|
||||
</listitem>
|
||||
|
||||
<listitem>
|
||||
<para>UFS2: Dieses neue Dateisystem unterstützt
|
||||
größere Dateien und zusätzliche
|
||||
Dateiberechtigungen. &man.newfs.8; erzeugt jetzt
|
||||
standardmäßig UFS2 Dateisysteme und auf allen
|
||||
Plattformen außer PC98 gilt dies auch für
|
||||
Dateisysteme, die mit &man.sysinstall.8; erzeugt
|
||||
werden.</para>
|
||||
</listitem>
|
||||
|
||||
<listitem>
|
||||
<para>Cardbus: Cardbus wird jetzt unterstützt.</para>
|
||||
</listitem>
|
||||
</itemizedlist>
|
||||
|
||||
<para>Eine ausführlichere Übersicht über die
|
||||
Neuerungen finden Sie in den <quote>Release Notes</quote>
|
||||
für &os; &release.prev; und &release.current;.</para>
|
||||
</sect1>
|
||||
|
||||
<sect1 id="drawbacks">
|
||||
<title>Nachteile für frühe Anwender</title>
|
||||
|
||||
<para>Ein Nachteil der Neuerungen in &os; &release.5x; ist,
|
||||
daß 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ßt:</para>
|
||||
|
||||
<itemizedlist>
|
||||
<listitem>
|
||||
<para>Die Arbeit an diversen Neuerungen ist noch nicht
|
||||
abgeschlossen, dazu gehören unter anderem SMPng und
|
||||
KSE. Diese Erweiterungen sind zwar für Test- und
|
||||
Experimentalzwecke ausreichend stabil, aber unter
|
||||
Umständen nicht stabil genug für den
|
||||
Produktionsbetrieb.</para>
|
||||
</listitem>
|
||||
|
||||
<listitem>
|
||||
<para>Durch die Änderungen in den Datenstrukturen des
|
||||
Kernels und der Schnittstellen für Anwendungen und
|
||||
Programmierer (ABI/API), müssen Treiber anderer
|
||||
Hersteller angepaßt werden, damit sie korrekt mit &os;
|
||||
5.0 zusammenarbeiten. Es ist nicht ausgeschlossen,
|
||||
daß es bis zum Erscheinen des Entwicklungszweiges
|
||||
5-STABLE weitere kleinere Änderungen am ABI/API geben
|
||||
wird.</para>
|
||||
</listitem>
|
||||
|
||||
<listitem>
|
||||
<para>Einige Teile des &os; Basissystems wurden in die Ports
|
||||
Collection verschoben. Dazu gehören insbesondere
|
||||
<application>Perl</application>,
|
||||
<application>UUCP</application> und die meisten (nicht alle)
|
||||
Spiele. Diese Programme werden zwar weiterhin entwickelt
|
||||
und unterstützt, es kann aber verwirren, daß sie
|
||||
nicht mehr Teil des Basissystems sind.</para>
|
||||
</listitem>
|
||||
|
||||
<listitem>
|
||||
<para>Einige Teile des &os;-Basissystems wurden nicht mehr
|
||||
gepflegt, weil es nicht genügend Anwender und/oder
|
||||
Entwickler gab. Diese Teile mußten entfernt werden,
|
||||
dazu zählen unter anderem die Erzeugung von Programmen
|
||||
im Format a.out;, die XNS-Netzwerkprotokolle und der Treiber
|
||||
für den X-10 Controller.</para>
|
||||
</listitem>
|
||||
|
||||
<listitem>
|
||||
<para>Viele Ports und Packages, die mit &os; 4-STABLE noch
|
||||
korrekt liefen, können mit &os; 5.0 nicht genutzt oder
|
||||
nicht kompiliert werden. Der Grund ist in der Regel der
|
||||
neue Compiler oder die Aufrä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ße
|
||||
Bereiche des Kernels.</para>
|
||||
</listitem>
|
||||
|
||||
<listitem>
|
||||
<para>Die Neuerungen in &os; 5.0 enthalten noch Routinen
|
||||
zur Unterstützung bei der Fehlersuche und Diagnose.
|
||||
Dadurch kann es dazu kommen, daß ein System mit
|
||||
&os; 5.0 langsamer ist als mit 4-STABLE.</para>
|
||||
</listitem>
|
||||
|
||||
<listitem>
|
||||
<para>Neuerungen werden erst in den Entwicklungszweig 4-STABLE
|
||||
ü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ö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ät des Systems haben, rät das Release
|
||||
Engineering Team konservativen Anwendern und Firmen, Versionen
|
||||
aus dem Entwicklungszweig 4-STABLE zu verwenden, bis die
|
||||
&release.5x; Versionen zuverlässiger
|
||||
geworden sind.</para>
|
||||
</sect1>
|
||||
|
||||
<sect1 id="plans-stable">
|
||||
<title>Die Zukunft des Entwicklungszweiges 4-STABLE</title>
|
||||
|
||||
<para>Die Verö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öffentlichung von &os;
|
||||
5.0. Es wird wahrscheinlich noch eine weitere Version auf der
|
||||
Basis dieses Entwicklungszweiges geben: Das für den Sommer
|
||||
2003 geplante 4.9-RELEASE. Auch eine Version 4.10 liegt im
|
||||
Bereich des Möglichen. Dies hängt von mehreren
|
||||
Faktoren ab, der wichtigste davon ist die Existenz und
|
||||
Stabilitä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öglich und notwendig sein.
|
||||
Bis zum Erscheinen der offiziell letzten Version auf Basis von
|
||||
4-STABLE bleibt es den Entwicklern ü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ünsche der Benutzer nach
|
||||
weiteren Versionen auf Basis von 4-STABLE beachten. Allerdings
|
||||
nur, so weit dies im Rahmen der beschränkten Ressourcen
|
||||
möglich ist.</para>
|
||||
|
||||
<para>Neue Versionen auf Basis des Entwicklungszweiges 4-STABLE
|
||||
werden vom &a.security-officer; im üblichen Rahmen
|
||||
unterstü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öffentlichung von Sicherheitshinweisen und Patches
|
||||
unterstützt; dem Team ist es allerdings freigestellt, diese
|
||||
Unterstützung auf weitere Versionen oder spezielle Probleme
|
||||
auszudehnen.</para>
|
||||
</sect1>
|
||||
|
||||
<sect1 id="upgrade">
|
||||
<title>Hinweise für die Aktualisierung von &os; &release.4x;</title>
|
||||
|
||||
<para>Dieses Kapitel enthält Hinweise fü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 über den
|
||||
Quellcode ist <filename>src/UPDATING</filename>
|
||||
Pflichtlektü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önnen maximalen Nutzen aus den diversen
|
||||
Neuerungen (speziell UFS2) ziehen.</para>
|
||||
|
||||
<para>Zum gegenwärtigen Zeitpunkt hat noch niemand
|
||||
ausfü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ß bei dieser Variante diverse
|
||||
Dateien nicht gelöscht werden, die zwar von &release.4x;
|
||||
genutzt wurden, aber in &release.5x; nicht mehr vorhanden
|
||||
sind. Diese Altlasten können zu Problemen
|
||||
führen.</para>
|
||||
|
||||
<para>Auf i386 und pc98 Systemen kann die Konfiguration von ISA
|
||||
Gerä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ät bereit, ist aber von der Bedienung her
|
||||
vö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 überall dort verfügbar sein, wo auch
|
||||
schon die bekannten <filename>kern.flp</filename> und
|
||||
<filename>mfsroot.flp</filename> verfü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ö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ü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ält eine Schritt-für-Schritt Anleitung, der Sie
|
||||
unbedingt folgen müssen, die Nutzung der üblichen
|
||||
<quote>Abkürzungen</quote> ist nicht
|
||||
möglich.</para>
|
||||
</sect2>
|
||||
|
||||
<sect2>
|
||||
<title>Allgemeine Hinweise</title>
|
||||
|
||||
<para><application>Perl</application> wurde aus dem Basissystem
|
||||
entfernt und sollte entweder als Package oder über die
|
||||
Ports Collection installiert werden. Die bisher übliche
|
||||
Praxis, Perl als Teil des Basissystems zu behandeln und mit ihm
|
||||
zusammen zu kompilieren, führte zu diversen Problemen,
|
||||
die eine Aktualisierung von Perl erschwerten. Die im
|
||||
Standardsystem vorhandenen Programme, die Perl
|
||||
benötigten, wurden entweder in einer anderen Sprache neu
|
||||
geschrieben (wenn sie noch benötigt wurden) oder
|
||||
ersatzlos entfernt (wenn sie überflüssig waren). Da
|
||||
&man.sysinstall.8; das Perl Package bei den meisten
|
||||
Distributionen automatisch mit installiert, sollte diese
|
||||
Änderung kaum Auswirkungen auf die Anwender
|
||||
haben.</para>
|
||||
|
||||
<para>Einige Scripte verlassen sich darauf, daß der
|
||||
Perl-Interpreter als <filename>/usr/bin/perl</filename>
|
||||
verfügbar ist. Der Perl Port enthält das Programm
|
||||
<filename>use.perl</filename>, mit dem ein passender Satz
|
||||
symbolischer Links fü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öglich, für &release.4x;
|
||||
geschriebene Programme unter &release.5x; zu nutzen,
|
||||
allerdings muß dazu die Distribution
|
||||
<filename>compat4x</filename> installiert sein. Damit
|
||||
<emphasis>könnte</emphasis> es auch mö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ö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ötigt wird. &os; &release.5x; benutzt ein
|
||||
spezielles Dateisystem für Gerä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äßig im Format UFS2 angelegt. Diese gilt
|
||||
auf allen Plattformen außer PC98 auch für
|
||||
Dateisysteme, die mit &man.sysinstall.8; erzeugt werden. Da
|
||||
&os; &release.4x; nur UFS1 lesen kann, mü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ügung, auch
|
||||
&man.sysinstall.8; enthält eine entsprechende Option.
|
||||
Bitte beachten Sie, daß 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ält zwar viele interessante
|
||||
Neuerungen, aber es ist noch nicht für alle Anwender
|
||||
geeignet. Aus diesem Grund haben wir in diesem Dokument
|
||||
Informationen über die Abläufe bei der
|
||||
Verö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ü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ält die Errata fü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öffentlichung bekannt wurden. Dazu gehören
|
||||
Ratschläge zur Sicherheit sowie Änderungen in der
|
||||
Software oder Dokumentation, welche die Stabilität und die
|
||||
Nutzung beeinträchtigen könnten. Sie sollten immer
|
||||
die aktuelle Version dieses Dokumentes lesen, bevor sie diese
|
||||
Version von &os; installieren.</para>
|
||||
|
||||
<para>Diese Errata fü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ße</quote>
|
||||
Informationen ü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 über Probleme informiert zu werden, die erst nach
|
||||
der Veröffentlichung entdeckt (und vielleicht auch schon
|
||||
behoben) wurden.</para>
|
||||
|
||||
<para>Die zusammen mit der Veröffentlichung erschienene
|
||||
Version dieses Dokumentes (zum Beispiel die Version auf der
|
||||
CDROM) ist per Definition veraltet. Allerdings sind im Internet
|
||||
aktualisierte Versionen verfügbar, die die <quote>aktuellen
|
||||
Errata</quote> für diese Version sind. Diese Versionen
|
||||
sind bei <ulink url="http://www.FreeBSD.org/releases/"></ulink>
|
||||
und allen aktuellen Mirrors dieser Webseite
|
||||
verfügbar.</para>
|
||||
|
||||
<para>Die Snapshots von &os; &release.branch; (sowohl die der
|
||||
Quelltexte als auch die der ausführbaren Programme)
|
||||
enthalten ebenfalls die zum Zeitpunkt ihrer
|
||||
Verö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 über das Netzwerk nutzbarer Fehler in
|
||||
<application>CVS</application> könnte dazu führen,
|
||||
daß ein Angreifer beliebige Programme auf dem CVS Server
|
||||
ausfü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äre es einem Angreifer
|
||||
mit sehr viel Rechenleistung möglich gewesen, unter
|
||||
bestimmten Umständen den Klartext der ü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ür Sicherheitsprobleme unterstü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öglich, daß ein Angreifer den
|
||||
geheimen Schlüssel ermittelt, der von der Erweiterung
|
||||
<quote>syncookies</quote> genutzt wird. Dadurch sinkt deren
|
||||
Effektivität beim Schutz vor TCP SYN Flood
|
||||
Denial-of-Service Angriffen. Hinweise, wie sie das Problem
|
||||
umgehen kö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-Überläufe in den von
|
||||
<application>sendmail</application> genutzten Routinen zum
|
||||
Parsen des Headers war es einen Angreifer möglich, eine
|
||||
speziell konstruierte Nachricht an &man.sendmail.8; zu senden
|
||||
und so beliebige Programme ausführen zu lassen. Diese
|
||||
Programme verfügten ü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-Überlauf im XDR Kodierer/Dekodierer
|
||||
war es einem Angreifer mö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ält zwei
|
||||
Schwachstellen, die erst vor kurzer Zeit bekannt gemacht wurden.
|
||||
Informationen, wie Sie die Probleme umgehen kö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
|
||||
überschreiben. Mit anderen Worten, es ist in der Regel
|
||||
nicht möglich, den Bootsektor einer Festplatte mit
|
||||
<command>disklabel -B</command> zu aktualisieren, da die
|
||||
Partition <literal>a</literal> auch den Bereich enthä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 ähnliche Medien mit einer
|
||||
Blockgröße von mehr als 512 Byte benutzt (zum
|
||||
Beispiel mit &man.geom.4; verschlüsselte Partitionen),
|
||||
behandelt &man.dump.8; die größeren Sektoren nicht
|
||||
korrekt und kann daher das Dateisystem nicht dumpen. Eine
|
||||
Möglichkeit, das Problem zu umgehen, ist die Erzeugung einer
|
||||
<quote>rohen</quote> Kopie des gesamten Dateisystems, die dann
|
||||
als Eingabedatei für &man.dump.8; dient. Es ist
|
||||
mö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ö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ß sich Systeme bei der
|
||||
Installation von &os; 5.0 Snapshots auf RAIDs an
|
||||
&man.mly.4;-kompatiblen Controller aufgehä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ützung des
|
||||
Dateisystems</bridgehead>
|
||||
|
||||
<para>NETNCP und nwfs sind offenbar noch nicht an KSE
|
||||
angepaß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ß
|
||||
aufzubauen, bevor er gestartet wird. In diesem Fall meldet
|
||||
&man.truss.1;, daß es die &man.procfs.5; Node für den
|
||||
zu debuggenden Prozeß nicht öffnen kann. Es scheint
|
||||
einen weiteren Fehler zu geben, durch den &man.truss.1; sich
|
||||
aufhängt, wenn &man.execve.2; den Wert
|
||||
<literal>ENOENT</literal> zurückgibt. Ein weiteres
|
||||
Timing-Problem führt dazu, daß &man.truss.1; beim
|
||||
Start manchmal <errorname>PIOCWAIT: Input/output
|
||||
error</errorname> meldet. Es existieren zwar Korrekturen
|
||||
für diese Probleme, da diese aber zu sehr in die Routinen
|
||||
zur Ausfü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 über Fehler bei der
|
||||
Partitionierung von Festplatten mit &man.sysinstall.8;. Eines
|
||||
der Probleme ist, daß &man.sysinstall.8; den freien Platz
|
||||
auf einer Festplatten nicht neu berechnen kann, nachdem der Typ
|
||||
einer FDISK-Partition geändert wurde.</para>
|
||||
|
||||
<bridgehead renderas="sect3">Veraltete Dokumentation</bridgehead>
|
||||
|
||||
<para>In einigen Fä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ösung fü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ü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ür den
|
||||
bereits eine Verbindung besteht, sollte es die Anzahl der zum
|
||||
Lesen verfügbaren Zeichen in dem Feld
|
||||
<varname>st_size</varname> der Struktur <varname>struct
|
||||
stat</varname> zurü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örende Filter
|
||||
<literal>EVFILT_READ</literal> meldet fälschlicherweise
|
||||
immer, daß an einem TCP Socket <literal>0</literal>
|
||||
Zeichen zum Lesen bereitstehen, auch wenn in Wirklichkeit
|
||||
Zeichen zum Lesen verfügbar sind. Die bei
|
||||
<literal>EVFILT_READ</literal> verfü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ützung fü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ß mehrfach geöffnet wird und durch den
|
||||
&man.sem.close.3; zum Absturz des Programms führen kann.
|
||||
Dieser Fehler wurde in &release.current; bereits behoben.</para>
|
||||
|
||||
<bridgehead renderas="sect3">Zugriffsrechte für
|
||||
<filename>/dev/tty</filename></bridgehead>
|
||||
|
||||
<para>&os; &release.prev; enthä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 ö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ü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ü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ßwörter</bridgehead>
|
||||
|
||||
<para>&man.adduser.8; kann das Paßwort eines neu angelegten
|
||||
Benutzers nicht setzen, wenn dieses Sonderzeichen der Shell
|
||||
enthält. Dieser Fehler wurde in &release.current; bereits
|
||||
behoben.</para>
|
||||
|
||||
<bridgehead renderas="sect3">&man.xl.4;</bridgehead>
|
||||
|
||||
<para>Der Treiber &man.xl.4; enthält einen Fehler, der zu
|
||||
einem Absturz des Systems mit der Meldung <errorname>kernel
|
||||
panic</errorname> und anderen Problemen fü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ügung. Diese Aktualisierung
|
||||
erfolgte bereits in &os; &release.prev;, wurde aber nicht in
|
||||
den Release Notes dokumentiert.</para>
|
||||
|
||||
<bridgehead renderas="sect3">Kompatibilitätsprobleme bei
|
||||
&man.amd.8;</bridgehead>
|
||||
|
||||
<para>Der nicht-blockierende Teil der RPC-Routinen in
|
||||
&release.prev; ist fehlerhaft. Einer der auffälligsten
|
||||
Effekte dieser Fehler ist, daß 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ür <application>nsswitch</application> in
|
||||
den Release Notes wurde ein falscher Name fü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;
|
||||
§.intro;
|
||||
§.proc.alpha;
|
||||
§.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ührung</title>
|
||||
|
||||
<para>Dieses Dokument enthält die Liste der unterstützen
|
||||
Geräte für &os; &release.current; auf &arch.print;
|
||||
Systemen (meistens einfach &os;/&arch; &release.current; genannt).
|
||||
Hier finden Sie zum einen alle die Geräte, von denen wir
|
||||
wissen, daß Sie funktionieren; zum anderen finden Sie hier
|
||||
Hinweise, wie Sie den Kernel anpassen können, wenn Sie ein
|
||||
bisher noch nicht unterstütztes Gerät verwenden
|
||||
wollen.</para>
|
||||
|
||||
<note>
|
||||
<para>Dieses Dokument enthält Informationen für
|
||||
&arch.print; Systeme. Andere Versionen dieses Dokumentes, die
|
||||
für andere Plattformen gedacht sind, werden in vielen
|
||||
Punkten von diesem Dokument abweichen.</para>
|
||||
</note>
|
||||
|
||||
<para arch="ia64">Weitergehende Informationen ü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;
|
||||
§.intro;
|
||||
§.proc.i386;
|
||||
§.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ützte Prozessoren und Mainboards</title>
|
||||
|
||||
<para>&os;/i386 kann auf vielen <quote>IBM PC kompatiblen</quote>
|
||||
Maschinen benutzt werden. Es ist nicht möglich, hier alle
|
||||
unterstützten Kombinationen aufzuführen, die von &os;
|
||||
unterstützt werden, da es viel zu viele Möglichkeiten
|
||||
gibt. Dennoch ist es möglich, einige allgemeine Hinweise zu
|
||||
geben.</para>
|
||||
|
||||
<para>Fast alle i386-kompatiblen Prozessoren werden
|
||||
unterstützt. Alle Prozessoren von Intel ab dem 80386 werden
|
||||
unterstü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ützt, wir raten aber dringend von der Verwendung
|
||||
dieser CPU ab). Alle i386-kompatiblen Prozessoren von AMD werden
|
||||
unterstützt, dazu gehören Am486, Am5x86, K5, K6 (alle
|
||||
Varianten), Athlon (einschließlich Athlon-MP, Athlon-XP,
|
||||
Athlon-4 und Athlon Thunderbird) und Duron. Der integrierte
|
||||
Prozessor AMD Élan SC520 wird unterstützt. Der
|
||||
Transmeta Crusoe wird erkannt und unterstützt, das gleiche
|
||||
gilt für die i386-kompatiblen Prozessoren von Cyrix und
|
||||
NexGen.</para>
|
||||
|
||||
<para>Für diese Plattform gibt es ganz Reihe verschiedener
|
||||
Mainboards. Für Mainboards mit ISA, VLB, EISA, AGP, und PCI
|
||||
Steckplätzen ist die Unterstützung ausgezeichnet. Der
|
||||
MCA (<quote>MicroChannel</quote>) Bus, der in den IBM PS/2
|
||||
Computern zu finden ist, wird nur teilweise
|
||||
unterstützt.</para>
|
||||
|
||||
<para>Symmetrische Multi-Prozessor (SMP) Systeme werden im
|
||||
allgemeinen von &os; unterstützt. Allerdings kommt es in
|
||||
einigen Fä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ützt. Wenn in der Konfigurationsdatei für
|
||||
den angepaßten Kernel die Zeile
|
||||
<literal>options SMP</literal> angegeben ist, erkennt und
|
||||
aktiviert der Kernel die zusätzlichen logischen Prozessoren.
|
||||
Der Standard-Scheduler in &os; behandelt diese logischen
|
||||
Prozessoren genau so wie zusätzliche physikalische
|
||||
Prozessoren. Mit anderen Worten, der Scheduler
|
||||
berücksichtigt bei seinen Entscheidungen nicht, daß
|
||||
sich die logischen Prozessoren auf einer CPU bestimmte Ressourcen
|
||||
teilen. Da dieses sehr einfache Vorgehen zu schlechter
|
||||
Performance führen kann, werden die logischen CPUs beim
|
||||
Systemstart standardmäßig deaktiviert. Sie können
|
||||
mit der sysctl-Variable
|
||||
<varname>machdep.hlt_logical_cpus</varname> aktiviert werden. Es
|
||||
ist außerdem mö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ützt die CPU die Physical Address Extension (PAE),
|
||||
kann &os; diese Erweiterung nutzen, wenn in der
|
||||
Konfigurationsdatei für den angepaßten Kernel die
|
||||
Option <literal>PAE</literal> angegeben wird. In diesem Fall
|
||||
wird der Speicher oberhalb von 4 GByte erkannt und steht für
|
||||
die Nutzung durch das System zur Verfü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äuft normalerweise auf Laptops mit i386-Prozessoren,
|
||||
allerdings gibt es keinen einheitlichen Standard für die
|
||||
Unterstützung bestimmter Ausstattungsmerkmale wie Audio,
|
||||
Grafik, Power Management und PCCARD Steckplätzen. Diese
|
||||
Merkmale sind von Maschine zu Maschine verschiedenen. In vielen
|
||||
Fällen ist es sogar notwendig, &os; speziell anzupassen, um
|
||||
Fehlern in der Hardware und anderen Merkwürdigkeiten
|
||||
auszuweichen. Im Zweifelsfalle kann ein Blick in der Archive der
|
||||
Mailingliste &a.mobile; weiterhelfen.</para>
|
||||
|
||||
<para>Die meisten aktuellen Laptops (und auch für den
|
||||
Schreibtisch vorgesehene Geräte) unterstützen den
|
||||
Advanced Configuration and Power Management (ACPI) Standard. Wie
|
||||
in &man.acpi.4; beschrieben, nutzt &os; die von Intel
|
||||
veröffentlichte Referenz-Implementierung "ACPI Component
|
||||
Architecture", um ACPI unterstützen zu können.
|
||||
Leider kann es durch die Benutzung von ACPI auf einigen Systemen
|
||||
zu Stabilitätsproblemen kommen, die es notwendig machen, den
|
||||
ACPI-Treiber abzuschalten. Dieser wird normalerweise beim
|
||||
Systemstart als Kernel-Modul geladen. Um ihn abzuschalten,
|
||||
mü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ösen
|
||||
wollen, kann es helfen, Teile der ACPI-Funktionen abzuschalten.
|
||||
Informationen, welche der Einstellungen im Bootloader dafü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ändige DSDTs, daher
|
||||
kann ACPI auf diesen Maschinen nicht korrekt funktionieren.
|
||||
Korrigierte DSDTs fü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ü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ühen
|
||||
Stadium. Die Angaben sind unvollständig und müssen
|
||||
dringend erweitert werden. Wenn Sie Informationen über
|
||||
&os; &arch.print; Prozessoren, Mainboards und andere Geräte
|
||||
haben, die mit &os; funktionieren, senden Sie sie bitte an die
|
||||
&a.ia64; Mailingliste.</para>
|
||||
</abstract>
|
||||
|
||||
§.intro;
|
||||
§.proc.ia64;
|
||||
§.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ü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ützt. Die folgenden
|
||||
Mainboard-Chipsätze werden unterstü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ür UP-Systeme, um deren Stabilität zu
|
||||
erhöhen.</para>
|
||||
|
||||
<sect2>
|
||||
<title>Übersicht über die unterstützten
|
||||
Systeme</title>
|
||||
|
||||
<para>Dieser Abschnitt enthält zusätzliche Informationen
|
||||
darüber, welche Geräte von &os;/&arch;
|
||||
unterstützt werden und welche nicht.</para>
|
||||
|
||||
<para>Mit Ausnahme der in die PC-Chipsätze integrierten
|
||||
Varianten sollten alle &man.ata.4; Kontroller sofort
|
||||
funktionieren. Wir gehen davon aus, daß früher oder
|
||||
später alle &arch;-kompatiblen Kontroller vollständig
|
||||
unterstützt werden. In den folgenden Abschnitten finden
|
||||
Sie genauere Informationen ü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ährend sie auf PA-Hardware nicht funktionieren werden.
|
||||
Der Grund ist, daß auf HP-Maschinen alle Geräte in
|
||||
den Speicher eingeblendet werden. Mit Ausnahme der von PCI
|
||||
verlangten VGA-Unterstützung gibt es
|
||||
<emphasis>keinerlei</emphasis> Unterstützung für
|
||||
ISA-Geräte.</para>
|
||||
|
||||
<para>Außer den schon genannten seriellen Schnittstellen mit
|
||||
&man.sio.4;-Treiber gibt es eine Reihe weiterer Geräten,
|
||||
von denen wir wissen, daß sie auf Nicht-Intel Systemen
|
||||
nicht funktionieren können, weil sie sich auf
|
||||
ISA-spezifische Begebenheiten verlassen, die nicht mehr
|
||||
zutreffen. Diese Geräte sollten jedoch auf Intel-Hardware
|
||||
funktionieren.</para>
|
||||
|
||||
<informaltable frame="none">
|
||||
<tgroup cols="2">
|
||||
<tbody>
|
||||
<row>
|
||||
<entry>&man.sio.4;</entry>
|
||||
|
||||
<entry>Keine Unterstützung fü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ü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;
|
||||
§.intro;
|
||||
§.proc.pc98;
|
||||
§.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ützte Systeme</title>
|
||||
|
||||
<para>NEC PC-9801/9821 Systeme mit fast allen i386-kompatiblen
|
||||
Prozessoren, dazu gehö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ützt.</para>
|
||||
|
||||
<para>NEC FC-9801/9821 und NEC SV-98 (beide sind mit der
|
||||
PC-9801/9821 Familie kompatibel) sollten auch unterstützt
|
||||
werden.</para>
|
||||
|
||||
<para>Die EPSON PC-386/486/586 Familien sind kompatibel zur NEC
|
||||
PC-9801 Familie und sollten auch unterstützt werden.</para>
|
||||
|
||||
<para>Der hochauflösende Modus wird nicht unterstützt.
|
||||
Die Familien NEC PC-98XA/XL/RL/XL^2 und NEC PC-H98 werden nur im
|
||||
normalen (PC-9801 kompatiblen) Modus unterstützt.</para>
|
||||
|
||||
<para>Es gibt zwar einige Mehrprozessorsysteme (wie Rs20/B20), die
|
||||
SMP-Fähigkeiten in &os; werden allerdings noch nicht
|
||||
unterstü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ützt. Der New Extended Standard Architecture (NESA)
|
||||
Bus (wird in den Familien PC-H98, SV-H98 und FC-H98 genutzt) wird
|
||||
noch nicht unterstü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;
|
||||
§.intro;
|
||||
§.proc.sparc64;
|
||||
§.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ützte Geräte</title>
|
||||
|
||||
<para>Dieses Kapitel enthält alle Geräte, die auf jeden
|
||||
Fall von &os; auf &arch; Systemen unterstützt werden. Andere
|
||||
Konfigurationen können auch funktionieren, allerdings wurden
|
||||
sie noch nicht getestet. Rückmeldungen, Ergänzungen und
|
||||
Korrekturen werden dankend angenommen.</para>
|
||||
|
||||
<para>Wenn möglich, wird der zum jeweiligen Gerät bzw. zur
|
||||
jeweiligen Geräteklasse passende Treiber aufgeführt.
|
||||
Wenn es unter &os; eine Online-Hilfe für den betreffenden
|
||||
Treiber gibt (das ist der Normalfall), wird sie ebenfalls
|
||||
aufgeführt.</para>
|
||||
|
||||
<sect2>
|
||||
<title>PCI Hardware</title>
|
||||
|
||||
<para>Rein theoretisch sollte jedes Gerät, für das es
|
||||
einen Treiber gibt, auch auf sparc64 funktionieren. In der
|
||||
Praxis funktionieren einige Treiber sofort, andere müssen
|
||||
angepaßt werden (hier zeigt sich, daß dies die erste
|
||||
<quote>big endian</quote> Architektur ist, die von FreeBSD
|
||||
unterstützt wird).</para>
|
||||
|
||||
<para>Bei den folgenden Geräten sind wir sicher, daß sie
|
||||
unterstü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ßt:</para>
|
||||
|
||||
<itemizedlist>
|
||||
<listitem>
|
||||
<para><literal>hme</literal> Ethernet</para>
|
||||
</listitem>
|
||||
|
||||
<listitem>
|
||||
<para><literal>mk48txx</literal> ('eeprom' Gerät,
|
||||
Systemuhr)</para>
|
||||
</listitem>
|
||||
</itemizedlist>
|
||||
</sect2>
|
||||
|
||||
<sect2>
|
||||
<title>ISA Hardware</title>
|
||||
|
||||
<para>Die Angaben über die Treiber für PCI Hardware
|
||||
gelten auch für die Treiber für ISA-Karten, allerdings
|
||||
gibt es eine wichtige Einschränkung: ISA DMA wird noch nicht
|
||||
unterstützt. Hierbei handelt es sich in der Regel um
|
||||
eingebaute Geräte, uns ist kein einzige UltraSPARC System
|
||||
bekannt, das über einen ISA Steckplatz verfügt.</para>
|
||||
|
||||
<para>Bei den folgenden Geräten sind wir sicher, daß
|
||||
sie unterstü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üssen die Treiber
|
||||
um Unterstützung für diese Art von Geräten
|
||||
erweitert werden. Der EBus ist ISA sehr ähnlich, daher
|
||||
kö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ützt.</para>
|
||||
|
||||
<para>Bei den folgenden Geräten sind wir sicher, daß
|
||||
sie unterstützt werden und funktionieren:</para>
|
||||
|
||||
<itemizedlist>
|
||||
<listitem>
|
||||
<para>&man.sio.4;</para>
|
||||
</listitem>
|
||||
|
||||
<listitem>
|
||||
<para><literal>mk48txx</literal> ('eeprom' Gerät,
|
||||
Systemuhr)</para>
|
||||
</listitem>
|
||||
</itemizedlist>
|
||||
</sect2>
|
||||
|
||||
<sect2>
|
||||
<title>Nicht unterstützte Geräte</title>
|
||||
|
||||
<para>Die folgenden Geräte, die alle Bestandteile von Sun
|
||||
UltraSPARC System sind, werden zur Zeit noch nicht
|
||||
unterstützt:</para>
|
||||
|
||||
<itemizedlist>
|
||||
<listitem>
|
||||
<para>Graphikkarten/Bildschirmspeicher, Tastatur (außer
|
||||
der indirekten Unterstützung im Textmodus durch den
|
||||
<devicename>ofw_console</devicename> Treiber)</para>
|
||||
</listitem>
|
||||
|
||||
<listitem>
|
||||
<para>Serielle Schnittstellen mit Siemens sab82532 (Ultra
|
||||
5/10; die Anschlüsse für Tastatur und Maus sind
|
||||
auch RS232-Anschlüsse und werden daher vom &man.sio.4;
|
||||
Treiber unterstützt; ein Treiber mit dem Namen 'se' ist
|
||||
in Arbeit).</para>
|
||||
</listitem>
|
||||
|
||||
<listitem>
|
||||
<para>serielle Tastaturen (außer der indirekten
|
||||
Unterstützung durch den
|
||||
<devicename>ofw_console</devicename> Treiber)</para>
|
||||
</listitem>
|
||||
|
||||
<listitem>
|
||||
<para>serielle Anschlü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üsse (hier gibt es Probleme, es sollte
|
||||
aber relativ einfach sein, diese zu beheben)</para>
|
||||
</listitem>
|
||||
|
||||
<listitem>
|
||||
<para>alle Diskettenlaufwerke und Controller
|
||||
dafür</para>
|
||||
</listitem>
|
||||
|
||||
<listitem>
|
||||
<para>Chipkarten-Leser (die Blade 100 besitzt einen,
|
||||
allerdings gibt es nur wenige Informationen
|
||||
darüber)</para>
|
||||
</listitem>
|
||||
|
||||
<listitem>
|
||||
<para>FireWire/IEEE1394</para>
|
||||
</listitem>
|
||||
|
||||
<listitem>
|
||||
<para>Soundkarten</para>
|
||||
</listitem>
|
||||
|
||||
<listitem>
|
||||
<para>parallele Anschlü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ützte Systeme</title>
|
||||
|
||||
<para>In diesem Kapitel sind alle Systeme aufgeführt, von denen
|
||||
wir wissen, daß sie von &os; für &arch.print;
|
||||
unterstützt werden. Zusä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ützt.</para>
|
||||
|
||||
<para>Wenn Sie ein System haben, daß nicht in dieser Liste
|
||||
aufgeführt ist, könnte das daran liegen, daß es
|
||||
noch mit &os; &release.current; getestet wurde. Bitte probieren
|
||||
Sie es aus und schicken Sie eine Mail mit Ihren Ergebnissen (und
|
||||
Informationen darüber, welche Geräte unterstützt
|
||||
werden und welche nicht) an die &a.sparc;.</para>
|
||||
|
||||
<sect2>
|
||||
<title>Vollständig unterstützte Systeme</title>
|
||||
|
||||
<para>Die folgenden Systeme werden vollständig
|
||||
unterstü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ützte Systeme</title>
|
||||
|
||||
<para>Die folgenden Systeme werden nur unvollständig
|
||||
unterstützt. Dies betrifft speziell den SCSI-Controller
|
||||
auf dem Systemboard, der zur Zeit nicht unterstü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ützte Systeme</title>
|
||||
|
||||
<para>Die folgenden Systeme werden von &os; nicht
|
||||
unterstützt. Dies liegt zum Teil daran, daß der
|
||||
Prozessor nicht unterstützt wird (UltraSPARC III); an
|
||||
Merkwürdigkeiten im Design des Systems, die zu Problemen im
|
||||
Betrieb führen; oder an fehlender Unterstützten
|
||||
fü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;
|
||||
§.install;
|
||||
§.layout;
|
||||
§.upgrade;
|
||||
§.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ält eine kurze Anleitung für die
|
||||
Installation von &os;/&arch; &release.current;, dabei wird
|
||||
besonderen Wert auf den Bezug einer &os; gelegt. Außerdem
|
||||
enthält er einige Tips zur Fehlersuche sowie Antworten zu
|
||||
einigen hä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ähr so aus (das exakte Aussehen hä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ür eine CD-, FTP- oder
|
||||
NFS-Installation nutzen wollen, brauchen Sie nur die beiden 1.44
|
||||
MByte groß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ü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ö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ührung von Programmen für älteren &os;
|
||||
Versionen notwendig sind. Auch diese Dateien liegen im
|
||||
<filename>.tar.gz</filename> Format vor und können direkt
|
||||
bei der Installation installiert werden. Falls Sie sie
|
||||
nachträ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ä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ö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önnen Sie auch die Namen einzelner
|
||||
Dateien aus <filename>packages</filename> an das Programm
|
||||
&man.pkg.add.1; übergeben.</para>
|
||||
|
||||
<para>Die Ports Collection kann wie jede andere Distribution
|
||||
installiert werden und belegt dann rund 100 MByte
|
||||
Plattenplatz. Weitere Informationen ü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ügbar.</para>
|
||||
</listitem>
|
||||
|
||||
<listitem>
|
||||
<para>Zum guten Schluß: Das Verzeichnis
|
||||
<filename>tools</filename> enthä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ä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ält MD5
|
||||
Prüfsummen für die anderen Dateien. Sie wird nur
|
||||
gebraucht, falls Sie vermuten, daß eine Datei
|
||||
beschädigt wurde. Diese Datei wird vom Installationsprogramm
|
||||
nicht verwendet und muß 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önnen:</para>
|
||||
|
||||
<screen>&prompt.root; <userinput>cat info.a* | tar tvzf -</userinput></screen>
|
||||
|
||||
<para>Wä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ß. Wenn
|
||||
Sie eine Distribution auf Diskette kopieren,
|
||||
<emphasis>mü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ür den Benutzer gedacht. Sie
|
||||
enthält die MD5 Prüfsummen der
|
||||
<emphasis>ungepackten</emphasis> Dateien in der Distribution und
|
||||
kann später vom Programm &man.mtree.8; genutzt werden, um
|
||||
Änderungen an den Datei oder Dateirechten aufzuspü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ß: Mit der Datei
|
||||
<filename>install.sh</filename> können Sie eine Distribution
|
||||
nachträglich installieren. Wenn Sie zum Beispiel die info
|
||||
Distribution nachträ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ü 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üssen Sie zuerst von der
|
||||
<filename>kern.flp</filename> Diskette booten, dann die Option
|
||||
<quote>Fixit</quote> auswählen und dann die Fixit Diskette
|
||||
oder CD einlegen, wenn Sie dazu aufgefordert werden. Danach
|
||||
wird eine Shell gestartet, in der viele Programme zur
|
||||
Überprüfung, Reparatur und Analyse von Dateisystem und
|
||||
ihren Inhalten zur Verfü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önnen.</para>
|
||||
</sect2>
|
||||
|
||||
<sect2>
|
||||
<title>Typische Probleme bei der Installation auf &arch.print;
|
||||
Systemen</title>
|
||||
|
||||
<qandaset arch="i386">
|
||||
<qandaentry>
|
||||
<question>
|
||||
<para>Mein Rechner hängt sich beim Start des Systems
|
||||
während der Hardware-Erkennung auf, verhä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ü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ückgesetzt, daher müssen Sie die Anweisung
|
||||
<literal>hint.acpi.0.disabled="1"</literal> in die Datei
|
||||
<filename>/boot/loader.conf</filename> aufnehmen. Weitere
|
||||
Informationen über das Startprogramm finden Sie im
|
||||
FreeBSD Handbuch. </para>
|
||||
</answer>
|
||||
</qandaentry>
|
||||
|
||||
<qandaentry>
|
||||
<question>
|
||||
<para>Meine alte ISA-Karte wurde nicht mehr erkannt, in
|
||||
ä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ümmerte; dazu
|
||||
gehört unter anderem matcd. Andere Treiber
|
||||
existieren zwar noch, sind aber standardmäß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üssen Sie in der dritten Phase
|
||||
des Systemstarts manuell aktivieren. Dazu müssen Sie
|
||||
während des Startprogramm wä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ür
|
||||
den Namen des Treibers, den Sie aktivieren wollen. Um
|
||||
diese Änderung permanent zu machen, müssen Sie
|
||||
die Datei <filename>/boot/device.hints</filename>
|
||||
ä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ä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ällen etwas Hilfe. Es gibt zwei typische Ursachen
|
||||
für dieses Problem und in beiden Fällen
|
||||
müssen Sie &os; sagen, wo das root filesystem liegt.
|
||||
Dazu mü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ür die
|
||||
beiden Platten die Nummern 0 und 1, wä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üssen Sie folgendes eingeben:</para>
|
||||
|
||||
<screen><userinput>1:ad(2,a)kernel</userinput></screen>
|
||||
|
||||
<para>Bitte beachten Sie, daß Sie dies nicht eingeben
|
||||
müssen, wenn sich auf dem primären IDE Kanal ein
|
||||
weiteres Gerät befindet (um genau zu, wä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ür die
|
||||
SCSI Festplatte die Nummer 2, während &os; die Nummer
|
||||
0 vergibt. Da die Platte von Typ <literal>da</literal>
|
||||
ist, lautet die Lösung:</para>
|
||||
|
||||
<screen><userinput>2:da(0,a)kernel</userinput></screen>
|
||||
|
||||
<para>Damit teilen Sie &os; mit, daß von der BIOS
|
||||
Festplatte Nummer 2 booten wollen, die die erste
|
||||
SCSI-Festplatte des System ist. Wenn Sie nur eine
|
||||
IDE-Festplatten hätten, würden Sie 1:
|
||||
verwenden.</para>
|
||||
|
||||
<para>Wenn Sie den korrekten Wert herausgefunden haben,
|
||||
kö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ü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ür Ihre Festplatte angeben. Sie
|
||||
mü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önnen, kö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öglichkeit, die nicht mehr
|
||||
empfohlen wird und der Vollständigkeit halber
|
||||
erwähnt wird:</para>
|
||||
|
||||
<blockquote>
|
||||
<para>Wenn Sie einen Server oder eine Workstation
|
||||
installieren, auf der ausschließlich &os; laufen soll
|
||||
und Ihnen die (zukünftige) Kompatibilität mit
|
||||
DOS, Linux oder anderen Betriebssystemen egal ist,
|
||||
kö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ällig
|
||||
werden. Allerdings können Sie auf dieser
|
||||
Festplatte nur &os; benutzen, was Sie evtl.
|
||||
einschränkt.</para>
|
||||
</blockquote>
|
||||
</answer>
|
||||
</qandaentry>
|
||||
|
||||
<qandaentry>
|
||||
<question>
|
||||
<para>Der &man.mcd.4; Treiber glaubt, der habe ein
|
||||
Gerä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äte <devicename>mcd0</devicename>
|
||||
und <devicename>mcd1</devicename> ab. Es ist immer
|
||||
besser, wenn Sie nur die Treiber aktiv lassen, für
|
||||
die Sie auch passende Gerä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ä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üssen Sie bei der
|
||||
Kernelkonfiguration fü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ür den IRQ den
|
||||
Wert <literal>-1</literal> eingeben. Damit teilen Sie dem
|
||||
Kernel mit, daß er die `soft' Konfiguration benutzen
|
||||
soll.</para>
|
||||
|
||||
<para>Eine andere mögliche Ursache ist, daß 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ö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öllig konfus.</para>
|
||||
</question>
|
||||
|
||||
<answer>
|
||||
<para>Ältere IBM Laptops verwenden nicht den normalen
|
||||
Tastaturcontroller, daher müssen Sie dem
|
||||
Tastaturtreiber (atkbd0) in einen speziellen
|
||||
ThinkPad-Modus schalten. Ändern Sie in UserConfig
|
||||
die 'Flags' für atkbd0 auf 0x4 und das Problem sollte
|
||||
gelöst sein. Die Einstellung finden Sie im Menü
|
||||
Input.</para>
|
||||
</answer>
|
||||
</qandaentry>
|
||||
|
||||
<qandaentry>
|
||||
<question>
|
||||
<para>Meine Intel EtherExpress 16 wird nicht erkannt.</para>
|
||||
</question>
|
||||
|
||||
<answer>
|
||||
<para>Sie müssen die Intel EtherExpress 16 so
|
||||
konfigurieren, daß 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öst werden. Damit Sie &os; installieren
|
||||
können, mü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öner aussieht). Geben
|
||||
Sie den folgenden Befehl ein:</para>
|
||||
|
||||
<screen><userinput>eisa 12</userinput>
|
||||
<userinput>quit</userinput></screen>
|
||||
|
||||
<para>Statt `quit' können Sie auch `visual' eingeben,
|
||||
um die restliche Konfigurationsarbeit in diesem Modus
|
||||
erledigen. Die Erzeugung eines angepaßten Kernels
|
||||
wird zwar immer noch empfohlen, allerdings hat dset
|
||||
gelernt, diesen Wert zu speichern.</para>
|
||||
|
||||
<para>Eine Erklä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ängt sich auf, obwohl das
|
||||
Installationsprogramm noch gar nicht gestartet
|
||||
ist.</para>
|
||||
</question>
|
||||
|
||||
<answer>
|
||||
<para>Aus unerfindlichen Gründen vertragen diese
|
||||
Rechner die neuen Anweisungen
|
||||
<literal>i586_copyout</literal> und
|
||||
<literal>i586_copyin</literal> nicht. Damit diese
|
||||
Anweisungen nicht verwendet werden, müssen Sie von
|
||||
der Bootdiskette booten. Im ersten Menü (die
|
||||
Frage, ob Sie UserConfig starten wollen oder nicht)
|
||||
wä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önnen Sie den Systemstart normal
|
||||
fortsetzen. Die Einstellung wird in Ihrem Kernel
|
||||
gespeichert, Sie mü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ü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äßt, nimmt er an, daß 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ß ein 1.44 MByte
|
||||
Diskettenlaufwerk vorhanden ist, und daß 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önnen Sie das
|
||||
RAID des DSA nutzen, lediglich die DSA-spezifischen
|
||||
Funktionen wie die RAID-Überwachung stehen nicht zur
|
||||
Verfü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ösung ist, eine andere
|
||||
Netzwerkkarte zu verwenden.</para>
|
||||
</answer>
|
||||
</qandaentry>
|
||||
|
||||
<qandaentry>
|
||||
<question>
|
||||
<para>Wenn ich während einer Installation auf einer IBM
|
||||
Netfinity 3500 das Netzwerk konfiguriere, hä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önnte eine falsche
|
||||
Konfiguration der SMP Unterstützung auf diesen
|
||||
Systemen sein. Sie müssen eine andere Netzwerkkarte
|
||||
verwenden und Sie dü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ür, daß
|
||||
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önnen, ohne den Quellcode zu
|
||||
verwenden.</para>
|
||||
|
||||
<warning>
|
||||
<para>Die Programme, die zur Aktualisierung von &os; verwendet
|
||||
werden, treffen alle möglichen Vorkehrungen, um
|
||||
Datenverluste zu vermeiden. Allerdings ist es immer noch
|
||||
möglich, daß Sie bei diesem Schritte <emphasis>den
|
||||
kompletten Festplatteninhalt</emphasis> verlieren. Sie sollten
|
||||
die letzte Sicherheitsabfrage nicht bestätigen, bevor Sie
|
||||
ein adäquates Backup aller Daten angelegt haben.</para>
|
||||
</warning>
|
||||
|
||||
<important>
|
||||
<para>Diese Anleitung geht davon aus, daß Sie das
|
||||
&man.sysinstall.8;-Programm der <emphasis>NEUEN</emphasis>
|
||||
&os;-Version zur Aktualisierung verwenden. Die Verwendung der
|
||||
falschen &man.sysinstall.8;-Version fü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ü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ühren
|
||||
kann, daß C++ Programme nicht korrekt (oder gar nicht)
|
||||
übersetzt werden.</para>
|
||||
|
||||
<para>Diese Anleitung zur Aktualisierung ist nur für Benutzer
|
||||
gedacht, die schon einen halbwegs aktuellen &os;
|
||||
&release.branch; Snapshot installiert haben.</para>
|
||||
</warning>
|
||||
|
||||
<sect2>
|
||||
<title>Einführung</title>
|
||||
|
||||
<para>Bei der Aktualisierung werden die vom Benutzer
|
||||
ausgewä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ühren, um das Risiko eines Fehlschlags
|
||||
oder Datenverlustes zu vermeiden.</para>
|
||||
|
||||
<sect3>
|
||||
<title>Übersicht</title>
|
||||
|
||||
<para>Um eine Distribution zu aktualisieren, wird die neue
|
||||
Version dieser Komponente über die alte Version kopiert.
|
||||
Die zur alten Version gehörenden Dateien werden nicht
|
||||
gelöscht.</para>
|
||||
|
||||
<para>Die Systemkonfiguration bleibt erhalten, da die
|
||||
ursprünglichen Versionen der nachfolgend aufgeführten
|
||||
Dateien gesichert und zurü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ö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ährend der Aktualisierung werden Sie gebeten, ein
|
||||
Verzeichnis anzugeben, in dem Kopien aller Dateien aus dem
|
||||
Verzeichnis <filename>/etc/</filename> abgelegt werden. Falls
|
||||
Sie Änderungen in anderen Dateien vorgenommen haben,
|
||||
kö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öglich zu
|
||||
verhindern, aber es ist immer noch möglich, daß
|
||||
Daten oder Konfigurationsinformationen teilweise oder
|
||||
vollständig gelöscht werden.</para>
|
||||
</sect3>
|
||||
|
||||
<sect3>
|
||||
<title>Mounten der Dateisysteme</title>
|
||||
|
||||
<para>Im <literal>disklabel editor</literal> werden die
|
||||
vorhandenen Dateisysteme aufgeführt. Sie sollten vor dem
|
||||
Beginn der Aktualisierung eine Liste der vorhandenen
|
||||
Gerätenamen und der dazugehörigen Mountpoints
|
||||
anlegen. Die Namen der Mountpoints müssen hier angegeben
|
||||
werden. Sie dürfen das <quote>newfs flag</quote>
|
||||
fü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ä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ätzliche Funktionalität
|
||||
hinzufügen wollen, können Sie auch Distributionen
|
||||
auswä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üfen. Zu
|
||||
diesem Zeitpunkt sollten Sie überprü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 über den Quellcode</title>
|
||||
|
||||
<para>Wenn Sie an einer flexibleren und ausgefeilteren
|
||||
Mö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äßliche
|
||||
Netzwerkverbindung, mehr Plattenplatz und mehr Zeit, bietet aber
|
||||
Vorteile für Netzwerke und andere komplexe Installationen.
|
||||
Sie entspricht ungefähr der Vorgehensweise, die für die
|
||||
Entwicklungszweige -STABLE und -CURRENT verwendet wird.</para>
|
||||
|
||||
<para><filename>/usr/src/UPDATING</filename> enthält wichtige
|
||||
Informationen, wenn Sie ein &os; System mit Hilfe des Quellcodes
|
||||
aktualisieren möchten. Hier finden Sie eine Liste aller
|
||||
Probleme, die durch Änderungen in &os; auftreten
|
||||
können und die Aktualisierung beeinflussen
|
||||
kö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;
|
||||
§.install;
|
||||
§.layout;
|
||||
§.upgrade;
|
||||
§.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;
|
||||
§.install;
|
||||
§.layout;
|
||||
§.upgrade;
|
||||
§.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;
|
||||
§.install;
|
||||
§.layout;
|
||||
§.upgrade;
|
||||
§.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;
|
||||
§.install;
|
||||
§.layout;
|
||||
§.upgrade;
|
||||
§.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ö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ält der Kernel
|
||||
Änderungen bei der Behandlung von ATA und EEPOMS, die
|
||||
potentiell gefährlich sind. Wenn Sie sich nicht mit &os;
|
||||
und &arch; auskennen oder nicht bereit sind, selbst Hand
|
||||
anzulegen, um Probleme und Schäden zu beseitigen, sollten
|
||||
Sie besser die Finger von dieser Version lassen.</para>
|
||||
</warning>
|
||||
|
||||
<para>[Anmerkung des Übersetzers: Diese Warnung ist nicht im
|
||||
Sinne der ü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ür &os;/&arch; gibt das von &os;/i386 und &os;/alpha
|
||||
verwendete &man.sysinstall.8; nicht. Zur Installation müssen
|
||||
Sie einen Kernel (von CD oder ü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önnen dann dazu genutzt werden, die lokale
|
||||
Festplatte zu partitionieren. Sie können danach die &os;
|
||||
Distribution auf die lokale Festplatte kopieren, um ein
|
||||
eigenstä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önnen Sie &os; installieren, ohne auf andere
|
||||
Rechner angewiesen zu sein.</para>
|
||||
|
||||
<para>Wenn Sie nicht von CD installieren können oder wollen,
|
||||
können Sie alternativ auch über ein Netzwerk
|
||||
installieren. Dazu benötigen Sie eine andere Maschine, die
|
||||
so konfiguriert ist, daß sie der neuen Maschine Boot Loader,
|
||||
Kernel und Root-Dateisystem zur Verfü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üssen sich für eine der beiden Varianten
|
||||
entscheiden, da Sie für die beiden Versionen unterschiedliche
|
||||
Dateien benötigen; außerdem unterscheidet sich die
|
||||
Vorgehensweise bei den beiden Varianten deutlich.</para>
|
||||
|
||||
<important>
|
||||
<para>Die hier genannten URLs sind vorläufig und können
|
||||
sich jederzeit ä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 Ü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üssen Sie
|
||||
den Startvorgang abbrechen, um zur OpenBoot Eingabeaufforderung
|
||||
zu gelangen.</para>
|
||||
|
||||
<para>Dazu müssen Sie das System und auf die Boot-Meldung
|
||||
warten. Diese ist zwar modellabhä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ü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ücken. Wenn Sie eine serielle Konsole verwenden,
|
||||
mü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ür die Installation von CD</title>
|
||||
|
||||
<para>Wenn Sie von CD installieren wollen, finden Sie ein ISO
|
||||
Image mit einem Schnappschuß der aktuellen Version von
|
||||
&os;/&arch; bei <ulink url="&release.url;"></ulink>. Mit dieser
|
||||
Datei können Sie eine bootfähige CD erzeugen, auf der
|
||||
sich alle notwendigen Dateien fü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ö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ür die Netzwerk-Installation</title>
|
||||
|
||||
<para>Um den &os;/&arch; Kernel zu starten, muß die Firmware
|
||||
den <application>Loader</application> laden und starten, dieser
|
||||
lädt und startet dann den eigentlichen Kernel. Dazu
|
||||
müssen Sie &man.rarpd.8; und &man.tftpd.8; (für die
|
||||
Firmware) bzw. &man.bootpd.8; (fü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ötigten Dateien</title>
|
||||
|
||||
<para>Wenn Sie über ein Netzwerk installieren wollen,
|
||||
brauchen Sie mehrere Dateien. Die erste ist der &os;/&arch;
|
||||
Loader, der von &man.tftpd.8; für Ihr &arch; System
|
||||
bereitgestellt wird. Der Nutzer benutzt entweder TFTP oder
|
||||
NFS, um den &os; Kernel vom Netboot Server zu laden. Für
|
||||
jede dieser beiden Methoden gibt es einen separaten Loader
|
||||
(also einen für TFTP und einen fü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ü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üssen die Ethernet-Adresse Ihres &os;/&arch;
|
||||
System auf dem Netboot Server in die Datei
|
||||
<filename>/etc/ethers</filename> eintragen. Die Einträ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ß in
|
||||
<filename>/etc/hosts</filename> ein Eintrag für
|
||||
<hostid>your.host.name</hostid> steht. Alternativ können
|
||||
Sie einen entsprechenden DNS-Eintrag verwenden oder gleich
|
||||
eine IP-Adresse verwenden. Danach mü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ß
|
||||
&man.tftpd.8; aktiviert werden. Dazu mü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önnen Sie der Datei keinen beliebigen Namen geben. Der
|
||||
Dateiname muß die IP-Adresse des &os;/&arch; in
|
||||
hexadezimaler Notation in Großbuchstaben und ohne Punkte
|
||||
sein. Es ist nicht notwendig, die Datei umzubenennen, Sie
|
||||
können auch einen symbolischen Link verwenden. Wenn die
|
||||
IP-Adresse des &os;/&arch; Systems
|
||||
<hostid>192.168.0.16</hostid> ist, wü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ür den Loader benutzen
|
||||
mü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ö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ä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üssen Sie in
|
||||
<filename>/etc/bootptab</filename> entsprechende Einträge
|
||||
(Details finden Sie in &man.bootptab.5;) fü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ß mit der Adresse
|
||||
übereinstimmen, die Sie für TFTP verwendet haben;
|
||||
allerdings muß hier die hexadezimale Notation ohne
|
||||
Doppelpunkte verwendet werden (für das oben verwendete
|
||||
Beispiel wäre das <literal>0003ba0b92d4</literal>). Sie
|
||||
können die NFS/TFTP-spezifischen Einträge weglassen,
|
||||
wenn Sie diese Variante nicht verwenden. Die Werte fü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ü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.
|
||||
Üblicherweise wird fü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ür einen solchen Eintrag für den <application>ISC
|
||||
DHCP</application> Version 2 (in der &os; Ports Collection
|
||||
als <filename role="package">net/isc-dhcp2</filename>
|
||||
erhä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ö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üssen Sie im nächsten Schritt den Kernel an
|
||||
die richtige Stelle kopieren (Informationen, woher Sie den
|
||||
Kernel bekommen können, finden Sie in <xref
|
||||
linkend="downloading">). Es gibt zwei Möglichkeiten, um
|
||||
den Kernel ü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ü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ür &arch; werden. Neben den üblichen
|
||||
Benutzerprogrammen enthä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ü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ßwort zu
|
||||
ä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ädt den
|
||||
Kernel via TFTP oder NFS, je nach verwendeter Variante des
|
||||
Loaders. Danach sollte es 10 Sekunden auf eine Eingabe warten
|
||||
und anschließ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ällen werden die
|
||||
Probleme durch falsche Zugriffsrechte für die Dateien
|
||||
verursacht. Weiterhin ist es in einigen Fällen
|
||||
möglich, daß &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ützt das von Sun für den
|
||||
<literal>Disk Label</literal> verwendete Format, sie können
|
||||
die für &os; verwendete Platte also auch mit Solaris
|
||||
partitionieren.</para>
|
||||
|
||||
<para>Da es für &os;/&arch; noch kein &man.sysinstall.8;
|
||||
gibt, müssen Sie das Disk Label manuell erzeugen, wenn Sie
|
||||
&os;/&arch; &os; verwenden. Weitere Informationen zu diesem
|
||||
Thema kö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ß ein Sun-kompatibles Label in das
|
||||
&os; Label eingebettet werden, damit OpenBoot von der Platte
|
||||
booten kann. Dadurch ergibt sich eine zusätzliche
|
||||
Einschränkung: Der Anfang der Partitionen muß 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ätes, nicht der komplette Pfad zur Node für
|
||||
dieses Gerät (z.B. <devicename>ad0</devicename>
|
||||
fü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ö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önnen jetzt weitere Partitionen definieren,
|
||||
diese müssen in dem Format vorliegen, das auch für
|
||||
Partition <literal>c</literal> verwendet. Sie können
|
||||
Sich das Leben etwas einfacher machen, wenn Sie fü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änkung eingehalten
|
||||
wird, muß die Größe jeder Partition ein
|
||||
ganzzahliges Vielfaches der Anzahl der Sektoren pro Zylinder
|
||||
(<literal>sectors/cylinder</literal>) sein. In diesem
|
||||
Beispiel wären das 1008 Sektoren pro Zylinder.</para>
|
||||
|
||||
<para>Wenn Sie alle Partitionen definiert haben, müssen
|
||||
Sie die Ä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 überschrieben. Wenn auf der Festplatte
|
||||
bereits Dateisysteme existieren, mü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ö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 übrigen Daten der Partition angezeigt. Wenn neben
|
||||
einer der von Ihnen angelegten Partitionen (also allen
|
||||
Partitionen außer Partition <literal>c</literal>) ein
|
||||
<literal>*</literal> angezeigt wird, erfüllt diese
|
||||
Partition die Anforderungen <emphasis>NICHT</emphasis>. Sie
|
||||
<emphasis>MÜ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üssen Sie sie mit <command>disklabel -B</command>
|
||||
bootfähig machen.</para>
|
||||
|
||||
<warning>
|
||||
<para>Durch die Verwendung von <command>disklabel
|
||||
-B</command> überschreiben Sie einen bereits
|
||||
existierenden Bootsektor. Wenn auf der Platte ein anderes
|
||||
Betriebssystem installiert ist, werden Sie es
|
||||
anschließend nicht mehr starten können.</para>
|
||||
</warning>
|
||||
|
||||
<para>Wenn Sie den Bootsektor nicht überschreiben wollen,
|
||||
ist es mö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ä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ält.
|
||||
Natü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ützt Sun Disklabel, Sie kö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ützt.</para>
|
||||
|
||||
<warning>
|
||||
<para>Sie dürfen <emphasis>auf gar keinen Fall</emphasis>
|
||||
den <application>fsck</application> von Solaris auf
|
||||
Dateisystemen nutzen, die von &os; verwendet werden, da dieser
|
||||
sämtliche Zugriffsrechte ü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ü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ücken Sie eine Taste auß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ächsten Start des System automatisch als
|
||||
<filename>/</filename> gemountet werden.</para>
|
||||
|
||||
<para>Wenn Sie über ein Netzwerk booten (mit NFS), sollten
|
||||
die oben genannte Einträ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 ü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önnen das gleiche
|
||||
Archiv auf der lokalen Festplatte auspacken, um einen autonomes
|
||||
System zu erhalten. Denken Sie daran, daß Sie den Kernel
|
||||
ebenfalls kopieren mü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ßwort
|
||||
für <username>root</username> vergeben.</para>
|
||||
|
||||
<para>Bitte beachten Sie, daß 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ält eine kurze Einführung zu &os;
|
||||
&release.current;. Es enthält einige Hinweise, wie Sie &os;
|
||||
beziehen können; wie Sie Kontakt zum &os; Project aufnehmen
|
||||
können, sowie Verweise auf zusätzliche
|
||||
Informationsquellen.</para>
|
||||
</abstract>
|
||||
|
||||
<sect1 id="intro">
|
||||
<title>Einführung</title>
|
||||
|
||||
<para>Diese Ausgabe von &os; ist eine &release.type;-Version von
|
||||
&os; &release.current; und repräsentiert den aktuellen
|
||||
Zustand im Entwicklungszweig &release.branch;.</para>
|
||||
|
||||
<sect2>
|
||||
<title>Über &os;</title>
|
||||
|
||||
<para>&os; ist ein auf 4.4 BSD Lite basierendes Betriebssystem
|
||||
fü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ür die
|
||||
Plattformen IA64 (ia64), PowerPC (powerpc) und AMD
|
||||
<quote>Hammer</quote> (amd64) sind ebenfalls in der
|
||||
Entwicklung. &os; unterstützt viele verschiedene
|
||||
Geräte und Umgebungen und kann für alle Anwendungen von
|
||||
der Software-Entwicklung über Spiele bis zur Anbietung
|
||||
von Diensten im Internet genutzt werden.</para>
|
||||
|
||||
<para>Diese Version von &os; stellt Ihnen alles zur
|
||||
Verfügung, was Sie zum Betrieb eines derartigen Systems
|
||||
brauchen. Dazu gehört der Quellcode für den Kernel
|
||||
und alle Programme des Basissystems. Wenn Sie die
|
||||
<quote>source</quote> Distribution installieren, können
|
||||
Sie das gesamte System mit einem einzigen Befehl neu
|
||||
kompilieren. Diese Eigenschaft macht es ideal für
|
||||
Studenten, Forscher, und interessierte Benutzer, die einfach
|
||||
wissen wollen, wie das System funktioniert.</para>
|
||||
|
||||
<para>Die große Sammlung von angepaßter Software
|
||||
anderer Anbieter (die <quote>Ports Collection</quote>) macht
|
||||
es Ihnen leicht, ihre Lieblingtools für &unix; auch
|
||||
fü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önnen. Die über &os.numports; Ports (vom Editor
|
||||
über Programmiersprachen bis zu graphischen Anwendungen)
|
||||
machen FreeBSD zu einer leistungsstarken und umfassenden
|
||||
Arbeitsumgebung, die viele kommerzielle &unix;-Varianten weit
|
||||
hinter sich läßt. Die meisten Ports sind auch als
|
||||
vorkompilierte Packages erhältlich, die mit dem
|
||||
Installationsprogramm einfach und schnell installiert werden
|
||||
können.</para>
|
||||
</sect2>
|
||||
|
||||
<sect2>
|
||||
<title>Zielgruppe</title>
|
||||
|
||||
<![ %release.type.current; [
|
||||
<para>Dieser &release.type; ist primär für Bastler und
|
||||
andere Benutzer gedacht, die sich an der laufenden Entwicklung
|
||||
von &os; beteiligen wollen. Das Entwicklerteam von &os;
|
||||
bemüht sich zwar, daß 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üssen
|
||||
Sie sich mit der Technik von &os; und den aktuellen
|
||||
Vorgängen bei der Entwicklung von &os; &release.branch;
|
||||
(wie sie in der Mailingliste &a.current; diskutiert werden)
|
||||
auskennen.</para>
|
||||
|
||||
<para>[Anmerkung des Übersetzers: Auf der Mailingliste
|
||||
&a.current; wird Englisch gesprochen und die meisten Dokumente
|
||||
sind ebenfalls in dieser Sprache verfaß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ö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ührlich
|
||||
getestet und auf Qualität geprüft, um
|
||||
Zuverlässigkeit und Betriebssicherheit garantieren zu
|
||||
können.</para>
|
||||
]]>
|
||||
|
||||
<![ %release.type.snapshot; [
|
||||
<para>Dieser &release.type; ist primär für Bastler und
|
||||
andere Benutzer gedacht, die sich an der laufenden Entwicklung
|
||||
von &os; beteiligen wollen. Das Entwicklerteam von &os;
|
||||
bemüht sich zwar, daß 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üssen
|
||||
Sie sich mit der Technik von &os; und den aktuellen
|
||||
Vorgängen bei der Entwicklung von &os; &release.branch;
|
||||
(wie sie in der Mailingliste &a.current; diskutiert werden)
|
||||
auskennen.</para>
|
||||
|
||||
<para>[Anmerkung des Übersetzers: Auf der Mailingliste
|
||||
&a.current; wird Englisch gesprochen und die meisten Dokumente
|
||||
sind ebenfalls in dieser Sprache verfaß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ö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ührlich
|
||||
getestet und auf Qualität geprüft, um
|
||||
Zuverlässigkeit und Betriebssicherheit garantieren zu
|
||||
können.</para>
|
||||
]]>
|
||||
|
||||
<![ %release.type.release; [
|
||||
<para>Diese &release.type; von &os; ist für alle Arten von
|
||||
Benutzern gedacht. Sie wurde ausführlich geprüft
|
||||
und getestet, um die größtmögliche
|
||||
Zuverlässigkeit und Betriebssicherheit garantieren zu
|
||||
köönnen.</para>
|
||||
|
||||
]]>
|
||||
</sect2>
|
||||
</sect1>
|
||||
|
||||
<sect1 id="obtain">
|
||||
<title>Bezugsquellen für &os;</title>
|
||||
|
||||
<para>&os; kann auf vielen verschiedenen Wegen bezogen werden.
|
||||
Dieses Kapitel konzentriert sich auf die Varianten, die für
|
||||
den Bezug auf einer komplett neuen Version von &os; gedacht
|
||||
sind und weniger auf die Möglichkeit zur Aktualisierung
|
||||
eines bereits bestehenden Systems.</para>
|
||||
|
||||
<sect2>
|
||||
<title>CDROM und DVD</title>
|
||||
|
||||
<para>&os;-RELEASE Distributionen kö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önnen, falls das notwendig ist. Einige Distributionen
|
||||
enthalten einige der optionalen <quote>Packages</quote> aus
|
||||
der &os; Ports Collection.</para>
|
||||
|
||||
<para>Eine Übersicht ü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ür FreeBSD</quote></ulink> des Handbuches.</para>
|
||||
</sect2>
|
||||
|
||||
<sect2>
|
||||
<title>FTP</title>
|
||||
|
||||
<para>Sie können &os; und/oder die optionalen Packages mit
|
||||
FTP vom primä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ü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äheren
|
||||
Umgebung (aus Netzwerksicht) zu verwenden.</para>
|
||||
|
||||
<para>Zusä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ä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ü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ähigen) CDROM der &os;-Release
|
||||
benötigen.</para>
|
||||
</sect2>
|
||||
</sect1>
|
||||
|
||||
<sect1 id="contacting">
|
||||
<title>Kontaktinformation für das &os; Projekt</title>
|
||||
|
||||
<sect2>
|
||||
<title>Email und Mailinglisten</title>
|
||||
|
||||
<para>Wenn Sie Fragen haben oder Hilfe benötigen, wenden
|
||||
Sie sich bitte an die Mailingliste &a.questions;.</para>
|
||||
|
||||
<para>Wenn Sie die Entwicklung von &release.branch;
|
||||
mitverfolgen, <emphasis>müssen</emphasis> Sie die
|
||||
Mailingliste &a.current; lesen. Nur so können Sie die
|
||||
teilweise lebensnotwendigen Informationen über die
|
||||
aktuellen Entwicklungen und Änderungen erhalten, die Sie
|
||||
für den Betrieb des Systems benötigen.</para>
|
||||
|
||||
<para>Da &os; zum größten Teil von Freiwilligen und
|
||||
Idealisten entwickelt wird, freuen wir uns über jeden,
|
||||
der mit anpacken möchte — schon jetzt gibt es mehr
|
||||
Wü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ürfte es besser sein, wenn Sie sich auf
|
||||
die Mailingliste &a.announce; konzentrieren.</para>
|
||||
|
||||
<para>Alle Mailinglisten stehen für jeden offen, der sich
|
||||
fü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önnen, wie Sie auf die Archive zugreifen können,
|
||||
usw. Es gibt viele Mailinglisten, die nur mit einem ganz
|
||||
bestimmten Thema befassen und hier nicht aufgefü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ür diesen Zweck das Mailman Interface.</para>
|
||||
</important>
|
||||
</sect2>
|
||||
|
||||
<sect2>
|
||||
<title>Meldungen über Fehler und Probleme</title>
|
||||
|
||||
<para>Vorschläge, Fehlermeldungen und zusätzlicher
|
||||
Sourcecode sind immer willkommen — bitte informieren Sie
|
||||
uns über jedes Problem, das sie finden. Fehlermeldungen,
|
||||
die sofort auch die entsprechende Korrektur enthalten, sind
|
||||
natü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ühen sich, so schnell wie möglich auf
|
||||
alle gemeldeten Fehler zu reagieren. <ulink
|
||||
url="http://www.FreeBSD.org/cgi/query-pr-summary.cgi">Eine
|
||||
Übersicht über alle offenen PRs</ulink> ist auf dem
|
||||
Webserver von &os; verfügbar. Diese Liste ist sehr
|
||||
nützlich, wenn Sie wissen wollen, welche möglichen
|
||||
Probleme schon von anderen Benutzern gefunden wurden.</para>
|
||||
|
||||
<para>Bitte beachten Sie, daß &man.send-pr.1; nur ein
|
||||
Shell-Skript ist, daß 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önnen, kö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ält viele nützliche Tips zum
|
||||
Verfassen und Versenden effektiver Fehlermeldungen.</para>
|
||||
</sect2>
|
||||
</sect1>
|
||||
|
||||
<sect1 id="seealso">
|
||||
<title>Weiterführende Dokumente</title>
|
||||
|
||||
<para>Es gibt viele verschiedene Quellen für Informationen
|
||||
über &os;, einige sind Bestandteil dieser Distribution,
|
||||
während andere über das Internet oder in gedruckter
|
||||
Form verfügbar sind.</para>
|
||||
|
||||
<sect2 id="release-docs">
|
||||
<title>Dokumentation zur Release</title>
|
||||
|
||||
<para>Sie finden weitergehende über diese &release.type;
|
||||
Distribution in anderen Dokumenten. Diese Dokumente stehen in
|
||||
verschiedenen Formaten zur Verfügung. Die Varianten Text
|
||||
(<filename>.TXT</filename>) und HTML
|
||||
(<filename>.HTM</filename>) stehen fast immer zur
|
||||
Verfügung. Einige Distributionen stellen weitere Formate
|
||||
wie PostScript (<filename>.PS</filename>) oder das Portable
|
||||
Document Format (<filename>.PDF</filename>) zur
|
||||
Verfügung.</para>
|
||||
|
||||
<itemizedlist>
|
||||
<listitem>
|
||||
<para><filename>README.TXT</filename>: Sie lesen es gerade.
|
||||
Hier finden Sie allgemeine Informationen über &os;
|
||||
und ein paar allgemeine Hinweise zum Bezug einer
|
||||
Distribution.</para>
|
||||
</listitem>
|
||||
|
||||
<listitem>
|
||||
<para><filename>EARLY.TXT</filename>: Spezielle Hinweise
|
||||
fü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
|
||||
Änderungen seit der letzten Version (&os;
|
||||
&release.prev;).</para>
|
||||
</listitem>
|
||||
|
||||
<listitem>
|
||||
<para><filename>HARDWARE.TXT</filename>: Die Liste der
|
||||
unterstützten Hardware enthält eine
|
||||
Übersicht über die Gerä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ü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
|
||||
über die seit der Veröffentlichung gefundenen
|
||||
und behobenen Probleme enthä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ür eine bestimmte Architektur gellten. Zum
|
||||
Beispiel enthalten die Release Notes für die Alpha
|
||||
keine Informationen über i386-Systeme, und umgekehrt.
|
||||
Die Information, zu welcher Architektur ein Dokument
|
||||
gehört, steht immer am Anfang des Textes.</para>
|
||||
</note>
|
||||
|
||||
<para>Auf den Plattformen, auf denen &man.sysinstall.8; zur
|
||||
Verfügung steht (zur Zeit alpha, i386, ia64, pc98 und
|
||||
sparc64) finden Sie diese Dokumente während der
|
||||
Installation normalerweise unter dem Menüpunkt
|
||||
Dokumentation. Um nach der Installation des Systems dieses
|
||||
Menü zugreifen zu können, mü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 über eventuell nach der Installation
|
||||
auftretende Probleme zu informieren. Die zusammen mit der
|
||||
Veröffentlichung erschienene Version ist per Definition
|
||||
veraltet. Allerdings sind im Internet aktualisierte
|
||||
Versionen verfügbar, die die <quote>aktuellen
|
||||
Errata</quote> für diese Version sind. Diese Versionen
|
||||
sind bei <ulink
|
||||
url="http://www.FreeBSD.org/releases/"></ulink> und allen
|
||||
aktuellen Mirrors dieser Webseite verfügbar.</para>
|
||||
</note>
|
||||
</sect2>
|
||||
|
||||
<sect2>
|
||||
<title>Onlinehilfe (Manual Pages)</title>
|
||||
|
||||
<para>Wie bei fast jedem anderen &unix;-ähnlichen System
|
||||
steht Ihnen auch bei &os; eine Onlinehilfe zur Verfügung,
|
||||
die Sie über das Kommando &man.man.1; oder über das
|
||||
<ulink url="http://www.FreeBSD.org/cgi/man.cgi">hypertext
|
||||
manual pages gateway</ulink> auf dem Webserver von &os;
|
||||
ansprechen können. Die Onlinehilfe stellt den Benutzern
|
||||
von &os; Informationen zu einzelnen Befehlen und Interfaces
|
||||
zur Programmierung zur Verfügung.</para>
|
||||
|
||||
<para>In einige Fällen behandelt die Online-Hilfe spezielle
|
||||
Themen. Interessante Beispiele dafür sind
|
||||
&man.tuning.7; (Hinweise, wie sie die Performance Ihres
|
||||
Systems verbessern können), &man.security.7; (eine
|
||||
Einführung in das Thema Sicherheit unter &os;), und
|
||||
&man.style.9; (die Spielregeln für die
|
||||
Kernel-Programmierung).</para>
|
||||
</sect2>
|
||||
|
||||
<sect2>
|
||||
<title>Bücher und Artikel</title>
|
||||
|
||||
<para>Zwei extrem nützliche Sammlungen von Informationen
|
||||
ü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ügbar. Wenn Sie die Distribution
|
||||
<filename>doc</filename> installiert haben, kö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ügbaren
|
||||
Bü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ü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ügbar.</para>
|
||||
|
||||
<para>Eine Liste zusätzlicher Bü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ücher über
|
||||
&unix;-Systeme nü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ählte
|
||||
Stunden investiert haben, um diese Version möglich zu
|
||||
machen. Die vollstä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öchten uns speziell bei den vielen tausend
|
||||
Anwendern und Testern aus der ganzen Welt bedanken, ohne die
|
||||
diese &release.type; niemals möglich gewesen
|
||||
wä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"
|
||||
Loaded 100 of 405 files, more files were not shown because too many files have changed in this diff.
Show more
Reference in new issue
Block a user