Solved New install of 14.2

L

lizzias

so installing the freebsd went great rebooted to command line no problem. problems began when i tried to then install a desktop. Mate is my preference ofc. with lightdm and the gtk greeter and ofc xorg. followed the instructions quite well but my reboot failed. i had a couple of failure points. mate didnt boot xorg had some hiccups and drm thingy regurgitated on my screen. so messy
 
First of all, you'd better describing about your hardware configurations as detailed and precise as possible. Without it, no one can advice that matches for your environment.
Installing sysutils/hw-probe, upload your hardware informations with
hw-probe -all -upload
as root and point the URI/URL of the data is a good idea here.

Doing installations step-by-step,
  1. install FreeBSD base (you'd completed I guess),
  2. install xorg and related drivers (including non-default ones like x11/nvidia-driver*, graphics/drm*-kmod etc. whichever applicable),
  3. test if xorg starts with bare minimum (none for usual, just a bit for x11/nvidia-driver*)
  4. once confirmed xorg starts fine with startx quite simple (2 terminals + alpha), install desktop environment (here, you'd preferred Mate just as myself) without display managers like lightdm and configure minimum ~/.xinitrc,
  5. once confirmed startx can now kick Mate, install and configure display manager (you'd preferred lightdm),
is usually quite a good idea.

Note that I've never used display manager for auto-staritng xorg, but startx from command line. So never experienced step 5.

Essential part I'm invoking Mate DE in my ~/.xinitrc is as follows.
Code: 
## Default stuff from /usr/local/etc/X11/xinit/xinitrc
userresources=$HOME/.Xresources
usermodmap=$HOME/.Xmodmap
sysresources=/usr/local/etc/X11/xinit/.Xresources
sysmodmap=/usr/local/etc/X11/xinit/.Xmodmap

if [ -f $sysresources ]; then
    xrdb -merge $sysresources
fi

if [ -f $sysmodmap ]; then
    xmodmap $sysmodmap
fi

if [ -f "$userresources" ]; then
    xrdb -merge "$userresources"
fi

if [ -f "$usermodmap" ]; then
    xmodmap "$usermodmap"
fi

if [ -d /usr/local/etc/X11/xinit/xinitrc.d ] ; then
    for f in /usr/local/etc/X11/xinit/xinitrc.d/?* ; do
        [ -x "$f" ] && . "$f"
    done
    unset f
fi

## End default stuff.

## Support arrow keys to work with libinput
export XKB_DEFAULT_RULES=evdev

## Load X application configuration file
#
[ -f ~/.Xdefaults ] && xrdb -merge ~/.Xdefaults

## Load X keymap configuration file
#
[ -f ~/.Xmodmap ] && xmodmap ~/.Xmodmap

# LIBOVERLAY_SCROLLBAR=0 # Only when wanted.
exec dbus-launch --exit-with-session ck-launch-session mate-session

Some addendum for nvidia GPUs.
xorg preferres open source nouveau driver, which is not available (ported) on FreeBSD, and does not know about proprietary x11/nvidia-driver, so we need to teach xorg which driver to use manually (described in Chapter 5.3 and 5.4 of the handbook).

And if your GPU is nvidia GPU and supported by non-legacy (x11/nvidia-driver without suffixes) version, you can additionally install graphics/nvidia-drm-[510|515|61]-kmod. At first installation, graphics/nvidia-drm-kmod automatically chooses which version to be installed. And this DRM version of driver can be auto-detected by xorg.
 
lizzias said:
so installing the freebsd went great rebooted to command line no problem. problems began when i tried to then install a desktop. Mate is my preference ofc. with lightdm and the gtk greeter and ofc xorg. followed the instructions quite well but my reboot failed. i had a couple of failure points. mate didnt boot xorg had some hiccups and drm thingy regurgitated on my screen. so messy
Click to expand...
 

Attachments

  • IMG_20250101_033611.jpg
    IMG_20250101_033611.jpg
    1.8 MB · Views: 49
Well those are my best attempts at hw reporting. looks like the photo of my inxi info is blurry but the hw-probe seems to have worked out ok.

At this point i'm remiss to try and add xorg as it has failed 4 times in a row and taken up all my morning. This zfs is trifiling to work with as i can't chroot into it from linux or even pull up the file system in my file manager under artix linux. I'm in somewhat unknown territory here. when i installed the base system i added my default user to video and wheel. I followed these instructions for xorg here. and wound up with a mess that wouldnt boot.
 
Emrion said:
Ok. You didn't find anything on the forum...

What is your installed drm driver?
pkg info | grep drm
Click to expand...
According to his hw-probe results linked from Comment #5 as "probe the hardware", none of graphics/drm-[510|515|61]-kmod is installed, while firmware ports seems to be installed (according to the "pkglist" link near the bottom of the probe).

So installing graphics/drm-61-kmod (if not works well, possibly graphics/drm-515-kmod is preferrable) would be the next step to try.
No need to install graphics/drm-kmod, as it is the wrapper to auto-detect which actual port/pkg can be newest installable version and install it.

To install kmod ports for 14.2-Release, information at PR 283755 (including links from there) should be quite helpful.
There are already many related threads in this Forums, though.
 
The error in the picture is where my system locks up and so i cant do anything with it as i dont have instructions or ability to chroot into zfs?

So then i reinstalled. and just did the base system which is where you got the hw-probe thingy info from.... from the 5th install attempt.

given the options i'll try to install drm-515-kmod but if it breaks the only option i have since i wont get to a command promt is to reinstall freebsd base for a 6th time?
 
Well, you can download the file on another PC, copy it on a USB key.

Maybe, it's simpler to clone the repo with git:
# pkg install git
# cd /root
# git clone https://github.com/Emrion/FreeBSD-kmod
You will have all the files in/root/FreeBSD-kmod/.
 
# pkg add Version-name_of_the_port.pkg in the instructions should be

# pkg-add Version-name_of_the_port.pkg then? np.

2 great answers. ty ty ty
 
ID-2: /dev/nvme1n1 vendor: Western Digital model: WD BLACK SN770 500GB
size: 465.76 GiB temp: 36.9 C
This is the drive im using for freebsd. my hp 800 g4 dm has two nvme slots and room for a hdd vaddy for a 2.5 inch drive. I ordered the caddy today from ebay should be here by thursday next week.

I'm in linux atm here's the inxi:
Code: 
System:
  Kernel: 6.6.68-1-lts arch: x86_64 bits: 64 compiler: gcc v: 14.2.1
  Desktop: MATE v: 1.28.2 Distro: Artix base: Arch Linux
Machine:
  Type: Desktop System: HP product: HP EliteDesk 800 G4 DM 35W (TAA) v: SBKPF
    serial: <filter>
  Mobo: HP model: 83E2 v: KBC Version 07.D4.00 serial: <filter> UEFI: HP
    v: Q21 Ver. 02.29.01 date: 09/26/2024
Memory:
  System RAM: total: 8 GiB available: 7.11 GiB used: 5.76 GiB (81.1%)
    igpu: 512 MiB
  Array-1: capacity: 32 GiB slots: 2 modules: 1 EC: None
    max-module-size: 16 GiB note: est.
  Device-1: Channel-B DIMM1 type: DDR4 size: 8 GiB speed: 2667 MT/s
  Device-2: Channel-A DIMM3 type: no module installed
CPU:
  Info: 6-core model: Intel Core i5-8500T bits: 64 type: MCP arch: Coffee Lake
    rev: A cache: L1: 384 KiB L2: 1.5 MiB L3: 9 MiB
  Speed (MHz): avg: 900 min/max: 800/3500 cores: 1: 900 2: 900 3: 900 4: 900
    5: 900 6: 900 bogomips: 25211
  Flags: avx avx2 ht lm nx pae sse sse2 sse3 sse4_1 sse4_2 ssse3 vmx
Graphics:
  Device-1: Intel CoffeeLake-S GT2 [UHD Graphics 630] vendor: Hewlett-Packard
    driver: i915 v: kernel arch: Gen-9.5 bus-ID: 00:02.0
  Display: x11 server: X.Org v: 21.1.15 driver: X: loaded: intel
    unloaded: fbdev,modesetting failed: vesa dri: i965 gpu: i915
    s-res: 2304x1280 resolution: 1: 1280x1024 2: 1280x1024
  API: EGL v: 1.5 drivers: iris,swrast platforms:
    active: gbm,x11,surfaceless,device inactive: wayland
  API: OpenGL v: 4.6 compat-v: 4.5 vendor: intel mesa v: 24.3.2-arch1.1
    glx-v: 1.4 direct-render: yes renderer: Mesa Intel UHD Graphics 630 (CFL
    GT2)
Audio:
  Device-1: Intel Cannon Lake PCH cAVS vendor: Hewlett-Packard
    driver: snd_hda_intel v: kernel bus-ID: 00:1f.3
  API: ALSA v: k6.6.68-1-lts status: kernel-api
  Server-1: JACK v: 1.9.22 status: off
  Server-2: PipeWire v: 1.2.7 status: off
  Server-3: PulseAudio v: 17.0-43-g3e2bb status: active (root, process)
Network:
  Device-1: Intel Ethernet I219-LM vendor: Hewlett-Packard driver: e1000e
    v: kernel port: N/A bus-ID: 00:1f.6
  IF: eth0 state: up speed: 1000 Mbps duplex: full mac: <filter>
Drives:
  Local Storage: total: 2.78 TiB used: 37.49 GiB (1.3%)
  ID-1: /dev/nvme0n1 vendor: TeamGroup model: TM8FP6002T size: 1.86 TiB
    temp: 32.9 C
  ID-2: /dev/nvme1n1 vendor: Western Digital model: WD BLACK SN770 500GB
    size: 465.76 GiB temp: 36.9 C
  ID-3: /dev/sda vendor: Fanxiang model: S500PRO 512GB size: 476.94 GiB
    type: USB
Partition:
  ID-1: / size: 97.87 GiB used: 21.77 GiB (22.2%) fs: ext4 dev: /dev/nvme0n1p2
  ID-2: /boot/efi size: 511 MiB used: 300 KiB (0.1%) fs: vfat
    dev: /dev/nvme0n1p1
  ID-3: /home size: 294.23 GiB used: 14.45 GiB (4.9%) fs: ext4
    dev: /dev/nvme0n1p3
Swap:
  ID-1: swap-1 type: partition size: 16 GiB used: 1.27 GiB (7.9%)
    dev: /dev/sda5
Sensors:
  Src: /sys System Temperatures: cpu: 45.0 C pch: 43.0 C mobo: N/A
  Fan Speeds (rpm): N/A
Info:
  Processes: 294 Uptime: 2h 46m Init: Dinit
  Packages: 1006 Compilers: gcc: 14.2.1 Shell: Sudo v: 1.9.16p2 inxi: 3.3.36
 
Emrion said:
Well, you can download the file on another PC, copy it on a USB key.

Maybe, it's simpler to clone the repo with git:
# pkg install git
# cd /root
# git clone https://github.com/Emrion/FreeBSD-kmod
You will have all the files in/root/FreeBSD-kmod/.
Click to expand...
This I was able to work out. Rebooted into a login prompt
 
Well, how about trying the method (currently provided for testing, but once it is considered OK, it would be official) described in comment #36 of the thread Possible solution to the drm-kmod kernel mismatch after upgrade from Bapt? Other posts in the same (2nd) page would be helpful, too.

A bit different, but the essential point is to create /usr/local/etc/pkg/repos/FreeBSD-kmods.conf with the contents below.
Code: 
FreeBSD-kmods: {
  url             : "pkg+https://pkg.freebsd.org/${ABI}/kmods_latest_${VERSION_MINOR}",
  enabled         : yes,
  priority        : 10,
  mirror_type     : "SRV",
  signature_type  : "FINGERPRINTS",
  fingerprints    : "/usr/share/keys/pkg"
}

This way, newly added repository for kmod pkgs only should be preferred over usual (pre-defined) repo and anything not there shoule be looked for in usual repo. priority is not necessarily to be 10. Value above 0 (i.e., 1 or 100) would be OK, too.

If you're sticking with quarterly (the default for any releases like 14.2-Release, kmods_latest_${VERSION_MINOR} above should be replaced with kmods_quarterly_${VERSION_MINOR}.

As I myself am building almost all pkgs locall, I've not tried the above.
But I have configuration for my local repo and overriding usual repo using priority.
Possibly, when pkgs at the usual repo are built later than kmod repo, there remains a risk that pkgs at usual repo is preferred.
In this case, the workaround described in above-linked post would help.
 
T-Aoki said:
This way, newly added repository for kmod pkgs only should be preferred over usual (pre-defined) repo and anything not there shoule be looked for in usual repo. priority is not necessarily to be 10. Value above 0 (i.e., 1 or 100) would be OK, too.
Click to expand...
I agree, but it's easier for a newcomer to install a pre-compiled package.
Could be time to make a how-to on this.
 
You must log in or register to reply here.
Back
Top