BSDinstall - a FreeBSD új telepítője képekben

FreeBSD

Nathan Whitehorn (nwhitehorn@) nemrég bejelentette a freebsd-current levelezési listán, hogy egy pehelysúlyú, BSDinstall névre hallgató új FreeBSD telepítőn dolgozik egy jó ideje. A telepítő azzal a céllal készül, hogy a FreeBSD 9.0-ban leváltsa a régóta szolgálatban levő sysinstall-t (ősi HUP cikk).

A fejlesztő úgy hiszi, hogy két hét tesztelés és hibajavítás után minden fontos funkcionalitás bekerült a BSDInstall-ba, így az készen áll arra, hogy beolvasztásra kerüljön a FreeBSD HEAD-be. A beolvasztás tervezett időpontja 2011. január 18. volt. A beolvasztást követő néhány héten belül alapértelmezett telepítővé válik, így arra gondoltam, hogy gyorsan végigpörgetem alapértelmezett beállításokkal egy virtuális gépben. Akit érdekel az új telepítő, az tartson velem:

1) wget http://people.freebsd.org/~nwhitehorn/bsdinstall-i386-20110114.iso.bz2
2) VMware megfelelő beállítása után indulhat a teszt

FreeBSD @ 2011-01-23 09:40:12
Boot...

FreeBSD @ 2011-01-23 09:40:18
...

FreeBSD @ 2011-01-23 09:40:41
...

FreeBSD @ 2011-01-23 09:41:21
Telepítés, parancssor, vagy LiveCD-s üzemmód. A választás a miénk -> Telepítés

FreeBSD @ 2011-01-23 09:41:52
Billentyűzet kiosztás kiválasztása. Majdhogynem felesleges, mert hiába választottam magyart, maradt az angol.

FreeBSD @ 2011-01-23 09:42:29
A hostnév megadása

FreeBSD @ 2011-01-23 09:42:39
Kezdő (segítséggel) vagy profi (manuális) particionálás?

FreeBSD @ 2011-01-23 10:11:37
Hova szeretnénk telepíteni a rendszert?

FreeBSD @ 2011-01-23 10:11:48
Az egész lemezt birtokba vegyük vagy csak egy részét?

FreeBSD @ 2011-01-23 10:12:08
Automatikus particionálás. Alapértelmezetten GPT. Megy a polemizálás, hogy miért?

FreeBSD @ 2011-01-23 10:12:54
Biztos akarod? "Igen, nem, mégsem" helyett a fura "ment, nem ment, mégse".

FreeBSD @ 2011-01-23 10:13:19
Ellenőrzi, amit ellenőrizni kell.

FreeBSD @ 2011-01-23 10:13:44
Majd telepít.

FreeBSD @ 2011-01-23 10:14:46
Kéri a root jelszót.

FreeBSD @ 2011-01-23 10:15:00
Majd a hálózati csatoló után érdeklődik.

FreeBSD @ 2011-01-23 10:15:08
Akarom-e DHCP-vel konfigurálni a hálózatot? Nem akarom.

FreeBSD @ 2011-01-23 10:16:16
Majd inkább kézzel.

FreeBSD @ 2011-01-23 10:16:26
Jöhet az időzóna beállítása...

FreeBSD @ 2011-01-23 10:16:40
Európa...

FreeBSD @ 2011-01-23 10:16:53
Magyarország...

FreeBSD @ 2011-01-23 10:17:01
...

FreeBSD @ 2011-01-23 10:17:12
Mit szeretnénk elindítani a bootkor?

FreeBSD @ 2011-01-23 10:17:21
Akarunk-e most felvenni felhasználót?

FreeBSD @ 2011-01-23 10:19:01
Akarunk...

FreeBSD @ 2011-01-23 10:19:10
Megfelel így? Igen.

FreeBSD @ 2011-01-23 10:19:42
A telepítés elkészült. Reboot.

FreeBSD @ 2011-01-23 10:20:56
Az első boot annyira nem sikerült. Tudjuk be annak, hogy 9.0-CURRENT, hogy VMware, kutyafüle.

FreeBSD @ 2011-01-23 10:23:07
A "Safe Boot" után helyrejött.

FreeBSD @ 2011-01-23 10:23:24
A létrehozott "trey" felhasználóval be tudunk lépni (annak ellenére, hogy valaki panaszkodott arra, hogy a létrehozott felhasználó nála nem lett létrehozva).

FreeBSD @ 2011-01-23 10:25:19
Látszólag itt minden rendben a felhasználóval. Reboot.

FreeBSD @ 2011-01-23 10:25:29
...

FreeBSD @ 2011-01-23 10:26:32
A következő indítás már normál indítás. Megy probléma nélkül.

FreeBSD @ 2011-01-23 10:26:50
A hálózat is működni látszik.

FreeBSD @ 2011-01-23 10:27:10
Leállítás.

Összefoglalva: egyelőre még a régi telepítő jobban és kevesebb hibával teszi a dolgát. Óriási előrelépést a sysinstall-hoz képest nem éreztem, de a tervezett funkciók (főleg a még megvalósításra várókkal együtt) ígéretesnek hangzanak. Az itt-ott előforduló hibákat írjuk a VMware, a FreeBSD 9.0-CURRENT és a még erősen fejlesztés alatt álló telepítő számlájára. Remélhetőleg a FreeBSD 9.0-RELEASE-re megfelelően összeáll ez az új telepítő.

A telepítő roadmap-je itt. A wiki oldala itt.

( iron v | 2011. 01. 23., v – 12:06 )

Egész pofás lett, bár a shellnél az a csh választás kicsit húzósnak tűnik. a tcsh sokkal kényelmesebb, főleg ha megvan a bejáratott scripted hozzá :D

( Zahy v | 2011. 01. 23., v – 19:07 )

Hát úgy kb annyi változást látok a régihez képest, hogy nem lehet kiválasztani, hogy mit akarok felrakni (base, doc, src, ilyesmi); meg jó pár helyen meghívja a parancssori eszözt (amitől sokkal puritánabbnak tűnik, mint az előző verzió); ja meg hogy vélhetően a gpart-t használja az fdisk helyett. Szerintem még nőnie kell, hogy érdemes legyen váltani.

( uid_228 | 2011. 01. 24., h – 01:18 )

"Billentyűzet kiosztás kiválasztása. Majdhogynem felesleges, mert hiába választottam magyart, maradt az angol."

Tehát a beépített láma-védelem jól működik. :))) Ősi dakota mondás, hogy aki nem amerikai angol billentyűzetet használ Unix parancssorban, az sikeres ember nem lehet. :))

--
Wir sind erfaßt, sind infiziert,
Jedes Gespräch wird kontrolliert.

( hrgy84 | 2011. 01. 24., h – 08:51 )

En elorelepesnek erzem azt, hogy a szolgaltatasokat nem ot ablakban kerdezi vegig, hanem kepes egy listaval letudni. Amikor keresni kell, hogy hol fogja kerdezni az ssh-t, na az onnantol nem vicces.
A leallitas picit csunya, en nem emlexem, hogy ennyit dumpolna leallitaskor, de hat meg fejlesztes alatt van szegenyke, talan ez az oka.

Osszessegeben: nekem, aki ritkan hasznalok FreeBSD-t, am neha megis telepitenem kell (nem sajat celra), szoval nekem tetszik. Meg egy kis fejlesztes, es jo is lesz.
-- 

Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant. | Gentoo Portal

src/UPDATING 


NOTE TO PEOPLE WHO THINK THAT FreeBSD 9.x IS SLOW:
        FreeBSD 9.x has many debugging features turned on, in both the kernel
        and userland.  These features attempt to detect incorrect use of
        system primitives, and encourage loud failure through extra sanity
        checking and fail stop semantics.  They also substantially impact
        system performance.  If you want to do performance measurement,
        benchmarking, and optimization, you'll want to turn them off.  This
        includes various WITNESS- related kernel options, INVARIANTS, malloc
        debugging flags in userland, and various verbose features in the
        kernel.  Many developers choose to disable these features on build
        machines to maximize performance.  (To disable malloc debugging, run
        ln -s aj /etc/malloc.conf.)

___
info

OpenBSD malloc.conf tartalmaz egyébként több érdekességet. Az F opció (Freeguard) pl. use-after-free bugok levadászására tud jó lenni, a G és P opciója (Guard pages + align) pedig puffer túlcsordulások elcsípésére alkalmas néha.

De nyilván ilyen userland memdebug témában még mindig az ElectricFence és leszármazottai a legjobbak (meg néha a Valgrind).

( Replaced | 2011. 01. 24., h – 18:08 )

hasonlit sysinstre :)

--
NetBSD - Simplicity is prerequisite for reliability