This page is archived. ~
Current active BBS is [[FuguIta/BBS]].
**no subject [#rdd59385]
>[[liar666]] (2023-04-13 (Thu) 15:49:48)~
Thanks for the nice work.~
OpenBSD 7.3 is out.~
Will #FuguIta follow any time soon?~

- Of course, I am working towards the release of #FuguIta 7.3. Please wait. -- [[kaw]] &new{2023-04-13 (Thu) 19:41:47};

**Usb freeze while boot [#gf17f217]
>[[Boris]] (2023-03-18 (Sat) 08:01:10)~
I'm trying to install Fuguita.img file from usb.~
But when i insert the usb and restart my pc,it just freeze. ~
What may cause the problem? ~
Thanks !~

- Can you show me a few lines of the display just before the PC freezes?&br;#FuguIta -- [[kaw]] &new{2023-03-18 (Sat) 12:44:10};
- Its just Freeze at motherboard screen.Don't have any error. #FuguIta -- [[Boris]] &new{2023-03-18 (Sat) 18:06:18};
- What about other LiveUSB systems rather than #FuguIta? -- [[kaw]] &new{2023-03-18 (Sat) 21:51:36};
- Can boot many other LiveUSB's.Don't  know what's wrong.   #FuguIta  -- [[Boris]] &new{2023-03-18 (Sat) 22:52:37};
- I see. So will the OpenBSD installation images, miniroot72.img and install72.img, boot? If so, the cause is not only #FuguIta, but the OpenBSD USB boot mechanism itself. -- [[kaw]] &new{2023-03-19 (Sun) 00:48:55};
- Even if you cannot boot from USB, you can [[boot the kernel from the #FuguIta LiveDVD and switch to the LiveUSB>FuguItaGuide/3-Operation#multidevice]]. -- [[kaw]] &new{2023-03-19 (Sun) 00:52:42};

**dd process does not stop [#va77d088]
>[[Pascal]] (2023-03-17 (Fri) 00:04:47)~
I am trying to create a #FuguIta usb key (8G) with the following commands:~
$gzip -d FuguIta-7.2-amd64-202302271.img.gz~
#dd if=FuguIta-7.2-amd64-202302271.img of=/dev/rsd2c~
But after an hour the process does not stop.~
I have to use Ctrl-C to stop~
Needs help please~
(Sorry for the same post at "Report" page)~

- The default I/O block size of dd is 512bytes. This makes writing speed slow. Please add the block size option such as ''bs=1m''. In my case, less than 70kbytes/sec by default, about 11Mbytes/sec with "bs=1m" option. #FuguIta -- [[kaw]] &new{2023-03-17 (Fri) 10:24:42};

**Unable to expand USB [#bd3e816e]
>[[Aric]] (2023-02-25 (Sat) 04:59:49)~
I am unable to expand the USB storage using usbfadm. I have tried on three different, brand new samsung usb drives. They all fail with a 'bad sector' error. The system then says it is going to continue, but it never does. It just hangs there for over 24 hours doing nothing. ~
Is there a way to just install Fugita by hand on a OpenBSD partitioned USB and be able to write to the entire drive? #FuguIta~
Thanks, Aric~

- Please try [[remastering of #FuguIta LiveUSB>FuguItaGuide/3-Operation#liveusb_remaster]]. -- [[kaw]] &new{2023-02-25 (Sat) 07:57:56};

**Full Disk Encryption of FuguIta LiveUSB [#q19247ca]
>[[kaw]] (2023-01-24 (Tue) 13:31:31)~
FuguIta can remaster LiveUSB using the newdrive function of the usbfadm utility.~
However, in this case, [[the data storage partition can be encrypted>河豚板ガイド#d0a6254c]], but the area where the operating system is stored isn't be encrypted.~
This is so that FuguIta's fresh boot (boot modes 0, 1, and 2) can be used without a passphrase even though the data storage partition is encrypted.~
In contrast, the entire media on which FuguIta LiveUSB is stored can also be encrypted.~
The procedure is almost identical to [[OpenBSD's full-disk encryption>https://www.openbsd.org/faq/faq14.html#softraidFDE]], roughly as follows.~
1. Initialize the desired disk and create an encrypted volume.~
2. Apply the newdrive function of the usbfadm utility to the encrypted volume.~
The specific steps are as follows~
''Note:'' The following procedure is valid only for Legacy BIOS boot; further investigation is required for UEFI boot.~
''Create encrypted volume''~
The work is done with root privileges. In the following example, sd1 is the volume to be encrypted.~
First, write random data to the entire disk.
 test# dd if=/dev/urandom of=/dev/rsd1c bs=1m
 dd: /dev/rsd1c: end of device
 2049+0 records in
 2048+0 records out
 2147483648 bytes transferred in 42.961 secs (49986618 bytes/sec)
Next, initialize the fdisk partition.
 test# fdisk -iy sd1
 Writing MBR at offset 0.
Create a RAID partition using the disklabel command.
 test# disklabel -E sd1
 Label editor (enter '?' for help at any prompt)
 sd1> a a
 offset: [64]
 size: [4194240] *
 FS type: [4.2BSD] raid
 sd1*> w
 sd1> q
 No label changes.
Create an encrypted volume in the RAID partition you just created.
 test# bioctl -c C -l /dev/sd1a softraid0
 New passphrase:
 Re-type passphrase:
 softraid0: CRYPTO volume attached as sd2
 test# dd if=/dev/zero of=/dev/rsd2c bs=1m count=1
 dd: /dev/rsd2c: short write on character device
 dd: /dev/rsd2c: end of device
 2048+0 records in
 2047+1 records out
 2147180544 bytes transferred in 70.967 secs (30255841 bytes/sec)
The encrypted volume sd2 has now been created.~
''Installing FuguIta LiveUSB on an encrypted volume''~
Installation of FuguIta LiveUSB on the encrypted volume sd2 is the same as the normal remastering of FuguIta LiveUSB.
 test# usbfadm
 Welcome to usbfadm.
 USB flash drive administration tool for FuguIta
  Version/Arch: 7.2/amd64  (FuguIta-7.2-amd64-202301181)
     Boot mode: manual
 Target device: not set
 Data saved as: not set
 readline capability available
 TAB to complete the reserved words
 Type ? for help.
 ? : ? ->newdrive
 Please make sure the device inserted.
 Then press ENTER ->
 ==== disk(s) and vnode devices	============================
 sd0 at scsibus1 targ 0 lun 0: <VirtIO, Block Device, >
 sd0: 2048MB, 512 bytes/sector, 4194304 sectors
 sd1 at scsibus1 targ 0 lun 0: <VirtIO, Block Device, >
 sd1: 2048MB, 512 bytes/sector, 4194304 sectors
 sd2 at scsibus4 targ 1 lun 0: <OPENBSD, SR CRYPTO, 006>
 sd2: 2047MB, 512 bytes/sector, 4193712 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-7.2-amd64.ffsimg on sd0a, inode 48172
 Enter the name of device which FuguIta will be installed->sd2
Since the entire disk is encrypted, there is no need to encrypt the partition for user data storage.~
 user data encryption? [y/N] ->n
''Confirmation of operation''~
Confirm that when you boot the created FuguIta LiveUSB, it asks you for your passphrase before the boot prompt.
 Using drive 0, partition 3
 probing: pc0 com0 mem[638K 2046M a20=on]
 disk: hd0+ sr0*
 >> OpenBSD/amd64 BOOT 3.55
 >> bsd-fi.mp is for
 >> multiprocessor kernel (default).
 >> Enter 'bsd-fi' for Uniprocessor.
 cannot open sr0a:/etc/random.seed: No such file or directory
 booting sr0a:/bsd-fi.mp: 15754520+3781648+2256928+0+1179648[1141593+128+1231680+932473]=0x19125a0
 entry point at 0xffffffff81001000
 [ using 3306912 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-2022 OpenBSD. All rights reserved.  https://www.OpenBSD.org
 OpenBSD 7.2-stable (RDROOT.MP) #23: Wed Jan 18 09:09:22 JST 2023
 real mem = 2130694144 (2031MB)
 avail mem = 2046828544 (1952MB)

**setting MFS/TMPFS to mount on /ram (202212272) [#aa0102bd]
>[[kaw]] (2022-12-28 (Wed) 01:30:25)~
When remastering LiveUSB using usbfadm, you can now specify whether MFS or TMPFS is the file system to mount on /ram. The default is MFS.~
 fugu-demo# usbfadm
 sd1d : fugu-demo ->newdrive
 Type of /ram:
   1: [MFS]
   2:  TMPFS
Also, when creating LiveDVD images with remaster_dvd.sh, the command line option -m can now be used to specify the same.~
 fugu-demo# remaster_dvd.sh -h
 Usage: remaster_dvd.sh [-m mfs|tmpfs]
 fugu-demo# remaster_dvd.sh -m tmpfs
 Changing file system of /ram: from mfs to tmpfs
 mkhybrid 1.12b5.1
 Scanning .
 Scanning ./etc


**TMPFS optionally enabled at 202212191 [#l251334b]
>[[kaw]] (2022-12-19 (Mon) 15:35:41)~
A few weeks ago, a fix was committed for kernel panics caused by TMPFS operations.~
Therefore, in this release FuguIta-*-202212191, TMPFS is now enabled on the FuguIta kernel.~
At boot time, /ram is mounted with MFS as before, but to enable TMPFS mounting instead, rewrite the value of memfstype in the system image file fuguita-7.2-ARCH.ffsimg.~
The procedure is as follows~
To modify LiveUSB, on running FuguIta LiveUSB:
 # mount -uw /sysmedia
 # mount -uw /fuguita
 # sed -i.bak -e '/memfstype=/s/=mfs/=tmpfs/' /fuguita/etc/fuguita/global.conf
   ↑or use your preferred editor
 # cat /fuguita/etc/fuguita/global.conf 
 fuguita_sys_mb=1010  # size of media.img
 memfstype=tmpfs        # 'mfs' or 'tmpfs'  <-- make sure memfstype is set to tmpfs
 mfs_max_mb=30720     # mfs hard limit - 30GB
 # mount -ur /fuguita
 # mount -ur /sysmedia
 # reboot
To generate modified ISO image, on running FuguIta LiveUSB or LiveDVD:
 # cd /
 # pax -rwpe sysmedia WORKDIR  <-- WORKDIR is the directory
                                   that can have the capacity more than about 2GB
 # cd WORKDIR/sysmedia
 # vnconfig vnd0 fuguita-7.2-amd64.ffsimg
 # mount /dev/vnd0a /mnt
 # sed -i.bak -e '/memfstype=/s/=mfs/=tmpfs/' /mnt/etc/fuguita/global.config
    ↑or use your preferred editor
 # cat /mnt/etc/fuguita/global.conf
 fuguita_sys_mb=1010  # size of media.img
 memfstype=tmpfs	       # 'mfs' or 'tmpfs'  <-- make sure memfstype is set to tmpfs
 mfs_max_mb=30720     # mfs hard limit - 30GB
 # umount /mnt
 # vnconfig -u vnd0
 # remaster_dvd.sh  <-- generate ISO image
 mkhybrid 1.12b5.1
 Scanning .
 Scanning ./etc
 Size of boot image is 4 sectors -> No-emulation CD boot sector
 Total translation table size: 0
 Total rockridge attributes bytes: 1028
 Total directory bytes: 2048
 Path table size(bytes): 22
 512769 extents written (1001 Mb)
 # ls -l ..  <-- the ISO image is generated at parent directory
 total 2052114
 -rw-r--r--  1 root  wheel  1050150912 Dec 18 06:13 FuguIta-7.2-amd64-202212181.iso
 drwxr-xr-x  3 root  wheel	  512 Oct 22 17:09 sysmedia
When booting with modified media, size of tmpfs is prompted.
 available memory: 239M
 Enter tmpfs size (0M is auto).
   You can add suffix K, M, or G.
   % is a percentage of memory size.
   and %% is a percentage of the total memory and swap.
   otherwise considered "megabytes"
 [default: 0M] ->
 set tmpfs size to 0MB
With the procedures described above, you can use FuguIta with TMPFS.
Although note that TMPFS is not completely stable.
TMPFS may cause kernel panic when it is heavily being paged out and in.
For example, this problem can be reproduced by executing following test script.
 # test directory located in tmpfs
 testdir=/ram  # in case of FuguIta
 cd $testdir || exit 1
 df -h
 swapctl -lk
 blk=64  # block size of dd write in MB
 while [[ $(df -h | awk '$6 ~ /\/ram$/ { print 0+$5 }') < 95 ]]; do
     echo "====trying ${i}*${blk}MB ===="
     dd if=/dev/zero of=zerofill_${i} bs=1m count=$blk || break
     df -h
     swapctl -lk
|CENTER:Click to enlarge|

Former articles are at [[FuguIta/BBS/12]].

Front page   Edit Diff History Attach Copy Rename Reload   New Page list Search Recent changes   Help   RSS of recent changes