Solved I finally have created an experimental BSD Project called CultBSD it uses uzip compressed with zstd level 19 compression its pretty fast.

christhegeek · Aug 31, 2021

Lzma is also in the base and rescue of FreeBSD i will go with lzma for the moment.

Beastie7 · Aug 31, 2021

Hopefully this experiment will lead into more contributions to the project. We need more contributors, not experimental sporks.

eternal_noob · Aug 31, 2021

christhegeek said:
Lzma is also in the base

If you mean archivers/lzma, that's a port.
archivers/xz once was a port too, but is now in base.

Beastie7 said:
We need more contributors, not experimental sporks.

That's why using the same compression as the original images would help.

christhegeek · Aug 31, 2021

Beastie7 said:
Hopefully this experiment will lead into more contributions to the project. We need more contributors, not experimental sporks.

I'm making this project to have a reason to learn more about FreeBSD and also for my online friends .
FreeBSD right now is the number one operating system for any kind of project !
This project proves that , i had no idea two weeks ago about all these and two years+ before i wouldn't even know FreeBSD at all.
This proves how much easier it is .
I will create a minimal project that it will have only a tiling window manager and openbox it will be less than 1Gbyte compressed.

christhegeek · Sep 1, 2021

Beastie7 said:
Hopefully this experiment will lead into more contributions to the project. We need more contributors, not experimental sporks.

I can contribute to this project .
For example why nobody made a graphical partition manager ?
Also i think it would be possible to fork discover to work with pkg .

Alexander88207 · Sep 1, 2021

christhegeek said:
For example why nobody made a graphical partition manager ?

Isn't gpart enough for basic partition management?

grahamperrin · Sep 1, 2021

christhegeek said:
… graphical partition manager ? …

I'm surprised that GParted is not yet listed:

WantedPorts - FreeBSD Wiki

For now: <https://old.reddit.com/r/freebsd/comments/o7px9b/-/hb7cxhm/> under What software would you like to see ported/packaged?

Alexander88207 said:
Isn't gpart enough for basic partition management?

User experience!

There's no GUI.

Storage utility (or disk utility …) · Issue #61 · helloSystem/hello

I'd like something like: Apple's Disk Utility, as it was before the post-Yosemite redesign; or GParted – I can't expect GParted itself on a FreeBSD-based system.

github.com

Postscript, 2021-12-19

grahamperrin said:
jrm@ please, is it too late to add an idea that was not expressed (here) before the summary was published?

A suitable alternative to GParted was one of two things that I forgot to suggest for FreeBSD Foundation support.

christhegeek · Sep 1, 2021

I could spend less time making it from the start
Not to mention i don't even have to use a programming language i could do it with a script and zenity.
Also there's sade but for some reason it won't work with my external hard disk .
Anyway gpart is so easy that you probably don't need one , it would only delay the process lol

christhegeek · Sep 1, 2021

gpart is the fastest and easiest way .

Alexander88207 said:
Isn't gpart enough for basic partition management?

grahamperrin · Sep 2, 2021

christhegeek said:
live (tag)

With the currently provided image (run from e.g. a USB flash drive) there's:

not persistence for things such as pkg-upgrade(8)
☑ persistence for home directory content, as shown below (browsing the drive without booting from it) – the ~/typescript that I saved with script(1) is still present
☑ persistence for /etc

Code:

% date ; uname -iKrsU
Thu  2 Sep 2021 01:27:23 BST
FreeBSD 14.0-CURRENT GENERIC-NODEBUG 1400030 1400032
% lsblk
DEVICE         MAJ:MIN SIZE TYPE                                          LABEL MOUNT
ada0             0:121 932G GPT                                               - -
  ada0p1         0:123 260M efi                                    gpt/efiboot0 -
  <FREE>         -:-   1.0M -                                                 - -
  ada0p2         0:125  16G freebsd-swap                              gpt/swap0 SWAP
  ada0p2.eli     2:23   16G freebsd-swap                                      - SWAP
  ada0p3         0:127 915G freebsd-zfs                                gpt/zfs0 <ZFS>
  ada0p3.eli     0:135 915G zfs                                               - -
  <FREE>         -:-   708K -                                                 - -
cd1              2:142  10M cd9660                    iso9660/ONEPLUS%20DRIVERS -
da0              2:71   29G GPT                                               - -
  da0p1          2:72   29G freebsd-zfs                        gpt/cache-august <ZFS>
da1              0:144 466G GPT                                               - -
  <FREE>         -:-   1.0M -                                                 - -
  da1p1          0:145 466G freebsd-zfs                           gpt/Transcend <ZFS>
da2              0:152  14G GPT                                               - -
  <FREE>         -:-   1.0M -                                                 - -
  da2p1          0:153  14G freebsd-zfs                     gpt/cache-transcend <ZFS>
da3              0:160  14G GPT                                               - -
  da3p1          0:161 512K freebsd-boot                             gpt/mdboot -
  da3p2          0:162  40M efi                                               - -
  da3p3          0:163 9.0G freebsd-ufs                              gpt/mdroot -
  da3p4          0:164 900M freebsd-ufs                             gpt/thehome /media/Kingston_DataTraveler_3.0_08606E6B6446BFB138159554_p4
  da3p5          0:165 125M freebsd-ufs                              gpt/theetc -
  da3p6          0:166 400M freebsd-ufs                              gpt/thetmp -
  <FREE>         -:-    18M -                                                 - -
% ls -hlnrt /media/Kingston_DataTraveler_3.0_08606E6B6446BFB138159554_p4/cultbsd/
total 69
drwxr-xr-x  2 1001  1001   512B 30 Aug 18:10 Desktop
drwxr-xr-x  2 1001  1001   512B 30 Aug 18:36 Downloads
-rw-r--r--  1 1001  1001    16K  1 Sep 07:55 typescript
-rw-------  1 0     1001    61M  1 Sep 08:00 python3.8.core
-rw-------  1 1001  1001    46M  1 Sep 08:06 org_kde_powerdevil.core
% id -u
1002
% id -un
grahamperrin
% id -u && id -un
1002
grahamperrin
%

grahamperrin · Sep 2, 2021

christhegeek said:
… older radeonkms …

cultbsd-4th-prealpha-ufocult.img.lzma

Written to /dev/da1, which was available for overwrite at the time:

 xzcat /Volumes/t500/VirtualBox/BSD/others/CultBSD/cultbsd-4th-prealpha-ufocult.img.lzma | sudo gdd status=progress bs=100M of=/dev/da1

radeonkms

First boot succeeded, second boot failed.

I'll try with drm instead of radeonkms. rc.conf edited without booting CultBSD:

Code:

% lsblk da3
DEVICE         MAJ:MIN SIZE TYPE                                          LABEL MOUNT
da3              0:160  14G GPT                                               - -
  da3p1          0:161 512K freebsd-boot                             gpt/mdboot -
  da3p2          0:162  40M efi                                               - -
  da3p3          0:163 9.0G freebsd-ufs                              gpt/mdroot -
  da3p4          0:164 900M freebsd-ufs                             gpt/thehome /media/Kingston_DataTraveler_3.0_08606E6B6446BFB138159554_p4
  da3p5          0:165 125M freebsd-ufs                              gpt/theetc /media/Kingston_DataTraveler_3.0_08606E6B6446BFB138159554_p5
  da3p6          0:166 400M freebsd-ufs                              gpt/thetmp -
  <FREE>         -:-    18M -                                                 - -
% sudo nano /media/Kingston_DataTraveler_3.0_08606E6B6446BFB138159554_p5/rc.conf
grahamperrin's password:
% sysrc -f /media/Kingston_DataTraveler_3.0_08606E6B6446BFB138159554_p5/rc.conf kld_list
kld_list: mmc mmcsd sdhci tmpfs aio ng_ubt cuse4bsd drm
% cd
% sudo umount /media/Kingston_DataTraveler_3.0_08606E6B6446BFB138159554_p5
umount: unmount of /media/Kingston_DataTraveler_3.0_08606E6B6446BFB138159554_p5 failed: Device busy
% sudo umount /media/Kingston_DataTraveler_3.0_08606E6B6446BFB138159554_p5
% sudo umount /media/Kingston_DataTraveler_3.0_08606E6B6446BFB138159554_p4
%

If I recall correctly, the apparent randomness (some boots fail, some do not) might be – with my hardware – symptomatic of this:

The system may fail to start properly – a blackout – if kld_list includes radeonkms (workaround: instead, load drm) · Issue #108 · freebsd/drm-kmod

christhegeek · Sep 2, 2021

lzma -d xxx.lzma or lzcat

!!!!! "lzcat is equivalent to xz --format=lzma --decompress --stdout." !!!!
!!!!xzcat is equivalent xz decompress stdout only !!!

dd if=xx.img of=/dev/da1 bs=1M && sync
It would be faster with higher bs but i have tested it and i'm not sure if its always safe
Read the guide its on download page
Thank you ;-)

I have tested it with a pathetic ancient usb flash and it works just follow the guide
1) And don't forget to change sddm login theme to breeze asap cause it won't let you login after you logout
the specified wallpaper either don't exist the url doesn't show full path or its incompatible
This bug was so lame
2) If you have created a new user on your installed system open dolphin right click edit places by hand
I have forgot to remove dolphin's places records from the new user prepared dir /usr/share/skel
either remove ~/.local/share/user-places.xbel or right click edit places by hand in dolphin
/usr/share/skel/.local/share/user-places.xbel has the records for places and it has the records for the user cultbsd

3) After you have installed it you can activate plasma file indexing service balooo just press start menu and search for baloo
4)after you have installed it run sudo pkg update && sudo pkg install -f -y octopkg
4) dont tamper with the installation script , don't break the script while it is working

5) After you have installed it lets say you made your own changes , you installed more apps etc you have files ...
If you want to clone your installed system to a usb flash just use Install CultBSD script again (just unmount any additional disks you don't want to be copied too)
The produced usb in this case would be slow as hell cause it has no compression but you could login to a terminal and run the installer again
---> This will change i will create a seperate script so you can produce a cloned /backup external usb disk or usb flash(if its large enough) of your installed system
with compression that would be pretty fast and you can use it or run the installer to restore it on your pc as it was before with applications files etc.

grahamperrin · Sep 2, 2021

Interesting, thanks …

<https://www.freebsd.org/cgi/man.cgi?query=xz&sektion=1&manpath=FreeBSD+13.0-RELEASE>

I checked all checkable file systems before the first boot, no error was found (attached: 2021-09-01 lzma to Kingston DataTraveler G4.txt). The first boot did eventually present the desktop environment.

The second boot, which was troublesome, was also difficult to stop:

Ultimately I forced off the computer. Subsequent runs of fsck_ffs(8) on the four UFS file systems performed repairs to thehome (no surprise there), the others were reportedly error-free. I didn't intend to reuse this particular installation, so I stress-tested the drive, found no problem:

Code:

root@mowa219-gjp4-8570p-freebsd:~ # gpart show da3
gpart: No such geom: da3.
root@mowa219-gjp4-8570p-freebsd:~ # gpart create -s gpt da3
gpart: geom 'da3': Operation not permitted
root@mowa219-gjp4-8570p-freebsd:~ # umount /tmp/stress
root@mowa219-gjp4-8570p-freebsd:~ # gpart create -s gpt da3
gpart: geom 'da3': File exists
root@mowa219-gjp4-8570p-freebsd:~ # geom disk list da3
Geom name: da3
Providers:
1. Name: da3
   Mediasize: 15502147584 (14G)
   Sectorsize: 512
   Mode: r0w0e0
   descr: Kingston DataTraveler 3.0
   lunname: PHISON  USB3
   lunid: 2000acde48234567
   ident: 08606E6B6446BFB138159554
   rotationrate: unknown
   fwsectors: 63
   fwheads: 255

root@mowa219-gjp4-8570p-freebsd:~ # lsblk da3
DEVICE         MAJ:MIN SIZE TYPE                                          LABEL MOUNT
da3              2:66   14G GPT                                               - -
  <FREE>         -:-    14G -                                                 - -
root@mowa219-gjp4-8570p-freebsd:~ # gpart show da3
=>      40  30277552  da3  GPT  (14G) [CORRUPT]
        40  30277552       - free -  (14G)

root@mowa219-gjp4-8570p-freebsd:~ # gpart destroy -F da3
da3 destroyed
root@mowa219-gjp4-8570p-freebsd:~ # newfs da3
/dev/da3: 14784.0MB (30277632 sectors) block size 32768, fragment size 4096
        using 24 cylinder groups of 625.22MB, 20007 blks, 80128 inodes.
super-block backups (for fsck_ffs -b #) at:
 192, 1280640, 2561088, 3841536, 5121984, 6402432, 7682880, 8963328, 10243776, 11524224, 12804672, 14085120, 15365568, 16646016, 17926464, 19206912, 20487360, 21767808, 23048256, 24328704, 25609152, 26889600,
 28170048, 29450496
root@mowa219-gjp4-8570p-freebsd:~ # lsblk
DEVICE         MAJ:MIN SIZE TYPE                                          LABEL MOUNT
ada0             0:121 932G GPT                                               - -
  ada0p1         0:123 260M efi                                    gpt/efiboot0 -
  <FREE>         -:-   1.0M -                                                 - -
  ada0p2         0:125  16G freebsd-swap                              gpt/swap0 SWAP
  ada0p2.eli     2:46   16G freebsd-swap                                      - SWAP
  ada0p3         0:127 915G freebsd-zfs                                gpt/zfs0 <ZFS>
  ada0p3.eli     0:135 915G zfs                                               - -
  <FREE>         -:-   708K -                                                 - -
da0              0:181 466G GPT                                               - -
  <FREE>         -:-   1.0M -                                                 - -
  da0p1          0:182 466G freebsd-zfs                           gpt/Transcend <ZFS>
da1              0:192  14G GPT                                               - -
  <FREE>         -:-   1.0M -                                                 - -
  da1p1          0:193  14G freebsd-zfs                     gpt/cache-transcend <ZFS>
da2              0:226  29G GPT                                               - -
  da2p1          0:227  29G freebsd-zfs                        gpt/cache-august <ZFS>
da3              2:66   14G ufs                                               - -
root@mowa219-gjp4-8570p-freebsd:~ # mount /dev/da3 /tmp/stress
root@mowa219-gjp4-8570p-freebsd:~ # stressdisk run /tmp/stress
2021/09/02 03:54:29 loaded statsfile "stressdisk_stats.json"
2021/09/02 03:54:29
Bytes read:       1008104 MByte (  70.33 MByte/s)
Bytes written:     445054 MByte (  16.88 MByte/s)
Errors:                 0
Elapsed time:  511.098µs

2021/09/02 03:54:29 No check files - generating
2021/09/02 03:54:29 Writing file "/tmp/stress/TST_0000" size 1000000000
2021/09/02 03:55:29
Bytes read:       1008104 MByte (  70.33 MByte/s)
Bytes written:     445472 MByte (  16.85 MByte/s)
Errors:                 0
Elapsed time:  1m0.002323462s

2021/09/02 03:56:29
Bytes read:       1008104 MByte (  70.33 MByte/s)
Bytes written:     445822 MByte (  16.83 MByte/s)
Errors:                 0
Elapsed time:  2m0.00528865s

2021/09/02 03:57:06 Writing file "/tmp/stress/TST_0001" size 1000000000
2021/09/02 03:57:29
Bytes read:       1008104 MByte (  70.33 MByte/s)
Bytes written:     446154 MByte (  16.81 MByte/s)
Errors:                 0
Elapsed time:  3m0.003550725s

2021/09/02 03:58:29
Bytes read:       1008104 MByte (  70.33 MByte/s)
Bytes written:     446520 MByte (  16.78 MByte/s)
Errors:                 0
Elapsed time:  4m0.005822057s

2021/09/02 03:59:29
Bytes read:       1008104 MByte (  70.33 MByte/s)
Bytes written:     446860 MByte (  16.76 MByte/s)
Errors:                 0
Elapsed time:  5m0.003318298s

2021/09/02 03:59:54 Writing file "/tmp/stress/TST_0002" size 1000000000
2021/09/02 04:00:29
Bytes read:       1008104 MByte (  70.33 MByte/s)
Bytes written:     447218 MByte (  16.74 MByte/s)
Errors:                 0
Elapsed time:  6m0.017449634s

…

2021/09/02 04:41:29
Bytes read:       1008104 MByte (  70.33 MByte/s)
Bytes written:     459096 MByte (  15.79 MByte/s)
Errors:                 0
Elapsed time:  47m0.002954699s


/tmp/stress: write failed, filesystem is full
2021/09/02 04:42:29
Bytes read:       1008104 MByte (  70.33 MByte/s)
Bytes written:     459362 MByte (  15.77 MByte/s)
Errors:                 0
Elapsed time:  48m0.008558219s

2021/09/02 04:42:32 Error while writing "/tmp/stress/TST_0014"
2021/09/02 04:42:32 Removing incomplete file "/tmp/stress/TST_0014"
2021/09/02 04:42:35 Starting round 1
2021/09/02 04:42:35 Reading file "/tmp/stress/TST_0012", "/tmp/stress/TST_0007"
2021/09/02 04:43:29
Bytes read:       1008986 MByte (  70.12 MByte/s)
Bytes written:     459362 MByte (  15.77 MByte/s)
Errors:                 0
Elapsed time:  49m0.006099415s

…

2021/09/02 05:46:01 Reading file "/tmp/stress/TST_0010", "/tmp/stress/TST_0000"
^C2021/09/02 05:46:19 Interrupt received
2021/09/02 05:46:19
Bytes read:       1138476 MByte (  62.69 MByte/s)
Bytes written:     459362 MByte (  15.77 MByte/s)
Errors:                 0
Elapsed time:  1h51m50.357850857s

2021/09/02 05:46:19 PASSED with no errors
root@mowa219-gjp4-8570p-freebsd:~ # stressdisk clean /tmp/stress
2021/09/02 05:46:32 loaded statsfile "stressdisk_stats.json"
2021/09/02 05:46:32
Bytes read:       1138476 MByte (  62.69 MByte/s)
Bytes written:     459362 MByte (  15.77 MByte/s)
Errors:                 0
Elapsed time:  86.703µs

2021/09/02 05:46:32 Starting round 1
2021/09/02 05:46:32 Removing 14 check files
2021/09/02 05:46:32 Removing file "/tmp/stress/TST_0000"
2021/09/02 05:46:32 Removing file "/tmp/stress/TST_0001"
2021/09/02 05:46:32 Removing file "/tmp/stress/TST_0002"
2021/09/02 05:46:32 Removing file "/tmp/stress/TST_0003"
2021/09/02 05:46:32 Removing file "/tmp/stress/TST_0004"
2021/09/02 05:46:32 Removing file "/tmp/stress/TST_0005"
2021/09/02 05:46:32 Removing file "/tmp/stress/TST_0006"
2021/09/02 05:46:33 Removing file "/tmp/stress/TST_0007"
2021/09/02 05:46:33 Removing file "/tmp/stress/TST_0008"
2021/09/02 05:46:33 Removing file "/tmp/stress/TST_0009"
2021/09/02 05:46:33 Removing file "/tmp/stress/TST_0010"
2021/09/02 05:46:33 Removing file "/tmp/stress/TST_0011"
2021/09/02 05:46:33 Removing file "/tmp/stress/TST_0012"
2021/09/02 05:46:33 Removing file "/tmp/stress/TST_0013"
2021/09/02 05:46:33 All done
2021/09/02 05:46:33
Bytes read:       1138476 MByte (  62.69 MByte/s)
Bytes written:     459362 MByte (  15.77 MByte/s)
Errors:                 0
Elapsed time:  428.900959ms

2021/09/02 05:46:33 PASSED with no errors
root@mowa219-gjp4-8570p-freebsd:~ #

grahamperrin · Sep 2, 2021

christhegeek said:
lzma -d xxx.lzma or lzcat

!!!!! "lzcat is equivalent to xz --format=lzma --decompress --stdout." !!!!
!!!!xzcat is equivalent xz decompress stdout only !!!

dd if=xx.img of=/dev/da1 bs=1M && sync
It would be faster with higher bs but i have tested it and i'm not sure if its always safe ‥

I seem to get the same on disk, just a little slower to write, with

 xz --format=lzma --decompress --stdout /Volumes/t500/VirtualBox/BSD/others/CultBSD/cultbsd-4th-prealpha-ufocult.img.lzma | dd bs=1M of=/dev/da3 && sync

as with

 xzcat /Volumes/t500/VirtualBox/BSD/others/CultBSD/cultbsd-4th-prealpha-ufocult.img.lzma | sudo gdd status=progress bs=10M of=/dev/da3

christhegeek · Sep 2, 2021

If i remember correctly lzma is the legacy version and has some serious differences
i don't know if xzcat can detect its a lzma and decompress it normally.
Just stick to the routine cause i'm sure there are differences in header of the produced file or something like that i don't remember

grahamperrin said:

Interesting, thanks …

<https://www.freebsd.org/cgi/man.cgi?query=xz&sektion=1&manpath=FreeBSD+13.0-RELEASE>

I checked all checkable file systems before the first boot, no error was found (attached: 2021-09-01 lzma to Kingston DataTraveler G4.txt). The first boot did eventually present the desktop environment.

The second boot, which was troublesome, was also difficult to stop:

View attachment 11177 View attachment 11178

Ultimately I forced off the computer. Subsequent runs of fsck_ffs(8) on the four UFS file systems performed repairs to thehome (no surprise there), the others were reportedly error-free. I didn't intend to reuse this particular installation, so I stress-tested the drive, found no problem:

Code:

root@mowa219-gjp4-8570p-freebsd:~ # gpart show da3
gpart: No such geom: da3.
root@mowa219-gjp4-8570p-freebsd:~ # gpart create -s gpt da3
gpart: geom 'da3': Operation not permitted
root@mowa219-gjp4-8570p-freebsd:~ # umount /tmp/stress
root@mowa219-gjp4-8570p-freebsd:~ # gpart create -s gpt da3
gpart: geom 'da3': File exists
root@mowa219-gjp4-8570p-freebsd:~ # geom disk list da3
Geom name: da3
Providers:
1. Name: da3
   Mediasize: 15502147584 (14G)
   Sectorsize: 512
   Mode: r0w0e0
   descr: Kingston DataTraveler 3.0
   lunname: PHISON  USB3
   lunid: 2000acde48234567
   ident: 08606E6B6446BFB138159554
   rotationrate: unknown
   fwsectors: 63
   fwheads: 255

root@mowa219-gjp4-8570p-freebsd:~ # lsblk da3
DEVICE         MAJ:MIN SIZE TYPE                                          LABEL MOUNT
da3              2:66   14G GPT                                               - -
  <FREE>         -:-    14G -                                                 - -
root@mowa219-gjp4-8570p-freebsd:~ # gpart show da3
=>      40  30277552  da3  GPT  (14G) [CORRUPT]
        40  30277552       - free -  (14G)

root@mowa219-gjp4-8570p-freebsd:~ # gpart destroy -F da3
da3 destroyed
root@mowa219-gjp4-8570p-freebsd:~ # newfs da3
/dev/da3: 14784.0MB (30277632 sectors) block size 32768, fragment size 4096
        using 24 cylinder groups of 625.22MB, 20007 blks, 80128 inodes.
super-block backups (for fsck_ffs -b #) at:
 192, 1280640, 2561088, 3841536, 5121984, 6402432, 7682880, 8963328, 10243776, 11524224, 12804672, 14085120, 15365568, 16646016, 17926464, 19206912, 20487360, 21767808, 23048256, 24328704, 25609152, 26889600,
 28170048, 29450496
root@mowa219-gjp4-8570p-freebsd:~ # lsblk
DEVICE         MAJ:MIN SIZE TYPE                                          LABEL MOUNT
ada0             0:121 932G GPT                                               - -
  ada0p1         0:123 260M efi                                    gpt/efiboot0 -
  <FREE>         -:-   1.0M -                                                 - -
  ada0p2         0:125  16G freebsd-swap                              gpt/swap0 SWAP
  ada0p2.eli     2:46   16G freebsd-swap                                      - SWAP
  ada0p3         0:127 915G freebsd-zfs                                gpt/zfs0 <ZFS>
  ada0p3.eli     0:135 915G zfs                                               - -
  <FREE>         -:-   708K -                                                 - -
da0              0:181 466G GPT                                               - -
  <FREE>         -:-   1.0M -                                                 - -
  da0p1          0:182 466G freebsd-zfs                           gpt/Transcend <ZFS>
da1              0:192  14G GPT                                               - -
  <FREE>         -:-   1.0M -                                                 - -
  da1p1          0:193  14G freebsd-zfs                     gpt/cache-transcend <ZFS>
da2              0:226  29G GPT                                               - -
  da2p1          0:227  29G freebsd-zfs                        gpt/cache-august <ZFS>
da3              2:66   14G ufs                                               - -
root@mowa219-gjp4-8570p-freebsd:~ # mount /dev/da3 /tmp/stress
root@mowa219-gjp4-8570p-freebsd:~ # stressdisk run /tmp/stress
2021/09/02 03:54:29 loaded statsfile "stressdisk_stats.json"
2021/09/02 03:54:29
Bytes read:       1008104 MByte (  70.33 MByte/s)
Bytes written:     445054 MByte (  16.88 MByte/s)
Errors:                 0
Elapsed time:  511.098µs

2021/09/02 03:54:29 No check files - generating
2021/09/02 03:54:29 Writing file "/tmp/stress/TST_0000" size 1000000000
2021/09/02 03:55:29
Bytes read:       1008104 MByte (  70.33 MByte/s)
Bytes written:     445472 MByte (  16.85 MByte/s)
Errors:                 0
Elapsed time:  1m0.002323462s

2021/09/02 03:56:29
Bytes read:       1008104 MByte (  70.33 MByte/s)
Bytes written:     445822 MByte (  16.83 MByte/s)
Errors:                 0
Elapsed time:  2m0.00528865s

2021/09/02 03:57:06 Writing file "/tmp/stress/TST_0001" size 1000000000
2021/09/02 03:57:29
Bytes read:       1008104 MByte (  70.33 MByte/s)
Bytes written:     446154 MByte (  16.81 MByte/s)
Errors:                 0
Elapsed time:  3m0.003550725s

2021/09/02 03:58:29
Bytes read:       1008104 MByte (  70.33 MByte/s)
Bytes written:     446520 MByte (  16.78 MByte/s)
Errors:                 0
Elapsed time:  4m0.005822057s

2021/09/02 03:59:29
Bytes read:       1008104 MByte (  70.33 MByte/s)
Bytes written:     446860 MByte (  16.76 MByte/s)
Errors:                 0
Elapsed time:  5m0.003318298s

2021/09/02 03:59:54 Writing file "/tmp/stress/TST_0002" size 1000000000
2021/09/02 04:00:29
Bytes read:       1008104 MByte (  70.33 MByte/s)
Bytes written:     447218 MByte (  16.74 MByte/s)
Errors:                 0
Elapsed time:  6m0.017449634s

…

2021/09/02 04:41:29
Bytes read:       1008104 MByte (  70.33 MByte/s)
Bytes written:     459096 MByte (  15.79 MByte/s)
Errors:                 0
Elapsed time:  47m0.002954699s


/tmp/stress: write failed, filesystem is full
2021/09/02 04:42:29
Bytes read:       1008104 MByte (  70.33 MByte/s)
Bytes written:     459362 MByte (  15.77 MByte/s)
Errors:                 0
Elapsed time:  48m0.008558219s

2021/09/02 04:42:32 Error while writing "/tmp/stress/TST_0014"
2021/09/02 04:42:32 Removing incomplete file "/tmp/stress/TST_0014"
2021/09/02 04:42:35 Starting round 1
2021/09/02 04:42:35 Reading file "/tmp/stress/TST_0012", "/tmp/stress/TST_0007"
2021/09/02 04:43:29
Bytes read:       1008986 MByte (  70.12 MByte/s)
Bytes written:     459362 MByte (  15.77 MByte/s)
Errors:                 0
Elapsed time:  49m0.006099415s

…

2021/09/02 05:46:01 Reading file "/tmp/stress/TST_0010", "/tmp/stress/TST_0000"
^C2021/09/02 05:46:19 Interrupt received
2021/09/02 05:46:19
Bytes read:       1138476 MByte (  62.69 MByte/s)
Bytes written:     459362 MByte (  15.77 MByte/s)
Errors:                 0
Elapsed time:  1h51m50.357850857s

2021/09/02 05:46:19 PASSED with no errors
root@mowa219-gjp4-8570p-freebsd:~ # stressdisk clean /tmp/stress
2021/09/02 05:46:32 loaded statsfile "stressdisk_stats.json"
2021/09/02 05:46:32
Bytes read:       1138476 MByte (  62.69 MByte/s)
Bytes written:     459362 MByte (  15.77 MByte/s)
Errors:                 0
Elapsed time:  86.703µs

2021/09/02 05:46:32 Starting round 1
2021/09/02 05:46:32 Removing 14 check files
2021/09/02 05:46:32 Removing file "/tmp/stress/TST_0000"
2021/09/02 05:46:32 Removing file "/tmp/stress/TST_0001"
2021/09/02 05:46:32 Removing file "/tmp/stress/TST_0002"
2021/09/02 05:46:32 Removing file "/tmp/stress/TST_0003"
2021/09/02 05:46:32 Removing file "/tmp/stress/TST_0004"
2021/09/02 05:46:32 Removing file "/tmp/stress/TST_0005"
2021/09/02 05:46:32 Removing file "/tmp/stress/TST_0006"
2021/09/02 05:46:33 Removing file "/tmp/stress/TST_0007"
2021/09/02 05:46:33 Removing file "/tmp/stress/TST_0008"
2021/09/02 05:46:33 Removing file "/tmp/stress/TST_0009"
2021/09/02 05:46:33 Removing file "/tmp/stress/TST_0010"
2021/09/02 05:46:33 Removing file "/tmp/stress/TST_0011"
2021/09/02 05:46:33 Removing file "/tmp/stress/TST_0012"
2021/09/02 05:46:33 Removing file "/tmp/stress/TST_0013"
2021/09/02 05:46:33 All done
2021/09/02 05:46:33
Bytes read:       1138476 MByte (  62.69 MByte/s)
Bytes written:     459362 MByte (  15.77 MByte/s)
Errors:                 0
Elapsed time:  428.900959ms

2021/09/02 05:46:33 PASSED with no errors
root@mowa219-gjp4-8570p-freebsd:~ #

grahamperrin · Sep 4, 2021

I can't remember which version caused this, but an experimental boot of CultBSD (with the clock/time wrong for my zone) was followed by a normal boot of FreeBSD 14.0-CURRENT (with the clock/time still wrong).

Don't attempt to start the HAL daemon; HAL was retired a few months ago.

Incidentally, which reference documentation (if any) did you use for KDE?

The quick start <https://community.kde.org/FreeBSD/Setup#Quick_start> ending with five steps is OK; some other parts of the page are outdated.

FreeBSD bug 258263 – The manual page for hald(3) is redundant

grahamperrin · Sep 4, 2021

christhegeek said:
… don't know if xzcat can detect its a lzma …

Re: the attached file, my most recent creation of the drive for live specified --format=lzma at the time of creation.

If I recall correctly, the two most recent attempts to boot from the drive failed to present the desktop environment. The UFO graphics might have disappeared, reappeared repeatedly (a two-minute cycle?), however things became non-responsive in the way previously described.

I'll retry, with a different approach to creating the drive, however I suspect that again, there will be blackouts and no desktop environment.

christhegeek · Sep 4, 2021

Try again i tested it on an ancient cheap usb flash of mine and worked
It worked with nvidia and amd gpu and tried it on intel too on another computer.
I think will load now radeonkms for supported gpus i have found the list of gpu families that needs radeonkms i have entered some of them before compressing it.
---Notice to change login manager /sddm theme to breeze or change the login screen wallpaper it has a bad address of a picture maybe pic is also incompatible
-------------Please inform me when you're done so i can move to the next prealpha to fix some other little bugs and add the adduser to create new user and remove the old one
I will try to improve the installer with a graphical application and adding new user will be easier

grahamperrin · Sep 4, 2021

christhegeek said:
Try again i tested it on an ancient cheap usb flash of mine and worked …

The medium here was successfully tested with StressDisk before previous writes of the image.

Written again (below), I'll let you know the results of boots.

Code:

root@mowa219-gjp4-8570p-freebsd:~ # lsblk da0
DEVICE         MAJ:MIN SIZE TYPE                                          LABEL MOUNT
da0              2:73   14G GPT                                               - -
  da0p1          2:74  512K freebsd-boot                             gpt/mdboot -
  da0p2          2:75   40M efi                                               - -
  da0p3          2:77  9.0G freebsd-ufs                              gpt/mdroot -
  da0p4          2:78  900M freebsd-ufs                             gpt/thehome -
  da0p5          2:79  125M freebsd-ufs                              gpt/theetc -
  da0p6          2:80  400M freebsd-ufs                              gpt/thetmp -
  <FREE>         -:-    18M -                                                 - -
root@mowa219-gjp4-8570p-freebsd:~ # mount | grep da0
root@mowa219-gjp4-8570p-freebsd:~ # gpart destroy -F da0
da0 destroyed
root@mowa219-gjp4-8570p-freebsd:~ # fstyp /dev/da0
fstyp: /dev/da0: filesystem not recognized
root@mowa219-gjp4-8570p-freebsd:~ # cd /Volumes/t500/VirtualBox/BSD/others/CultBSD/
root@mowa219-gjp4-8570p-freebsd:/Volumes/t500/VirtualBox/BSD/others/CultBSD # time lzma -d cultbsd-4th-prealpha-ufocult.img.lzma
273.934u 14.222s 7:33.82 63.4%  50+192k 39415+1113615io 5pf+0w
root@mowa219-gjp4-8570p-freebsd:/Volumes/t500/VirtualBox/BSD/others/CultBSD # sha256 cultbsd-4th-prealpha-ufocult.img
SHA256 (cultbsd-4th-prealpha-ufocult.img) = d3888b8895bb78c7a14281a9057a06b3b9c1e3d4f33e76e82026e8bdff792967
root@mowa219-gjp4-8570p-freebsd:/Volumes/t500/VirtualBox/BSD/others/CultBSD # time dd if=cultbsd-4th-prealpha-ufocult.img of=/dev/da0 bs=1M && sync
10700+0 records in
10700+0 records out
11219763200 bytes transferred in 1242.291983 secs (9031503 bytes/sec)
0.102u 10.273s 20:42.29 0.8%    20+169k 65269+10700io 0pf+0w
root@mowa219-gjp4-8570p-freebsd:/Volumes/t500/VirtualBox/BSD/others/CultBSD # cd
root@mowa219-gjp4-8570p-freebsd:~ # zpool export Transcend
root@mowa219-gjp4-8570p-freebsd:~ # exit
logout
% lsblk da0
DEVICE         MAJ:MIN SIZE TYPE                                          LABEL MOUNT
da0              2:73   14G GPT                                               - -
  da0p1          0:157 512K freebsd-boot                             gpt/mdboot -
  da0p2          2:84   40M efi                                               - -
  da0p3          2:94  9.0G freebsd-ufs                              gpt/mdroot -
  da0p4          2:95  900M freebsd-ufs                             gpt/thehome -
  da0p5          2:96  125M freebsd-ufs                              gpt/theetc -
  da0p6          2:97  400M freebsd-ufs                              gpt/thetmp -
  <FREE>         -:-    18M -                                                 - -
% geom disk list da0
Geom name: da0
Providers:
1. Name: da0
   Mediasize: 15502147584 (14G)
   Sectorsize: 512
   Mode: r0w0e0
   descr: Kingston DataTraveler 3.0
   lunname: PHISON  USB3
   lunid: 2000acde48234567
   ident: 08606E6B6446BFB138159554
   rotationrate: unknown
   fwsectors: 63
   fwheads: 255

% exit

grahamperrin · Sep 4, 2021

No better:

booted
at 17:07 the UFO stuff appeared then disappeared (blackout)
I touched nothing
at 17:09 a display on DisplayPort put itself to sleep
I touched nothing, left the computer, spent around fifteen minutes hanging out laundry to dry
still, blackness
no response to human input (the caps lock key in the integral keyboard did not light up, when pressed, and so on)
a normal press on the power button began a clean shutdown
amongst the messages that were visible on screen during shutdown, nothing to explain the blackness.

After booting my everyday system, a brief review of content of the drive:

Code:

% date ; uptime
Sat  4 Sep 2021 17:36:55 BST
 5:36p.m.  up 6 mins, 5 users, load averages: 1.78, 1.74, 0.84
% lsblk da3
DEVICE         MAJ:MIN SIZE TYPE                                          LABEL MOUNT
da3              2:85   14G GPT                                               - -
  da3p1          2:86  512K freebsd-boot                             gpt/mdboot -
  da3p2          2:87   40M efi                                               - -
  da3p3          2:88  9.0G freebsd-ufs                              gpt/mdroot /media/Kingston_DataTraveler_3.0_08606E6B6446BFB138159554_p3
  da3p4          2:89  900M freebsd-ufs                             gpt/thehome /media/Kingston_DataTraveler_3.0_08606E6B6446BFB138159554_p4
  da3p5          2:90  125M freebsd-ufs                              gpt/theetc /media/Kingston_DataTraveler_3.0_08606E6B6446BFB138159554_p5
  da3p6          2:91  400M freebsd-ufs                              gpt/thetmp /media/Kingston_DataTraveler_3.0_08606E6B6446BFB138159554_p6
  <FREE>         -:-    18M -                                                 - -
% sudo umount /media/Kingston_DataTraveler_3.0_08606E6B6446BFB138159554_p3
grahamperrin's password:
% ls -hlnrt /media/Kingston_DataTraveler_3.0_08606E6B6446BFB138159554_p4/cultbsd/
total 168
drwxr-xr-x  2 1001  1001   512B 30 Aug 18:10 Desktop
drwxr-xr-x  2 1001  1001   512B 30 Aug 18:36 Downloads
-rw-------  1 0     1001    55M 30 Aug 19:58 python3.8.core
-rw-------  1 1001  1001    42M  4 Sep 17:11 drkonqi.core
-rw-------  1 1001  1001    41M  4 Sep 17:12 kactivitymanagerd.core
-rw-------  1 1001  1001    65M  4 Sep 17:13 kaccess.core
% sudo umount /media/Kingston_DataTraveler_3.0_08606E6B6446BFB138159554_p4
% ls -hlnrt /media/Kingston_DataTraveler_3.0_08606E6B6446BFB138159554_p6/
total 1
-rw-------  1 1001  0    54B  4 Sep 17:06 xauth-1001-_0
drwx------  2 1001  0   512B  4 Sep 17:07 plasma-csd-generator.isdAOX
% sudo ls -hlnR /media/Kingston_DataTraveler_3.0_08606E6B6446BFB138159554_p6/
total 48
drwxrwxrwt  2 0     0   512B  4 Sep 15:06 .font-unix
drwxrwxrwt  2 0     0   512B  4 Sep 17:08 .ICE-unix
drwxrwxrwt  2 0     0   512B  4 Sep 17:08 .X11-unix
drwxrwxrwt  2 0     0   512B  4 Sep 15:06 .XIM-unix
drwx------  2 1001  0   512B  4 Sep 17:07 plasma-csd-generator.isdAOX
-rw-------  1 1001  0    54B  4 Sep 17:06 xauth-1001-_0

/media/Kingston_DataTraveler_3.0_08606E6B6446BFB138159554_p6/.font-unix:
total 0

/media/Kingston_DataTraveler_3.0_08606E6B6446BFB138159554_p6/.ICE-unix:
total 0
srwx------  1 1001  0     0B  4 Sep 17:08 2251

/media/Kingston_DataTraveler_3.0_08606E6B6446BFB138159554_p6/.X11-unix:
total 0

/media/Kingston_DataTraveler_3.0_08606E6B6446BFB138159554_p6/.XIM-unix:
total 0

/media/Kingston_DataTraveler_3.0_08606E6B6446BFB138159554_p6/plasma-csd-generator.isdAOX:
total 0
% sudo umount /media/Kingston_DataTraveler_3.0_08606E6B6446BFB138159554_p6
%

grahamperrin said:
… drm instead of radeonkms. …

For the next pre-alpha (or a sideline), can you load drm instead of radeonkms for the initial live boot from the image? Also preset sddm_enable to NO.

The latter will not impress potential end users, but it will help me to troubleshoot.

<https://old.reddit.com/r/freebsd/comments/p4qq7z/-/h94urg4/>

Decided to go with zfs …

<https://old.reddit.com/r/freebsd/comments/p77x74/-/h9lt8a0/>

… Use ZFS instead of UFS. …

christhegeek said:
… I believe that zfs would work better on usb.

christhegeek said:
… uses uzip …

grahamperrin said:
FreeBSD bug 254318 – [panic] when a specific sequence of read requests is issued to a geom_uzip device the kernel panics

Looking further ahead: will it be feasible to remove UFS and uzip from the mix?

I suspect that bugs involving uzip will be difficult to make reproducible.

geom_uzip(4)

christhegeek · Sep 5, 2021

The previous had a bug with wrong url for picture or incompatible picture but it boots on my system.
About your graphics card it needs the radeonkms driver ? Maybe i should generate a xorg.conf but i don't think this is the problem very very strange

I will consider using zfs.
I will upload a light release today using lxqt and herbstluftwm
Please test the new release its small

grahamperrin · Sep 5, 2021

christhegeek said:
your graphics card it needs the radeonkms driver ?

Yes and no:

grahamperrin said:
The system may fail to start properly – a blackout – if kld_list includes radeonkms (workaround: instead, load drm) · Issue #108 · freebsd/drm-kmod

Click to expand...

christhegeek · Sep 5, 2021

Freebsd shows what radeon needs radeonkms it seems it should work. Do you use efi ?
Also i will use lzma for the compressed root less to write to usb and it should be safer. I made a mistake And have opened the image with qemu this is not good.
On my pc it works but to change user on sddm i need to switch to another theme. Also i will do some changes to the installer a bit just to be sure .
I will test more.
It would be a good idea to ask the user what driver they want to use and also the same at the installation script.

grahamperrin · Sep 5, 2021

christhegeek said:
Do you use efi ?

Yes, although (if I recall correctly) the early run pictured at <https://forums.FreeBSD.org/threads/81709/post-529299> was without EFI.

grahamperrin · Sep 5, 2021

christhegeek

Seeing xf86-video-amdgpu mentioned at <https://sourceforge.net/projects/cult-bsd/files/INSTALL xf86-video-amdgpu I forgot to install it.txt>

Is xf86-video-ati present? x11-drivers/xf86-video-ati

Solved I finally have created an experimental BSD Project called CultBSD it uses uzip compressed with zstd level 19 compression its pretty fast.

christhegeek

Beastie7

eternal_noob

christhegeek

christhegeek

Alexander88207

Enthusiast

grahamperrin

Storage utility (or disk utility …) · Issue #61 · helloSystem/hello

christhegeek

christhegeek

grahamperrin

grahamperrin

christhegeek

grahamperrin

Attachments

grahamperrin

Attachments

christhegeek

grahamperrin

grahamperrin

christhegeek

grahamperrin

grahamperrin

christhegeek

grahamperrin

christhegeek

grahamperrin

grahamperrin