Your message?

Notice: To avoid posts by spam, a message body without the word '#FuguIta' is rejected.
Please include the word in your message text.

Prototype from snapshot

kaw (2021-03-23 (Tue) 18:01:06)

Prototyped a trial version of #FuguIta based on OpenBSD-current (6.9-beta).
It is only available for the amd64 architecture.
Get it from "test" directory on download mirrors.
Your trial reports are welcome.

Change of mirror servers

kaw (2021-02-16 (Tue) 19:00:58)

Two new mirror servers in Europe are now in operation.

They are and, the successors to will be out of service in a few weeks.

I would like to express our sincere gratitude to the administrators of and everyone who are providing the mirror servers.

Laptop Connected to Monitor

(2021-01-30 (Sat) 07:41:07)

I can use a second monitor with OpenBSD. I cannot use a second monitor with #FuguIta.

r600_cp: Failed to load firmware "radeon/SUMO2_pfp.bin"
[drm] *ERROR* Failed to load firmware!
drm:pid0:radeondrm_attachhook *ERROR* Fatal error during GPU init
drm0 detached
radeondrm0 detached

I saved settings after downloading the firmware, rebooted, and do have "/radeon/SUMO2_pfp.bin". I assume this error happens because the boot process executes the GPU init before I can choose boot mode 3. Is there an easy way to fix this error, myself?

Sorry. I am inexperienced with BSD (and computers).

Recent articles on FuguIta

kaw (2021-01-09 (Sat) 23:04:26)

Recently, I found reviews and tutorial videos about #FuguIta on the net, so I will introduce them.

I am deeply grateful to the authors of these articles.

FuguIta 6.8 tools

kaw (2020-11-03 (Tue) 23:37:38)

Tools to create a live system based on OpenBSD 6.8 were uploaded at tools directory.
To use this tool, refer the article 河豚板の開発ツールを使う - LiveDVDのカスタマイズと作成 (LiveDVD - Using FuguIta development tools) in the page 河豚板ガイド (FuguIta Guide).

Ventoy Compatibility?

Fugu (2020-10-24 (Sat) 22:05:09)

Hello kaw:

Any chance of getting #FuguIta working with ventoy at

No pressure - just asking since Fugu's broader goals align with such a tool.

Thank you.

FuguIta-6.8 status

kaw (2020-10-24 (Sat) 00:30:25)

#FuguIta-6.8-i386 and FuguIta-6.8-amd64 are now under test.
These are at test directory at download mirrors.

Your trial report is greatly appreciated.

Live Update for FuguIta LiveUSB

kaw (2020-09-24 (Thu) 22:13:14)

I'm currently working on a Live Update for #FuguIta LiveUSB.
This is in beta testing.

To update with this utility, place the gzipped ISO image (not the *.img.gz file!) and the MD5 checksum file in the current directory.
Then run the fiupdate command.

# cat /usr/fuguita/version
# ls -l
total 606528
-rw-r--r--  1 root  wheel  310528773 Sep 24 18:47 FuguIta-6.7-amd64-202009041.iso.gz
-rw-r--r--  1 root  wheel      11660 Sep 24 18:47 MD5
# fiupdate 202009041

fiupdate - Live Updater for FuguIta LiveUSB
  Version/Arch: 6.7/amd64  (FuguIta-6.7-amd64-202008261)

This sorftware is now under beta test.
Please use this at YOUR OWN RISK.

We recommend that you execute this command with fresh boot (boot mode 0 or 1).

Or you should quit all application softwares and save all your data
before you update this FuguIta device.

Are you sure? [y/N] -> y

     environment: ok
	  mounts: ok
  existing files: ok
	checksum: (MD5) FuguIta-6.7-amd64-202009041.iso.gz: OK
all done, OK.

extracting FuguIta-6.7-amd64-202009041.iso.gz...
 296MiB 0:00:48 [6.12MiB/s] [================================>] 100% ETA 0:00:00

Now ready to update FuguIta-6.7-amd64-202008261 to FuguIta-6.7-amd64-202009041.

This machine will reboot immediately after update completed.

Do you proceed? [y/N] -> y
stopping all daemons...
overwriting uniprocessor kernel...
8.68MiB 0:00:03 [2.31MiB/s] [================================>] 100% ETA 0:00:00
overwriting multiprocessor kernel...
8.71MiB 0:00:03 [2.23MiB/s] [================================>] 100% ETA 0:00:00
overwriting filesystem image...
 894MiB 0:04:25 [3.36MiB/s] [================================>] 100% ETA 0:00:00

update completed. now rebooting...
syncing disks... done

We welcome your trial report.

  • revised this script, See . -- kaw 2020-10-05 (Mon) 10:58:51
  • #FuguIta-6.7-*-202010071 has this. (Still can't handle tarball, sorry arm64 user) -- kaw 2020-10-16 (Fri) 00:40:20

isotop on FuguIta

kaw (2020-09-08 (Tue) 14:07:35)

isotop is a script to configure and customize vanilla OpenBSD into ready-to-use desktop environment.

I have modified isotop to be able to run on #FuguIta.

To run on FuguIta after download it, apply this patch .
Then run install script as a root.

$ ftp
$ patch <
# sh

Here's a screenshot of FuguIta configured by isotop.


Archive video of FuguIta Talk on OSC2020 Niigata

kaw (2020-08-01 (Sat) 03:37:52)

Video of Talk about #FuguIta at OSC2020 Niigata has been published:

And the document is at 河豚板#OSC2020

Talk about FuguIta at OSC2020 Niigata

kaw (2020-07-22 (Wed) 15:27:51)

Open Source Conference 2020 Online/Niigataが7月25日(土)に開催されます。
今回はオンラインでの開催になります。 の開催概要ページよりZoom参加に登録頂くか、YouTube Liveにてご視聴下さい。

Open Source Conference 2020 Online/Niigata will be held on Saturday, July 25th.
This event will be held online and I will have a 15 minute talk about #FuguIta in the name of EBUG (Echigo BSD Users Group).
Please register for Zoom participation from the overview page of , or watch it on YouTube Live.

Boot mode difference

Fugu (2020-07-19 (Sun) 15:51:32)

Hello Kaw:

Is there a difference in boot mode of OpenBSD and #FuguIta? I have a Dell PC where OpenBSD is very slow without disabling acpimadt whereas #FuguIta has no such problems.

Any guidance will be gratefully received.

Thank you.

If FuguIta runs slow as OpenBSD with this procedure, the problem could lay on internal disk device. -- kaw 2020-07-21 (Tue) 16:28:11

and one other escaping attention now.
To this end, I started reading through the show and list variables in the UKC config and found that #FuguIta has a lot more that get initialized than vanilla OpenBSD. When that did not work out, I once again disabled acpimadt, installed the operating system and waited for it to boot. The scenario now stood at reordering libraries (library_aslr). I let it complete the first time and then disabled the service via rcctl. This made a dramatic impact on reboot.
Presently, after having run sysupgrade (following -current), the performance is acceptable as good as on a ThinkPad.
My speculation is to do with the execute bit. I haven't read the source code to be certain of this but would appreciate your knowledgeable thoughts on it. I will try the above solution if video and browser performance in unacceptable with my continued testing. -- Fugu 2020-07-21 (Tue) 19:37:36

Former articles are at FuguIta/BBS/9.

Return to Top

Front page   New Page list Search Recent changes   Help   RSS of recent changes