On VMs the phase to pass control to the FreeBSD bootloader can be as low as a second.
And if you are doing kernel debugging on VMs you might reboot very often as you panic the kernel, or use the ultimate debugging utility - debug printfs :)
I'd be curious to hear a real-world example of someone using jails and FreeBSD now, and how integrating rc.d is a benefit to their stack. I like proof :D
Whatever exists now works for me, so anything newer I'd hope to work just as well. rc.d...
Hardware diagnostics, integration of UEFI blobs for certain hardware, hardware enumeration, etc. all takes time. For example, my storage server here needs to check 512 GB of memory, 45 hard drives and whatever else is in the system. That takes...
Hardware diagnostics, integration of UEFI blobs for certain hardware, hardware enumeration, etc. all takes time. For example, my storage server here needs to check 512 GB of memory, 45 hard drives and whatever else is in the system. That takes...
Didn't try it in a script, but does freebsd-update fetch install by itself fetch and install updates unattended (no y/Enter)?
Edit: freebsd-update fetch install cron might do it, or --not-running-from-cron
Again, the boot post (BIOS/UEFI and add on hardware) for most servers I use takes up to several minutes. Once control is given to the OS boot loader, it takes seconds. It simply does not matter if that second boot phase takes 12, 20 or 30...
I installed to clean disks from memstick in about 3 mins; not sure what server-grade hardware does, but that time almost sounds like more of an issue vs a benefit of a server vs a random desktop or Pi :p
If it's hardware diagnostics: I'm pretty...
Again, the boot post (BIOS/UEFI and add on hardware) for most servers I use takes up to several minutes. Once control is given to the OS boot loader, it takes seconds. It simply does not matter if that second boot phase takes 12, 20 or 30...
https://www.phoronix.com/news/Libinput-Lua-Security-Issues
I like the idea of faster boot times, but don't like added complexity. Reading the key features, I haven't needed or knowingly need any of that. I haven't used jails and don't...
Well, I hadn’t setup any of these! So no outputs.
But have logged in back to system and resumed after setting up the snapshots today. Learning never stops.
sanjivkapur
Okay, so no BE creation and an empty .zfs directory.
You really need to make use of the extensive ZFS documentation
BE creation, snapshots, and so on.
For snapshots, you can write scripts and run them via cron, or simply install...
wolffnx Remember there's a lot more going on with some web sites than just serving up HTML. It's all the between stuff. The SQL databases, the messaging, credit card processing and emails, and on and on. Then piecing that altogether.
I really cannot agree. You would have to try it for yourself.
I have all these hardware we speak of and have tried to run some FreeBSD at least once on them. RPi4 is a bad development workstation. P4 is worse.
C solved little in this regard...
How much added complexity is there? Granted you do have to have some sort of tracking of what depends upon what, but compared with the complexity that is ports and packages, or the work that went into making the system SMP safe without everything...
Nobody uses P4 for modern stuff. The only appropriate case is occasional Linux session on a computer that is built to run period correct software with period correct hardware - and the 99% of that market today is gaming. People build P4 to game...
https://www.phoronix.com/news/Libinput-Lua-Security-Issues
I like the idea of faster boot times, but don't like added complexity. Reading the key features, I haven't needed or knowingly need any of that. I haven't used jails and don't...
Kind of. It's like Solaris SMF. It doesn't replace init. It manages services, just like SMF does. And IMO it will be easier to manage because the config files will be user editable, not squirreled away in some undocumented or semi-documented...
pkgbase is one thing. Whether you like it or not, nobody stepped forward to maintain freebsd-update forever.
rcd is a different matter, is it gets to be pid 1. But the proposal for that makes sense to me and the improved functionality is worth...
For your specific use case, sure.
But other use cases, boot time has more importance.
I upgrade my system, the faster the reboot the quicker I can validate the upgrade was successful.
If you run servers that have contractually obligated uptime...
Sure, since the most impactful open-source projects are old and evergreen. Such as SDL, busybox, Vim, etc.
Lindy's Law tends to predict open-source lifecycles quite well. It also suggests that the oldest software in use today will be the most...
I noticed that too.
Opened a ticket with the VPS provider, here is what they replied:
I changed to ::3 and it works, but they don't recommend, say " ... you'll loose redundancy. Plus the router on ::3 will be phased out in the next months".
They...
It's same hardware, but it might be more 10s-30s of a boot delay from power button press to log-in prompt if I have IPv6 enabled with default SLAAC (I don't seemingly benefit from IPv6 and been disabling it on FreeBSD for a while to avoid that...
Is there a workaround, I had to remove all javas except 8 for Arduino to work...I mean I need latest version for Ghidra, being capped to 8 is horrible?
Thank you very much Shakroglof for your feedback! 🙏
I tried on my jails and it works like a charm!
rc.conf (inside jail)
kern_securelevel_enable="YES"
kern_securevel=2
I even commented in the line #securelevel=2; in each jail.conf file.
Then I...
We can have the jail at securelevel 2 and pf rules loaded at startup : securelevel is set to 1 in jail.conf on the host, and kern_securevel=2 in rc.conf in the jail (and kern_securelevel_enable="YES").
We can even lower the securelevel of the...
Why are people so focused on boot times? The BIOS post of most of my servers takes well in excess of a minute, it just does not matter if FreeBSD then boots in 25 or 20 seconds. Also, unless there is a kernel upgrade, why reboot a FreeBSD server...
Boot times in theory are noise when a system is up for 365 days.
Boot times (or unsuspend times) for a laptop are critical for the user
Boot times for a desktop are inbetween.
One consideration for a server is any SLAs around what the server is...
How can I access the file based version easily with the ram disk mounted and find out what process is writing to the file system ignoring the ram mount?
Why are people so focused on boot times? The BIOS post of most of my servers takes well in excess of a minute, it just does not matter if FreeBSD then boots in 25 or 20 seconds. Also, unless there is a kernel upgrade, why reboot a FreeBSD server...
The version of the OS has nothing to do with the versions of ports/packages. There is only one ports tree and all (supported) versions of FreeBSD use that exact same ports tree.
FreeBSD 12.2, 13.2 and 14.2 are all EoL and not supported any more...
This site uses cookies to help personalise content, tailor your experience and to keep you logged in if you register.
By continuing to use this site, you are consenting to our use of cookies.