9.2 -> 10.0

Este olvastam, hogy megjelent. Nosza. Kis tunodes utan a NAS-a esett a valasztas, igy a NAS-on futo 9.2-t este megfrissitettem.

Az OS frissitese totalisan fajdalommentesen zajlott, ami furcsa volt, hogy a kb 38 es fel ezer letoltendo frissitest az elejen meglehetosen lassan kezdte el athuzni. De aztan megemberelte magat. A legnehezebb resze a pkg_XXX -rol pkgNG-re valtas volt, de igazsag szerint ott sem futottam semmi problemaba. (*) Ami egyedul nincs automatizalva, az az olyan csomagok kezelese, mint pl. a perl - a 9-esen 5.14 az alapertelmezett verzio, a 10-esben mar 5.16. Es ahhoz, hogy mukodjon a dolog, kezzel ki kellett adni egy

pkg set -o lang/perl5.14:lang/perl5.16 perl

parancsot - ez utan mar szepen tudta azt is frissiteni. (Az igazsag az, hogy csak tippelem, hogy kellett, mert - mar nem tudom minek hatasara - ki se probaltam e nelkul a trukk nelkul. De gyanithatoan e nelkul maradt volna 5.14-es perl - leven az is van a csomagok kozott.)

A dolog csomagfrissitesek nelkul olyan masfel-ket ora alatt lement, a csomagok frissitese ujabb kb egy orat vett igenybe. En ilyen nagyobb OS-frissitesek soran altalaban felteszem a compatX-csomagot (jelen esetben compat9x-amd64 a neve), hogy veletlenul se legyen gaz a frissitesen soran, ez most is megtortent.

Az egyetlen negativum, hogy a minidlna immar ugy tunik igenyli a minissdpd-t (ami amugy mar fenn volt, csak epp valamikor kikonfiguraltam), ha az nem fut mikor elindul, akkor egy csunya log-uzenettel megall (ezt en kezzel orvosoltam az rc-scriptbe beletett REQUIRE: minissdpd bejegyzessel), illetve hogy valamit nagyon elkefeltek benne, mert ugyszinten a minidlna mintha nem allna le szabalyosan. De ezt ejjel 12 korul mar nem volt kedvem nagyon debuggolni, szoval ezt majd meg megnezem.

Sajnos a bhyve-ot nem tudom kiprobalni. Lehet, hogy lepni kene C2D-rol valami i[357]-re :-)

Egyelore ajanlott plecsnit kap a frissites.

(*) A pkg_XXX -rol pkgNG -re valtast elvben meg lehet csinalni a frissites elott is, van 8-as es 9-es repo is, szoval elofordulhat, hogy az ember azzal kezd eloszor, es aztan amikor mar szepem megy minden, akkor csinal egy pkg update && pkg upgrade -f -et.

Szerk:

Mivel a masodik gepen elrontottam, es kisse nehezen kaszalodtam ki a dologbol, most a kesobbiekhez leirom, hogy szerintem hogyan is kellene jol csinalni.
1. kezdtem egy portmaster --check-depends paranccsal, hogy amennyire lehet, a csomagadatbazis tobbe-kevesbe korrekt legyen
2. pkg info (erre feltette a pkgNG-t) es pkg2ng - ezzel attertem pkgNG-re - ha nem csalodom, ez a tovabbiakban mar majd nem kell :-)
3. Innentol kb a hivatalos frissites menetet kovetem: freebsd-update upgrade -r 10.0-RELEASE
4. freebsd-update install
5. reboot
6. freebsd-update install
7. (itt csinalok mast) pkg update
8. pkg install -U compat9x-(i386|amd64) (innen visszaterek a hivatalos modszerhez)
9. freebsd-update install
10. reboot
Ez a pont amugy nem kell, a compat-csomag miatt szepen megy minden (no jo, pl. a kernel modulokat is tartalmazo dolgok, mint mondjuk egy VirtualBox, mar nem) :
11. pkg upgrade -f
(Kar, hogy ez az utolso pont jelenleg mar a masodik gepemen nyafog - a legelson azzal se volt gond -, de mivel a gep hasznalhato, egyelore raerek kigyokolni, hogy mi a fenet lehetne kezdeni vele.)

( uzsolt v | 2014. 01. 21., k – 08:03 )

Ha már ajánlott plecsni, akkor én is megcsinálom még ma valamikor. Legalábbis igyekszem...

( ScOut3R | 2014. 01. 21., k – 09:54 )

Nemreg frissitettem 8.3-rol 8.4-re (szerveren jo az ;)) es meg a frissites elott valtottam pkg_*-rol pkgNG-re. Tetszik. :)

Egyébként egyetértek azzal hogy jó az a 8-as ág, de speciel ha valaki nem használ ZFS-t, akkor a (g)Vinum + UFS az a 10-esben debütáló online fájlrendszer átméretezés miatt igencsak ütős. (Valamelyik beta/rc verzióval egy virtuális gépben azt már kipróbáltam, és nem volt egy űrtechnika.)

8.3 alatt meg UFS-t hasznaltam gvinummal, aztan a frissites elott koltozott a rendszer es ott mar ZFS-t tettem ala. Ezek szerint a 10-es alatt mar nem kell lecsatolni az UFS kotetet a meretezeshez? Ez tenyleg jo. :) Bar a ZFS eseteben tetszik a pool elgondolas, igy kvazi kizarhato a pazarlas. :)

( kleinie | 2014. 01. 22., sze – 14:26 )

Én most terveztem feltenni az asztali gépemre, tegnap ki is írtam DVD-re, ha lesz időm nekilátok egyik este.
Wine hogy muzsikál FreeBSD-vel? Egyetlen dolog miatt kell: Diablo3. Tudom ne FreeBSD-vel akarjak játszani. Ahogy néztem Nvidia videókártya nem problémás, van rendes meghajtó program. HPLIP is megyen, valami multifunkciós szörnyhöz kell, azt hiszem OfficeJet 6500.
Ami érdekesebb: ZFS. Sok jóságot olvastam róla. Érdemes hétköznapi (nem szerver) használatra ZFS-re telepíteni (ports mondjuk jól tömöríthető)?

Játszani nem szokásom wine alatt, kisebb alkalmazásokat futtattam vele, többé-kevésbé gond nélkül. Sokáig az komoly probléma volt, hogy 64-bites rendszerre nem lehetett feltenni, de egy ideje már van i386-wine nevű csomag annak, aki amd64-es rendszeren akarja használni.
ZFS? ha kell a funkcionalitása, de nem vagy memóriából Krőzus, akkor azért lehet tuningolni kell.

Mondjuk ha csak ennyi az igény, akkor erre szerintem egy mkfs.ext2 -I 128 /dev/da0 jobb választás, ahhoz legalább ha *nagyon* *muszáj*, akkor még tán wines driver is van. Közös adattárolásra kétlem, hogy komolyan szükség lenne a ZFS extráira. De ez ugye csak vélemény. (És most épp még nem teszteltem, hogy a jelenlegi szoftverportfólió - 10.0FBSD + SLED - mennyire bírja ezeket a dolgokat.)

( OxY | 2014. 01. 24., p – 12:15 )

"pkg_version -vIL=" parancsra van valami helyettesítő pkgng alatt? nem szívesen válnék meg tőle :)

update: bámulatos, meg is találtam.. "pkg version -vIL="