Hm ik dacht dat het wel aangeraden werd om eerst de kernel te installeren en na een reboot pas de userland... omdat een rotte kernel (of een niet lekker lopende oude userland i.c..m een nieuwe kernel) wat eenvoudiger te herstellen is dan een kapotte userland (je hebt een backup van de oude kernel in /boot/kernel.old).
Dat is ook hoe het proces in de nieuwe freebsd-update methode nu gaat, bij een minor/major release upgrade doet ie dit:
- installeert eerst alleen de nieuwe kernel en vraagt hij je om te rebooten
- bij een nieuwe aanroep na de reboot installeert ie vervolgens de nieuwe userland. - bij een major update 6.x --> 7.0 vraagt ie vervolgens nog of je even al je ports wil herinstalleren i.v.m binaire interface-verschillen in de nieuwe libraries... daarna verwijdert ie bij een nieuwe aanroep de oude libraries van de oude major versie.
P.S: bij de compileermethode stond mergemaster -p trouwens ook nog tussen het lijstje, en make delete-old en make delete-old-libs voor het verwijderen van bestanden die niet meer bestaan in de nieuwe release.
Een gedeelde /usr/src en /usr/obj over NFS o.i.d. heb ik zelf noot gebruikt, dat is inderdaad wel iets wat tijd kan besparen (maar 1 keer de cvsup en compileersessies)
Mikken ze nu nog steeds niet alles in modules default? Kost je ietswat meer tijd bij het booten, maar je kernel laadt dan ook verder helemaal geen overbodige meuk? Nu zul je aan mijn reactie hierboven al wel gemerkt hebben dat ik sowieso altijd custom static kernels bouw
Ik bouw altijd een minimale kernel (eentje waarbij je zoveel mogelijk dingen in modules zet i.p.v. in de kernel image), en laad per machine de relevante modules vanuit /boot/loader.conf in de bootloader... als de machines niet al teveel van elkaar verschillen, kan je dan dezelfde kernel bakken en de loader.conf wat aanpassen op elke machine. Gaat natuurlijk niet werken als een machine single core is, en de andere dual core, of iets dergelijks.
Ik heb nog niet bekeken of ze nu de GENERIC kernel minimaal hebben gemaakt in 6.3 en 7.0... al wordt die ook voor de installatie media gebruikt als ik me niet vergis, en daar is een dergelijke jumbo kernel wel handig voor de hardwaresupport tijdens de installatie...
[Reactie gewijzigd door Sfynx]