FreeBSD 8 RC1 / tesztelgetem

Nézegetem a 8-ast VBox-ban. VT-x támogatással futtatom és 7-eshez képest eddig nem fagyott még 1x sem nekem VBox alatt. Sokat fordítgattam vele, meg alaposabban járatom, de eddig nagyon stabilnak tűnik.

Egy olyan bug-ot találtam, hogy ha lecsatolom a telepítő CD ISO-t, akkor a boot-nál el-pánikol a kernel. Ezt reprodukálni tudom. Majd még megnézem alaposabban. Másnál is előjön? A mesg-ben látszik is hogy pont az acd0-t nézegeti előtte :)

portmaster-t használok egyébként. Nem tudja valaki, hogy hogyan tudok úgy telepíteni vele, hogy ne dobja fel a config-ját minden portnak? Mintha portupgrade-nek lett volna hasonló kapcsolója arra, hogy teljesen automatikusan telepűljön egy adott port. portmaster-nél átnéztem a manuált, de semmi utalást nem találok rá.

( Zahy v | 2009. 10. 13., k – 20:22 )

Nem nagyon nézted te azt a man-t. -G (ja, és ha semmit nem akarsz kérdeztetni, akkor régen a -u, most - igénytől függően a -d vagy a -D kell mellé)

(Mellesleg nem értem a bug-odat. Mikor csatolod le ahhoz, hogy boot-nál elpánikoljon???)

Reméltem hogy Te erre jársz majd.. :)

Lényeg, hogy bármilyen kapcsoló kombinációval továbbra is dobja a curses-es felülető config beállítást, se a -G, -d, -D, -Gd, -GD nem okoz automatikus telepítést.

szerk.: ja a man-t néztem nem is kicsit, csak nem értem miért nem működik :)

A boot hibáról itt egy kép.

A CD-t leállított helyzetben lecsatolom, és mindig a fenti hibát produkálja.

Hm, jobban megnéztem. Akkor marad a szokásos trükk, kapjon minden make egy BATCH paramétert, ez azt jelenti, hogy semmit nem kérdez. Konkrétan asszem
portmaster -m BATCH=YES ... formában kéne kipróbálni.
Szerk:
ja még annyi, hogy a portmaster akkor fogja a make config -ot meghívni, ha
- még sose volt (nincs meg a /var/db/ports/${szoftver}/options nevű fájl)
- illetve ha valahonnan úgy érzi, hogy megváltozott az opciók kezelése (mármint a port Makefile-jában levő OPTIONS)

Tehát amikor az ember legelőször pakol fel valamit ports-ból, akkor némileg jogos, hogy kérdez. Ilyenkor lehet jó ez a BATCH=YES.

"Tehát amikor az ember legelőször pakol fel valamit ports-ból, akkor némileg jogos, hogy kérdez. Ilyenkor lehet jó ez a BATCH=YES."

Igen, pont erre gondoltam, mivel sok progit elszőr rakok fel, és ugye sok a függősége, és nem tudom otthagyni a fordítást, mindig leáll egy confirm ablakkal.

Kipróbáltam, de sajna még mindig rákérdez. Azért köszi.

Így próbáltam: 

portmaster -m BATCH=YES www/elinks

ja ok :)

Amúgy tetszik a portmaster, jó meg minden, csak még ki kell tapasztalnom. Viszont abszolút nem zavarnak ezek a dolgok, előbb-utóbb csak meg lesz a válasz :)

portmaster legalább baromi gyorsan lefordul ports-ból portupgrade-del ellentétben. Amit egyszer írtál, ebből a szempontból is jó, hogy nem csinál saját db-t mint portupgrade.

Meg a merevségétől függetlenül nagyon letisztultnak találom FBSD-t, jó benne dolgozgatni.

Jó lenne ha minél több hardvergyártó kezdené el publikálni a driver-eit nyílt forrású licenszek alatt.

Jelenleg az a helyzet nálam, hogy egy linux vagy bsd desktop 2 napig tart totál telepíteni meg testreszabni, viszont évekig nincs gond vele. Ablakossal fordítva vagyok. :)

A boot hibát úgy kell érteni, hogy VBox-ba be van konfigolva az FBSD és az ISO? És erről az ISO-ról butul a BSD? Ezt lecsatolod mikor áll? Mert akkor honnan butul? Vagy nem erről butul, de akkor se teljesen értem. Ellenben a VBox doksiban szerepel ilyesmi. Egyrészt van szó arról, hogy mi módon konfigurálj DVD-t futtában; másrészt az az infó, hogy ha resume-mal ébresztesz fel egy guest-et, ami elalváskor rendelkezett DVD-vel amit kiszedtél alóla, az lehet problémás :"some guest operating systems may show strange behaviour". Szerintem ez is az. Szóval teljesen álljon le a VM, konfiguráld ki belőle a DVD-t, és konfigurálj bele egy üreset. És aztán ha kell, röptiben add hozzá a lemezt. A grafikus felületen asszem a mount checkbox -ot kell kiszedni hozzá, parancssorból pedig asszem VBoxManage modifyvm --dvd empty, aztán pedig amikor fut a gép, akkor VBoxMange controlvm dvdattach.

Semmit nem futtában csinálok. Egyszerűen az alábbi lépések:

1) ISO csatol + FBSD feltelepít
2) reboot HDD-ről teszt, hogy minden oké-e
3) VM leállít, majd Settings panelon kikapcsolom a CD mount-ot - tehát se nem üres se semmi nincs csatolva, egyszerűen nincs CD meghajtó a következő boot-nál
4) ekkor jön a fenti képernyő

Tehát nem röptében, se nem suspend alatt. Egyszerűen leválasztom a CD-t, de üreset sem teszek vissza. Mint valós gépen a leállítás után kivenném a gépházból a CD olvasót - talán ehhez lehetne gondolom hasonlítani.

( log69 | 2009. 10. 14., sze – 09:23 )

Még egy megfigyelés: a 8-as guest nem "rágja" a host-om CPU-ját -mint a 7-es esetében, pedig ott is teszteltem VT-x kiterjesztéssel meg az nélkül, de olyan 30%-on folyamatosan ment a 7-es alaptelepítésben -pedig semmi nem futott top szerint rajta.

8-as alatt a host-om gyakorlatilag nulla terhelést mutat :)

szerk.: (persze 7-esre ez nem igaz valós vasam alatt, csak VBox-al kapcsolatban jegyzem meg)

Nálam ha 2 mag volt engedélyezve neki, produkált elég cifra fagyásokat, még a host OS-t is annyira megfogta, hogy 5 percig tartott kilőni a vbox-ot. Win hoston, vbox3.0.6, VT-x szintén bekapcsolva.

Crash-elést jóformán minden shutdown -r utáni bootoláskor tapasztalok, utána már csak a guest kikapcsolása/bekapcsolása segít.
Amúgy viszonylag stabil. Fordítottam rajta újabb GCC-t, nézegetem - ha sikerül rá felhúzni egy TrueCryptet meg a J2EE dolgaimat, akkor kipróbálom "élesben" is :)

Köszi, megnézem.
Bár ez a truecrypt 5.0 portja, és a 6-osban igen fontos újdonságok jöttek be, amire nekem szükségem lenne, de a semminél azért több.

Valószínűleg licencbeli okai vannak, ha jól tudom, a TrueCrypt csapat csak az általa fordított binárisokat engedi TrueCrypt-nek hívni.
Na sebaj, azért utánanézek, köszi!

szerk: a TrueCrypet 6.2 forráskódjában van két érdekes fájl: Core/Unix/FreeBSD/CoreFreeBSD.cpp (.h)
Ez már csak jelent valamit ;)