![[PukiWiki]](image/pukiwiki.png "[PukiWiki]")
To avoid posts by spam, a message body without the word #FuguIta is rejected. Please include the word in your message text.
URLs in the body of the message will also be judged as spam. If you wish to express a URL, please omit the scheme (http://, https://, etc.).
Budlun (2025-03-27 (Thu) 01:36:08)
Swap: 99% (15.9 MiB / 16.0 MiB)
1. 16 MiB should be more than enough for Swap Partion in my understanding
2. swapoff -a && swapon -a
Does not work with Fuguita / OpenBSD, according to my understanding, it is not a solution and cannot change anything, neither do the thing or solve anything about the problem.
My question is whether anyone knows how I can extend something so that the swap is safely emptied? #FuguIta
The swap partition of the #FuguIta LiveUSB is made to ensure stable operation of the BSD Unix virtual memory management system (UVM: Unified Virtual Memory).
If there is not enough memory for the processes being executed, this swap partition alone may not be able to provide enough capacity.
-- kaw 2025-03-27 (Thu) 16:17:43
- Thanks fot this input. @OpenBSD no Chance to empty this... I 'am create a new FuguIta-Live-Stick clearly. I do my setup on Fuguita with my Apps and Confs, then one time usbfadm-sync in Console. Any more as root: no, more usbfadm -> sync: no. Clean without data @ every boot clean set up. My way to solve it, cause bad network data @ my Host. No network data -> clean network @ my host. With #FuguIta I get this option too hold on clean, THX! -- Budlun 2025-03-28 (Fri) 00:27:07
kaw (2025-03-20 (Thu) 17:42:48)
usbfadm (USB Flash device ADMinistration tool) is a tool for managing USB flash drives on the #FuguIta, and we have added the archive subcommand to this usbfadm.
This archive subcommand combines the FuguIta file tree stored on the USB flash drive into one file and further compresses it.
This feature is useful for the following applications.
- To start operation from the same state each time by loading and starting archive data.
- You want to pass archived data to others to use.
- To use the archived state as a base for customizing the environment.
- To record the progress of the work in progress.
- etc...
The usage of this subcommand is as follows.
fugu-demo$ doas usbfadm Welcome to usbfadm. USB flash drive administration tool for FuguIta Version/Arch: 7.6/amd64 (FuguIta-7.6-amd64-202503201) Boot mode: manual Target device: /dev/sd0d ← When using the archive subcommand, the target device Data saved as: fugu-demo ← and the data to be archived must be specified. If not, they must be specified in the target and saveas subcommand. readline capability available TAB to complete the reserved words Type ? for help. sd0d : fugu-demo ->archive ← Invoke the archive subcommand Name of archive file->fugu-demo-250320.cpio.gz ======================================== = archive fugu-demo as fugu-demo-250320.cpio.gz = measuring disk usage, please wait... 39623K: fugu-demo -> fugu-demo-250320.cpio.gz 42.3MiB 0:00:07 [5.53MiB/s] [=================================] 109% ETA 0:00:00 = = end of archiving ======================================== sd0d : fugu-demo ->info ← Confirm the saved data. Filesystem Size Used Avail Capacity iused ifree %iused Mounted on /dev/sd0d 6.0G 59.4M 5.9G 1% 21511 3578615 1% /usbfadm.d/mnt1 scanning... 38.7M 7.6/amd64/fugu-demo ← Archive source directory (the directory set by saveas) 20.7M 7.6/amd64/fugu-demo-250320.cpio.gz ← The generated archive file. 512B 7.6/amd64/noasks sd0d : fugu-demo ->quitThe archive file generated in this way can be loaded at the next and subsequent boots by selecting boot mode 3.
... Boot modes: 0: fresh boot - standard mode as a live system 1: fresh boot - less memory, faster boot (/usr is non-writable, can't pkg_add) 2: fresh boot - works using only RAM (about 1GB or more of RAM required) 3: boot with retrieving saved files from storage device or enter passphrase for an encrypted volume 4: boot with retrieving saved files from floppy disk 5: interactive shell for maintenance -> 3 ← Selecting boot mode 3 scanning partitions: sd0a sd0b sd0d sd0i Device(s) found: loadable from: sd0d Which is FuguIta's storage device? [default: sd0d] -> /dev/sd0d : available data; fugu-demo fugu-demo-250320.cpio.gz config name -> fugu-demo-250320.cpio.gz Copying files from persistent storage to ram ... ...Automatic boot can also be performed by specifying the archive file in the noasks file, just as when data is saved with sync subcommand.
noasks file:# # noasks - parameter settings for non-interactive boot # # Make statements uncommented # Then assign real values # # # FuguIta system device # - Use one of two lines noask_rdev=sd0a # device name format #noask_rdev=03b95fb968fb0d2f.a # DUID format # # max mfs size noask_umem=75% # # boot mode noask_setup_rw_mode=3 # # storage device # - Use one of two lines #noask_confdev=sd0d noask_confdev=03b95fb968fb0d2f.d # DUID format # # data set name in USB flash drive noask_confdata=fugu-demo-250320.cpio.gz ← Specify archive file name Note: The variable name has changed from "noask_confdir" to "noask_confdata".Note:
When using the archive subcommand, please note the following
- The source of the archive is the data saved by the sync subcommand. Please note that it is not the contents of the current MFS. If you want to archive the contents of the current MFS, save the data in the storage area with sync and then create an archive file based on the data.
- If you were to create an archive directly from the MFS, it would take several minutes to several tens of minutes to create the file due to the slow write speed of USB memory sticks.
Therefore, files in the MFS may be modified during archive creation, resulting in inconsistencies in the file tree in the archive file.
The inability to create archives directly from the MFS is a design choice to prevent this.- If you start up from the archive file in startup mode 3, the save name will not be set, unlike when you start up usbfadm. If you want to use the sync, archive, or expand subcommand, use the saveas command to set the save name.
- If the save name in usbfadm is automatically set even when invoking from an archive file, it is easy to induce a mishap where the contents of an MFS extracted from an archive file overwrite the “newer” saveas save target. This is a countermeasure.
- Incompatibility: The variable noask_confdir that specifies the file to be read at boot in the noasks file has been changed to noask_confdata. Please note.
- If you wish to use your existing noasks file with the new usbfadm, please update this variable name.
This archive subcommand will be available in the next FuguIta release.
NewGuy (2024-11-22 (Fri) 15:24:22)
Hello, I found this project to be very interesting and wanted to try it out in qemu / virt-manager.
It boots fine and goes through the setup and I type 'X' for Xorg.
It returns "no screens found"
I have tried changing qemu settings i440FX -> Q35, Video: VGA, QXL, Bochs, Virtio.
I tried running both xenodm and startx, both return "no screens found"
I have not gotten Xorg to show anything. Everything else seems to work.
Any Ideas? Thank you for reading. #FuguIta
echo 'machdep.allowaperture=2' >> /etc/sysctl.conf
kaw (2024-10-28 (Mon) 17:45:19)
As seen in FuguIta/Report/19, FuguIta/Report/23, a bug is reported in #FuguIta-7.6-amd64.
- Occurs on Intel CPUs after Gen. 12
- Process (pid 1) got a signal 4 message loops at startup and does not proceed.
We are currently investigating this bug. We will release a countermeasure as soon as the cause is determined.
We would appreciate any advice you can give us on this issue.
Santos (2024-07-27 (Sat) 07:19:56)
Hi,
I'm using #FuguIta i386, booting from a 2GB compact flash adaptor. I can boot with it, no problem. I have a uniprocessor laptop x32 with 3GB of RAM. At boot time. Whenever I try to assign more memory for 'mfs' the amount defaults to 1024M. If I do: 2048M, 100% or 100%%. The boot message indicates: set mfs size to 1024MB. No matter what I do mfs stays at 1GB.
Couple of question. What exactly is mfs? I know is the memory filesystem, but what does that mean? will it hold all files in the filesystem, like /root files and packages I install? can be extended after boot? is it only for files?
#FuguIta does detects my 3GB of RAM but refuses to assign more than 1024MB to mfs. In linux usually there is no need to assign any percentage to the filesystem and to RAM memory. The more files I put in ram, the less RAM I have to run programs. It's the same space for files and memory for programs to run. Can It be the same for FuguIta? I make the comparison, linux is my main point of reference.
-- kaw 2024-07-27 (Sat) 11:32:41
This is a very complicated method and is not recommended. You will also need to automate the way you configure this disk device and implement your own means of saving and restoring files on the device.
At the very least, you should be able to see the following example implementation and understand its contents.test# uname -a OpenBSD test.local 7.5 RDROOT.MP#19 i386 test# top -b 5 load averages: 0.05, 0.01, 0.01 test.local 07:41:44 33 processes: 32 idle, 1 on processor up 0 days 01:06:55 CPU states: 1.7% user, 0.0% nice, 1.9% sys, 0.1% spin, 2.4% intr, 94.0% idle Memory: Real: 1739M/2803M act/tot Free: 195M Cache: 334M Swap: 16M/16M PID USERNAME PRI NICE SIZE RES STATE WAIT TIME CPU COMMAND 65593 root 10 0 769M 744M idle mfsidl 0:06 0.00% mount_mfs 61622 root 10 0 769M 357M sleep mfsidl 0:04 0.00% mount_mfs 74185 root 10 0 769M 348M sleep mfsidl 0:03 0.00% mount_mfs 72783 root 18 0 1380K 896K sleep sigsusp 0:02 0.00% ksh 23542 _ntp 2 -20 1420K 1396K sleep kqread 0:00 0.00% ntpd test# mount /dev/rd0a on / type ffs (local) /dev/sd0a on /sysmedia type ffs (local, read-only) /dev/vnd5a on /fuguita type ffs (local, read-only) mfs:19329 on /ram type mfs (local, wxallowed, size=524288 512-blocks) mfs:74185 on /ram/root/mfs/0 type mfs (asynchronous, local, size=1572864 512-blocks) mfs:61622 on /ram/root/mfs/1 type mfs (asynchronous, local, size=1572864 512-blocks) mfs:65593 on /ram/root/mfs/2 type mfs (asynchronous, local, size=1572864 512-blocks) /dev/sd1d on /ram/usr/local type ffs (local) test# vnconfig -l vnd0: covering 0/fill on ??, inode 3 vnd1: covering 1/fill on ??, inode 3 vnd2: covering 2/fill on ??, inode 3 vnd3: not in use vnd4: not in use vnd5: covering /sysmedia/fuguita-7.5-i386.ffsimg on sd0a, inode 4 test# ls -l /root/mfs/*/* -rw-r--r-- 1 root wheel 778272768 Jul 30 06:56 /root/mfs/0/fill -rw-r--r-- 1 root wheel 778272768 Jul 30 06:56 /root/mfs/1/fill -rw-r--r-- 1 root wheel 778272768 Jul 30 06:54 /root/mfs/2/fill test# bioctl softraid0 Volume Status Size Device softraid0 0 Online 2333810688 sd1 CONCAT 0 Online 777936896 0:0.0 noencl <vnd0d> 1 Online 777936896 0:1.0 noencl <vnd1d> 2 Online 777936896 0:2.0 noencl <vnd2d> test# df -h Filesystem Size Used Avail Capacity Mounted on /dev/rd0a 1.5M 927K 625K 60% / /dev/sd0a 900M 891M 9.1M 99% /sysmedia /dev/vnd5a 871M 865M 5.1M 100% /fuguita mfs:19329 247M 39.6M 195M 17% /ram mfs:74185 743M 743M -37.1M 106% /ram/root/mfs/0 mfs:61622 743M 743M -37.1M 106% /ram/root/mfs/1 mfs:65593 743M 743M -37.1M 106% /ram/root/mfs/2 /dev/sd1d 2.1G 1.1G 877M 58% /ram/usr/local test# ls /var/db/pkg adwaita-icon-theme-45.0 libiconv-1.17 aom-3.8.3 librsvg-2.57.2 at-spi2-core-2.50.1 libudev-openbsd-20230921p0 avahi-libs-0.8p3 libvpx-1.14.1v0 bzip2-1.0.8p0 libxkbcommon-1.6.0p0 cairo-1.18.0 libxml-2.12.9 chromium-122.0.6261.111p0 libxslt-1.1.39 cups-libs-2.4.7 lz4-1.9.4 dav1d-1.2.1p3 lzo2-2.10p2 dbus-1.14.10v0 noto-emoji-20211101 dconf-0.40.0p0 noto-fonts-20201206 desktop-file-utils-0.27 nspr-4.35 epoll-shim-0.0.20230411 nss-3.98 fribidi-1.0.13 openh264-2.4.1p1 gdk-pixbuf-2.42.10 opus-1.4 gettext-runtime-0.22.5 pango-1.52.1 glib2-2.78.6 pcre2-10.37p2 graphite2-1.3.14 png-1.6.43 gtk+3-3.24.41 pv-1.8.0 gtk+3-cups-3.24.41 python-3.10.14 gtk4-update-icon-cache-4.12.5 quirks-7.14 harfbuzz-8.3.0 rlwrap-0.46.1 hicolor-icon-theme-0.17 rsync-3.2.7p1 icu4c-74.2v0 shared-mime-info-2.4 intel-firmware-20240514v0 sqlite3-3.44.2 jpeg-3.0.2v0 tiff-4.6.0 libevent-2.1.12p0 updatedb-0p0 libexif-0.6.24 wayland-1.22.0p0 libffi-3.4.4p1 xdg-utils-1.2.1 libgcrypt-1.10.3p1 xz-5.4.5 libgpg-error-1.48 zstd-1.5.5I have included this just to show that it is not impossible.
...and for your interest.-- kaw 2024-07-30 (Tue) 16:38:12
- Thank you very much. It is exactly what I also wondered about. Whether there was a way to mount multiple points to not be limited by the hard coded 1024M. Very interesting the output you posted. I'll check how I can do it. Installing OpenBSD is definitively a solution but a live system like #FuguIta is what works for me since I can break the system (which has happened a lot recently) and just restart and boot again instead of reinstalling the entire OS. For now I'm not in a hurry to save any kind of files I would like to go step by step and get the mfs expanded first. -- Santos 2024-08-05 (Mon) 23:41:58
- By the way. If I'm correct, that output is like my set up. 3GB of RAM and 3 mfs mounted in a RAID configuration. All in memory (RAM). Correct? #FuguIta -- Santos 2024-08-06 (Tue) 02:08:57
- You are correct. In addition, don't forget to create a single file with the largest size in each mfs and associate it with the vnode device in vnconfig. #FuguIta -- kaw 2024-08-09 (Fri) 10:47:58
- @Santos, don;t waste your time, pkg_add does not even work for me, can't find the command! lolz #FuguIta -- chris 2024-08-22 (Thu) 22:33:22
Santos (2024-07-19 (Fri) 23:43:36)
Loving #FuguIta, trying to learn by doing but I hit a wall. I can't do: 'pkg_add firefox'. It can't be located. I tried setting up a mirror with the PKG_PATH, didn't work. What is changing in FuguIta from any regular OpenBSD install? And How can I install firefox? RAM is no problem.
Thanks!
#FuguIta has no special mechanism for pkg_add.
Again, please be specific about the problem.-- kaw 2024-07-21 (Sun) 20:04:35
Santos (2024-06-01 (Sat) 19:43:23)
As per your previous post.
"firmware that has no effect" (2023-10-09 (Mon) 13:53:36)
There seems to be the process to resolved the issue with Radeon graphics cards, but that assumes an active internet connection, plus I do not know in which boot stage should be done.
So, in order to avoid that, is there any 'Safe Graphic Mode' or a way to start a graphic environment without having to rely on the graphic chip?
Thank you for #FuguIta!
-- Santos 2024-06-03 (Mon) 00:29:57>> OpenBSD/amd64 BOOT 3.65
/
>> bsd-fi.mp is for
>> multiprocessor kernel (default).
>> Enter 'bsd-fi' for Uniprocessor.
boot> -c
cannot open hd0a:/etc/random.seed: No such file or directory
booting hd0a:/bsd-fi.mp: 17872725+4297744+2363424+0+1236992 [1555784+128+1398216+1093260]=0x1c72620
entry point at 0xffffffff81001000
[ using 4048416 bytes of bsd ELF symbol table ]
Copyright (c) 1982, 1986, 1989, 1991, 1993
The Regents of the University of California. All rights reserved.
Copyright (c) 1995-2024 OpenBSD. All rights reserved. https://www.OpenBSD.org
OpenBSD 7.5-stable (RDROOT.MP) #15: Sun Jun 2 11:14:48 JST 2024
root@nimbus12.localnet:/opt/fi/7.5/sys/arch/amd64/compile/RDROOT.MP
real mem = 1056952320 (1007MB)
avail mem = 1002065920 (955MB)
User Kernel Config
UKC> disable radeomdrm0
UKC> quit
Continuing...
kaw (2024-05-12 (Sun) 09:17:07)
#FuguIta-7.5-*-202405111
- OpenBSD 7.5 patch-003 has been applied
- ISO images for arm64 platform are now available
This is not an official release, as the arm64 version has not yet been tested on an actual machine (they can be used normally).
It is placed under the test directory of the mirror servers.
kaw (2024-04-19 (Fri) 13:09:13)
Test version of FuguIta-7.5-arm64-* has been uploaded to the mirror.
Now only tested on emulator.
If you tested this on real RPi3/4, please inform us the result especially about frame buffer and/or X11.#FuguIta
kaw (2024-04-14 (Sun) 00:03:24)
Test version of FuguIta-7.5-i386-* has been uploaded to the mirror.#FuguIta
kaw (2024-04-12 (Fri) 17:07:03)
Test version of FuguIta-7.5-amd64-* has been uploaded to the mirror. I'm looking forward to hearing from you!
What I would like to know are:
- How it works on newer hardware (device detection, X Window, suspend/resume, etc.)
- Comments and suggestions for improvement using the #FuguIta's original tools etc.
Thank you in advance.
kaw (2023-12-20 (Wed) 15:29:17)
I have released new build tools for #FuguIta.
This tool allows you to build FuguIta from scratch without relying on supplementary files.
For more information, see Part 4 of the FuguIta Guide, Building a FuguIta LiveDVD.
kaw (2023-12-09 (Sat) 16:17:40)
This tool is
tools-4.7-amd64-test.tar.gztools-4.7-test.tar.gz located in the test directory of the mirror server, and is currently for both i386 and amd64.
The build method is as follows.
- Download and extract the #FuguIta build tools.
- Download and extract the OpenBSD kernel (sys.tar.gz) and userland (src.tar.gz) source code under /usr/src. Then perform CVS updates if necessary.
- Run "make init".
- Place the OpenBSD install set (*74.tgz) under install_sets.
If you want to customize FuguIta, please create site74.tgz as described in https://www.openbsd.org/faq/faq4.html#site and place it under install_sets. If install.site is included in site74.tgz, it will be added to /etc/rc.firsttime.
Please note: if the size of the created media/fuguita-7.4-adm64.ffsimg exceeds 2GB, the ISO image will not be created correctly due to a limitation of the mkhybrid utility.- Run "make setup && make".
- An optional step is to create mode0symlinks.cpio.gz. This file is intended to reduce the time required to boot at mode 0 (especially with LiveDVD).
To create mode0symlinks.cpio.gz, boot the completed LiveDVD at mode 0 and run the gen_mode0sldir command as root. Then, the /etc/fuguita/mode0symlinks.cpio.gz file will be created, so place it in the build tool's lib directory with the file name mode0symlinks.cpio.gz.amd64.
Then run "make again and #FuguIta with mode0symlinks.cpio.gz will be created. -- kaw 2023-12-09 (Sat) 16:38:10- There is one more thing to provide feedback to the build tool after the first version is completed.
In the configuration file lib/global.conf.amd64, there is a variable assignment called fuguita_sys_mb, which represents the size of the LiveUSB system area, that is, the partition a.
This is roughly the same size as the livecd.iso generated at build time, but considering the fiupdate utility, it is safe to make it approximately 10MB larger than the livecd.iso size to provide some extra space.
After resetting the fuguita_sys_mb value, run "make" again to generate the #FuguIta LiveDVD ISO image. -- kaw 2023-12-09 (Sat) 22:25:26- Changes:
1) the name of the tarball changed. On i386, it's also OK.
2) userland source codes also needed to build crunched binary in /boottmp.
#FuguIta -- kaw 2023-12-13 (Wed) 17:44:25
kaw (2023-12-04 (Mon) 16:46:50)
I am currently testing new #FuguIta build tools. This tool is tools-4.7-amd64-test.tar.gz located in the test directory of the mirror server, and is currently only for amd64.
The build method is as follows.
1. Expand the build tools.
2. Extract the kernel source under /usr/src/sys.
3. Run make initdir in the top directory of the build tool.
4. Place the OpenBSD 7.4/amd64 installation set (*74.tgz) under install_sets.
5. Place the OpenBSD 7.4/amd64 rsync, rlwrap, and pv package files under install_pkgs. And install (pkg_add) rsync and pv on the build host.
6. Run make setup && make.
Rasat (2023-12-03 (Sun) 22:31:51)
I installed Fvwm3 and imagemagick (for iconified thumbnails) and all work well with the Fvwm-kise configs (scripts), besides a few minor problems that can be fixed. There is no permission to edit xenodm config in #FuguIta directory. Made one new symlink from /usr/X11R6/bin/fvwm to /usr/local/bin/fvwm3. Is there a better option to do? Same with any added WM.
The usbfadm tool is great. The expand/newfs option allowing to use and storage of full USB capacity. I added many new packages (pkg_add). Is there an option to install everything on the HDD?
Rasat (2023-11-30 (Thu) 05:37:41)
I was searching for a distro with Fvwm as default and found #FuguIta . Fvwm Keep-It-Simple & elegant (Kise) is a simple and elegant base, and feature-rich to use, modify or add your own. The default Fvwm config file is the base. Currently, there are 23 scripts of functions, styles, menus, decor, and modules. Works well also on Fvwm2.
Screenshots and download on Pling:
www.pling.com/p/2095462
 |
kaw (2023-11-02 (Thu) 11:11:34)
All the files of the latest release of #FuguIta were placed directly under the document root, but now we have created subdirectories (LiveDVD, LiveUSB and LiveSD) for each supported media and placed them there.
Please be careful when downloading.
Dan (2023-10-26 (Thu) 02:35:43)
Would it be possible to have an ISO image for the arm64 architecture?
Either #FuguIta version 7.3 or 7.4, whichever is more practical to build now.
PS: the wheels are in motion to build daily snapshots for OpenBSD arm64 install CD-ROM images, at ftp.openbsd.org/pub/OpenBSD/snapshots/arm64/
kaw (2023-10-21 (Sat) 09:48:11)
Test version of FuguIta-7.4-{i386,amd64} has been uploaded to the mirror. I'm looking forward to hearing from you!
What I would like to know are
- How it works on newer hardware (device detection, X Window, suspend/resume, etc.)
- Comments and suggestions for improvement using the #FuguIta's original tools
- etc.
Published files are for LiveUSB. If you wish to run LiveDVD, please remaster ISO image from LiveUSB.
FuguIta-7.4-arm64 is now under working. Please wait.
Thank you in advance.
kaw (2023-10-09 (Mon) 13:53:36)
When starting #FuguIta, the downloaded firmware may not take effect despite running fw_update. In this case, you may find messages similar to the following in /var/run/dmesg.boot:radeondrm0: RS400 radeon_cp: Failed to load firmware "radeon/R300_cp.bin" [drm] *ERROR* Failed to load firmware! drm:pid0:rs400_startup *ERROR* failed initializing CP (-2). drm:pid0:rs400_init *ERROR* Disabling GPU accelerationThis example is for the ATI Radeon XPRESS 200M, but can also be seen with other video chips and WiFi devices. This is because FuguIta's root file system is the kernel's built-in rd(4), "ramdisk root."
In FuguIta, when the kernel starts, rd is mounted to /, and after initialization, /etc is renamed to /boottmp, and then /etc is built again on MFS. Therefore, the type of firmware that is loaded at kernel startup attempts to be loaded from /etc/firmware on the ramdisk root, but since the firmware does not exist there, an error occurs.
To resolve this, you need to write the required firmware to /etc/firmware on the ramdisk root. Here are the steps to do so:
First, download and extract the firmware.
# ftp http://firmware.openbsd.org/firmware/7.3/radeondrm-firmware-20230310.tgz Trying 2a04:4e42:36::820... Requesting http://firmware.openbsd.org/firmware/7.3/radeondrm-firmware-20230310.tgz 100% |**************************************************| 3371 KB 00:02 ETA 3452257 bytes received in 2.22 seconds (1.47 MB/s) # tar xzpf radeondrm-firmware-20230310.tgzNext, extract the ramdisk root image from the kernel and mount the file system.
# zcat /sysmedia/bsd-fi.mp > bsd-fi.mp # rdsetroot -x bsd-fi.mp rdroot.img # vnconfig vnd0 rdroot.img # mount /dev/vnd0a /mntWrite the downloaded firmware to ramdisk root.
# mkdir -p /mnt/etc/firmware/radeon # cp firmware/radeon/R300_cp.bin /mnt/etc/firmware/radeon # umount /mnt # vnconfig -u vnd0 # rdsetroot bsd-fi.mp rdroot.img # mount -uw /sysmedia # gzip -c9 bsd-fi.mp > /sysmedia/bsd-fi.mp # mount -ur /sysmediaCurrently, the capacity of the ramdisk root is about 1.5 MB, but about 3/4 of it is used. Please note that the size of the firmware that can be written is just under 500 kilobytes.
- This is just what I needed. The live system hangs with my Radeon laptop. I'm just starting with #FuguIta, hopefully I can get this working. I'll see. -- Santos 2024-06-01 (Sat) 19:35:13
tetsuo (2023-10-02 (Mon) 04:22:13)
#FuguIta Hi, is there a way to change the language of Fuguita? It's defaulting to Japanese and I don't know how to change it.
Bob (2023-09-05 (Tue) 23:31:23)
#FuguIta. Hi, this looks interesting. When would someone use FuguIta instead of a plain OpenBSD install? What was the motivation behind the project? I could not find an "about" page.
-- kaw 2023-09-06 (Wed) 00:38:38
Kikk (2023-06-07 (Wed) 02:40:44)
First of all: fuguita is wonderful. Keep up the good work!
I wanted to build a custom version with more tools pre-installed.
It is possible to enlarge the ffsimg over 1GB (fuguita-7.3-amd64.ffsimg)?
I enlarged it to 3GB via disklabel + growfs but the remastered image no longer work.
Is there a procedure or 1GB is the maximum size?
#FuguIta
To enlarge fuguita-7.3-amd64.ffsimg, enlarge fuguita-7.3-amd64-ffsimg and media.img that contains it in the process of building FuguIta as described in the FuguIta Guide. The following is the procedure.
First, follow the FuguIta Guide to set up the build tool.
After settng up the build tool, delete or rename lib/mode0symlinks.cpio.gz.amd64.
# mv lib/mode0symlinks.cpio.gz.amd64 lib/mode0symlinks.cpio.gz.amd64.bak
Run up to make stage.
Once the staging directory is created, make your desired customizations in the tree.
# chroot staging /bin/ksh # (YOUR COSTOMIZATIONS HERE) # exit
Once your customization is complete, measure the size of the staging directory and the number of files it contains.
# du -sk staging | awk '{print $1/1024}' # size of staging directory in MB
# find staging -print | wc -l # the number of files which staging directory holds
Based on this size and number of files, use setup_fsimg.sh to create media.img.
# make open-rdroot # cp rdroot/boottmp/setup_fsimg.sh . # make close-all # ./setup_fsimg.sh media.img $((xxxxx+40)) 10 # xxxxx is the size of staging directory in MB.
Create fuguita-7.3-amd64.ffsimg in media.img.
# make open-media # cd media # ../setup_fsimg.sh fuguita-7.3-amd64.ffsimg $((xxxxx+10)) yyyyy # yyyyy is the number of files which staging directory holds. # cd .. # make close-all
Edit staging/etc/fuguita/global.conf as follows
fuguita_sys_mb=1028 # size of media.img <-- Rewrite this value to current size of media.img
newdrive_defswap=16M # default swap size
# at usbfadm newdrive
memfstype=mfs # 'mfs' or 'tmpfs'
mfs_max_mb=30720 # mfs hard limit - 30GB
Copy the contents of staging to ffsimg.
# make sync
Create an ISO image and gzip it.
# make iso && make gz
Run the resulting LiveDVD and usbfadm newdrive to create a LiveUSB.
That's it for the procedure.
In general, it is much easier to use FuguIta LiveUSB to save your customizations to a USB flash drive with usbfadm sync and load them in boot mode 3. See the following articles for an example of creating these.
kaw 2023-06-07 (Wed) 09:44:19
kaw (2023-05-23 (Tue) 09:37:56)
河豚板に日本語デスクトップ環境を入れたお試し版を作ってみました。 ダウンロードサイトのoldディレクトリより FuguIta-7.3-amd64-202305211-DEDemoJa.img.xz をダウンロードし、xzで解凍して8GB以上のサイズのUSBメモリに書き込んで下さい。# xz -dc FuguIta-7.3-amd64-202305211-DEDemoJa.img.xz | dd of=/dev/XXXX bs=1m
- 起動途中でdemoユーザのパスワードを設定しますので、入力して下さい(doas用、スクリーンロック解除用などです)。
- 収録ソフトは以下のとおりです。
- Xfce 4.18
- 日本語環境: kterm 6.2.0, 日本語フォント各種, Fcitx-Anthy 5.0.10
- FireFox 112.0.2
- Sylpheed 3.7.0
- Audacious 4.3
- VLC 3.0.18
- LibreOffice 7.5.1
- root権限で/etc/rc.shutdownを編集することで、終了時にファイルを自動で保存するようになります。
- pkg_add / pkg_deleteでパッケージを追加/削除した後はroot権限で「usbfadm -r」を実行して下さい。
- ネットワークは有線LANの方が確実に繋がります。WiFiは、ファームウェアが追加不要なチップを使用しており、かつ、パスワードなしの場合に接続できるかもしれません。起動後、WiFiを使用する設定を行いたい場合はこちらを参照して下さい。
- root権限で以下の操作を行うと、初期状態に戻ります。
# mount -o async,noatime /dev/XXXd /mnt ... (XXXはLiveUSBのデバイス名) # cd /mnt/livecd-config/7.3/amd64/fugudemoja-init # rsync -avxHS --delete . ../fugudemoja/. # cd # umount /mnt
- 試作品ですので、不具合修正や改良は行いません。fiupdateによるアップデートは可能です。at your own riskでご使用下さい。
Mark B (2023-05-09 (Tue) 11:30:12)
Wow, no install process or anything. The image I "dd'd" of #FuguIta that I dd'd to a USB-SATA SSD (SSD on a USB-3 interface/cable) booted directly into an "LiveUSB-XFCE-gaytratri..." X11 session, with the usual OpenBSD puffer banner and Login/Password! How do I login to this? Your documentation does not cover this at all. It's supposed to be going into the Installation process...
Thank you! ----mark
-- kaw 2023-05-09 (Tue) 11:57:46
kaw (2023-05-05 (Fri) 12:42:47)
In boot mode 0, su complains that /usr/libexec/auth/login_passwd is not found and exits with an error.
A fixed version has been uploaded to the test directory of the mirrors. Please update with fiupdate for i386/amd64 LiveUSB version of #FuguIta.
kaw (2023-04-17 (Mon) 13:38:19)
Test version of FuguIta 7.3 has been uploaded to the mirror. I'm looking forward to hearing from you!
What I would like to know are
- How it works on newer hardware (device detection, X Window, suspend/resume, etc.)
- How does it work with RPi4?
- How the framebuffer and X Window work on RPi3/RPi4.
- Operation status on arm64-based SBCs and Apple M1/M2 other than RPis.
- Comments and suggestions for improvement using the #FuguIta's original tools
- etc.
Thank you in advance.
Former articles are at FuguIta/BBS/13.
