-
mosaid
voy4g3r2: what? ah, I will not upgrade now I will get my new drive with zfs then upgrade..I was just getting more date to make big picture
-
voy4g3r2
mosaid: okay
-
voy4g3r2
so you are not going down the route laid out.. but most likely go through a new hard drive, zfs pool, and rebuild your system?
-
CD-ROM
quit
-
georgemoody
hello hello, I’ve recently tried to run the 15.1 iso, and I’ve noticed that my laptop’s built in keyboard doesn’t work in the live system, but my external keyboard does, my laptop is an Asus, model FA617NS
-
pertho
Hi all.. Trying to get i915kms / Modesetting working but I don't think the graphics device is supported. It's Alder Lake-N [Intel Graphics] vendor=0x8086 device=0x46d3 .. kldload i915kms does nothing. I get some spurious message: [drm] Got Intel graphics stolen memory base 0x0, size 0x0
-
pertho
I think it's an Intel Graphics (ADL-N)
-
pertho
Linux reports it as: alderlake_p[/alderlake_n (device ID 46d3) integrated display.. maybe drm-kmod-66 is too old? (This is on FreeBSD 15.1)
-
ForeverNoob[m]
Hi all, am I correct in understanding that if I were to keep RELEASE updated by building everything from source, I need to have at least 2 separate reboots? One after building (+installing?) world, and the other for the equivalent of the kernel.
-
ForeverNoob[m]
If that is the case, would it be possible to have it all in one go (without rebooting) inside a boot environment, and then rebooting into said boot environment? I've only seen handbook mention major upgrades in combination with bectl, but not compiling the entire system.
-
rwp
I could have helped ForeverNoob[m] on the matrix link with the when reboots are needed question, a question I know the answer to, but they only stayed online for 12 minutes after asking their question.
-
jan0t
hello
-
heston76
rwp: I'm curious to see the response, if you want to let it rip anyway.
-
rwp
Before pkgbase we always upgrade in a series of layers. 1) kernel 2) userland 3) pkgs/ports.
-
rwp
First upgrade the kernel so that any programs that use newer system calls will be provided for by the newer kernel.
-
rwp
I have forgotten to do that and then some programs crash, some programs like lsof complain that they are running on too old of a kernel.
-
rwp
So first upgrade the kernel. "shutdown -r now" to boot to the newly installed kernel. freebsd-version -kru will show that the new kernel has been installed. After the reboot it will show that it is also running.
-
rwp
Then upgrade the userland. With the new kernel the new userland will run okay no problem.
-
rwp
Then upgrade pkgs/ports which might need new libraries supplied by the new userland.
-
rwp
Then lastly remove the now obsolete and unused shared libraries which have been replaced. Old ports/programs might still be using them so sometimes those are still needed to be kept around. But if it is just a basic system without those then those can be removed now.
-
rwp
If you run "checkrestart" at this moment there will be many daemons listed as still running from the old programs. And we haven't tested that everything works yet.
-
rwp
So do a final reboot so that all running daemons are now running on the new system and to verify that everything works now that all of the upgrading is done.
-
rwp
Before pkgbase using freebsd-update there will be a freebsd-update upgrade -r 15.1-RELEASE to switch to the new branch. Then an install to install the kernel. reboot. Then an install to install the new userland. Then ports/pkgs. Then a final install to remove the old libs.
-
rwp
freebsd-update keeps track of which state in the state machine is needed to run what next action. So it is install, install, install for each of the various states and it will do the right thing.
-
rwp
For a source install there is the make installkernel, reboot, make installworld, reboot, and so on to do the actions. If you are installing from source it is more obvious that you are installing the kernel, booting to it, installing the userland, and then installing ports.
-
rwp
Hope that makes sense!
-
aGaTHoS
wayfire not working after upgrade to 15.1-RELEASE, error from seatd : Could not make devide fd drm master: Inappropiate ioctl for device
-
heston76
rwp: Yeah, all makes sense. Then there is this. 26.8
docs.freebsd.org/en/books/handbook/cutting-edge/#small-lan "On the test machine, mount /usr/src and /usr/obj via NFS. Then, run shutdown now to go to single-user mode in order to install the new kernel and world and run etcupdate as usual. When done, reboot to return to normal multi-user operations."