Adam Chunn wrote:
However, I wonder why svcadm disable doesn't seem to work in your
case. One reason could be, that this change does not make it into the
boot archive. Before the steps from above try svcadm disable once
again and perform a clean init 6 reboot.
This problem is fixed, but here is some more information:
When I enter System Maintenance Mode the boot-archive complains like so:
WARNING: The following files in / differ from the boot archive:
/etc/driver_aliases
/etc/driver_classes
/etc/name_to_major
These are all files that are changed when a driver loads. It seems like
these files shouldn't be in the boot-archive.
The reason why I think the boot-archive cannot be disabled is because of
the boot_archive module that is loaded into the kernel by GRUB:
# cat /rpool/boot/grub/menu.lst
splashimage /boot/grub/splash.xpm.gz
background 215ECA
timeout 5
default 0
#---------- ADDED BY BOOTADM - DO NOT EDIT ----------
title OpenSolaris 2009.06
findroot (pool_rpool,0,a)
bootfs rpool/ROOT/opensolaris
splashimage /boot/solaris.xpm
foreground d25f00
background 115d93
kernel$ /platform/i86pc/kernel/$ISADIR/unix -B
$ZFS-BOOTFS,console=graphics
module$ /platform/i86pc/$ISADIR/boot_archive
#---------------------END BOOTADM--------------------
I assume that the boot_archive module runs independently of the
system/boot-archive svcadm task. When I try and remove the module line
from the the GRUB menu list, my system hangs.
Still, it doesn't explain why when I neuter /lib/svc/method/boot-archive
my issue is fixed.
-Adam
_______________________________________________
driver-discuss mailing list
driver-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/driver-discuss
