https://wiki.uugrn.org/index.php?action=history&feed=atom&title=Jails_upgraden_mit_freebsd-updateJails upgraden mit freebsd-update - Versionsgeschichte2026-04-08T06:34:11ZVersionsgeschichte dieser Seite in UUGRNMediaWiki 1.42.5https://wiki.uugrn.org/index.php?title=Jails_upgraden_mit_freebsd-update&diff=12354&oldid=prevRabe: freebsd-update upgrade -r 11.0-RELEASE im Jail2016-10-25T13:25:18Z<p>freebsd-update upgrade -r 11.0-RELEASE im Jail</p>
<p><b>Neue Seite</b></p><div>== freebsd-update ==<br />
'''freebsd-update''' ist offiziell nicht dazu geeignet um Jails upzudaten/upzugraden. Beim Upgrade von zum Beispiel '''10.3-RELEASE-p10''' auf '''11.0-RELEASE-p1''' muss zuvor das darunter liegende Betriebssystem und Kernel auf 11.0-RELEASE-p1 upgegraded werden (das geht regulär mit '''freebsd-update upgrade -r 11.0-RELEASE''').<br />
<br />
== aktuelles Release ermitteln ==<br />
Das Problem von '''freebsd-update upgrade -r 11.0-RELEASE''' im Jail ist, dass das Userland im Jail auf 10.3-RELEASE-p10 steht, der Kernel aber schon auf 11.0-RELEASE-p1 läuft. freebsd-update nutzt zur Ermittlung der '''aktuellen Version''' allerdings '''uname -r''' was immer des Release-String des bereits laufenden Kernels meldet, also '''11.0-RELEASE-p1''' statt der Version des Userlands im Jail (wäre '''10.3-RELEASE-p10''').<br />
<br />
Glücklicherweise kann man die Ausgabe von '''uname -r''' beeinflussen und zwar durch setzen der Umgebungsvariable '''UNAME_r''' zum Beispiel auf den String '''10.3-RELEASE-p10'''. Damit erhält dann freebsd-update wenn es '''uname -r ''' ausführt eben diesen String aus dem Environment und nicht den Wert von '''kern.osrelease''':<br />
<pre><br />
# sysctl -n kern.osrelease<br />
11.0-RELEASE-p1<br />
</pre><br />
<br />
<pre><br />
ENVIRONMENT<br />
An environment variable composed of the string UNAME_ followed by any<br />
flag to the uname utility (except for -a) will allow the corresponding<br />
data to be set to the contents of the environment variable.<br />
</pre><br />
<br />
Seit 10.x-RELEASE gibt es das hilfreiche Tool "freebsd-version", welches mit "-u" den Release-Stand des Userlands zurückgibt.<br />
<pre><br />
The following options are available:<br />
<br />
-k Print the version and patch level of the installed kernel.<br />
Unlike uname(1), if a new kernel has been installed but the<br />
system has not yet rebooted, freebsd-version will print the<br />
version and patch level of the new kernel.<br />
<br />
-u Print the version and patch level of the installed userland.<br />
These are hardcoded into freebsd-version during the build.<br />
</pre><br />
<br />
== freebsd-update für upgrade auf 11.0-RELEASE ==<br />
Alles zusammmen genommen ergibt dann folgenden Ablauf für ein Userland-Update im Jail mittels freebsd-update:<br />
<br />
<pre><br />
#### fetch 10.3 und 11.0 delta<br />
# export UNAME_r="$(freebsd-version -u)"<br />
# freebsd-update upgrade -r 11.0-RELEASE<br />
<br />
### to be sure<br />
# export UNAME_r="$(freebsd-version -u)"<br />
<br />
### install kernel (not needed in jail but freebsd-update does this on upgrade)<br />
# freebsd-update install<br />
<br />
### no need to reboot/restart a jail here!<br />
<br />
### install userland, new libraries and binaries<br />
# freebsd-update install<br />
<br />
### use pkg-static to upgrade pkg to new ABI (freebsd:11:x86:64)<br />
# pkg-static install -f pkg<br />
<br />
### Update repositories<br />
# pkg update -f<br />
<br />
### Upgrade all packages<br />
# pkg upgrade -f<br />
<br />
### Check for any leftovers, packages not freebsd:11: ABI, missing packages cannot be upgraded<br />
# pkg query '%n|%q' | grep -Fv "freebsd:11:"<br />
<br />
### last step: remove any stale shared libraries and files<br />
# freebsd-update install<br />
<br />
</pre><br />
<br />
== 3rd party packages prüfen nach upgrade ==<br />
<br />
Beispiel, wenn keine neuen Packages verfügbar sind und stattdessen die alten Packages im System verbleiben:<br />
<br />
<pre><br />
# pkg query '%n|%q' | grep -Fv freebsd:11<br />
openntpd|freebsd:10:x86:64<br />
throttle|freebsd:10:x86:64<br />
<br />
# pkg upgrade openntpd<br />
Updating FreeBSD repository catalogue...<br />
Fetching meta.txz: 100% 944 B 0.9kB/s 00:01 <br />
Fetching packagesite.txz: 100% 6 MiB 5.8MB/s 00:01 <br />
Processing entries: 100%<br />
FreeBSD repository update completed. 25480 packages processed.<br />
pkg: No packages available to upgrade matching 'openntpd' have been found in the repositories<br />
<br />
# pkg info openntpd<br />
openntpd-6.0p1_1,2<br />
Name : openntpd<br />
Version : 6.0p1_1,2<br />
Installed on : Mon Oct 3 00:32:15 2016 CEST<br />
Origin : net/openntpd<br />
Architecture : freebsd:10:x86:64<br />
[…]<br />
</pre><br />
<br />
Würde man hier mit dem abschließenden (dritten) '''freebsd-update install''' die shared libraries von freebsd:10:* löschen, könnte man diese nicht mehr ausführen!<br />
(BTW: Hier nur als Beispiel openntpd genannt, was selbst jedoch ein eher untypischer Kandidat für Software im Jail ist)<br />
<br />
<br />
[[Kategorie:FreeBSD|update]]</div>Rabe