Aktív fórumtémák

Tárgy Válaszok Legutóbbi beküldés Fórum Szerző
  Backup megoldások, ötleteljünk 44  2025-08-22T20:51:58+0200 Segédprogramok zslaszlo
  Német agybaj újratöltve: Illegálissá válhat a reklámblokkolás, börtön is járhat majd érte 374  2025-08-22T20:50:32+0200 Web, mail, IRC, IM, hálózatok jevgenyij
  Feltörték a Gmail-t 39  2025-08-22T19:50:16+0200 HUP cikkturkáló bzt
  Schrödinger Linux 20  2025-08-22T18:30:35+0200 Tudtad-e, hogy... EspOS
  win10 frissitese win11-re, avagy lehet elni ujratelepites nelkul? a valasz, igen! 17  2025-08-22T17:12:52+0200 Microsoft Windows x-daemon
  Fidesz osztja a friss időt Openwrt 18.06.2-ön vagy csak T-online-soknak? 28  2025-08-22T16:35:25+0200 Hálózati eszközök lusi
  Kis github segítséget kérnék 2025-08-22T15:45:05+0200 C/C++ bzt
  Virtualizáció és Bitlocker 2025-08-22T15:10:57+0200 Virtualizáció PDA_FAN
  Létezik olyan kapcsoló modul ami beépíthető buta kapcsoló mögé és zigbee hálózaton keresztül bindelhető hub nélkül? 23  2025-08-22T13:41:18+0200 Elektronika, Elektromos eszközök denton
  NIS2 tapasztalatok 94  2025-08-22T10:33:47+0200 Közösségi kerekasztal pentike
  Roidmi károsultak fóruma (Roidmi csődbe ment, így nem használhatók tovább bizonyos eszközeik) 48  2025-08-22T10:23:46+0200 Közösségi kerekasztal Charybdis
  Unaloműző online játékok és azok eredményei #2 746  2025-08-22T09:54:40+0200 Játékok trey
  Jogsi nélküli autó időseknek 211  2025-08-22T09:00:34+0200 Közösségi kerekasztal plt
  Tönkrevághatja az SSD-ket és HDD-ket a Windows 11 legújabb frissítése 19  2025-08-22T00:34:19+0200 HUP cikkturkáló DL3V1
  Melyik AI (vagy nem AI) eszköz tud összeszedni információt webről 17  2025-08-21T18:36:58+0200 Segédprogramok gee
  SSD meghibásodás után sérült Windows 10 LTSC 2019 helyreállítása 31  2025-08-21T16:14:10+0200 Microsoft Windows djtacee
  Robotporszívó helyi szerverre irányítása 56  2025-08-21T10:16:37+0200 Hálózati eszközök kikepzo
  Android Rage n+1 302  2025-08-21T10:05:28+0200 Android hnsz2002
  Windows Disk foglaltság 2025-08-21T07:40:46+0200 Microsoft Windows hnsz2002
  Lenovo T14 20S1SE60D00 internal microphone problema win11-el 13  2025-08-20T19:56:36+0200 Notebook, laptop, mobiltelefon ... Ariel

Sorozatos Debian biztonsági figyelmeztetések

Címkék

Bugzik a KDE. A Debian ezen a héten számos KDE csomaggal kapcsolatos hibajegyet adott ki. A szokástól eltérően nem írok részletes jegyzéket, mert szinte lehetetlen. Az alábbi csomagok bugzanak:


A fent említett csomagok frissítését javasoljuk. A frissítésről szóló FAQ-nk.

Redundáns kód = biztonsági hibák?

Címkék

Elmélyült beszélgetés folyt a Slashdot-on két stanford-i kutatóról, név szerint Díawson Engler-ről és Yichen Xie-ről, akik egy tanulmányt írtak (pdf) a programforrásokban található redundáns (többszörözött) kódokról, halott kódokról, stb. amelyek kernel hibákról (és lehetséges biztonsági lyukakról?) árulkodhatnak. Akit mélyebben érdekel a biztonságos programozás, a hibák a Linux és más operációs rendszerek magjában, annak hasznos olvasmány lehet.

Hogyan szabaduljunk meg a DDoS támadásoktól?

A hálózat-alapú DDoS (Distributed Denial of Service) típusú támadás bedugítja a hálózati sávunkat olyan nemkívánatos forgalommal, amely a egy idő után 'elfogyasztja' a sávszélességünket, rossz esetben 'megeszi' a CPU időnket, elfogyasztja a rendelkezésre álló fizikai memóriát, rosszabb esetben felemészti az összes virtuális memóriát is, és a végén ez a rendszer teljes összeomlásához vezethet. Ez egy tipikus elosztott szolgáltatás-megtagadás típusú támadás sémája. Mi is részesei lehettünk egy ilyen típusú támadásnak pár évvel ezelőtt, amikor is külföldi támadók intéztek elosztott támadást egy magyar tanuló gépe ellen. Az eredmény: a tanuló internet hozzáférését biztosító internetszolgáltató összeomlott, és nem sok kellett hozzá, hogy a teljes magyarországi internetforgalom veszélybe kerüljön. (Bővebben itt a szegedi DDoS témadásról)A DDoS támadás kivitelezése többféleképpen is történhet, védekezni ellene nem könnyű. Sokak szerint egy jól megszervezett DDoS támadás ellen nem lehet védekezni. Iljitsch van Beijnum máshogy vélekedik. Szerinte van lehetőség védekezni a DDoS ellen. A BGP szerzője ebben a cikkben értekezik erről a dologról.

Új ütemező a FreeBSD-ben (is)

Címkék

Mintha a héten mondtam volna már, hogy az ütemezők fejlesztésének fénykorát éljük. Úgy látszik, hogy most ez a terület a legvonzóbb az operácis rendszer fejlesztők számára. Talán azért is, mert egy jól megtervezett ütemező nagyon-nagy mértékben képes a rendszer teljesítményét növelni.

Jeff Roberson éppen azon dolgozik, hogy újratervezze a FreeBSD ütemezőjét, és a munkája során ötletekre, visszajelzésekre van szüksége. A dolog lényege, hogy egy olyan ütemezőt hozzon létre, amelyik a jelenlegi modern rendszerekben megtalálható scheduler-ekre hasonlít. Konkrétan a terve az, hogy egy O(1) ütemezőt hozzon létre. Ilyen ütemezőt találhatunk többek között a solaris/linux/és egyéb más rendszerekben is. A fejlesztés lényege, hogy az új ütemező végleg felváltsa a jelenlegi megoldást.

Jeff a "make -j4 buildworld" futtatásával tesztelte az új scheduler-t (ez tulajdonképpen lefordítja a rendszert újra saját magán), és az alábbi megfigyelésekhez jutott: a 'sys time' és az 'user time' nagy mértékben csökkent. A csökkenés mértéke 35%, és 10% egyenként.

Email bejelentés:Date: Thu, 23 Jan 2003 01:38:44 -0500 (EST)

From: Jeff Roberson

To: arch@freebsd.org

Subject: New scheduler

I'm sure many of you have seen me discussing my new scheduler in relation to the scheduler framework. I'd like to show what I have so far and get opinions/feedback.

First, let me describe the features and general design of this scheduler. It is a queue switching O(1) scheduler much like solaris/linux/many others. It has per cpu run queues. It supports some notion of affinity. It is designed as a general purpose replacement for the current scheduler.

It is not complete by any means. What is currently lacking is a good cpu balancing algorithm. I've been working on that for a little while now. The version I'm going to post has some temporary code that just decides where to place a proc at fork time. It never moves them after that.

Its interactivity is very good in the situations that I've put it in. I have written some code to prove its latency, priority computations, nice effectiveness, etc. that I will post along with results as compared to the old scheduler and linux.

There are some aspects of priority computation that I am very happy with and some that need more work. The most notable problem I have right now is what I'd call priority drift. The scheduler uses voluntary sleep time to calculate priority. A process which sleeps exactly one tick longer than it runs will eventually accumulate enough sleep time to reach the highest priority. I need to fix this.

Oh, also, the pctcpu calculations are still a little off. I need to look into that.

I have just started doing performance tests. Prior to this I was focusing on interactive response and priority calculation with nice. Some interesting early results:

make -j4 buildworld on a 2 way Athlon 1800MP with one ata disk.

new sched:

1933.193u 1156.398s 56:31.33 91.1% 2628+2106k 18752+4863io 8538pf+0w

old sched:

2153.557u 1803.705s 48:25.07 136.2% 2462+1925k 17250+4666io 7113pf+0w


What you can see here is that the sys time and user time were greatly reduced. By approx. 35% and 10% respectively. But, since we're not evenly balancing the load across both cpus the real time suffered. I don't expect the speedup to be this good once both cpus are well utilized due to memory bus contention.

Anyway, I'm still waiting on single cpu results. If you have some free compute resources I'd love to have reports from different loads comparing this to the old scheduler.

I'd also like feedback on how people would like to see this added to the build.

You just need one file. It's available at

http://www.chesapeake.net/~jroberson/sched_smp.c

Cheers,

Jeff

Linux: Megelőlegező (anticipatory) I/O Scheduler

Címkék

Az Andrew Morton féle -mm patchek legújabb kiadásában, az 2.5.59-mm5-ben megjelent egy ún. megelőlegező (anticipatory) I/O ütemező, amely Nick Piggin munkájának beolvasztása nyomán került a fejlesztői kernel ezen ágába. Az új ütemezőnek köszönhetően meglehetősen javul a rendszer I/O képessége.

Az ütemező használata során a legnagyobb előny abból származik, hogy az olvasási műveletek általában szinkron hajtódnak végre, ami azt jelenti, hogy az első olvasás megtörténik és visszajelez, mielőtt a következő ütemeződne.Ez mit is jelent konkrét esetben? Például az Apache webszervernél akár 29-71% teljesítménynövekedést eredményezhet intenzív diszk használat esetén.



Az anticipatory ütemező kacsintgat a FreeBSD felé is.

Egy példa a linux teljesítményére

Címkék

7 (azaz hét) MPlayer egymás mellett, 7 divx film, gond nélkül. Ilyen nincs, gondolhatnánk, hiszen egy film lejátszása egy jobb processzor esetén is elveszi a processzoridő 20-30%át. De íme egy screenshot, no és a szavam, hogy futott az a 7 film gond nélkül egymás mellett.A vas amin ez ment: 1.8-as P4 Celeron 2074Mhz-re húzva, 256MB 333-as DDRAM. 2.4.20-as kernel, preemptible patch, debian sid, KDE 3.1, Mplayer 0.90-rc2.

Itt a screenshot

Nem tudom, lehet hogy ez csak nekem tűnik ilyen nagy számnak, de windows alatt ezt ugyanezen a gépen képtelen voltam akár csak megközelíteni is. 3-4 film után erősen köhögni kezdett a rendszer, majd heveny gyengeségi rohamok után örültem ha le tudtam lőni a lejátszókat.

Ochronus

Itanium a mainframekben?

Címkék

A Fujitsu bejelentette, hogy a többi nagy gyártót (IBM, Hp, SGI, stb.) követve ő is elkezdi az Intel vonalat, és jövőre mát piacra dobja előbb Xeon, majd 128 procis mainframe Itanium gépeit. A gépeket Linux kernel zümmögteti, amelyre a cég egy saját GNU/Linux disztribúciót fejleszt. A press release itt olvasható.

GNOME/Bitstream megállapodás (kompatibilis a DFSG-vel?)

Címkék

A GNOME Foundation és a BITSTREAM Inc. bejelentett egy hosszútávú szerződés amelynek értelmében kiváló minőségű fontok kerülhetnek a free szoftverbe. A szerződés szerint 10 font lesz kiadva egy speciális licenc alapján, és ezzel az összes fejlesztőnek és felhasználónak lehetősége nyílik jó minőségű fontokat használni. Valljuk be, hogy ez nem is baj, hiszen a Linuxos fontok területén még van mit dolgozni.

A bejelentést elolvashatod itt.

A DebianPlaneten egy kisebb beszélgetés alakult ki a bejelentés nyomán. A vita arról folyt, hogy a licenc megfelel-e a DFSG-nek?

A Sony befejezi a 17 és 19 colos monitorok gyártását

Címkék

A Sony úgy döntött, hogy az alacsonyabb képátlóval rendelkező CRT monitorait nem gyártja tovább. A 17 és 19 colos CRT monitorok gyártása befejeződik március végén. A CRT monitorok közül csak a 21 és 24 colos verziók maradnak. A Sony ezek kivételével már csak LCD paneleket gyárt. A cég ezt hivatalosan is bejelentette.

Teljes cikk itt.

OpenOffice.org 1.02 csomagok FreeBSD-re

Címkék

Martin Blapp bejelentette az OpenOffice.org 1.02-es verzióját mind FreeBSD 4.7-RELEASE, mind 5.0 RELEASE rendszerekhez.

Bejelentés:Date: Wed, 22 Jan 2003 22:13:16 +0100 (CET)

From: Martin Blapp

To: openoffice@freebsd.org

Cc: ports@freebsd.org

Subject: OpenOffice.org 1.02 packages available

Hi all,

I'm pleased to announce now the packages for OO.org v. 1.02.

They are available now for both 4.7 RELEASE and 5.0 RELEASE.

http://projects.imp.ch/openoffice

Packages for different languages than english will follow

shortly. Next one will be the german one tomorrow, followed

by the french and russian version.

Thank you for your support of this project.

Martin

Martin Blapp,

------------------------------------------------------------------

ImproWare AG, UNIXSP & ISP, Zurlindenstrasse 29, 4133 Pratteln, CH

Phone: +41 61 826 93 00 Fax: +41 61 826 93 01

PGP:

PGP Fingerprint: B434 53FC C87C FE7B 0A18 B84C 8686 EF22 D300 551E

Úgy tűnik linuxos lesz a világ második legnagyobb IT-piaca

Címkék

Kína lett a világ második legnagyobb Pc-piaca, erősítették meg a legnagyobb lapok (Pl. a Reuters, Forbes stb.) az elmúlt két napban, amennyiben az elmúlt fél évben lehagyták már Japánt is az eladások terén. A piacon már csak az USA-ban adnak el több gépet. Márpedig, amint az közismert Kínában leginkább a linuxos, közelebbről a Red Flag linuxos gépek eladását preferálják, hiszen maximálisan függetlenedni akarnak Amerikától, és a linuxos platformok már eléggé könnyen kezelhetőek. Valószínű tehát, hogy Kína lesz a második legtöbb géppel felszerelt ország, s egyben linuxos. Összevetés:A támogatott átállásnak Európában is az egyik fő szempontja, hogy az Únió gazdasága szoftver téren a lehető legmagasabb szinten függetlenedjen az USA-tól, amint arra a FT cikke is rámutat. Ami a m$-tal való leszámolást illeti Houston, (a 4. legnagyobb USA város) már elindult a demokrácia útján, és állítólag elkzdi az office-környezet lecserélését. Hasonló lépések várhatóak a 3. legnagyobb városban, Chicago-ban is.

A Lucas Digital kiadta az OpenEXR formátumot

Címkék

George Lucas (Star Wars többek között) stábjából valakik úgy gondolták, hogy éljen a Szabadság és a fény. Az ILM (Industrial Light and Magic) kiadta az OpenEXR grafikus file formátum specifikációit a hozzá tartozó segédprogramokkal együtt. A licenc típusa BSD-stílusú (hogy a Microsoft is örülhessen ;-)). Az OpenEXR jelenleg Linux, Jaguar (MacOS X), és Irix rendszereken fut; de nincs kétségem afelől, hogy hamarosan meg fog jelenni a többi vezető free Unix rendszereken is. Egy másik elérhetőség itt.

5 év elteltével: MOZILLA 1.3

Címkék

A mai napon 5 éve annak, hogy a Netscape bejelentette a Communicator forráskódjának közlését. A project eredményét már ismerjük: a vulner konkurrenciát messze leköröző böngésző Mozilla névre hallgat. A jeles dátum alkalmából a mai napon jön a trunk-freeze, várhatóan pedig pénteken jön a Mozilla 1.3 bétája, többek között automata képátméretezéssel és egy about:config nevű prefs és user.js szerkesztő oldallal. A végső 1.3 pedig szokás szerint 1 hónap múlva, tehát februárban várható, ekkor már a következő fejlesztésekről is többet tudunk.Szerintem az egyik nagy kérdés, vajon a Mozilla lesz-e a legelső böngésző, amelyik végre implementálni fogja az SVG-t.

OpenBSD: új szálkezelkési támogatás

Címkék

Úgy látszik, hogy az összes OS-re egyszerre jön rá a "fejlesztheteni kéne valamit". A Linux (NGPT) és a NetBSD (natív pthreads és sched activations) után az OpenBSD is bejelentette a következő generációs szálkezelési megoldást (threading). Az OpenBSD core C könyvtára teljesen más elgondolás alapján kezeli majd ezután a többszálú alkalmazásokat. Elbúcsúzik a libc_r és a libnpthread. Helyette jön a libpthread. A gcc fordítót a -pthread kapcsolóval lehet majd rávenni a támogatás bekapcsolására.

Bővebb infó az OpenBSD Journal oldalain itt.

A HP is a UnitedLinux csoport technológiai partnere lett

Címkék

A UnitedLinux csoport ma bejelentette, hogy a HP technológiai partnerként csatlakozott a jelenleg négy Linux-disztribútort tömörítő szervezethez. A HP (az IBM és az AMD után) a harmadik cég, amely technológiai partneri státuszban működhet együtt a SuSE, az SCO Group, a Turbolinux és a Conectiva üzleti szövetségével, és többek közt részt vehet a UnitedLinux technikai tanácsadó testületének munkájában, javaslatokat tehet a technikai irányító bizottságnak, továbbá közös marketingtevékenységekben vállalhat szerepet.

A cikk itt olvasható.

DeCSS: DVD Jon újra a színen

Címkék

Jon Johansen, ismertebb nevén "DVD Jon" újra a hírek központjában van. A norvég srácot felmentették az ellene felhozott vádak alól, mikoris egy oslói bíróság kimondta, hogy nem sértett törvényt, amikor terjesztette azt a kódot, amely segítségével lehetőség nyílt a titkosított DVD lemezek másolására. Az ítélet január 7-én született.A most 19 éves Jon 15 évesen alkotta meg a DeCSS (De Contents Scramble System) névre hallgató programot. 1999-ben készítette el, mert szerette volna a Linuxot futtató gépén megnézni a DVD lemezeit. A DeCSS hatástalanítja a Contents Scramble System (CSS) névre hallgató másolásvédelmi rendszert, amelyet a szórakoztató-ipari cégek fejlesztettek ki, hogy megvédjék a DVD-n terjesztett filmjeiket.

A napokban több "nagy" oldal is felkapta a hírt, többek között a CNN, Wired, és a The Register.

(majdnem) Mindegyik nagyobb Linux disztribúció LSB minősített

Címkék

A Free Standards Group bejelentése szerint az összes nagyobb Linux disztribútor elnyerte a terjesztésével a Linux Standard Base (LSB) minősítést. Az egyetlen, amelyik hiányzik a listáról a nagyok közül (a listán a Conectiva, Mandrake, MSC.Linux, Red Hat, Sun, SuSE, UnitedLinux, SCO, és a Turbolinux szerepel) a Debian, amelyik talán erőforrások hiányában nem tudja "keresztülverni" a terjesztést a minősítési eljáráson.

A Microsoft kiadja titkos kódjait az Oroszoknak

Oroszország az első állam aki kezébe kaphatja a világ talán legtitkosabb forráskódját, a Microsoft operációs rendszerek forrását. Az amerikai szoftvergyártó ezt a múlt héten jelentette be. Az szerződés aláírása segít a Microsoftnak, hogy megőrizhessék a szoftver jelenlegi pozícióját az IT világban.

A hírt a Reuters adta közzé, elolvasható itt.

LinuxOrbit: Linuxos média lejátszók összehasonlítása

Címkék

A LinuxOrbit egy összefoglalót készített a jelenleg Linux alatt elérhető média lejátszókról. Az értékelésben a Sinek, Totem, XINE_UI, VLC, XMMS, XMOVIE, MPLayer, Xanim, és a KDE Média lejátszók vettek részt.

Az értékelés végén a cikk írója az MPlayer-t emelte ki a többi közül. A cikkben Marillat úr csomagjai szerepelnek, mint ajánlott forrás.

A cikket elolvashatod itt.

Nem feltétlenül sok hír hozza a sok olvasót.

A Hírkereső nevű online szemléző közzétette 2002-re vonatkozó hír statisztikáit. Eszerint az általa szemlézett informatikai lapokban naponta átlagosan 10-15 cikk jelenik meg, de a statisztikát összevetve a nézettségi adatokkal láthatjuk, hogy nem feltétlenül a sok hír hozza a sok olvasót. A nagyobb hírportálok között az index például tavaly majdnem másfélszer annyi hírt hozott le, mint az origo, mégis ez utóbbinak nagyobb a nézettsége. A listát messze az mno vezeti. A HUP-ot nem monitorozza a Hírkereső.

Hogyan frissítsük a FreeBSD 4.x rendszerünket FreeBSD 5.0-ra

Címkék

Frissítés FreeBSD 4.x rendszerről FreeBSD 5.0-ra mini-HOWTO

Micskó Gábor trey@hup.hu - Hungarian Unix Portal

v.1.0, 2003. január. 21 - Copyright © Hungarian Unix Portal

1. Bemutatás

2. CVS tag beállítása

3. CVSup futtatása

4. Olvasd el az UPDATING filet!

5. /etc/make.conf szerkesztése

6. Tisztítás

7. make buildworld

8. Kernel fordítás és telepítés

9. Reboot

10. mergemaster

11. make installworld

12. Frissítsd a /dev-et!

13. Frissítsd a /stand-ot!

14. Újraindítás

15. Copyright, licenc, visszajelzés és ilyesmi

1. Bemutatás

Ez mini-HOWTO leírja, hogy hogyan frissítsük a FreeBSD 4.x verziójú rendszerünket FreeBSD 5.0 rendszerre.

A frissítési eljárás kicsit más a 4.x rendszerekről az FreeBSD 5.0-ra mint előzőleg volt, ezért néhány lépést be kell építeni a frissítés folyamatába. Ezek a lépések meg lesznek jelölve a **MEGJEGYZÉS módon.

2. CVS tag beállítása

Fontos hogy meg kell változtatnunk a CVS tag-et:

*tag=RELENG_5_0_0_RELEASE

akkor, ha a RELEASE branch-et akarjuk használni. Ha a STABLE branch-ra van szükség, akkor a következőket kell tenni:

*tag=RELENG_5_0

3. CVSup futtatása

Ha még nem futtattad a 'cvsup'-ot eddig, akkor itt az idő, hogy frissítsd a forrásaidat, felhasználva a feljebb említett RELENG tag-ek valamelyikét. Legyél biztos abban, hogy tisztítottad a 'src' könyvtáradat.

#cd /usr/src

#make cleandir

#/usr/local/bin/cvsup -g -L 2 /usr/local/etc/src-supfile

(feltételezzük, hogy a supfile a /usr/local/etc könyvtárban van)

4. Olvasd el az UPDATING filet!

Ha készen vagy, olvasd el a frissítési jelentést, hogy biztos legyél benne, hogy a kód nem igényel-e további lépéseket vagy parancsokat.... Ezt megtalálod a /usr/src/UPDATING helyen. Jelenleg (az írás pillanatában) nincs más a fileban, minthogy megjelent a FreeBSD 5.0.

5. /etc/make.conf szerkesztése

Szerkeszd a /etc/make.conf filet igény szerint:

[...]

CFLAGS= -O -pipe

NOPROFILE= true

USA_RESIDENT= no

[...]

6. Tisztítás

A régi fileok eltávolítása, object könyvtárak törlése. Ez eddig nem volt szükséges lépés, de ajánlott az 5.0-ra való áttérés előtt.

# cd /usr/obj

# chflags -R noschg *

# rm -rf *

7. make buildworld

Itt az idő az új források lefordítására!

# cd /usr/src

# make buildworld

8. Kernel fordítás és telepítés

Forgasd le és telepítsd az új kerneled!

# cd /usr/src

# make buildkernel KERNCONF=KERNEL_KONFIGOD_NEVE

**MEGJEGYZÉS (új lépések itt)

cp src/sys/i386/conf/GENERIC.hints /boot/device.hints

# make installkernel KERNCONF=KERNEL_KONFIGOD_NEVE

**MEGJEGYZÉS (újabb új lépés)

# cd src/sys/boot ; make install

MEGJEGYZÉS: KERNEL_KONFIGOD_NEVE= GENERIC hacsak nem készítettél saját kernel konfigot!

MEGJEGYZÉS: Ha a rendszered secure_level beállítással futtatod, akkor a telepítés nem fog sikerülni. Ilyenkor be kell állítanod a 'kern_securelevel="-1"'-et a /etc/rc.conf-ban, és újra kell indítanod a rendszert. Ha a telepítéssel készen vagy, vissza lehet állítani az értéket az eredeti szintre.

9. Reboot

Újraindítás (reboot) egy-felhasználós módba (single user) . Ez nem szükséges, ha a 4.x-Stable-t futtatod.

# shutdown now

# mount -u /

# mount -a -t ufs

# swapon -a

10. mergemaster

Majdnem kész.. Még frissítenünk kell a /etc-t. Előtte mentsük el a /etc-t mondjuk /etc.old néven. Mielőtt nekiállunk a 'mergemaster'-nek, tudnunk kell, hogy fontos fileok kerülhetnek visszaállításra. Ha engeded, hogy visszaálljanak az eredeti verzióra, sok értékes beállítást veszthetsz el. Ilyenek a felhasználóid a passwd és group fileban. Megpróbálja eltávolítani a tűzfal szabályaidat a rc.firewall-ból, a tárcsázási beállításaidat a ppp.conf-ban, a használható héjak (shellek) listáját, stb. A végeredmény egy frissen telepített rendszerhez hasonlítana. Ha hagynánk. A 'mergemaster' lehetővé teszi, hogy vizuálisan "beolvaszd" (merge) a változásokat; de a javaslatom az, hogy ezt inkább kézzel tegyük meg a kedvenc editorunkkal. Ha bármilyen hibát vétünk, akkor az eredeti konfigurációs fileokat megtaláljuk a /etc.old könyvtárban. Nem véletlenül mentettük el. Vagy csináljuk ízlés szerint. A backup sohasem árt!

Ha telepítettél új funkciókat, akkor a 'mergemaster' megpróbálja beilleszteni az új konfigurációs fileokat a /etc könyvtárba. A 'mergemaster' szólni fog, ha nem talál a konfig fileból előző verziót, és megkérdezi, hogy akarod-e installálni az új filet. A biztonságos válasz az "i" (insert), azaz illessze be az új filet.

**MEGJEGYZÉS A 4.6-RELEASE óta futtatni tudod a mergemaster(8)-t egy ún. pre-buildworld módban a -p kapcsolóval. Ez csak azokat a fileokat fogja összehasonlítani amelyek szükségések a sikeres buildworld vagy installworld-höz. Ha a mergemaster régebbi verziójával rendelkezel, akkor az nem biztos, hogy támogatja a -p kapcsolót, így ebben az esetben használd a legfrissebb verziót a forrásfádból. Első alkalommal való futtatáshoz:

# cd /usr/src/usr.sbin/mergemaster

# ./mergemaster.sh -p

A parancsok frissíteni fogják a /etc-t a következőképpen:

# cp -Rp /etc /etc.old

# /usr/sbin/mergemaster -v -w 132

**MEGJEGYZÉS Újabb új lépés következik itt:

# rm -rf /usr/include/g++

(Mert a FreeBSD 5.0 a GCC 3.x-et igényli)

11. make installworld

Itt az idő az make installworld-re!

# cd /usr/src

# make installworld

12. Frissítsd a /dev-et!

# cd /dev

# ./MAKEDEV all

13. Frissítsd a /stand-ot!

# cd /usr/src/release/sysinstall

# make clean

# make all install

14. Újraindítás

Reboot a többfelhasználós módba (multi-user). Kész.

15. Copyright, licenc, visszajelzés és ilyesmi:

Micskó Gábor trey@debian.szintezis.hu - Hungarian Unix Portal - http://www.hup.hu/

Ez a dokumentum szabadon másolható és terjeszthetõ, ha a copyright és az engedély szövegét minden másolaton megõrzik. E dokumentum módosított változatai a változatlan másolatokkal megegyezõ feltételek alapján másolhatók és terjeszthetõk, ha a módosított változatot is az ezzel az engedéllyel megegyezõ feltételekkel terjesztik. A fordítások is a ``módosított változat'' kategóriájába tartoznak.

Garancia: Nincs.

Ajánlások: Az üzleti célú terjesztés megengedett és támogatott, de nyomatékosan ajánlott, hogy a terjesztõ lépjen kapcsolatba a szerzõvel a terjesztés elõtt, a dolgok naprakészségének biztosítása végett. (Küldhetsz egy példányt abból, amit csinálsz, ha már úgyis csinálod.) A fordítóknak is ajánlott kapcsolatba lépni a szerzõvel, mielõtt lefordítják. A nyomtatott változat jobban néz ki. A papírt használd fel újra!

Visszajelzéseket, építõ jellegű kritikát a trey@portal.fsn.hu email címre várok.

A dokumentum otthona a Hungarian Unix Portal. A legfrissebb verziót a

még nem tudom

URL-en keresd.

Sok szerencsét!

Termék bejelentés: SuSE Linux Office Desktop

A SuSE Linux ma bejelentett egy SuSE Linux Office Desktop névre hallgató terméket: "A SuSE Linux Office Desktop egy kimondottan kis vállalatoknak szánt megoldás, amely egy könnyen használható, előre konfigurált rendszert takar. A rendszert olyan felhasználóknak szánják akiknek nincs, vagy csak nagyon kicsi linuxos tapasztalata van. A "SuSE Linux Office Desktop-jára való átállás könnyű, viszont a SuSE is elismeri, hogy a felhasználóknak több támogatás kell az elején, mintha Windowst használnának.A legnagyobb problémát a hardver támogatás jelenti. Nem találtak nagyobb hardveres problémát, de azoknak a felhasználóknak, akik nem a megszokott konfigurációkat használják lehetnek gondjaik. A Suse Linux Office Desktop elérhető a SuSE boltokban, az áruk 129USD.

A bejelentés itt.