From owner-p4-projects@FreeBSD.ORG Thu Aug 7 19:36:30 2008 Return-Path: Delivered-To: p4-projects@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 32767) id 127F71065693; Thu, 7 Aug 2008 19:36:30 +0000 (UTC) Delivered-To: perforce@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C78291065686 for ; Thu, 7 Aug 2008 19:36:29 +0000 (UTC) (envelope-from pgj@FreeBSD.org) Received: from repoman.freebsd.org (repoman.freebsd.org [IPv6:2001:4f8:fff6::29]) by mx1.freebsd.org (Postfix) with ESMTP id B3EBA8FC19 for ; Thu, 7 Aug 2008 19:36:29 +0000 (UTC) (envelope-from pgj@FreeBSD.org) Received: from repoman.freebsd.org (localhost [127.0.0.1]) by repoman.freebsd.org (8.14.2/8.14.2) with ESMTP id m77JaT7R004057 for ; Thu, 7 Aug 2008 19:36:29 GMT (envelope-from pgj@FreeBSD.org) Received: (from perforce@localhost) by repoman.freebsd.org (8.14.2/8.14.1/Submit) id m77JaTVf004055 for perforce@freebsd.org; Thu, 7 Aug 2008 19:36:29 GMT (envelope-from pgj@FreeBSD.org) Date: Thu, 7 Aug 2008 19:36:29 GMT Message-Id: <200808071936.m77JaTVf004055@repoman.freebsd.org> X-Authentication-Warning: repoman.freebsd.org: perforce set sender to pgj@FreeBSD.org using -f From: Gabor Pali To: Perforce Change Reviews Cc: Subject: PERFORCE change 146851 for review X-BeenThere: p4-projects@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: p4 projects tree changes List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Aug 2008 19:36:30 -0000 http://perforce.freebsd.org/chv.cgi?CH=146851 Change 146851 by pgj@disznohal on 2008/08/07 19:36:23 MFen: 1.1050 -> 1.1075 hu_HU.ISO8859-2/books/faq/book.sgml Affected files ... .. //depot/projects/docproj_hu/doc/hu_HU.ISO8859-2/books/faq/book.sgml#8 edit Differences ... ==== //depot/projects/docproj_hu/doc/hu_HU.ISO8859-2/books/faq/book.sgml#8 (text+ko) ==== @@ -7,7 +7,7 @@ @@ -207,7 +207,7 @@ olyan szoftverekkel felváltani, amelyek a tõle enyhébb - FreeBSD licencet alkalmazzák. + &os; licencet alkalmazzák. @@ -366,7 +366,7 @@ - Mi a különbség a FreeBSD, a NetBSD, + Mi a különbség a &os;, a NetBSD, OpenBSD és a többi nyílt forráskódú BSD operációs rendszerek között? @@ -790,7 +790,7 @@ Mielõtt beküldenénk egy hibajelentést, olvassuk el a Writing - FreeBSD Problem Reports címû cikket + &os; Problem Reports címû cikket (angolul), amelybõl megtudhatjuk, hogyan készítsünk jól hasznosítható hibajelentéseket. @@ -804,7 +804,7 @@ Nézzük meg a FreeBSD Projekt + url="http://www.FreeBSD.org">&os; Projekt honlapjáról elérhetõ dokumentációkat. @@ -1425,7 +1425,7 @@ url="http://www.bsdmall.com/">BSD Mall honlapján kaphatunk. - A FreeBSD Mall is nyújt keresdelmi + A &os; Mall is nyújt keresdelmi támogatást a &os;-hez. Errõl a honlapjunkon tudhatunk meg többet. @@ -1917,10 +1917,9 @@ Váltsunk át a vészhelyzetekben használatos parancsértelmezõre (Emergency Holographic Shell, ALT - F4) vagy indítsuk el - egy javításhoz használt - (fixit) + action="simul">Alt F4) + vagy indítsuk el egy javításhoz + használt (fixit) parancsértelmezõt. @@ -2577,15 +2576,18 @@ - Ez a korlát a szabványos &i386; - telepítésben 4 GB, de a &man.pae.4; - használatával ennél több - memóriát is el tudunk elérni. Ehhez a - következõ beállítás - megadásával újra kell - fordítanunk a rendszermagot: - - options PAE + A memóriára vonatkozó + korlátozások platformonként + változnak. Egy szabványos &i386; + telepítés esetén például + ez a határ 4 GB, de &man.pae.4; + segítségével akár még + ennél több is elérhetõ. Ehhez + olvassuk el az &i386; platformon 4 GB-nál + több memória használatára + vonatkozó utasításokat. + A &os;/pc98 esetén a korlát szintén 4 GB, azonban itt a PAE nem használható. @@ -2803,6 +2805,151 @@ + + Memória + + + + + A &os; képes 4 GB-nál, + 16 GB-nál vagy akár + 48 GB-nál több memóriát + (RAM-ot) támogatni? + + + + Igen. A &os; operációs + rendszerként képes az adott platformon + kihasználni az összes rendelkezésre + álló fizikai memóriát. Ne + felejtsük el azonban, hogy az egyes platformokon + ennek határa eltér. Például + az &i386; platformon a PAE + használata nélkül legfeljebb csak + 4 GB memóriát tudunk elérni + (amely azonban a PCI számára fenntartott + címtér miatt a valóságban + némileg kevesebb), illetve a + PAE használatával + legfeljebb 64 GB memóriát. Az AMD64 + platformokon viszont már egészen 1 TB + memóriáig is elmehetünk. + + + + + + A &os; miért jelez 4 GB-nál + kevesebb memóriát &i386; + architektúrájú + számítógépeken? + + + + Az &i386; platformon a címtér + 32 bites, ami azt jelenti, hogy itt legfeljebb + 4 GB memória címezhetõ meg + (és érhetõ el). + Ráadásul a címtér bizonyos + tartományait a hardvereszközök + számára tartják fenn + különbözõ célokra, + például a PCI eszközök + mûködtetésére és + vezérlésére, a videomemória + hozzáférésére stb. + Ennélfogva az operációs rendszer + és annak rendszermagja által + felhasználható teljes memória + mérete jelentõsen kevesebb, mint 4 GB. + Ezen a típusú + konfigurációkon általában + 3,2 GB és 3,7 GB között mozog + a maximálisan kihasználható fizikai + memória mérete. + + Ha mégis 3,2  vagy + 3,7 GB-nál több memóriát + szeretnénk elérni (4 GB-ot vagy + akár annál is többet), akkor ahhoz a + PAE nevû speciális + módosításra lesz + szükségünk. A PAE a + Physical Address Extension + (Fizikai címkiterjesztés) + rövidítése, és egy olyan + módszerre utal, amellyel a 32 bites x86 + típusú processzorokon tudunk + 4 GB-nál több memóriát + címezni. Lényegében nem + csinál mást, csak 4 GB-os + határ felé képezi le azokat a + memóriaterületeket, amelyeket + egyébként a hardverek + részére tartanak fenn, ezzel + kiegészíti a fizikai + memóriát (&man.pae.4;). A + PAE használatának + számos hátránya van: ebben a + módban a megszokottnál (vagyis + PAE nélkül) + némileg lassabb a memória + elérése, illetve ilyenkor a + betölthetõ rendszermag-modulok (lásd + &man.kld.4;) sem támogatottak. Emiatt az + összes meghajtót bele kell + fordítanunk a rendszermagba. + + A PAE használatát + általában a PAE + nevû, a rendszermaghoz gyárilag + mellékelt konfigurációs + állománnyal engedélyezhetjük. + Ezt eleve úgy állították + össze, hogy gond nélkül + készíteni tudjuk egy ilyen rendszermagot. + Érdemes azonban megemlíteni, hogy a + konfigurációs állomány + bizonyos tekintetben egy kissé + konzervatív, mivel egyes PAE + esetén használhatatlannak megjelölt + meghajtók valójában mégis + minden gond nélkül + hozzáadhatóak a + konfigurációhoz. Ezzel kapcsolatban azt + javasoljuk, hogy ha az adott meghajtó + használható valamelyik 64 bites + architektúrán (például + AMD64-en), akkor nagy + valószínûséggel + PAE-vel is mûködni fog. + Amennyiben saját magunk szeretnénk egy + PAE-rendszermagot + készíteni, akkor a következõ + sort tegyük bele a konfigurációs + állományba: + + options PAE + + A PAE alkalmazása + napjainkban annyira már nem jellemzõ, mivel az + újabb x86 hardverek mindegyike képes + 64 bites (AMD64 vagy &intel; 64) módban + futni. Ebben az esetben már lényegesen + nagyobb címtér használatára + nyílik lehetõségünk, így + nincs szükségünk további + trükkökre. A &os; támogatja az AMD64 + architektúrát, így ha + 4 GB-nál több memóriát + szeretnénk elérni, akkor inkább a + &os; ezen változatát érdemes + alkalmazni. + + + + + Architektúrák és processzorok @@ -3025,7 +3172,7 @@ nem használhatóak. A Daemon News-tól és a - FreeBSD Mall-tól rendelhetõ hivatalos &os; + &os; Mall-tól rendelhetõ hivatalos &os; CD-krõl akár közvetlenül el is tudjuk indítani a rendszert. @@ -3081,15 +3228,16 @@ scbus0, da0, ppbus0 és - vp0 meghajtók (a GENERIC - rendszermagban a vp0 - kivételével mindegyik szerepel). - Segítségükkel a párhuzamos vonalon - csatlakozó meghajtó a - da0s4 eszközön + vp0 meghajtók (a + GENERIC rendszermagban a + vp0 kivételével + mindegyik szerepel). Segítségükkel a + párhuzamos vonalon csatlakozó meghajtó + a da0s4 eszközön keresztül érhetõ el. Ennek megfelelõen az állományrendszerek a - mount /dev/da0s4 /mnt VAGY (DOS + mount /dev/da0s4 /mnt + vagy (DOS esetén) a mount_msdos /dev/da0s4 /mnt parancs kiadásával csatlakoztathatóak. @@ -3236,7 +3384,7 @@ A &os; ismeri a buszos, illetve a Microsoft, Logitech és az ATI által gyártott InPort buszos - egereket. A GENERIC rendszermag azonban + egereket. A GENERIC rendszermag azonban ehhez nem tartalmaz meghajtót. A rendszermag konfigurációs állományába a következõ sort kell megadni, ha egy buszos @@ -3726,11 +3874,13 @@ Miért állapítja meg rosszul a &os; - a memória mennyiségét? + a memória mennyiségét &i386; + hardveren? - A válasz lényegében a fizikai + A válasz nagy + valószínûséggel a fizikai és virtuális memóriacímek közti különbségben rejlik. @@ -3767,18 +3917,24 @@ már nem képes elérni. Ezen egy PAE támogatással rendelkezõ rendszermag használatával segíthetünk. A - GYIK-on belül még ebben a bejegyzésben - olvashatunk részletesebben. + GYIK-on belül ebben a bejegyzésben + olvashatunk bõvebben a + memóriakorlátokról, valamint ebben a részben + láthatjuk a különbözõ + platformokra vonatkozó + memóriakorlátozásokat. A &os; 64 bites változata vagy a PAE használata esetén azonban a &os; rendesen felismeri és leképezi a fennmaradó memóriaterületeket, így azok használhatóvá válnak. A - rendszerindítás során azonban - látszólag úgy fog tûnni, hogy a - &os; több memóriát észlel, mint + rendszerindítás során azonban az + elõbb említett leképezés miatt + látszólag úgy fog tûnni, mintha a + &os; több memóriát észlelne, mint amennyivel valójában rendelkezünk. Ez teljesen normálisnak tekinthetõ és a ténylegesen elérhetõ memória @@ -3878,17 +4034,17 @@ programon belül alkalmazunk egy apró trükköt. Most ne a vizuális felületét használjuk, hanem a - parancssoros részt. Gépeljük be: + parancssoros részt. Gépeljük be, majd a + megszokottak szerint telepítsük a + rendszert: eisa 12 quit - Majd a megszokottak szerint telepítsük a - rendszert. Ettõl függetlenül - természetesen továbbra is javasolt egy, az - elõbbiek szerint módosított rendszermagot - fordítanunk és - telepítenünk. + Ettõl függetlenül természetesen + továbbra is javasolt egy, az elõbbiek szerint + módosított rendszermagot fordítanunk + és telepítenünk. A következõ verziókban remélhetõleg már lesz valamilyen @@ -6284,7 +6440,7 @@ Miért nem lehet lefordítani a - rendszermagot, még a GENERIC + rendszermagot, még a GENERIC beállításaival sem? @@ -7101,7 +7257,7 @@ default=multi(0)disk(0)rdisk(0)partition(1)\WINDOWS [operating systems] multi(0)disk(0)rdisk(0)partition(1)\WINDOWS="Windows NT" -C:\BOOTSECT.BSD="FreeBSD" +C:\BOOTSECT.BSD="&os;" C:\="DOS" Ha a &os; ugyanazon a lemezen található, @@ -7179,7 +7335,7 @@ other=/dev/hda2 table=/dev/hda - label=FreeBSD + label=&os; (A fentiekben feltételeztük, hogy a &os;-t tartalmazó slice a &linux; számára @@ -7200,7 +7356,7 @@ other=/dev/dab4 table=/dev/dab loader=/boot/chain.b - label=FreeBSD + label=&os; Bizonyos helyzetekben elõfordulhat, hogy a &os; rendszertöltõjének át kell adnunk a @@ -7221,7 +7377,7 @@ A &os; és &linux; együttes használatáról további részleteket a &linux;+FreeBSD mini-HOWTO + url="http://tldp.org/HOWTO/Linux+FreeBSD.html">&linux;+&os; mini-HOWTO címû írásból tudhatunk meg. @@ -7244,7 +7400,7 @@ rendszerekben a /boot/grub/grub.conf): - title FreeBSD 6.1 + title &os; 6.1 root (hd0,a) kernel /boot/loader @@ -8234,12 +8390,12 @@ - Igen, a &os; a GENERIC típusú - rendszermagban támogatja a System V - típusú IPC megoldást, beleértve - az osztott memória, az üzenetek és a - szemaforok használatát. Ha saját - rendszermagunk van, akkor az alábbi + Igen, a &os; a GENERIC + típusú rendszermagban támogatja a System + V típusú IPC megoldást, + beleértve az osztott memória, az üzenetek + és a szemaforok használatát. Ha + saját rendszermagunk van, akkor az alábbi beállítások használatával engedélyezhetjük a használatukat: @@ -8507,7 +8663,7 @@ - A FreeBSD 5.X és + A &os; 5.X és a késõbbi változatok már a &man.devfs.8; által felkínált automatikus megoldást alkalmazzák. Ilyenkor @@ -10948,6 +11104,24 @@ + + Miért jelennek meg 192.168.0.10 is on + fxp1 but got reply from 00:15:17:67:cf:82 on rl0 + üzenetek a konzolon és hogyan lehet ezeket + kikapcsolni? + + + + Ilyen üzeneteket akkor kapunk, amikor a + hálózaton kívülrõl + érkezik hozzánk váratlanul egy csomag. + A letiltásukhoz állítsuk a + net.link.ether.inet.log_arp_wrong_iface + értékét 0-ra. + + + + A CVSup programot telepítése után nem lehet @@ -11437,16 +11611,16 @@ Gondoskodjunk róla, hogy az /etc/syslog.conf állomány (lásd &man.syslog.conf.5;) tartalmazza az - alábbi sort: + alábbi sort, illetve az + /var/log/ppp.log állomány + létezzen: !ppp *.* /var/log/ppp.log - illetve az /var/log/ppp.log - állomány létezzen. A napló - segítségével már több - mindent ki tudunk deríteni a &man.ppp.8; - mûködésérõl. Ne + A napló segítségével + már több mindent ki tudunk deríteni a + &man.ppp.8; mûködésérõl. Ne aggódjunk, ha nem értünk belõle semmit. Kérjünk segítséget másoktól, nekik minden bizonnyal @@ -11613,12 +11787,12 @@ Ha beállítottuk a Link Quality Reporting - (LQR) használatát, akkor elõfordulhat, hogy - túlságosan sok csomag veszik el a + (LQR) használatát, akkor elõfordulhat, + hogy túlságosan sok csomag veszik el a gépünk és a másik oldal - között. A PPP ezért a vonalat rossznak - érzékeli és bontja. A &os; 2.2.5 - változata elõtt az LQR + között. A &man.ppp.8; ezért a vonalat + rossznak érzékeli és bontja. A + &os; 2.2.5 változata elõtt az LQR alapértelmezés szerint engedélyezett volt. Az LQR így tiltható le: @@ -11811,29 +11985,33 @@ A legjobban úgy járunk, ha a &man.ppp.8; - támogatást újrafordítjuk a - CFLAGS+=-g és a - STRIP= - beállítások megadásával - az /etc/make.conf - állományban, majd a - /usr/src/usr.sbin/ppp - könyvtárban a - make install clean - parancs kiadásával. Amikor a &man.ppp.8; - leáll, keressük meg a &man.ppp.8; program - azonosítóját a - pgrep ppp parancs - használatával, majd adjuk ki a - gdb ppp PID - parancsot (gdb ppp `pgrep ppp`). A - gdb parancssorából - ezután a bt paranccsal - kérdezhetjük le a hívási - láncot. + programot nyomkövetési + információkkal fordítjuk újra, + majd a &man.gdb.1; segítségével + lekérünk egy hívási láncot + az éppen megakadt ppp + példánytól. A + ppp alkalmazást a + következõ parancsokkal tudjuk úgy + újrafordítani, hogy tartalmazza a + kívánt információkat: + + &prompt.root; gdb ppp `pgrep ppp` + + Ezt követõen a gdb + parancssorában a bt és + where parancsok + segítségével hozzá tudunk jutni + a hívási lánchoz. Mentsük el + valahova a gdb által + kinyert adatokat, majd a detach + paranccsal váljunk le a futó programról + és a quit + begépelésével lépjünk ki a + gdb programból. - Az eredményeket küldjük el &a.brian; - címére. + Végezetül az elmentett eredményeket + küldjük el &a.brian; címére. @@ -12107,7 +12285,7 @@ - + A &man.ppp.8; null-modem kábel használatakor miért nem lép ki soha? @@ -14358,7 +14536,7 @@ szemszögébõl, név szerint a Marshall Kirk McKusick és George V. Neville-Neil által írt The Design and Implementation of the - FreeBSD Operating System címû könyv + &os; Operating System címû könyv (ISBN 0-201-70245-2), amely a &os; 5.X változatára koncentrál. @@ -14395,8 +14573,8 @@ - Mik azok a SNAP és - RELEASE verziók? + Mik azok a pillanatkiadások és + kiadások? @@ -14411,19 +14589,19 @@ - RELENG_5 avagy - 5-STABLE + RELENG_6 avagy + 6-STABLE - RELENG_6 avagy - 6-STABLE + RELENG_7 avagy + 7-STABLE HEAD avagy -CURRENT avagy - 7.X-CURRENT + 8-CURRENT @@ -14433,15 +14611,16 @@ ágaztatott fejlesztési irány jelentéssel bír, amire pedig sokszor röviden csak - -CURRENT néven hivatkoznak. + -CURRENT néven + hivatkoznak. - Jelen pillanatban a -CURRENT a - 7.X fejlesztési + Jelen pillanatban a -CURRENT a + 8.X fejlesztési irányát képviseli; az - 5-STABLE ág, a - RELENG_5, 2004 októberében, - míg a 6-STABLE ág, a - RELENG_6, 2005 novemberében + 6-STABLE ág, a + RELENG_6, 2005 novemberében, + míg a 7-STABLE ág, a + RELENG_7, 2008 februárjában vált le a -CURRENT ágból. @@ -14471,10 +14650,11 @@ Mert alapvetõen ez lenne a cél: ahogy a neve is sugallja, a rendszer újrafordítása, - vagyis a make - world parancs feladata a - rendszerben található összes - bináris újrafordítása, aminek + vagyis a + make world + parancs feladata a rendszerben található + összes bináris + újrafordítása, aminek eredményeképpen egy tiszta és összefüggõ környezetet kapunk (ezért is tart ilyen sokáig). @@ -14517,7 +14697,7 @@ frissebb kód található, miközben a többin még az egy órával ezelõtti állapot szerepel. Ha a cvsup.FreeBSD.org forgó + role="fqdn">cvsup.FreeBSD.org forgó névfeloldással mûködne, akkor a felhasználók mindig egy véletlenszerûen választott @@ -14530,35 +14710,6 @@ - - A rendszer induláskor miért írja - ki, hogy (bus speed defaulted)? - - - - Az Adaptec 1542 típusú - SCSI-vezérlõk lehetõvé teszik a - felhasználók számára, hogy - szoftveresen állítsák be a - buszelérés sebességét. Az 1542 - meghajtójának korábbi változatai - igyekezték kideríteni a kártya - által ismert legnagyobb sebességt és - erre beállítani. Ezzel kapcsolatban viszont - azt tapasztaluk, hogy egyes felhasználók - rendszerein nem mûködik rendesen, ezért ez - csak akkor fog mûködni, ha a rendszermag - konfigurációs beállításai - között megadjuk a - opciót. Ha ki tudjuk használni a - rendszerünkön, akkor a lemezeink így - felgyorsíthatóak, azonban ahol ez - mûködik, ott akár adatvesztést is - okozhat. - - - - A -CURRENT forrásait korlátozott interneteléréssel is lehet @@ -14576,8 +14727,8 @@ - - Hogyan lehet 240 KB-os darabokra felosztani az + + Hogyan lehet 1392 KB-os darabokra felosztani az egyes terjesztéseket? @@ -14589,15 +14740,10 @@ állományokat. Íme erre egy példa az - /usr/src/Makefile + /usr/src/release/Makefile állományból: - bin-tarball: -(cd ${DISTDIR}; \ -tar cf - . \ -gzip --no-name -9 -c | \ -split -b 240640 - \ -${RELEASEDIR}/tarballs/bindist/bin_tgz.) + ZIPNSPLIT= gzip --no-name -9 -c | split -b 1392k - @@ -14609,10 +14755,9 @@ Erre vonatkozóan vessünk egy - pillantást a &os; - továbbfejlesztésérõl - szóló cikkre. + pillantást a &os; továbbfejlesztésérõl szóló + cikkre. Köszönjük, hogy gondolt ránk! @@ -14647,8 +14792,8 @@ beállít valaki, akkor folytatható a keresés. Ezután a keresést végzõ kódrész letiltja az - X alatti (a Microsoft és az Intel - által kiosztott) azonosítóval + X alatti (a µsoft; és az + &intel; által kiosztott) azonosítóval rendelkezõ kártyákat, majd ismét megnézi, hogy valaki továbbra is válaszol-e. Amennyiben a válasz @@ -14657,17 +14802,17 @@ azonosító felett. Ezt követõen a rendszer megpróbálkozik az X alatti azonosítók - lekérdezésével. Ha erre kap valamilyen - választ, akkor folytatja az X - alatti keresést az - X -(korlát / 4) feletti - azonosítók letiltásával, majd - megismétli az iménti kérdést. - Ezzel a félig-meddig bináris keresési - módszerrel aztán képes - 264 lépésnél - jóval kevesebbõl felderíteni a - rendszerünkben megtalálható PnP + lekérdezésével. Végül folytatja az + X alatti keresést az + X -(korlát / 4) + feletti azonosítók letiltásával, + majd megismétli az iménti + kérdést. Ezzel a félig-meddig + bináris keresési módszerrel + aztán képes 264 + lépésnél jóval kevesebbõl + felderíteni a rendszerünkben + megtalálható PnP kártyákat. Az azonosítók két 32 bit @@ -14687,8 +14832,8 @@ túlzás. A második 32 bit lehet a kártya - sorozatszáma, az Ethernet címe vagy bárki - más, ami alapján egyértelmûen + sorozatszáma vagy bárki más, amely + alapján egyértelmûen beazonosítható. A gyártó ugyanazzal a 32 bites értékkel nem gyárthat egy másik kártyát, csak @@ -14747,7 +14892,7 @@ már ennyi is elegendõ az alapok megértéséhez. - A Microsoft néhány elsõdleges + A µsoft; néhány elsõdleges nyomtatási állapotot jelzõ portot átrakott PnP-re, azzal a címszóval, hogy egyik kártya sem kódolta át ezeket @@ -14755,14 +14900,14 @@ számára. Találtam is egy eredeti IBM nyomtatókártyát, amely valóban át tudta írni az állapotjelzõ - portot a PnP kezdeti változataiban, de arra az MS - csak annyit mondott, hogy fogós. - Ezért a nyomtatási állapotot jelzõ - portot a címek - beállítására használja, - illetve még a 0x800-as portot - és egy harmadik I/O portot valahol a - 0x200 és a + portot a PnP kezdeti változataiban, de arra a + µsoft; csak annyit mondott, hogy + fogós. Ezért a + nyomtatási állapotot jelzõ portot a + címek beállítására + használja, illetve még a + 0x800-as portot és egy harmadik + I/O portot valahol a 0x200 és a 0x3ff környékén. @@ -14780,35 +14925,9 @@ dinamikusan és önmûködõen futás közben lefoglalni fõeszközazonosítókat a - meghajtóknak. Ez a megoldás sokkal - inkább ajánlott a korábbi, statikus - foglalást igénylõ megoldással - szemben. A témához kapcsolódóan - találhatunk néhány megjegyzést - az src/sys/conf/majors - állományban. - - Ha valamiért mégis a statikus - foglalást választjuk, akkor a konkrét - eljárás attól függ, hogy a - meghajtót mindenki által - elérhetõvé akarjuk-e tenni vagy sem. - Amennyiben igen, akkor juttassuk el a következõket - a fejlesztõknek: a meghajtó - forráskódja, a files.i386 - egy módosított változata, egy minta - konfigurációs állomány és - a &man.MAKEDEV.8; megfelelõ változata, amely - képes létrehozni az eszköz tartozó - leírókat. Ha nem szeretnénk - másokkal megosztani, vagy mert a licencelés - tiltja, akkor válasszuk a 32-es - fõeszközazonosítót és 8-as - blokkazonosítót, mert ezeket erre a - célra tartjuk fenn. Akármelyiket is - válasszuk, szívesen hallunk a - meghajtóról a &a.hackers; levelei - között. + meghajtóknak (lásd &man.devfs.5;), + ezért erre tulajdonképpen már nincs + szükség. @@ -14842,7 +14961,7 @@ tudja elõre a létrehozni kívánt könyvtárak számát, akkor ezt úgy lehet megoldani, ha a mûvelet során - (összes / cilindercsoportok) + (összes / cilindercsoportok) mennyiségû könyvtárat hozunk létre az egyes cilindercsoportokban. Ennek meghatározására @@ -14863,7 +14982,7 @@ ezeket. Mindenesetre elmondható, hogy ezzel nyugodtan lehet kísérletezni. - Kirk McKusick, 1998 szeptembere + &a.mckusick;, 1998 szeptembere @@ -14875,47 +14994,33 @@ - [Ezt a választ &a.wpaul; &a.current; - címére küldött levelébõl - &a.des; szedte ki, aki még javította az - elgépeléseket és hozzátett - még néhány - megjegyzést.] - - From: Bill Paul <wpaul@skynet.ctr.columbia.edu> -Subject: Re: the fs fun never stops -To: Ben Rosengart -Date: Sun, 20 Sep 1998 15:22:50 -0400 (EDT) -Cc: current@FreeBSD.org + Általában így néz ki a + rendszermag összeomlása: - [Ben Rosengart a következõ - üzenetet küldte:] - > Fatal trap 12: page fault while in kernel mode -> fault virtual address = 0x40 -> fault code = supervisor read, page not present -> instruction pointer = 0x8:0xf014a7e5 - ^^^^^^^^^^ -> stack pointer = 0x10:0xf4ed6f24 -> frame pointer = 0x10:0xf4ed6f28 -> code segment = base 0x0, limit 0xfffff, type 0x1b -> = DPL 0, pres 1, def32 1, gran 1 -> processor eflags = interrupt enabled, resume, IOPL = 0 -> current process = 80 (mount) -> interrupt mask = -> trap number = 12 -> panic: page fault +fault virtual address = 0x40 +fault code = supervisor read, page not present +instruction pointer = 0x8:0xf014a7e5 +stack pointer = 0x10:0xf4ed6f24 +frame pointer = 0x10:0xf4ed6f28 +code segment = base 0x0, limit 0xfffff, type 0x1b + = DPL 0, pres 1, def32 1, gran 1 +processor eflags = interrupt enabled, resume, IOPL = 0 +current process = 80 (mount) +interrupt mask = +trap number = 12 +panic: page fault - [Ha] egy ilyen üzenetet látunk, akkor nem + Amikor egy ilyen üzenetet látunk, akkor nem elegendõ újra elõcsalni a hibát és beküldeni. Az utasításszámláló - (instruction pointer) fentebb kiemelt - értéke ugyan nagyon fontos, de sajnos - konfigurációk szerint eltérhet. - Más szóval úgy fogalmazhatnék, - hogy ennek az értéke a használatban - levõ rendszermag értékétõl + (instruction pointer) értéke + ugyan nagyon fontos, de sajnos konfigurációk + szerint eltérhet. Más szóval + úgy fogalmazhatnék, hogy ennek az + értéke a használatban levõ + rendszermag értékétõl függõen változhat. Ha a GENERIC rendszermagot használjuk valamelyik kiadásból, akkor viszont már @@ -14944,7 +15049,7 @@ A rendszer újraindításakor írjuk be a következõt: - &prompt.user; nm -n /a.hibát.okozó.rendszermag | grep f0xxxxxx + &prompt.user; nm /a.hibát.okozó.rendszermag | grep f0xxxxxx ahol az f0xxxxxx az utasításszámláló @@ -14962,7 +15067,7 @@ számjegyet és próbálkozzunk így: - &prompt.user; nm -n /a.hibát.okozó.rendszermag | grep f0xxxxx + &prompt.user; nm /a.hibát.okozó.rendszermag | grep f0xxxxx Ha még ez sem hoz eredményt, akkor vágjunk le a végérõl egy @@ -14977,79 +15082,72 @@ - Gyakran látok embereket, akik ehhez - hasonló üzeneteket mutogatnak, azonban olyanokat - csak nagyon ritkán, akik utána is - járnak az - utasításszámláló - értékének és kikeresik a - hozzátartozó függvényt a - rendszermag >>> TRUNCATED FOR MAIL (1000 lines) <<<