Is it ever normal to have the blankness pictured below (the third photograph), after starting installation and then clicking the mystery icon above the progress bar, to the right?
If so: how long should I wait for something to appear?
The progress bar is animated.
I see occasional signs of activity at the USB memory stick from which I’m installing. It has an LED.
A backtrace appears before the desktop environment appears (first photo). I’m inclined to treat this as negligible, splash-related.
Given the crash of systemd-journald (second photo), should I assume that any number of things might fail as a consequence?
Yes, I would assume that the installation has thrown a wobbly
Which utility did you use to make your bootable installation USB?
When installing, did you choose anything other than default e.g. filesystem, partitions, encryption etc?
grahamperrin@mowa219-gjp4-zbook-freebsd ~> pkg which /bin/dd
/bin/dd was installed by package FreeBSD-runtime-15.snap20250509233319
grahamperrin@mowa219-gjp4-zbook-freebsd ~> uname -mvKU
FreeBSD 15.0-CURRENT main-n277198-8c7d193e3cbe GENERIC-NODEBUG amd64 1500042 1500042
grahamperrin@mowa219-gjp4-zbook-freebsd ~>
Earlier runs included:
attempted connections to Wi-Fi, at least one of which failed
the combination of LUKS + ZFS, just one of these attempts got no further than the passphrase dialogue (IIRC the response to clicking Next was as if I had left both fields blank).
The most recent run (pictured above) was simpler. IIRC my only variation from defaults was offline inclusion of third party software for NVIDIA etc…
From numerous attempts to install: there is a sense of randomness, so it’s possible that both memory sticks are comparably faulty, but my gut tells me that the causes of the problem lie elsewhere.
The photograph below was of attempted reproduction of the failure to proceed beyond the passphrase dialogue. Not reproducible at the time (and the pictured phrase was a one-off for test purposes).
I don’t see dd in any of those tutorials, so I’m thinking you might benefit from doing it using one of the officially-documented methods I linked above. Anything other than what I linked above is either third-party or outdated. I’m not sure we can support burning it via FreeBSD.
If systemd-journald is crashing, the most likely cause is a bad write-to-media or bad media.
dd is the norm on FreeBSD. It’s the recommended method for writing ISOs and other types of image to memory sticks – not for FreeBSD images alone. See for example https://www.freebsd.org/releases/14.2R/announce/.
Not my point. My point is we cannot support burn methods from FreeBSD, even if it’s supported by them. The only ways we can support are shown in my links. That’s only because we only support Ubuntu here.
When you have successfully booted to a live session, you can use gparted to create a GPT (partition table) on your target disk.
Also, please heed the valuable advice from @eeickmeyer , there are many examples of failed installations due to the way the installation medium was created.
Anyway, fingers crossed and let’s see what happens
I tried ubuntu-25.04-desktop-amd64.iso with two more drives.
After problems with the fourth, I reused the first with an older image:
ubuntu-23.04-desktop-amd64.iso
After problems with that, I tried the 23.04 image with a fifth drive:
systemd-journald crashed before the installer appeared.
It’s possible that all five drives are faulty/marginal.
Maybe a problem with the notebook. I don’t suspect an issue with the HDD.
I’ll not have the notebook for long (background: https://redd.it/1kjs8qv). If anyone makes the issue reproducible with comparable hardware: please report a bug.
Thanks
For reference only:
a record of the two most recent writes to USB drives
root@mowa219-gjp4-zbook-freebsd:/media/t1000/VirtualBox/Linux # date
Sun May 11 19:28:14 BST 2025
root@mowa219-gjp4-zbook-freebsd:/media/t1000/VirtualBox/Linux # geom disk list /dev/da4
Geom name: da4
Providers:
1. Name: da4
Mediasize: 15518924800 (14G)
Sectorsize: 512
Mode: r0w0e0
descr: Kingston DataTraveler 3.0
ident: 08606E6D402DBF10471501BC
rotationrate: unknown
fwsectors: 63
fwheads: 255
root@mowa219-gjp4-zbook-freebsd:/media/t1000/VirtualBox/Linux # dd if=./ubuntu-23.04-desktop-amd64.iso of=/dev/da4 bs=1M conv=sync status=progress
4923064320 bytes (4923 MB, 4695 MiB) transferred 309.058s, 16 MB/s
4704+0 records in
4704+0 records out
4932501504 bytes transferred in 310.230638 secs (15899466 bytes/sec)
root@mowa219-gjp4-zbook-freebsd:/media/t1000/VirtualBox/Linux # cd
root@mowa219-gjp4-zbook-freebsd:~ # lsblk /dev/da4
DEVICE MAJ:MIN SIZE TYPE LABEL MOUNT
da4 1:77 14G GPT - -
da4p1 0:209 4.6G ms-basic-data gpt/ISO9660 /media/ISO9660
da4p2 0:210 4.9M efi gpt/Appended2 -
da4p3 0:211 300K ms-basic-data gpt/Gap1 -
<FREE> -:- 512B - - -
root@mowa219-gjp4-zbook-freebsd:~ # gpart show /dev/da4
=> 64 9633481 da4 GPT (14G) [CORRUPT]
64 9622812 1 ms-basic-data (4.6G)
9622876 10068 2 efi (4.9M)
9632944 600 3 ms-basic-data (300K)
9633544 1 - free - (512B)
root@mowa219-gjp4-zbook-freebsd:~ # tail -f -n 0 /var/log/messages
May 11 19:38:46 mowa219-gjp4-zbook-freebsd kernel: ugen0.15: <Kingston DataTraveler 3.0> at usbus0 (disconnected)
May 11 19:38:46 mowa219-gjp4-zbook-freebsd kernel: umass4: at uhub0, port 6, addr 23 (disconnected)
May 11 19:38:46 mowa219-gjp4-zbook-freebsd kernel: da4 at umass-sim4 bus 4 scbus9 target 0 lun 0
May 11 19:38:46 mowa219-gjp4-zbook-freebsd kernel: da4: <Kingston DataTraveler 3.0 PMAP> s/n 08606E6D402DBF10471501BC detached
May 11 19:38:46 mowa219-gjp4-zbook-freebsd kernel: (da4:umass-sim4:4:0:0): Periph destroyed
May 11 19:38:46 mowa219-gjp4-zbook-freebsd kernel: umass4: detached
May 11 19:38:50 mowa219-gjp4-zbook-freebsd kernel: ugen0.15: <Kingston DataTraveler 3.0> at usbus0
May 11 19:38:50 mowa219-gjp4-zbook-freebsd kernel: umass4 on uhub0
May 11 19:38:50 mowa219-gjp4-zbook-freebsd kernel: umass4: <Kingston DataTraveler 3.0, class 0/0, rev 2.10/1.00, addr 24> on usbus0
May 11 19:38:51 mowa219-gjp4-zbook-freebsd kernel: da4 at umass-sim4 bus 4 scbus9 target 0 lun 0
May 11 19:38:51 mowa219-gjp4-zbook-freebsd kernel: da4: <Kingston DataTraveler 3.0 PMAP> Removable Direct Access SPC-4 SCSI device
May 11 19:38:51 mowa219-gjp4-zbook-freebsd kernel: da4: Serial Number 08606E6D402DBF10471501BC
May 11 19:38:51 mowa219-gjp4-zbook-freebsd kernel: da4: 40.000MB/s transfers
May 11 19:38:51 mowa219-gjp4-zbook-freebsd kernel: da4: 14800MB (30310400 512 byte sectors)
May 11 19:38:51 mowa219-gjp4-zbook-freebsd kernel: da4: quirks=0x2<NO_6_BYTE>
May 11 19:38:51 mowa219-gjp4-zbook-freebsd kernel: (da4:umass-sim4:4:0:0): CACHE PAGE TOO SHORT data len 3 desc len 0
May 11 19:38:51 mowa219-gjp4-zbook-freebsd kernel: (da4:umass-sim4:4:0:0): Mode page 8 missing, disabling SYNCHRONIZE CACHE
May 11 19:38:51 mowa219-gjp4-zbook-freebsd kernel: GEOM: da4: the secondary GPT header is not in the last LBA.
May 11 19:38:51 mowa219-gjp4-zbook-freebsd kernel: GEOM: iso9660/Ubuntu%2023.04%20amd64: the secondary GPT header is not in the last LBA.
^C
root@mowa219-gjp4-zbook-freebsd:~ # lsblk /dev/da4
DEVICE MAJ:MIN SIZE TYPE LABEL MOUNT
da4 1:54 14G GPT - -
da4p1 1:55 4.6G ms-basic-data gpt/ISO9660 /media/ISO9660
da4p2 1:56 4.9M efi gpt/Appended2 -
da4p3 1:57 300K ms-basic-data gpt/Gap1 -
<FREE> -:- 512B - - -
root@mowa219-gjp4-zbook-freebsd:~ # gpart show /dev/da4
=> 64 9633481 da4 GPT (14G) [CORRUPT]
64 9622812 1 ms-basic-data (4.6G)
9622876 10068 2 efi (4.9M)
9632944 600 3 ms-basic-data (300K)
9633544 1 - free - (512B)
root@mowa219-gjp4-zbook-freebsd:~ # tail -f -n 0 /var/log/messages
May 11 19:54:49 mowa219-gjp4-zbook-freebsd kernel: ugen0.15: <Verbatim STORE N GO> at usbus0
May 11 19:54:49 mowa219-gjp4-zbook-freebsd kernel: umass4 on uhub0
May 11 19:54:49 mowa219-gjp4-zbook-freebsd kernel: umass4: <Verbatim STORE N GO, class 0/0, rev 2.00/1.00, addr 25> on usbus0
May 11 19:54:50 mowa219-gjp4-zbook-freebsd kernel: da4 at umass-sim4 bus 4 scbus9 target 0 lun 0
May 11 19:54:50 mowa219-gjp4-zbook-freebsd kernel: da4: <Verbatim STORE N GO PMAP> Removable Direct Access SPC-4 SCSI device
May 11 19:54:50 mowa219-gjp4-zbook-freebsd kernel: da4: Serial Number 90006B124620BD98
May 11 19:54:50 mowa219-gjp4-zbook-freebsd kernel: da4: 40.000MB/s transfers
May 11 19:54:50 mowa219-gjp4-zbook-freebsd kernel: da4: 7388MB (15130624 512 byte sectors)
May 11 19:54:50 mowa219-gjp4-zbook-freebsd kernel: da4: quirks=0x2<NO_6_BYTE>
May 11 19:54:50 mowa219-gjp4-zbook-freebsd kernel: (da4:umass-sim4:4:0:0): CACHE PAGE TOO SHORT data len 3 desc len 0
May 11 19:54:50 mowa219-gjp4-zbook-freebsd kernel: (da4:umass-sim4:4:0:0): Mode page 8 missing, disabling SYNCHRONIZE CACHE
^C
root@mowa219-gjp4-zbook-freebsd:~ # geom disk list /dev/da4
Geom name: da4
Providers:
1. Name: da4
Mediasize: 7746879488 (7.2G)
Sectorsize: 512
Mode: r0w0e0
descr: Verbatim STORE N GO
ident: 90006B124620BD98
rotationrate: unknown
fwsectors: 63
fwheads: 255
root@mowa219-gjp4-zbook-freebsd:~ # cd /media/t1000/VirtualBox/Linux/
root@mowa219-gjp4-zbook-freebsd:/media/t1000/VirtualBox/Linux # dd if=./ubuntu-23.04-desktop-amd64.iso of=/dev/da4 bs=1M conv=sync status=progress
4932501504 bytes (4933 MB, 4704 MiB) transferred 1232.341s, 4003 kB/s
4704+0 records in
4704+0 records out
4932501504 bytes transferred in 1233.218608 secs (3999698 bytes/sec)
root@mowa219-gjp4-zbook-freebsd:/media/t1000/VirtualBox/Linux # exit
logout
grahamperrin@mowa219-gjp4-zbook-freebsd /u/h/grahamperrin>
Done yesterday for ubuntu-25.04-desktop-amd64.iso (written to four drives).
IIRC not done for ubuntu-23.04-desktop-amd64.iso (written to two drives).
With a view to trying with alternative hardware: I’m rifling through a collection of old HP notebooks that are to be written off. Can’t find anything close to the Pavilion 15-ab252ne. Trying to get useful information from HP’s website is, too often, like pulling teeth. I’ll spare you the details
NOTE: For partitions, He likes to have 4 of them. The first two partitions are unencrypted and in charge of booting (boot + EFI).
While I love encryption, I almost never encrypt the boot partitions in order to make my life easier as you cannot seamlessly integrate the boot partition password prompt with the later password prompt.
Thus encrypted boot would require you to type the password twice (or thrice if you decide to use native ZFS encryption on top of that).