Re: FreeBSD 13.0-RC3 Now Available
On Sun, 21 Mar 2021 at 03:08, Glen Barber wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA256 > > The third RC build of the 13.0-RELEASE release cycle is now available. > > === Upgrading === > > The freebsd-update(8) utility supports binary upgrades of amd64, i386, > and aarch64 systems running earlier FreeBSD releases. Systems running > earlier FreeBSD releases can upgrade as follows: > > # freebsd-update upgrade -r 13.0-RC3 > > During this process, freebsd-update(8) may ask the user to help by > merging some configuration files or by confirming that the automatically > performed merging was done correctly. > > # freebsd-update install > > The system must be rebooted with the newly installed kernel before > continuing. > > # shutdown -r now > > After rebooting, freebsd-update needs to be run again to install the new > userland components: > > # freebsd-update install > > It is recommended to rebuild and install all applications if possible, > especially if upgrading from an earlier FreeBSD release, for example, > FreeBSD 11.x. Alternatively, the user can install misc/compat11x and > other compatibility libraries, afterwards the system must be rebooted > into the new userland: > > # shutdown -r now > > Finally, after rebooting, freebsd-update needs to be run again to remove > stale files: > > # freebsd-update install Hi, There are two edge cases where the above update instructions will not work. 1) Due to the VLAN re-write in ifconfig(8), if a user is using a host that is fully utilising VLAN tagging, the machine will not be available on the network until the second reboot. The user will either need IPMI/LOM access to the console to execute the second 'freebsd-update install' command or have a way of it being executed and automatically rebooting prior to having access to the host on the network again. 2) If a user has a 12.2 zpool checkpoint in play and booting via BIOS legacy mode, the machine will hang at next reboot with 'zio_read error: 5' 'ZFS: i/o error - all block copies unavailable' 'ZFS: can not read checkpoint data.' The machine will have to be rebooted with a boot ISO and the checkpoint will need to be discarded and the system will boot correctly again (rewind has been unsuccessful). Please note: This does not appear to be an issue where hosts use UEFI for booting operating systems or if zpool checkpoints are destroyed prior to the update process. Cheers, Jason. ___ freebsd-stable@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: WITHOUT_KERNEL_SYMBOLS - *.ko now with debug_info
On Sun, Mar 21, 2021 at 11:11:08PM +0100, Herbert J. Skuhra wrote: > Hi, > > since upgrading to stable/13 I was wondering why /boot/kernel is much > larger. When using "WITHOUT_KERNEL_SYMBOLS=" in /etc/src.conf the > kernel modules now contain debug_info. OK? (I manually run "objcopy > --strip-debug".) I found the following commit: commit 9b6edf364eb05aca4709732136e92a6ab739bb36 Author: Conrad Meyer Date: Tue Jun 23 18:25:31 2020 + If this change is correct maybe src.conf(5) should be updated: WITHOUT_KERNEL_SYMBOLS Set to not install kernel symbol files. This option is recommended for those people who have small root partitions. -- Herbert ___ freebsd-stable@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
WITHOUT_KERNEL_SYMBOLS - *.ko now with debug_info
Hi, since upgrading to stable/13 I was wondering why /boot/kernel is much larger. When using "WITHOUT_KERNEL_SYMBOLS=" in /etc/src.conf the kernel modules now contain debug_info. OK? (I manually run "objcopy --strip-debug".) FreeBSD 13.0-STABLE #60 stable/13-n245000-12349e667ced: $ cat /etc/src.conf WITHOUT_KERNEL_SYMBOLS= $ file /usr/obj/usr/src/amd64.amd64/sys/GENERIC/modules/usr/src/sys/modules/aac/aac.ko /usr/obj/usr/src/amd64.amd64/sys/GENERIC/modules/usr/src/sys/modules/aac/aac.ko: ELF 64-bit LSB relocatable, x86-64, version 1 (FreeBSD), BuildID[sha1]=217dd8a5d dff9c74324fda4986f6234afc128ef8, with debug_info, not stripped FreeBSD 12.2-STABLE r369477 GENERIC: $ cat /etc/src.conf WITHOUT_KERNEL_SYMBOLS= $ file /usr/obj/usr/src/amd64.amd64/sys/GENERIC/modules/usr/src/sys/modules/aac/aac.ko /usr/obj/usr/src/amd64.amd64/sys/GENERIC/modules/usr/src/sys/modules/aac/aac.ko: ELF 64-bit LSB relocatable, x86-64, version 1 (FreeBSD), BuildID[sha1]=a94317d70 5ca9a63a2a8956368cd1d2a6dd92ce1, not stripped -- Herbert ___ freebsd-stable@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: FreeBSD 13.0-RC3 Now Available
Hi! > The third RC build of the 13.0-RELEASE release cycle is now available. Upgrading a 13.0-RC2 poudriere jail to RC3 seems to fail ? # poudriere jail -u -j 130 -t 13.0-RC3 [...] To install the downloaded upgrades, run "/usr/sbin/freebsd-update.fixed install". Installing updates...Scanning //usr/share/certs/blacklisted for certificates... Scanning //usr/share/certs/trusted for certificates... done. No updates are available to install. Run '/usr/sbin/freebsd-update.fixed fetch' first. [00:00:42] Error: Fail to upgrade system A second attempt: Fetching metadata signature for 13.0-RC3 from update4.freebsd.org... done. Fetching metadata index... done. Fetching 1 metadata patches. done. Applying metadata patches... done. Fetching 1 metadata files... done. Inspecting system... done. Preparing to download files... done. No updates needed to update system to 13.0-RC3-p0. touch: f465c3739385890c221dff1a05e578c6cae0d0430e46996d319db7439f884336-install/kernelfirst: No such file or directory To install the downloaded upgrades, run "/usr/sbin/freebsd-update.fixed install". No updates are available to install. Run '/usr/sbin/freebsd-update.fixed fetch' first. [00:01:08] Error: Fail to upgrade system -- p...@opsec.eu+49 171 3101372Now what ? ___ freebsd-stable@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"