Changes to kern.geom.debugflags?

Chris Ross cross+freebsd at
Tue Dec 25 00:35:58 UTC 2012

On Dec 23, 2012, at 16:56 , Chris Ross <cross+freebsd at> wrote:
> I had brought up a machine months ago with freebsd-9-stable.  I configured it to boot off of a single disk, with ZFS, expecting I would likely later attach the other disk to the zpool.  I tried to do that today, but find that I can't write the bootloader to either disk.
> gpart: /dev/da0a: Operation not permitted
>   [...]

  Okay.  It occurred to me today what was likely the problem.  I was running, even when single user, off of the zfs pool on the disks I was trying to write the bootloader to.

  I tar'd up /boot after my recent install from a Dec 22 9-stable, and moved it off-host.  Then, I booted off of the July stable-9 CD-ROM I have in the machine, and was able to write bootblocks (with gpart bootcode) and a bootloader (dd if=/boot/zfsloader of=/dev/${disk}a bs=512 oseek=1024 conv=notrunc).

  Now, the new problem.  When I try to boot my sparc64 with these bits, I see:

>> FreeBSD/sparc64 ZFS boot block
   Boot path:   /pci at 1c,600000/scsi at 2/disk at 0,0:a
Consoles: Open Firmware console  
ERROR: Last Trap: Division by Zero

{1} ok

  So, does anyone know if something has gone unstable in the sparc64 zfsboot in recent months?  If I boot from the cdrom again and load the July zfsboot via gpart bootcode, it boots correctly again.

  Thanks.  Any feedback appreciated.

               - Chris

More information about the freebsd-sparc64 mailing list