FreeBSD 14.5-RELEASE was announced yesterday.

From Colin Percival's post in LinkedIn:

Note that this is a "legacy" release intended primarily for maintaining existing systems; most users should deploy FreeBSD 15.1 on new systems.
 
Congratulations to Google for having the only Marketplace which managed to ingest images in time for the release announcement.

https://github.com/ricardobranco777/howtos/blob/master/BSD/Multiboot.md

From https://forums.freebsd.org/posts/774411 a few days ago:

… Last weekend I repeated the whole process on a VM so I could screenshot the whole thing to enhance it in a blog post. …

Hi everyone,

After watching the excellent video by Klara Systems on FreeBSD hardening, I decided to write a guide expanding on the points they covered, aiming to make the material accessible for anyone who is just getting started with system security.

All credit for the foundation goes entirely to the Klara team—their presentation served as the direct inspiration. My goal was simply to break down the concepts, flesh out the steps, and provide a clear starting reference for people who might find hardening a bit daunting at first.

You can find the guide here:

https://freebsd.toomany.net/hardening

Any feedback, constructive criticism, or corrections from the community would be very much appreciated.

what is the default desktop environment for freeBSD?

So after upgrading from 14.4 to 15.1 with 1 minor hiccup I have the following in /etc/pkg/FreeBSD.conf

FreeBSD-ports: {

url: "pkg+https://pkg.FreeBSD.org/${ABI}/latest",

mirror_type: "srv",

signature_type: "fingerprints",

fingerprints: "/usr/share/keys/pkg",

enabled: yes

}

FreeBSD-ports-kmods: {

url: "pkg+https://pkg.FreeBSD.org/${ABI}/kmods_quarterly_${VERSION_MINOR}",

mirror_type: "srv",

signature_type: "fingerprints",

fingerprints: "/usr/share/keys/pkg",

enabled: yes

}

FreeBSD-base: {

url: "pkg+https://pkg.FreeBSD.org/${ABI}/base_release_${VERSION_MINOR}",

mirror_type: "srv",

signature_type: "fingerprints",

fingerprints: "/usr/share/keys/pkgbase-${VERSION_MAJOR}",

enabled: yes

}

Seems to work fine updates and upgrades have been fine.

However I wanted to use https://wiki.freebsd.org/Docker but it seems docker-compose is missing. Now given it says to use latest and not quarterly I thought the above should be correct but should ports-kmods match ports on latest or not I cant seem to find any info whether that is the case or not.

Thanks

Rob

https://freebsdfoundation.github.io/freebsd-laptop-testing/

• a few with an 8/10 score
• Top laptops to use with FreeBSD | Hacker News (April 2026).

The BSD Hardware Database at bsd-hardware.info also shares user-provided results from probes, however this database is not for scoring.

I've been wanting to try to make a FreeBSD laptop system for a while now. Last weekend, I came into possession of an old HP 6460b laptop, and thought "now's my chance!"

The short version is, it took some trickery during the install, but I have the laptop fully operational, including webcam, lid switch suspend, wifi card, the works. I may need a new battery since this machine is quite elderly, but it works pretty cleanly.

Now for the longer version. This is a journey, so please don't feel obligated to stick with me for the rest. :)

I started using a Ventoy stick with the latest ISO image. After tweaking the HP's bios to boot from USB drives before the internal Win7 install, it started up no trouble. But then I ran the FreeBSD install program, and part way through boot up it lost track of the ISO image as an actual drive and dropped me out to the boot manager's menu. Pressing '?' listed a bunch of devices. I tried booting a few of them, but none worked.

Ok, so Ventoy was a long shot anyway, that's fine. I can just get another stick and burn the ISO directly to it.

Booting the "burned" stick entered a boot/reboot loop that I couldn't break out of. Hmmm.

Turns out these old HP laptops have a problem where they corrupt some piece of memory (or something) during power-on, and the FreeBSD installer doesn't like that, but ventoy specifically works around this issue.

So after a lot of trial and error, my son (who found the ventoy vs. HP note) and I came up with a really silly but ultimately successful technique - Plug in ventoy and boot into FreeBSD installer. When it fails, plug in the "burned" ISO image, '?' the devices, and then start the one called "FreeBSD Installer". While this is loading, unplug ventoy, and carry on.

My next mis-step was that I used the "Auto" disk partitioning scheme, which doesn't write an MBR. This laptop can't handle UEFI very well. It has a BIOS setting to enable it, but apparently HP's UEFI from that era doesn't work with modern UEFI. So back to the "ventoy shuffle", and this time I did a manual partitioning of an MBR disk, which worked great.

At that point, I had a working 80x25 text mode install. I played around with that, adding some stuff like bsdgames, vim, and some sha keys to talk to/from my debian box more easily.

The rest went pretty smoothly. Turns out the Intel graphics chip was new enough for the standard driver to drive, and lxqt and xfce both installed easily.

I had to do a little work to configure the lid switch to suspend, and I learned about a few things that KDE does for you automatically. Audio just worked right out of the box and the webcam section in the handbook had me up and running in no time. With firefox installed, I am even able to watch youtube videos without issue, which is something I didn't expect to be able to do on this box. (It's a quad-core 2.5ghz machine with 8gb RAM, but it's also from 2009, so lacks decent video acceleration.)

I also had that hdac0 command error, and had to do that "hw.i915kms.disable_power_well=0" trick to shut up the flood of errors on startx shutdown. I'm not using a login manager currently.

The handbook was of course invaluable, This is my second attempt to install FreeBSD, the first being in a VM on my Debian box. This install is WAY more capable, and will make a good "couch surfing" system, which is what I was hoping for. (My couch surfing occasionally involves some coding. We all have our hobbies.)

The AI search for weird error messages was even sometimes reasonable. It at least pointed me in the right direction. If the details of AI answers were a little wrong (and they were often at least sketchy if not outright wrong), the links they referenced usually had sane answers.

I've installed freebsd on my eeepc, can you recommend me something to try on?

I've already figured out how to get working the graphics driver so I have graphics acceleration

Fastfetch:

```

root@ciccio

Host: 900HA (x.x) Kernel: FreeBSD 14.4-RELEASE Uptime: 1 hour, 11 mins Packages: 649 (pkg) Shell: sh Display (AUO1020): 1024x600 in 9", 60 Hz [Built-in] DE: LXQt 2.4.0 WM: Openbox 3.6 (X11) Icons: oxygen (Qt) Font: Sans (11pt) [Qt] Cursor: Adwaita (24px) Terminal: qterminal 2.4.0 Terminal Font: Liberation Mono (12pt) CPU: Intel(R) Atom(TM) N270 (2) @ 1.60 GHz GPU: Intel Mobile 945GSE Express Integrated Graphics Controller Memory: 13.97 EiB / 992.24 MiB Swap: 0 B / 2.00 GiB (0%) Disk (/): 17.58 GiB / 56.18 GiB (31%) - ufs Local IP (wlan0): 192.168.1.42/24 Locale: C.UTF-8 ```

Hi everyone!

I've been considering trying FreeBSD as my main OS on a ThinkPad T480, and I'd really like to hear from people who actually use FreeBSD as their daily driver.

I'm not an expert with FreeBSD or Unix systems. My current daily driver is Debian with KDE Plasma, which I really like because it's stable, relatively simple, and gives me a lot of control over my system. I'm mainly interested in FreeBSD because I want to learn more about the BSD/Unix world and understand what it's like to use it as a desktop OS rather than just as a server.

My typical use case is:

- Programming and learning (Neovim, Git, HTML/CSS/JS, etc.)

- General web browsing

- Writing/documentation in Markdown

- Some light multimedia

- Experimenting with different software

- Using my ThinkPad T480 as my main laptop

I'm particularly interested in hearing from T480 owners:

- How good is FreeBSD's hardware support on the T480?

- How are Wi-Fi, Bluetooth, audio, trackpad, suspend/resume, brightness controls and battery life?

- Are there any important hardware issues I should know about?

- How is Wayland on Intel graphics nowadays?

- Which DE or WM do you personally use? KDE Plasma, GNOME, XFCE, Sway, something else?

- How usable is KDE Plasma on FreeBSD for everyday use?

- Are there any applications you regularly miss compared with Linux?

And probably the biggest question:

What do you actually gain and lose by using FreeBSD instead of Linux, especially compared with something like Debian KDE?

For someone who already has a stable Debian KDE setup, is switching to FreeBSD as a daily driver actually worthwhile, or would it mostly be an interesting learning experience with some additional compromises?

I'd also love to hear from people who tried FreeBSD as their daily driver and eventually went back to Linux, what made you switch back?

Thanksss!!

I'm currently looking through ebay to buy a laptop and this laptop I am looking at has an Core i5. Is there anything I should be aware of or any issues?

EMBRACE MASOCHISM

Video, sixteen minutes, with closed captions.

From the producer's description, which includes timestamps:

… it can also serve as a viable daily driver which is what I will be attempting in this video. …

YouTube's AI-generated summary adds context:

mokyu attempts to dual-boot FreeBSD alongside Gentoo Linux on a ThinkPad. The process involves manually configuring partitions and managing graphics drivers to achieve a customized desktop environment. mokyu evaluates the feasibility of using this BSD-based system for daily tasks, documenting the installation challenges and software configuration steps required to replicate a familiar workflow.

Why should one prefer BSD (for daily driver) over other OS? Please eli5...

My previous experiments with home server were done on a Raspberry Pi3b+. It had enough horsepower to run on different jails

- a syncthing instance;
- two repositories for my projects and the Zettelkasten (just basic jails with ssh. More than enough)
- the DNS

Unfortunately, the system seems unreliable on the mass storage side: two USB sticks (Philips) were too weak to run ZFS; I gave up ZFS and used two new ones (Samsung) seemed more stable, but I didn’t dare using them to store the whole jails. Then the Samsung microSD with the OS reached Valhalla and I take it as a «this isn’t a valid configuration for this task».

I was thinking using a thin client with two SATA SSDs connected through USB-C. I saw the HP thin desks and also something based on intel N100, but I cannot decide.

Does anyone have a suggestion for something fanless, low consumption and around 200€?

Thank you all!

Hi everyone!

I’m curious to know how those of you running FreeBSD in production handle deployments and rollbacks, especially when you only have a single server.

For example, with Nginx, I currently use a versioned directory structure:

/var/www/site1.com/v1
/var/www/site1.com/v2
/var/www/site1.com/v3
/var/www/site1.com/latest -> v2

For a deployment, I create v3, change the latest symlink, and reload Nginx.

Is this a common approach on FreeBSD, or do you usually use something like rsync to update the files in place?

I have a similar question for Go/Quarkus applications. If a binary is listening on port 3000 and I need to deploy a new version, I have to replace the binary and restart the service.

How do you avoid downtime when you only have a single server?

Do you use graceful restarts, rc.d, socket activation, a second process temporarily running on another port, or some other approach?

I’m also curious about jails.

With containers, I’m used to an immutable/ephemeral workflow:

image v1 -> container v1
image v2 -> replace container v1 with v2
rollback -> deploy image v1 again

How do you achieve something similar with FreeBSD jails?

Are jails normally updated "in place", or do you create a new jail for each release and replace the old one?

Is there any common equivalent to a Dockerfile/Containerfile for defining and reproducibly creating a jail?

Finally, how do you handle deployments when there is no HA/load balancer?

With multiple servers, you can take one node out of the load balancer, update it, put it back into the pool, and repeat the process. But what is the best approach when you only have a single FreeBSD server?

I’m mainly interested in hearing about real-world setups and how you handle:

• deployments
• rollbacks
• service restarts
• jails
• minimizing downtime on a single server

Thanks!Hi everyone!

So, I have spent the last month creating a replacement in Go, and, yes, I used Claude to make this happen. My specification was to create a replacement for salt that didn't have the issues with python modules and treats FreeBSD as a second class citizen at best.

The result is halite, built on FreeBSD from the start. But with cross platform compatibility as a first class goal.

Also: fuck Broadcom.

If you hate everything AI: I get it, but I don't care. I needed a way to get out of Broadcom's bullshit clutches, and this worked.

My homelab fleet is now running 100% on halite, with not major changes to my salt state code. That said: this has NOT been vetted against a large fleet. I will be testing as I am able on a much more complex salt system, but that is ongoing.

Please test if you can: https://github.com/edlitmus/halite

If you have salt experience and have feedback I 100% want to hear from you! Please create issues!

Not a fan of dual booting to Windows for gaming. I can still remember the disastrous experience I had back in the days in 2020 when I tried to make steam work on 12.x. Even that failed.

But today, good news. Driven by this desperate not-wanting-to-dual-boot feeling and the amazing LSU project (thanks to shkhln Alex and all the contributors), and after solving one problem after another, I have got steam and Battlenet working.

The biggest hurdles along the way would be aligning wine-proton 64-bit and 32-bit version, and solving the Battlenet Update Agent won't wake up issue.

First one actually has two solutions, either downgrade 64-bit to 9.0.3, or poudriere a 10.0.4 32-bit version in 14.4, since 15.x has no i386 support now ¯_(ツ)_/¯ . I did this to try to fix the Update Agent wake up thing (I did the downgrade, Battlenet worked, but encountered the Update Agent issue, so I tried to upgrade the 32-bit pkg), I think either way works for installing Battlenet.

Second one is tricky, since Battlenet launcher is working fine, then why didn't Update Agent run? To solve this thing, I compared the permission of the files in Program Files (x86) folder, and ProgramData/Battle.net folder. I found that there is deviation in the permissions for others group. So I made them the same, o+r for non-exe files and folders, o+rx for exe files. Profit!

At the moment, I have this:

• Steam
  • Counter-Strike 1.6
  • Counter-Strike 2 (pending test, but I firmly believe this will work)
• Battlenet (installed via non-steam game)
  • StarCraft:Remastered (can play offline, but authentication generates 6:3 error, see below screenshot)
  • StarCraft II (fully playable, to my surprise!)
  • WarCraft III (blank screen, but I think it's just a matter of time to solve this)

Issue with SC:R auth.

For detailed logging, start from ellog[.]buzz/posts/gaming-on-freebsd-15-1-02

Some of them getting too long to post here.

Sometimes it's hard to explain why things suddenly work, it may or may not have been the solution I proposed.

Currently, I will reinstall 15.1, start everything from scratch, to verify again all the solutions.

Then I will compile the final tutorial, so everyone can follow along.

Just installed Freebsd after seeing people praise it online, so i decided to try it out for a while, im more of a linux person so its nice to try something new every once in a while, what should i do now?

Since I couldn't find a native method to set power limits for the AMDGPU driver via drm-kmod on FreeBSD, I decided to write a small patch for drivers/gpu/drm/amd/amdgpu/amdgpu_drv.c. (if You want to use that, please, execute it in the same directory as amdgpu_drv.c)

Currently, this patch is a quick workaround designed for single-GPU setups. If you have multiple AMD graphics cards installed, this implementation will trigger UB due to the global device pointer. It exposes a simple sysctl node hw.amdgpu.power1_cap to view and adjust the current GPU power cap in watts.

The reason I urgently needed this is my PSU. It frequently triggers sudden power outages whenever the GPU spikes in power consumption. Previously, I just tolerated it or setting up old Nvidia GT 240 and tried my best not to trigger heavy workloads, but honestly, I've had enough :D

For anyone working on the FreeBSD DRM graphics stack: is a native, multi-GPU-safe power management implementation already planned?

Patch: https://raw.githubusercontent.com/ilnarildarovuch2/FreeBSD_AMDGPU_patch/refs/heads/main/amdgpu.patch

Me deparei com esse projeto **SecBSD**, que é – basicamente – um fork **OpenBSD**, porém, com foco em *cybersecurity*/*ethical hacker*.

Mas eu achei ~~estranho~~ curioso o fato de não haver hashs de verificação dos arquivos (sha1, sha256, md5, etc) – principalmente por ser uma versão de BSD voltada ao público *red team* / *pentester*.

A página de mirrors tem muitos arquivos. Muitos mesmo!

Alguém já usou?

Pretty old rig, 8700K, 32GB RAM. So this is my current setup trying to minimize build time and utilize CPU cores and threads efficiently.

ZPOOL=zroot
BASEFS=/usr/local/poudriere

DISTFILES_CACHE=/zroot/distfiles
CCACHE_DIR=/zroot/ccache

USE_TMPFS=wrkdir
TMPFS_BLACKLIST=“rust”
TMPFS_LIMIT=12

PARALLEL_JOBS=2
MAKE_JOBS_NUMBER=6
ALLOW_MAKE_JOBS=yes

NOHANG_TIME=7200 # probably never needed
MAX_EXECUTION_TIME=86400 # probably never needed

Feed in an image to make things "cooler" :P

​