[[FuguIta/BBS]]

Your message?
----
#article

**Another new function of usbfadm [#da389856]
>[[kaw]] (2019-01-12 (Sat) 22:43:42)~
~
New usbfadm can create a raw disk image of FuguIta by specifying a vnode device.~
Here's an example:~
 # usbfadm
 
 Welcome to usbfadm.
 USB flash drive administration tool for FuguIta
 
   Version/Arch: 6.4/amd64  (FuguIta-6.4-amd64-201901122)
      Boot mode: manual
 Data stored in: not set
  Data Saved as: not set
 
 Type ? for help.
 
 ? : ? ->newdrive
 
 Please make sure the device inserted.
 Then press ENTER ->
 
 ==== disk(s) and vnode devices  ============================
 wd0 at pciide0 channel 0 drive 0: <QEMU HARDDISK>
 wd0: 16-sector PIO, LBA48, 1024MB, 2097152 sectors
 wd1 at pciide0 channel 0 drive 1: <QEMU HARDDISK>
 wd1: 16-sector PIO, LBA48, 2048MB, 4194304 sectors
 vnd0: not in use
 vnd1: not in use
 vnd2: not in use
 vnd3: not in use
 vnd4: not in use
 vnd5: covering /sysmedia/fuguita-6.4-amd64.ffsimg on wd0a, inode 9
 ============================================================
 Enter the name of device which FuguIta will be installed->vnd0
 
 Enter size of a vnode device file.
 You can add suffix K, M, G or T (otherwise considered 'bytes').
 ->1g
 
 1024+0 records in
 1024+0 records out
 1073741824 bytes transferred in 95.420 secs (11252729 bytes/sec)
 
 Disk: vnd0      geometry: 20971/1/100 [2097152 Sectors]
 Offset: 0       Signature: 0x0
             Starting         Ending         LBA Info:
  #: id      C   H   S -      C   H   S [       start:        size ]
 -------------------------------------------------------------------------------
  0: 00      0   0   0 -      0   0   0 [           0:           0 ] unused
  1: 00      0   0   0 -      0   0   0 [           0:           0 ] unused
  2: 00      0   0   0 -      0   0   0 [           0:           0 ] unused
  3: 00      0   0   0 -      0   0   0 [           0:           0 ] unused
 
 Select partition type:
   1: [MBR]
   2:  GPT
   3:  Hybrid (not recommended if you wish modify partitioning later)
 ->1
 
 Select boot method:
   1: [Legacy BIOS]
   2:  none (only for save data)
   3:  UEFI
 ->1
 
 Enter size for saving User Data.
 You can add suffix K, M, G or T (otherwise considered 'bytes').
 
 323MB (663488sectors) free
 '*' implies 'all'->*
 
 
 target disk: vnd0
   partition type=MBR
        boot type=Legacy
 -------------------- : ------
 partition            :   size
 -------------------- : ------
 whole disk           :    1GB
 disk metadata        :   32KB
 UEFI system          :     0B
 FuguIta system       :  700MB
 FuguIta user data    :  323MB
 MSDOS FAT            :     0B
 -------------------- : ------
 
 ***THIS IS THE LAST CHANCE***
 If you type 'Y' now, all the data on vnd0 will be lost.
 Are you sure to initialize vnd0? [y/N] -> y
 
 ========================================
 = Clearing MBR, GPT and BSD disklabel
 =
> ------8<------snip------8<------
 ? : ? ->bye
 
 Bye bye...
 
 # ls -l
 total 2097712
 -rw-r--r--  1 root  wheel  1073741824 Jan 12 13:17 FuguIta-6.4-amd64-201901122.img

//

#comment

**FuguIta for UEFI/GPT [#sa40823e]
>[[kaw]] (2018-12-21 (Fri) 15:15:14)~
~
I'm working on FuguIta for UEFI/GPT functionality.~
This is being planned as additional feature of USB flash drive management tool called usbfadm.~

//
- The coding is almost done. Next I will debug and refine it actually using it. This is the new implementation of usbfadm utility. This can create USB image which boot loader of MBR, UEFI/GPT or Hybrid (both MBR and UEFI) is installed. -- [[kaw]] &new{2019-01-10 (Thu) 18:14:51};
- See this tweet - https://twitter.com/yoshi_kaw/status/1074110733577637888 -- [[kaw]] &new{2019-01-10 (Thu) 18:21:27};
- [[Images for test have been uploaded.>http://mirror.ginzado.ne.jp/pub/FuguIta/test/]]&br;FuguIta-6.4-*-*.iso.gz have same contents as previous release, except new usbfadm utility.&br;FuguIta-6.4-amd64-*.img.gz can be booted from either legacy BIOS or UEFI, and also has new usbfadm.&br;FuguIta-6.4-i396-*.img.gz can be booted only from legacy BIOS, but this image can be accessed as either MBR or GPT.&br;Please try them. And inquiries about this test release are welcome. -- [[kaw]] &new{2019-01-11 (Fri) 09:52:14};

#comment

**FuguIta as virtualization guest [#nb7c43b2]
>[[kaw]] (2018-12-05 (Wed) 14:27:32)~
~
I'm working on FuguIta as a vmm(4)/vmd(8) virtualization guest.~
~
Try this test version as follows:~
 vmhost# ftp http://mirror.ginzado.ne.jp/pub/FuguIta/FuguIta-6.4-amd64-201812052.iso.gz
 vmhost# gzip -d FuguIta-6.4-amd64-201812052.iso.gz
 vmhost# rcctl enable vmd
 vmhost# rcctl start vmd
 vmd(ok)
 vmhost# vmctl start testfi -r FuguIta-6.4-amd64-201812052.iso && vmctl console testfi
 vmctl: starting without disks
 vmctl: starting without network interfaces
 vmctl: started vm 1 successfully, tty /dev/ttyp1
 Connected to /dev/ttyp1 (speed 115200)
 SeaBIOS (version 1.11.0p0-OpenBSD-vmm)
 CD-ROM: E0
 Loading /CDBOOT
 probing: pc0 com0 mem[638K 510M a20=on] 
 disk: cd0
 >> OpenBSD/amd64 CDBOOT 3.40
 \
 >> bsd-fi.mp is for 
 >> multiprocessor kernel (default). 
 >> Enter 'bsd-fi' for Uniprocessor. 
 
 boot> 
 booting cd0a:/bsd-fi.mp: 10548999+2552840+2215968+0+675840 [702255+119+854448+595727]=0x1150c28
 entry point at 0x1000158
 [ using 2153512 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-2018 OpenBSD. All rights reserved.  https://www.OpenBSD.org
 
 OpenBSD 6.4-stable (RDROOT.MP) #2: Sun Dec  2 23:13:01 JST 2018
     root@nimbus9.localnet:/opt/fi/6.4/sys/arch/amd64/compile/RDROOT.MP
 real mem = 520085504 (495MB)
 avail mem = 493146112 (470MB)
 mpath0 at root
 scsibus0 at mpath0: 256 targets
 mainbus0 at root
 bios0 at mainbus0: SMBIOS rev. 2.4 @ 0xf1950 (10 entries)
 bios0: vendor SeaBIOS version "1.11.0p0-OpenBSD-vmm" date 01/01/2011
 bios0: OpenBSD VMM
 acpi at bios0 not configured
      :
      :
 starting local daemons: cron.
 KARL: disabled
 Wed Dec  5 05:18:36 UTC 2018
 
 OpenBSD/amd64 (vmguest) (tty00)
 
 login: root
 Password:
 OpenBSD 6.4-stable (RDROOT.MP) #2: Sun Dec  2 23:13:01 JST 2018
 
 Welcome to OpenBSD: The proactively secure Unix-like operating system.
 
 Please use the sendbug(1) utility to report bugs in the system.
 Before reporting a bug, please try to reproduce it with the latest
 version of the code.  With bug reports, please try to ensure that
 enough information to reproduce the problem is enclosed, and if a
 known fix for it exists, include that as well.
 
 You have new mail.
 vmguest# cat /usr/fuguita/version                                               
 6.4-amd64-201812052
 vmguest# /sbin/shutdown -hp now                                                 
 Shutdown NOW!
 shutdown: [pid 18229]
                                                                                
 *** FINAL System shutdown message from root@vmguest ***                       
 System going down IMMEDIATELY                                                  
                                                                                
                                                                                
 vmguest# 
 System shutdown time has arrived
 
 vmguest# syncing disks... done
 vmmci0: powerdown
 
 The operating system has halted.
 Please press any key to reboot.
 
         # (just press ENTER here)
 [EOT]
 vmhost#
At this version, FuguIta enables a getty on /dev/tty00 if console is the serial device com0.~

//
- Note that the baud rate of getty on /dev/tty00 is fixed to 115200 bps. It is adjusted to the rate at boot time in case of vmm/vmd. On other system such as QEMU, boot sequence starts with 9600 bps for example, then it will be changed to 115200 bps at login prompt. -- [[kaw]] &new{2018-12-06 (Thu) 15:11:13};
- We solved above issue at [[FuguIta-6.4-*-201812121>FuguIta/6.4#note1]]. -- [[kaw]] &new{2018-12-12 (Wed) 16:58:35};

#comment


**read only [#m0b79eb7]
>[[kaw]] (2018-10-31 (Wed) 07:58:52)~
~
To avoid spam posts, being this host read only temporarily.~

//
- became RW again -- [[kaw]] &new{2018-11-01 (Thu) 23:05:09};

#comment

**OpenBSD 6.4 released [#g2869243]
>[[kaw]] (2018-10-19 (Fri) 10:51:02)~
~
I am working for FuguIta 6.4 now.~

//
-i386/amd64: built 6.4 release -- [[kaw]] &new{2018-10-19 (Fri) 11:02:49}
--created new partitions and cloned 6.3 to there.
--updated source tree from 6.3 to 6.4 by CVS with tag OPENBSD_6_4
--succeeded to make release files from source tree.
--updated whole system to 6.4
- i386: setup build tools -- [[kaw]] &new{2018-10-19 (Fri) 13:05:33};
-- compile under TOOLDIR/lib/special for bootbin
-- build crunched binary /boottmp/bootbin under TOOLDIR/lib/bootbin
-- compile TOOLDIR/rdsetroot
-- rename TOOLDIR/media/fuguita-6.3-i386.ffsimg to 6.4's
-- remove all files under TOOLDIR/fuguita
-- build kernels
--- create RDROOT and RDROOT.MP kernel config files, then config and compile
-- add two new vnode devices under TOOLDIR/rdroot/dev
- i386: create FuguIta's contents in TOOLDIR/fuguita -- [[kaw]] &new{2018-10-23 (Tue) 04:07:59};
--for /usr
---fix dandling symlinks in bin dirs
---delete /usr/lib/lib*_p.a /usr/share/relink/kernel.tgz
---crete dirs/files under /usr/fuguita~
add fuguita bin dirs to PATH to /root/.profile and /etc/skel/.profile
--under TOOLDIR chrooted
---pkg_addr rsync and rlwrapper
---ldconfig -m
---MAKEDEV std
--for /etc
---create /etc/hosts for locahost
---create /etc/localtime : timezone to UTC
---create /etc/rc.firsttime
---fix /etc/man.conf and makewhatis
---fix /etc/mtree/special
---fix /etc/sysctl.conf
---disable KARL in /etc/rc
--for /var
---create /var/db/host.ramdom
--for X
---mkfontdir, mkfontscale and fc-cache
--final setup
---remove /root/.ksh_history
---make /usr/fuguita/etc/mode0symlinks.cpio.gz
---copy boot stuffs into TOOLDIR/lib
--create an ISO image
---make contall
- amd64 as well -- [[kaw]] &new{2018-10-24 (Wed) 16:19:49};
- Now working for RC. Please wait. -- [[kaw]] &new{2018-10-29 (Mon) 11:18:04};
- FuguIta 6.4 is out. -- [[kaw]] &new{2018-10-30 (Tue) 12:43:50};
- going to work publishing build tools -- [[kaw]] &new{2018-11-02 (Fri) 10:40:53};
- Build tools for 6.4-{i386,amd64} are out. See 'tools' directory of mirror site. -- [[kaw]] &new{2018-11-13 (Tue) 21:34:00};

#comment

**dual boot [#j6b3bf31]
>[[Rufwoof]] (2018-10-11 (Thu) 22:26:48)~
~
I have grub4dos bootloader installed and in menu.lst I have a entry~
~
    title FuguIta
    root (hd0,3)
    makeactive
    chainloader +1
    boot
~
First partition is ext3 with grub4dos/menu.lst installed. I also have a /ISO folder in which FuguIta iso file has been copied (slice i in FuguIta)~
Second partition is linux swap~
Third partition is ext3~
Fourth partition is OpenBSD (type a6, label OpenBSD).~
~
After having created that 4th partition using Linux/gparted, and set its partition type to a6 using linux fdisk /dev/sd0, I installed standard OpenBSD to that partition.~
~
On the third (sda3) partition I've created a 10GB swap file (filename "swap") that I load when FuguIta boots. Which is slice k inside Fuguita~
~
On slice n I have /livecd-config and /noasks~
~
In /etc/rc.local I~
~
    mkdir /swapfile
    mount /dev/sd0k /swapfile
    swapctl -a /swapfile/swap
~
My noasks file content contains ...~
~
   noask_rdev='sd0i'
   noask_umem='0'
   noask_setup_rw_mode='3'
   noask_confdir='fuguita'
   noask_confdev='sd0n'
~
I've activated xenodm and set it to autologin user (that I created a account for) by adding ~
~
    DisplayManager.*.autoLogin: user
~
into /etc/X11/xenodm/xenodm-config~
~
Now when I reboot the PC it auto boots and auto loads the save (/livecd-config) and auto starts the X desktop as user~
~
In grub4dos menu.lst I have other boot choices (dual boot), such as booting Linux live systems that are contained on the ext3 partitions.~
~
I like booting FuguIta as it offers the choice of whether to save changes or not (save by running /boottmp/usbfadm). Once I've set things up I'm more inclined to not save, so that each reboot starts off exactly the same (nice and clean).~

//
- PS, I copied the standard openbsd /bsd to bsd.6.2 and copied /bsd-fi.mp to /bsd so that the system automatically defaults to booting a copy of bsd-fi.mp (i.e. FuguIta) rather than the OpenBSD standard bsd.rd -- [[rufwoof]] &new{2018-10-11 (Thu) 22:31:54};

#comment

**boot FuguIta iso using grub4dos (BIOS) [#m2d1d405]
>[[Rufwoof]] (2018-10-07 (Sun) 22:49:05)~
~
If you have grub4dos installed as your bootloader on a BIOS PC then you'll need two free (unused) partitions (out of the 4 total permissable partitions). ~
~
Download the ISO version of FuguIta and uncompress it.~
~
Newly create and format one partition as FAT32 (which has a 32GB limit). In my case I used sda4 (hd0,3) for that fat32 partition. It's important to use a newly created fat32 partition to store the iso as the iso file has to be stored contiguous; If the iso file is fragmented then it will not boot; Using a new/clean partition ensures the iso file isn't fragmented.~
~
Mount and create a iso folder/directory in the newly created/formatted fat32 partition and copy the fuguita iso file into that folder/directory.~
~
Add a entry to grub4dos menu.lst bootloader menu that looks something like ...~
~
    title Fuguita ISO
    partnew (hd0,1) 0x00 (hd0,3)/iso/FuguIta-6.3-amd64-201809211.iso
    map  (hd0,3)/iso/FuguIta-6.3-amd64-201809211.iso (0xff)
    map --hook
    root (0xff)
    chainloader (0xff)
~
In this case my sda2 second partition (hd0,1) is free/unused and my fat32 partition is sda4 (hd0,3) - where the FuguIta iso is stored. My first partition (sda1 (hd0,0) is ext3 in my case, and is where grub4dos bootloader and menu.lst was installed). Adjust the above according to which partitions you use (and what FuguIta iso version/filename you've downloaded).~
~
Reboot and select/boot the FuguIta menu option and FuguIta should start up as normal.~

//
- I wonder whether ISO image on Windows filesystem can be booted directly only with Windows standard boot loader.&br;If possible, it will be very convenient to use FuguIta for non OpenBSD users. -- [[kaw]] &new{2018-10-10 (Wed) 12:45:38};

#comment

**Co-existence of FuguIta and standard OpenBSD [#bd13c65b]
>[[Rufwoof]] (2018-09-25 (Tue) 08:14:01)~
~
With a fully installed OpenBSD on HDD (whole disk) and with that booted ...~
~
Create a /ISO folder and download the latest fuguita (xxx.iso.gz) into that /ISO folder and ...~
~
    gzip -d xxx.iso.gz          # uncompress it
    vnconfig vnd0 /ISO/xxx.iso  # mount it
    mount /dev/vnd0c /mnt
    cp /mnt/bsd-fi.mp /.        # copy the bsd-fi.mp and bsd-fi to /
    cp /mnt/bsd-fi /.
    umount /mnt                 # unmount the iso
    vnconfig -u vnd0
    mkdir /home/livecd-config   # prepare a save folder on slice k
~
... and its ready to be booted. ~
~
Enter bsd-fi.mp at the boot prompt and select type 0 boot option (normal)~
~
After configured etc. run /boottmp/usbfadm and set target and source and then sync ... to save (in a standard OpenBSD that the k slice livecd-config folder i.e. /home/livecd-config in the main OBSD session). First save does take some time, so go off and have a 10 to 15 minute coffee break. Subsequent saves are generally much quicker.~
~
Ideally need lots of ram and swap as it all runs in 'memory' i.e. combined ram+swap. Any changes wont be saved unless you save the changes using usbfadm.~
~
To automate bootup, create a /noasks file alongside the /livecd-config~
folder containing something like ...~
~
    noask_rdev='sd0a'
    noask_umem='0'
    noask_setup_rw_mode='3'
    noask_confdir='fuguita'
    noask_confdev='sd0k'
~
(adjust values accordingly to what HDD name and values you normally use).~
~
Not as secure as booting from a read only CD and saving/restoring from a detachable USB, but you can always keep/check a checksum of the save folder i.e. in standard OpenBSD run something like ~
~
    mtree -CK sha256digest -p /home/livecd-config >mtree-livecd-config
~
to generate a checksum (store that safely, owned by root only). And then later you can check the checksum using ~
~
    mtree -p /home/livecd-config <mtree-livecd-config
~
So assuming you don't usually save after having configured things and made a save, then the checksum should remain the same. Of course if you do make changes and save then the checksum will be different and all of those differences will be shown by mtree (regenerate a new checksum again as appropriate).~
~
Nice in that you don't have to burn a CD for each new release. Just download the iso.gz and start all over again.~

//
- Correction. That should be a little c i.e. mtree -cK sha256digest -p /home/livecd-config >mtree-livecd-config -- [[Rufwoof]] &new{2018-09-25 (Tue) 08:18:28};
- Also for clarity, noasks should be stored in /home/noasks (assuming booted into the standard OpenBSD) -- [[Rufwoof]] &new{2018-09-25 (Tue) 08:19:58};
- Don't forget that if you do install a new iso version then the old /home/livecd-config content is no longer valid and should be renamed/deleted and a new empty /home/livecd-config folder created for the new version -- [[Rufwoof]] &new{2018-09-25 (Tue) 08:26:08};
- Remarks:
--ISO directory and/or noasks file also can be made on both Windows NTFS/FAT and Linux EXT file system.&br;So you don't need to have FFS partition in your built-in HDD if you have a external media to boot FuguIta's kernel.&br;After FuguIta's kernel began to run, you can eject that external media.
--A swap file seems to be able to put on any RW-able partition which is not FFS, but I haven't been tested it.
--Unless new FuguIta version is based on different OpenBSD version, and when changes are simple replacement of some files except the kernel, the contents of livecd-config is still valid.&br;It is because almost all files stored in livecd-config is symbolic links to FuguIta's real media.&br;If not so, you can fix those files/directories under /ram manually, and re-sync to livecd-config content.&br;When OpenBSD's version changed, I think this is the best that sync livecd-config from scratch.
--As a non English speaker, I thank you for your posts. These are useful and easy to understand for English speakers, I suppose. -- [[kaw]] &new{2018-09-27 (Thu) 07:02:47};
- Re: "swap file on any RW-able partition which is not FFS". I can confirm that works. in /etc/rc.local I mount my sda3 ext3 partition to /swapfile in which I dd'd a 10GB swap file ... and in /etc/rc.local I also swapctl -a /swapfile/swap that file and top shows I have 12GB of swap (2GB actual ram, 2GB OpenBSD swap, 10GB swapfile space). -- [[Rufwoof]] &new{2018-10-11 (Thu) 22:03:56};

#comment

**no subject [#fb4aef71]
>[[swap on ext3 partition]] (2018-09-16 (Sun) 00:28:48)~
~
LiveCD (DVD) booted FuguIta, loading/saving changes to a /livecd-config folder on a FuguIta installed to USB. Picks up my OpenBSD HDD installed 2GB swapfile at bootup, but I mounted a ext3 partition, dd'd a 2GB file called swapfile, vnconfig vnd0 swapfile, and ... swapctl -a /tmp/i/swapfile i.e. using a filesystem on a ext3 partition as additional FuguIta's swapfile space ... and top is showing the 4GB combined swap space available :) Obviously running liveCD (in ram) can run out of ram relatively easily on a system such as my own that has only 2GB of ram, so swap is a saviour if running FuguIta as a desktop type system (X).~
~
With LibreOffice and firefox-esr installed, it runs OK (also installed mtpaint to take the snapshot). I'm using cwm window manager.~
~
Screenshot ...~
~
&ref(fi-cwm-ffesr-lo-swap.png,,50%);
//https://s15.postimg.cc/5tp9gucsb/fi-cwm-ffesr-lo-swap.png~

//
- And a swap partition extends the size of tmpfs, because also tmpfs can be paged out to a swap partions/files. Like you, I have a Desktop Environment of FuguIta on i386 laptop with 800MB ram.&br; In this machine, swap partition on HDD is enabled at boot time, and partially mounted HDD-ffs partitions like this:
 $ swapctl -lk
 Device      1K-blocks     Used    Avail Capacity  Priority
 /dev/wd0b     8391600        0  8391600     0%    0
 $ df -h
 Filesystem     Size    Used   Avail Capacity  Mounted on
 /dev/rd0a      1.6M    715K    847K    46%    /
 /dev/wd0a      7.9G    1.4G    6.5G    18%    /sysmedia-iso
 /dev/vnd4a     700M    700M      0B   100%    /sysmedia
 /dev/vnd5a     676M    562M    114M    83%    /fuguita
 tmpfs          632M   47.8M    584M     8%    /ram
 /dev/wd0e      5.2G    1.8G    3.1G    38%    /ram/opt
 $ ls -lf /opt /usr/local /ram/home
 lrwxr-xr-x  1 root  wheel   7 Sep 17 07:49 /opt -> ram/opt
 lrwxr-xr-x  1 root  wheel  30 Aug 30 07:54 /usr/local -> /opt/nimbus11-mobile/usr/local
 lrwxr-xr-x  1 root  wheel  25 Aug 30 07:53 /ram/home -> /opt/nimbus11-mobile/home
 $ cat /etc/rc.local
 if ! mount -o softdep /dev/wd0e /opt
 then
     fsck -fy /dev/rwd0e
     mount -o softdep /dev/wd0e /opt
 fi
 
 if mount | grep -q '/dev/wd0e on /ram/opt'
 then
     ldconfig -m /usr/local/lib
 fi
 $ cat /etc/rc.shutdown
 PATH=$PATH:/usr/local/bin /usr/fuguita/sbin/usbfadm -r
 $ pkg_info -t
 audacious-plugins-3.9p0 input and output plugins for Audacious
 audacity-1.3.9p9    free audio editor
 emacs-25.3p0-gtk3   GNU editor: extensible, customizable, self-documenting
 firefox-i18n-ja-59.0.2 ja language pack for Firefox
 intel-firmware-20180312v0 firmware binary images for intel(4) driver
 ja-kterm-6.2.0p9    Japanese-capable xterm
 ja-sazanami-ttf-20040629p3 japanese true type fonts
 mixfont-mplus-ipa-20060520p6 high quality Japanese truetype fonts
 morseplayer-1.4p0   morse player
 mplayer-20161008p7  movie player supporting many formats
 normalize-0.7.7p2   audio file volume normalizer
 php-5.6.34          server-side HTML-embedded scripting language
 qiv-2.3.1p0         very small and pretty fast gdk/Imlib image viewer
 quirks-2.414        exceptions to pkg_add rules
 radeondrm-firmware-20170119 firmware binary images for radeondrm(4) driver
 rlwrap-0.43         generic readline wrapper for various programs
 rox-filer-2.11p1    GTK+-2 file manager with desktop features
 rsync-3.1.3         mirroring/synchronization over low bandwidth links
 sshfs-fuse-2.5p1    mount remote directories over ssh
 timidity-2.13.2p6-xaw MIDI to WAV renderer and player
 uim-gtk-1.8.6p5     uim for GTK+2
 wget-1.19.4         retrieve files from the web via HTTP, HTTPS and FTP
 xfig-3.2.6          CAD drawing program for X11
Window manager is cwm, and file manager is ROX-Filer. -- [[kaw]] &new{2018-09-17 (Mon) 07:50:03};
- CD to boot, USB stick as the changes store area, with HDD being "temp" is nice in that you can unplug the USB immediately after booting to it remains secure. Once you have the programs/configuration you like you might save infrequently, perhaps just booting, making changes, saving. For the rest of time just boot and use, and then shutdown without saving has system security maintained. Just store your own data/docs...etc. outside of (separate to) that. Being able to boot a clean/exact-same OS each and every time, but with the option to change/update that, potentially eliminates the risk of a virus caught during one session persisting into future sessions as a reboot has you back to clean OS/configuration again. -- [[Rufwoof]] &new{2018-09-17 (Mon) 23:01:44};

#comment

**Save to ext2/3/4 [#bfe474c8]
>[[Rufwoof]] (2018-09-15 (Sat) 12:42:29)~
~
Hi kaw~
~
Thinking along the lines that you can create a ffs file filesystem on a ext2 partition ...~
~
Mount a ext2 partition and then cd to that partition and ...~
~
    dd if=/dev/zero of=diskimage bs=1M count=100
    vnconfig vnd0 diskimage
    newfs vnd0c
    mkdir /home/user/mountpoint
    mount /dev/vnd0c /home/user/mountpoint
~
... and then use that filesystem ...~
    
    echo hello >/home/user/mountpoint/myfile.txt
~
... and when done~
~
    umount /home/user/mountpoint
    vnconfig -u vnd0
~
We have a ffs file filesystem residing on a ext2 partition. We can remount that by again mounting the ext2 partition and cd to that and ...~
~
    mkdir /home/user/mountpoint
    vnconfig vnd0 diskimage
    mount /dev/vnd0c /home/user/mountpoint
~
and ls /home/user/mountpoint will show the myfile.txt file created earlier.~
~
Fundamentally I'm thinking that FuguIta's saves (livecd-config), that currently need to be on a ffs partition, could be stored on a ext2 partition as a ffs file filesystem such that a liveCD could boot and laod/save its ram images (changes) to a ext2 hard disk drive.~
~
A pre-prepared ffs filesystem file could be provided/downloaded so that new users with no BSD already installed/working, but perhaps Linux working, could copy that ffs file filesystem to one of their ext2 partitions/folders, boot a FuguIta CD and store their changes into that ffs file filesystem stored on their ext2 partition.~
~
Another thought - not sure - but it might be possible to create a swap file - stored on disk and activated~
~
    dd if=/dev/zero of=/usr/swap0 bs=1024k count=1024 
    chmod 0600 /usr/swap0
    swapctl -a /usr/swap0 
~
That would help reduce the chances of FuguIta locking up if larger programs were being run and where otherwise no swap file/partition was available.~

//
- The FuguIta option you explained is particularly useful for Linux users. Also for Windows users, I think that we can add similar options to FAT partitions. How can we implement these smartly? Either way, I think that it is necessary to modify the startup script (/boottmp/rc) and create a tool like usbfadm. -- [[kaw]] &new{2018-09-17 (Mon) 07:26:01};
- A problem can be if ext2/3/4 isn't shutdown correctly then BSD can't mount it in a unclean state. That can be particularly awkward with NTFS systems that have hybernated instead of shutdown. Modifications to /boottmp/rc and another usbfadm like script (hddfadm) could provide the functionality excepting the issues I mentioned earlier -- [[Rufwoof]] &new{2018-09-17 (Mon) 22:41:54};

#comment

**Opps! [#cf251316]
>[[rufwoof]] (2018-09-08 (Sat) 21:00:06)~
~
I didn't correctly format the commands/code section in my prior post (so part showing as text, part as code). Sorry.~

//
- No problem. I fixed it. Thanks for the post. -- [[kaw]] &new{2018-09-10 (Mon) 02:36:38};

#comment

**reverse sshfs from FuguIta [#td4f385a]
>[[rufwoof]] (2018-09-08 (Sat) 20:58:05)~
~
Linux liveCD desktop system (Fatdog). Fuguita liveCD booted another PC and running~
~
 #!/bin/sh
 fifo=/tmp/rsshfs-$$
 rm -f "$fifo"
 mkfifo -m600 "$fifo" &&
   < "$fifo" /usr/libexec/sftp-server |
   ssh root@192.168.1.4 sshfs -o slave :/root /data '' > "$fifo"
 rm "$fifo"
~
Reverse sshfs mounts the Fuguita's /root folder as a (pre created /data folder) mountpoint on my Fatdog system. ~
~
If on the Fuguita box you mount a HDD and share a folder on that with Fatdog, then your data (more often the most invaluable on single user desktop setups) is isolated, only the folder/content you share with Fatdog (main desktop) is at risk and backup copies can be made/restored on the OpenBSD box to protect that data. I used a old single core celeron box for the FuguIta boot. The Fatdog PC is a later box (but still relatively old i.e. single core Acer Aspire 2GB Phenom X4).~
~
For some ssh throughput optimisation, add -o compression=no -o Cipher=arcfour just before the -o slave code in the above.~

//
- Thanks for useful information. I haven't been used sshfs yet. And used to another way to do the same ... maybe NFS over SSH L2/L3 tunnel (-w option of ssh). sshfs seems to be easier. Then will try it. -- [[kaw]] &new{2018-09-10 (Mon) 02:34:47};

#comment

**Test, just a test [#g34311d5]
>[[Patrickgoame]] (2018-09-01 (Sat) 21:18:23)~
~
Hello~

//
- Hello -- [[kaw]] &new{2018-09-02 (Sun) 08:36:34};

#comment

**network reconriguring by gennetconfs [#c0420181]
>[[kaw]] (2018-08-07 (Tue) 18:18:25)~
~
At FuguIta-6.3-201808061, a new tool called ''gennetconfs'' has been introduced.~
This tool generates configuration files for networking, so you can reconfigure network settings;
:synopsis|gennetconfs '''[dir]'''

>'''dir''' is the directory which configuration files will generated on.~
If '''dir''' not specified, current directory will be taken by default.~
So,~
 gennetconfs /etc
will overwrite directly existing files under /etc .~
~
Because of gennetconfs was derived from FuguIta's boot sequence '''/boottmp/rc''',~
the interaction with gennetconfs is the same as one at boot time.~

//

#comment


**Various Operations of FuguIta [#wefc0ba0]
>[[kaw]] (2018-06-04 (Mon) 15:23:16)~

>FuguIta originally started as a LiveCD, but now we can use various devices.
In addition, there are several types in operation.~
So, I tried to make a table of combinations of how these devices can be used.~
Note that If there are multiple available devices, you can use them in combination.~
~
|CENTER:|CENTER:|CENTER:|CENTER:|CENTER:|CENTER:|CENTER:|CENTER:|CENTER:|c
|>|Device|CD&br;(distrib. ISO)|USB&br;(distrib. img)|USB&br;(usbfadm)|OpenBSD|SD&br;(usbfadm)|ExtFS/&br;NTFS/FAT|tmpfs|
|LEFT:BGCOLOR(#ffffc0):|LEFT:BGCOLOR(#ffff80):|CENTER:|CENTER:|CENTER:|CENTER:|CENTER:|CENTER:|CENTER:|c
|>|BGCOLOR(#ffffc0):boot from    |BGCOLOR(#c0ffc0):O|BGCOLOR(#c0ffc0):O|BGCOLOR(#c0ffc0):O|BGCOLOR(#c0ffc0):O|BGCOLOR(#c0c0c0):X|BGCOLOR(#c0c0c0):X|BGCOLOR(#c0c0c0):X|
|>|BGCOLOR(#ffffc0):run on       |BGCOLOR(#c0ffc0):O|BGCOLOR(#c0ffc0):O|BGCOLOR(#c0ffc0):O|BGCOLOR(#c0ffc0):O|BGCOLOR(#c0ffc0):O|BGCOLOR(#c0ffc0):O|BGCOLOR(#c0ffc0):O|
|with&br;boot mode|0, 1, 2       |BGCOLOR(#c0ffc0):O|BGCOLOR(#c0ffc0):O|BGCOLOR(#c0ffc0):O|BGCOLOR(#c0ffc0):O|BGCOLOR(#c0ffc0):O|BGCOLOR(#c0ffc0):O|BGCOLOR(#c0ffc0):O|
|~|3                             |BGCOLOR(#c0c0c0):X|BGCOLOR(#c0ffc0):O|BGCOLOR(#c0ffc0):O|BGCOLOR(#c0ffc0):O|BGCOLOR(#c0ffc0):O|BGCOLOR(#c0c0c0):X|BGCOLOR(#c0c0c0):X|
|set&br;parameters&br;with|manual|BGCOLOR(#c0ffc0):O|BGCOLOR(#c0ffc0):O|BGCOLOR(#c0ffc0):O|BGCOLOR(#c0ffc0):O|BGCOLOR(#c0ffc0):O|BGCOLOR(#c0ffc0):O|BGCOLOR(#c0ffc0):O|
|~|auto                          |BGCOLOR(#c0c0c0):X|BGCOLOR(#c0ffc0):O|BGCOLOR(#c0ffc0):O|BGCOLOR(#c0ffc0):O|BGCOLOR(#c0ffc0):O|BGCOLOR(#c0ffc0):O|BGCOLOR(#c0c0c0):X|
|>|BGCOLOR(#ffffc0):save data to |BGCOLOR(#c0c0c0):X|BGCOLOR(#c0ffc0):O|BGCOLOR(#c0ffc0):O|BGCOLOR(#c0ffc0):O|BGCOLOR(#c0ffc0):O|BGCOLOR(#c0c0c0):X|BGCOLOR(#c0c0c0):X|

*** Explanation of the table [#z3e6fc05]
>In the table above, each column indicates a device that FuguIta can handle.
:CD (distrib. ISO) | CD, CD-R, CD-RW etc burned ISO image downloaded from distribution site. ~
You can burn it to DVD but you can use it, the size is 700 MB same as CD.
:USB (distrib. img)| This is a USB flashdrive into which the IMG file downloaded from the distribution site is written. ~
Regardless of the USB flashdrive size used, the capacity is fixed at 1 GB (system 700 MB + data storage area 300 MB).
: USB (usbfadm) | This is a USB flashdrive created using FuguIta's usbfadm command. ~
When executing the usbfadm command, you can set the size of the data storage area. ~
You can also create FAT in free space not used by FuguIta for data exchange with other OS.
:OpenBSD | OpenBSD system already installed. To use this from FuguIta, perform the following operations in advance. ~
-- a : Copy FuguIta's kernel - /sysmedia/bsd-fi and /sysmedia/bsd-fi.mp to the partition where the OpenBSD kernel resides, and by entering "bsd-fi.mp" or "bsd-fi" for boot prompt "boot>", FuguIta starts up. ~
-- b : By creating a directory called "ISO" on any partition of OpenBSD and placing the ISO image of FuguIta here, you can use it as an operational device. ~
-- c : You can save and restore data here by creating a directory called "livecd-config" on any partition of OpenBSD. ~
However, you can not do b and c at the same time on the same partition.
: SD (usbfadm) | This is an SD card created using FuguIta usbfadm command.
: ExtFS/NTFS/FAT | Linux ext2fs ... ext4fs and Windows NTFS, FAT partitions. ~
By creating a directory called "ISO" on these partitions and placing the FuguIta ISO image here, you can use it as an operational device.
: tmpfs | File system created in memory. It is created automatically when FuguIta is started, and the contents are lost at the end.

>Each line of the table is an operation form which can be selected at the time of starting up FuguIta or during operation.
:boot from | FuguIta is a bootable device that loads the kernel. If there are multiple bootable devices, specify them using the BIOS boot menu.
:run on | This is the device where the system file of Fugu Ita is installed and used for operation. It is mounted read-only. ~
If there are multiple available devices, specify the device at startup.
:with boot mode | This is how to layout memory and operation devices during operation. The main boot modes are as follows.
-- mode 0 : This is standard operation as LiveCD / LiveUSB.
-- mode 1 : It is almost the same as mode 0, but it is completed in a shorter time and it operates with saving memory (about 64 MB minimum). However, pkg_add cannot be used because /usr becomes non-writable.
-- mode 2 : It operates using only tmpfs. Although it takes time to complete the boot, file input/output during operation is fast. Memory requires about 800 MB, or more.
-- mode 3 : Read data saved by usbfadm at boot time.
:set parameters with | Usually, when starting FuguIta, it is necessary to manually input the operation device, tmpfs size, start mode, etc. However, if these parameters are described in the file "noasks", at startup this is set automatically, you can omit manual input.
:save data to | As described in boot mode 3, you can save the file to the device specified by the usbfadm command.
//

#comment

**FuguIta 6.3 for Raspberry Pi 3 [#g280e5c6]
>[[kaw]] (2018-05-31 (Thu) 16:42:17)~
~
Although it is still a test version, it is working well on my RPi3.~
Even without a serial cable, you can install and use it by connecting from the SSH client.~
~
[[README>http://mirror.ginzado.ne.jp/pub/FuguIta/test/0_README-6.3-arm64]] for more further details.~

//

#comment

----
Former articles are at [[FuguIta/BBS/7]].
----
Return to [[FrontPage]]

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