Skip to content

Sharing Samba shares between users

19-Jan-10

Update 2

The path should look like so:

[homes]
comment = Home Directories
browseable = no
writable = yes
path = /tank/Users/%S

Note the capital %S.

Update

I found the answer to why the [home] share definition seemed to be screwed up. Basically, according to the smb.conf man page, %u maps to username, while %s maps to “service”. So, when I tried to access \\server\Public, the [home] directive gets matched because Public is a valid Samba user on the server. Samba then tries to figure out what directory this share should map to, and finds its definition is /tank/Users/%u. Well, %u gets expanded as Poojan, so it says that \\server\Public maps to /tank/Users/Poojan (as does \\server\Poojan). Instead, if I define the path as /tank/Users/%s, the directory gets expanded to /tank/Users/Public, because Public is the share being requested. And that’s what I want.

Original Post

I wanted to create per-user Samba shares on my file server. In addition (similar to Vista/Windows 7 setup), I wanted to create a Public directory. I thought (rather naively) that I could just add Public as another user. I did so with the following entry in smb.conf: More…

Be the first to like.

Freebsd + Samba with ZFS

18-Jan-10

I’ve just set up my new file server for Windows shares. Unfortunately, OpenSolaris doesn’t run on my PortWell machine, and I’ve decided that trying to run Windows within a VirtualBox VM (hosted by OpenSolaris) is a bit too flaky.

Here’s the set up: More…

Be the first to like.

OpenSolaris dev b130 (Xorg crash) and SATA drive incompatibilities

15-Jan-10

I’ve recently got my OpenSolaris machine set up pretty much all right. During this set up, I disabled/disconnected a few hard drives. Namely, B) an external eSATA/USB Maxtor model 6Yxxxx 250 GB hard drive C) an internal SATA Maxtor model 7Yxxxx 250 GB hard drive, and D) an external 1 TB USB drive. Now that the set up was complete, I reconnected/re-enabled all the drives.

I essentially ran into this problem: http://defect.opensolaris.org/bz/show_bug.cgi?id=13540 which is a meta-bug of sorts. Basically, this bug describes Xorg freezing up because something else (could be a number of things) caused it to crash.

So, I decided to experiment and I started deactivating drives one by one. First drive D, then drive B, then drive C. Things finally started working when all drives were disconnected. I reconnected drive B and things worked. I then reconnected drive C and things broke. Seemed like C was the problem. So, I turned off drive B. Things worked again. As it turns out, I could enable either drive B or drive C but not both.

That was weird. I even tried turning B back on but connecting it in USB mode. That still broke when C was connected. So, I disconnected B again and connected D. Still didn’t work.

For some reason, I could connect only drive C but not any other drives (other than my boot drive) when it was connected. It didn’t matter if they were eSATA or USB.

I still haven’t figured out why this is. Right now, I’m running with drive C disabled and my boot drive, B, and D all plugged in. I don’t know if it matters but drive C has an install of Nexenta Core 3.0 alpha 2 on it.

Be the first to like.

OpenSolars 2009.06 to dev b130: Xorg modules, ICEauthority, ptmx

15-Jan-10

Following my previous investigation, it seemed like Xorg was looking for modules in the wrong place. I therefore edited Xorg.conf and removed the entire Section Files. That fixed the problem of X not starting.

Then, I had a problem with .ICEauthority. Apparently, it used to be in /, but is now in /var/lib/gdm. The thing to do was:


pfexec usermod -d /var/lib/gdm gdm

which updates the home directory for the [ccigdm[/cci] user. The next problem seemed to be that the terminal settings were screwed up: doing an ls would put the newline at weird locations (sort of a stair-case outline of text). I think this is the problem: http://defect.opensolaris.org/bz/show_bug.cgi?id=12380. So, I add

clone:ptmx 0666 root sys

to /etc/minor_perm.

After reboot: yup. That fixed the problem. Now, it’s time for  VirtualBox.

Be the first to like.

Follow up 1: OpenSolaris xorg failure after upgrading 2009.06 to dev b130

14-Jan-10

Update 8 AM

This post on xwin-discuss explains the changes that caused this failure in xorg startup.

Original Post

OK. So, it seemed like a lot of stuff was missing. So, I tried to un-install and re-install the corresponding Xorg packages. I did a:

pfexec pkg uninstall SUNWxorg-mesa SUNWxorg-server SUNWcompiz-fusion-main SUNWgnome-desktop-prfs SUNWcompiz SUNWcompiz-fusion-extra SUNWdesktop-cache

When I tried to reinstall these packages, I got:

Unable to retrieve package data for publisher ‘opensolaris.org-dev’ from one
of the following origin(s):

http://pkg.opensolaris.org:80/dev/

The catalog retrieved from one of the origin(s) listed above only
contains package data for: opensolaris.org.

To resolve this issue, correct the origin information provided for
publisher ‘opensolaris.org-dev’ using the pkg set-publisher subcommand, or re-add
the publisher using the correct name and remove the ‘opensolaris.org-dev’
publisher.

To re-add this publisher with the correct name, execute the following
commands as a privileged user:

pkg set-publisher -P -g http://pkg.opensolaris.org:80/dev/ opensolaris.org
pkg unset-publisher opensolaris.org-dev

The way I read this, the dev repository http://pkg.opensolaris.org:80/dev/ identifies itself as opensolaris.org. So, I need to call it out locally as opensolaris.org. So, I did as they suggest:


pkg set-publisher -P -g http://pkg.opensolaris.org:80/dev/ opensolaris.org
pkg unset-publisher opensolaris.org-dev

Unfortunately, this left two repositories called opensolaris.org (both were preferred). So, I then did a pkg set-publisher –remove-origin=http://pkg.opensolaris.org/release opensolaris.org–which seemed to fix the problem. Then, I reinstalled everything:

pfexec pkg install SUNWxorg-mesa SUNWxorg-server SUNWcompiz-fusion-main SUNWgnome-desktop-prfs SUNWcompiz SUNWcompiz-fusion-extra SUNWdesktop-cache

This worked, but didn’t fix the problem. Eventually, I did some snooping around. I did a find -name ‘*drv*’ -print in /usr. This resulted in:

./sbin/i86/add_drv
./sbin/i86/update_drv
./sbin/i86/rem_drv
./sbin/amd64/rem_drv
./sbin/amd64/update_drv
./sbin/amd64/add_drv
./sbin/add_drv
./sbin/rem_drv
./sbin/update_drv
./lib/xorg/modules/multimedia/tda9885_drv.so
./lib/xorg/modules/multimedia/uda1380_drv.so
./lib/xorg/modules/multimedia/theatre_drv.so
./lib/xorg/modules/multimedia/theatre200_drv.so
./lib/xorg/modules/multimedia/tda8425_drv.so
./lib/xorg/modules/multimedia/theatre_detect_drv.so
./lib/xorg/modules/multimedia/msp3430_drv.so
./lib/xorg/modules/multimedia/fi1236_drv.so
./lib/xorg/modules/multimedia/bt829_drv.so
./lib/xorg/modules/multimedia/tda9850_drv.so
./lib/xorg/modules/multimedia/amd64/msp3430_drv.so
./lib/xorg/modules/multimedia/amd64/uda1380_drv.so
./lib/xorg/modules/multimedia/amd64/tda9885_drv.so
./lib/xorg/modules/multimedia/amd64/theatre_drv.so
./lib/xorg/modules/multimedia/amd64/tda8425_drv.so
./lib/xorg/modules/multimedia/amd64/theatre200_drv.so
./lib/xorg/modules/multimedia/amd64/tda9850_drv.so
./lib/xorg/modules/multimedia/amd64/bt829_drv.so
./lib/xorg/modules/multimedia/amd64/theatre_detect_drv.so
./lib/xorg/modules/multimedia/amd64/fi1236_drv.so
./lib/xorg/modules/drivers/vesa_drv.so
./lib/xorg/modules/drivers/i128_drv.so
./lib/xorg/modules/drivers/intel_drv.so
./lib/xorg/modules/drivers/i740_drv.so
./lib/xorg/modules/drivers/s3virge_drv.so
./lib/xorg/modules/drivers/tseng_drv.so
./lib/xorg/modules/drivers/ati_drv.so
./lib/xorg/modules/drivers/amd64/vesa_drv.so
./lib/xorg/modules/drivers/amd64/ati_drv.so
./lib/xorg/modules/drivers/amd64/ast_drv.so
./lib/xorg/modules/drivers/amd64/i810_drv.so
./lib/xorg/modules/drivers/amd64/radeonhd_drv.so
./lib/xorg/modules/drivers/amd64/vmware_drv.so
./lib/xorg/modules/drivers/amd64/mga_drv.so
./lib/xorg/modules/drivers/amd64/cirrus_drv.so
./lib/xorg/modules/drivers/amd64/mach64_drv.so
./lib/xorg/modules/drivers/amd64/radeon_drv.so
./lib/xorg/modules/drivers/amd64/openchrome_drv.so
./lib/xorg/modules/drivers/amd64/via_drv.so
./lib/xorg/modules/drivers/amd64/r128_drv.so
./lib/xorg/modules/drivers/amd64/intel_drv.so
./lib/xorg/modules/drivers/amd64/nv_drv.so
./lib/xorg/modules/drivers/amd64/trident_drv.so
./lib/xorg/modules/drivers/amd64/dummy_drv.so
./lib/xorg/modules/drivers/ast_drv.so
./lib/xorg/modules/drivers/dummy_drv.so
./lib/xorg/modules/drivers/rendition_drv.so
./lib/xorg/modules/drivers/glint_drv.so
./lib/xorg/modules/drivers/cirrus_drv.so
./lib/xorg/modules/drivers/i810_drv.so
./lib/xorg/modules/drivers/radeon_drv.so
./lib/xorg/modules/drivers/mach64_drv.so
./lib/xorg/modules/drivers/siliconmotion_drv.so
./lib/xorg/modules/drivers/radeonhd_drv.so
./lib/xorg/modules/drivers/neomagic_drv.so
./lib/xorg/modules/drivers/nv_drv.so
./lib/xorg/modules/drivers/vmware_drv.so
./lib/xorg/modules/drivers/apm_drv.so
./lib/xorg/modules/drivers/openchrome_drv.so
./lib/xorg/modules/drivers/savage_drv.so
./lib/xorg/modules/drivers/s3_drv.so
./lib/xorg/modules/drivers/sis_drv.so
./lib/xorg/modules/drivers/via_drv.so
./lib/xorg/modules/drivers/tdfx_drv.so
./lib/xorg/modules/drivers/r128_drv.so
./lib/xorg/modules/drivers/tga_drv.so
./lib/xorg/modules/drivers/ark_drv.so
./lib/xorg/modules/drivers/trident_drv.so
./lib/xorg/modules/drivers/mga_drv.so
./lib/xorg/modules/drivers/chips_drv.so
./lib/xorg/modules/input/amd64/hotkey_drv.so
./lib/xorg/modules/input/amd64/vmmouse_drv.so
./lib/xorg/modules/input/amd64/acecad_drv.so
./lib/xorg/modules/input/amd64/synaptics_drv.so
./lib/xorg/modules/input/amd64/void_drv.so
./lib/xorg/modules/input/amd64/mouse_drv.so
./lib/xorg/modules/input/amd64/kbd_drv.so
./lib/xorg/modules/input/acecad_drv.so
./lib/xorg/modules/input/kbd_drv.so
./lib/xorg/modules/input/synaptics_drv.so
./lib/xorg/modules/input/vmmouse_drv.so
./lib/xorg/modules/input/hotkey_drv.so
./lib/xorg/modules/input/mouse_drv.so
./lib/xorg/modules/input/void_drv.so
./X11/lib/modules/drivers/nvidia_drv.so
./X11/lib/modules/drivers/amd64/nvidia_drv.so
./share/man/man1m/add_drv.1m
./share/man/man1m/rem_drv.1m
./share/man/man1m/update_drv.1m
./share/man/man3devinfo/di_drv_first_node.3devinfo
./share/man/man3devinfo/di_drv_next_node.3devinfo
./ddu/scripts/3rd_drv_ins.sh
./ddu/utils/install_drv.py
./ddu/utils/install_all_drv.py

So, basically, all the modules and drivers now exist in /usr/lib/xorg (rather than /usr/X11/lib). This makes sense. There’s that line in the Xorg.log.0 that says:

(**) ModulePath set to “/usr/X11/lib/modules”[/cci]

That [cci](**)[/cci] means that this was set in the xorg.conf file which curiously sits in [cci]/etc/X11/xorg.conf[/cci]:

[cc](==) Using config file: “/etc/X11/xorg.conf”

So, it seems like the modules directory has been updated but is not set correctly in xorg.conf. This could be because my previous (2009.06) xorg.conf is still sitting around.

Tonight, I’ll try to update the xorg.conf (or better yet, replace it with a default) and see if that fixes things.

Be the first to like.

OpenSolaris Xorg failure after upgrading 2009.06 to dev b130

14-Jan-10

As I said in my previous post OpenSolaris image-update from 2009.06 to dev b130, I was worried that Xorg wouldn’t start up after I upgraded to b130.

That’s exactly what happened: no Xorg. Luckily, there was an Xorg.log.0 (in /var/logs):

X.Org X Server 1.7.3
Release Date: 2009-12-3
X Protocol Version 11, Revision 0
Build Operating System: SunOS 5.11 i86pc
Current Operating System: SunOS osol 5.11 snv_130 i86pc
Build Date: 07 December 2009 12:48:58PM
Solaris ABI: 32-bit
Current version of pixman: 0.16.2
Before reporting problems, check http://sunsolve.sun.com/
to make sure that you have the latest version.
Markers: (–) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(==) Log file: “/var/log/Xorg.0.log”, Time: Wed Jan 13 20:14:59 2010
(==) Using config file: “/etc/X11/xorg.conf”
Parse error on line 9 of section Files in file /etc/X11/xorg.conf
Ignoring obsolete keyword “RgbPath”.
(==) ServerLayout “X.org Configured”
(**) |–>Screen “Screen0” (0)
(**) | |–>Monitor “Monitor0”
(**) | |–>Device “Card0”
(**) |–>Input Device “Mouse0”
(**) |–>Input Device “Keyboard0”
(==) Disabling SIGIO handlers for input devices
(==) Automatically adding devices
(==) Automatically enabling devices
(WW) The directory “/usr/X11/lib/X11/fonts/TrueType/” does not exist.
Entry deleted from font path.
(WW) The directory “/usr/X11/lib/X11/fonts/Type1/” does not exist.
Entry deleted from font path.
(WW) The directory “/usr/X11/lib/X11/fonts/Type1/sun/” does not exist.
Entry deleted from font path.
(WW) The directory “/usr/X11/lib/X11/fonts/F3bitmaps/” does not exist.
Entry deleted from font path.
(WW) The directory “/usr/X11/lib/X11/fonts/misc/” does not exist.
Entry deleted from font path.
(WW) The directory “/usr/X11/lib/X11/fonts/100dpi/” does not exist.
Entry deleted from font path.
(WW) The directory “/usr/X11/lib/X11/fonts/75dpi/” does not exist.
Entry deleted from font path.
(**) FontPath set to:
catalogue:/etc/X11/fontpath.d
(**) ModulePath set to “/usr/X11/lib/modules”
(WW) AllowEmptyInput is on, devices using drivers ‘kbd’, ‘mouse’ or ‘vmmouse’ will be disabled.
(WW) Disabling Mouse0
(WW) Disabling Keyboard0
(II) Loader magic: 8217908
(II) Module ABI versions:
X.Org ANSI C Emulation: 0.4
X.Org Video Driver: 6.0
X.Org XInput driver : 7.0
X.Org Server Extension : 2.0
(–) using VT number 2

(–) PCI:*(0:1:0:0) 1002:5b60:1002:0302 ATI Technologies Inc RV370 5B60 [Radeon X300 (PCIE)] rev 0, Mem @ 0xd0000000/134217728, 0xdfde0000/65536, I/O @ 0x0000dc00/256, BIOS @ 0x????????/65536
(–) PCI: (0:1:0:1) 1002:5b70:1002:0303 ATI Technologies Inc RV370 [Radeon X300SE] rev 0, Mem @ 0xdfdf0000/65536, BIOS @ 0x????????/65536
(–) PCI: (0:4:1:0) 4444:0016:1002:fffb Internext Compression Inc iTVC16 (CX23416) MPEG-2 Encoder rev 1, Mem @ 0xd8000000/67108864, BIOS @ 0x????????/65536
(II) “extmod” will be loaded. This was enabled by default and also specified in the config file.
(II) “dbe” will be loaded. This was enabled by default and also specified in the config file.
(II) “glx” will be loaded by default.
(II) “dri” will be loaded. This was enabled by default and also specified in the config file.
(II) “dri2” will be loaded by default.
(II) “ia” will be loaded by default.
(II) “xtsol” will be loaded by default.
(II) LoadModule: “ia”
(WW) Warning, couldn’t open module ia
(II) UnloadModule: “ia”
(EE) Failed to load module “ia” (module does not exist, 0)
(II) LoadModule: “dbe”
(WW) Warning, couldn’t open module dbe
(II) UnloadModule: “dbe”
(EE) Failed to load module “dbe” (module does not exist, 0)
(II) LoadModule: “dri”
(WW) Warning, couldn’t open module dri
(II) UnloadModule: “dri”
(EE) Failed to load module “dri” (module does not exist, 0)
(II) LoadModule: “extmod”
(WW) Warning, couldn’t open module extmod
(II) UnloadModule: “extmod”
(EE) Failed to load module “extmod” (module does not exist, 0)
(II) LoadModule: “record”
(WW) Warning, couldn’t open module record
(II) UnloadModule: “record”
(EE) Failed to load module “record” (module does not exist, 0)
(II) LoadModule: “xtrap”
(WW) Warning, couldn’t open module xtrap
(II) UnloadModule: “xtrap”
(EE) Failed to load module “xtrap” (module does not exist, 0)
(II) LoadModule: “freetype”
(WW) Warning, couldn’t open module freetype
(II) UnloadModule: “freetype”
(EE) Failed to load module “freetype” (module does not exist, 0)
(II) LoadModule: “glx”
(II) Loading /usr/X11/lib/modules/extensions/NVIDIA/libglx.so
(II) Module glx: vendor=”NVIDIA Corporation”
compiled for 4.0.2, module version = 1.0.0
Module class: X.Org Server Extension
(II) NVIDIA GLX Module 190.42 Tue Oct 20 20:16:04 PDT 2009
(II) Loading extension GLX
(II) LoadModule: “dri2”
(WW) Warning, couldn’t open module dri2
(II) UnloadModule: “dri2”
(EE) Failed to load module “dri2” (module does not exist, 0)
(II) LoadModule: “ia”
(WW) Warning, couldn’t open module ia
(II) UnloadModule: “ia”
(EE) Failed to load module “ia” (module does not exist, 0)
(II) LoadModule: “xtsol”
(WW) Warning, couldn’t open module xtsol
(II) UnloadModule: “xtsol”
(EE) Failed to load module “xtsol” (module does not exist, 0)
(II) LoadModule: “vesa”
(WW) Warning, couldn’t open module vesa
(II) UnloadModule: “vesa”
(EE) Failed to load module “vesa” (module does not exist, 0)
(EE) No drivers available.

Fatal server error:
no screens found

Please consult the Sun Microsystems, Inc., based on X.Org Foundation sources support
at http://sunsolve.sun.com/
for help.
Please also check the log file at “/var/log/Xorg.0.log” for additional information.

Basically, a lot of stuff is missing from /usr/X11/lib/modules. I tried doing a pkg find vesa, but that didn’t work. I still don’t know a good way to find a package name by the file it provides (equivalent of rpm whatprovides). Anyway, I booted back to my old image and found that it seems I need SUNWxorg-graphics-ddx, SUNWxorg-mesa, and SUNWxorg-server. Not sure why these weren’t upgraded correctly.

Be the first to like.

OpenSolaris image-update from 2009.06 to dev b130

13-Jan-10

Update 5:39 PM CST

The reboot worked. Except I’m running into the following error: http://defect.opensolaris.org/bz/show_bug.cgi?id=11602

Only seen on the first boot.

Although, there’s a person with a persistent problem:

When I try to upgrade OpenSolaris 2009.06 to the latest dev build, these messages also appear, and the system never boots to GUI automatically anymore. Not on the first reboot after update, not on any other reboot.

Hopefully, it’ll be cleared up after a reboot tonight. Hopefully, I don’t run into Xorg not working after the upgrade.

Update 6:28 AM CST

Turns out I can ignore those warning messages. See http://www.opensolaris.org/jive/thread.jspa?threadID=114279&tstart=0

Original Post

Ran the following:
pfexec pkg set-authority -P opensolaris.org-dev
(I already defined opensolaris.org-dev in the pkg facility.)
pfexec pkg image-update
Which yielded the following:
DOWNLOAD                                    PKGS       FILES     XFER (MB)
consolidation/gnome_l10n/gnome_l10n-incorporation 689/745 53237/59291 731.27/824.59
consolidation/gnome_l10n/gnome_l10n-incorporation 690/745 53237/59291 731.27/824.59
consolidation/solaris_re/solaris_re-incorporation 742/745 59287/59291 823.51/824.59
consolidation/solaris_re/solaris_re-incorporation 743/745 59287/59291 823.51/824.59
Completed                                745/745 59291/59291 824.59/824.59

PHASE                                        ACTIONS
Removal Phase                            30242/35329
Warning – directory usr/share/virt-manager/vncViewer not empty – contents preserved in /tmp/tmpkMDO2Q/var/pkg/lost+found/usr/share/virt-manager/vncViewer-20100112T210225Z
Removal Phase                            31655/35329
Warning – directory etc/sma/snmp/mibs not empty – contents preserved in /tmp/tmpkMDO2Q/var/pkg/lost+found/etc/sma/snmp/mibs-20100112T210226Z
Removal Phase                            35329/35329
Install Phase                            65445/65666 The ‘pcieb’ driver shares the alias ‘pciexclass,060400’ with the ‘pcie_pci’
driver, but the system cannot determine how the latter was delivered.
Its entry on line 2 in /etc/driver_aliases has been commented
out.  If this driver is no longer needed, it may be removed by booting
into the ‘opensolaris-3’ boot environment and invoking ‘rem_drv pcie_pci’
as well as removing line 2 from /etc/driver_aliases or, before
rebooting, mounting the ‘opensolaris-3’ boot environment and running
‘rem_drv -b pcie_pci’ and removing line 2 from
/etc/driver_aliases.
The ‘pcieb’ driver shares the alias ‘pciexclass,060401’ with the ‘pcie_pci’
driver, but the system cannot determine how the latter was delivered.
Its entry on line 3 in /etc/driver_aliases has been commented
out.  If this driver is no longer needed, it may be removed by booting
into the ‘opensolaris-3’ boot environment and invoking ‘rem_drv pcie_pci’
as well as removing line 3 from /etc/driver_aliases or, before
rebooting, mounting the ‘opensolaris-3’ boot environment and running
‘rem_drv -b pcie_pci’ and removing line 3 from
/etc/driver_aliases.
Install Phase                            65666/65666
Update Phase                             23152/23997 driver (aggr) upgrade (removal of policy’read_priv_set=net_rawaccess write_priv_set=net_rawaccess) failed: minor node spec required.
Update Phase                             23153/23997 driver (vnic) upgrade (removal of policy’read_priv_set=net_rawaccess write_priv_set=net_rawaccess) failed: minor node spec required.
Update Phase                             23154/23997 driver (softmac) upgrade (removal of policy’read_priv_set=net_rawaccess write_priv_set=net_rawaccess) failed: minor node spec required.
Update Phase                             23164/23997 driver (ibd) upgrade (removal of policy’read_priv_set=net_rawaccess write_priv_set=net_rawaccess) failed: minor node spec required.
Update Phase                             23166/23997 driver (pcelx) upgrade (removal of policy’read_priv_set=net_rawaccess write_priv_set=net_rawaccess) failed: minor node spec required.
Update Phase                             23180/23997 driver (dnet) upgrade (removal of policy’read_priv_set=net_rawaccess write_priv_set=net_rawaccess) failed: minor node spec required.
Update Phase                             23181/23997 driver (iprb) upgrade (removal of policy’read_priv_set=net_rawaccess write_priv_set=net_rawaccess) failed: minor node spec required.
Update Phase                             23182/23997 driver (elxl) upgrade (removal of policy’read_priv_set=net_rawaccess write_priv_set=net_rawaccess) failed: minor node spec required.
Update Phase                             23183/23997
driver (asy) upgrade (addition of minor perm ‘*,cu 0600 uucp uucp’) failed with return code 255
command run was: /usr/sbin/update_drv -b /tmp/tmpkMDO2Q -a -m *,cu 0600 uucp uucp asy
command output was:
————————————————————
Option (-m) : missing token: (*)
————————————————————
Update Phase                             23997/23997

A clone of opensolaris-1 exists and has been updated and activated.
On the next boot the Boot Environment opensolaris-3 will be mounted on ‘/’.
Reboot when ready to switch to this updated BE.

—————————————————————————
NOTE: Please review release notes posted at:

http://opensolaris.org/os/project/indiana/resources/relnotes/200906/x86/
—————————————————————————

Due to the failures, I have a suspicion that this isn’t going to work out. Guess I’ll find out.

Be the first to like.

OpenSolaris

12-Jan-10

I’ve been tinkering with OpenSolaris lately. My intent is to take advantage of ZFS to leverage a small PortWell machine as a NAS. Unfortunately, as soon as the OpenSolaris install CD boots, it probes the computer and results in the following error message:

WARNING: /pci@0,0/pci8086,8119@1d,1 (uhci1): Connecting device on port 2 failed

If I have a USB keyboard connected, I additionally see the following:

WARNING: /pci@0,0/pci8086,8119@1d,2 (uhci2): Connecting device on port 2 failed

Upon which, my USB keyboard goes completely dead (as if unplugged). No toggling caps lock, num lock, nor scroll lock. The same happens for all variants of OpenSolaris that I tried: OpenSolaris 2008.11, OpenSolaris 2009.06, OpenSolars dev build 130, Nexenta Core 3 Alpha 3, Nexenta Core 2.0.

So, instead, I decided to go after installing OpenSolaris on an old Dell 8400. I intended to run OpenSolaris on it and Windows 7 inside a VM. I initially installed the build-130 version of OpenSolaris dev. That seemed to work, except that a little after logging into the X desktop, the system locks up. I tried installing Nexenta 3 alpha 2, and Nexenta 2. They worked, except there’s no X11 system (see here: ). More importantly, there are no packages for xVM–and the Nexenta Core systems don’t use the OpenSolaris pkg facility.

So, I went back to OpenSolaris and installed 2009.06. That worked. Except I found out that xVM (Xen) requires processor virtualization (AMD-V, Intel VT) to run Windows (hardware virtualization rather than paravirtualization).

So, I went on to installing VirtualBox. Unfortunately, VirtualBox requires build 126 or later. So, I need to install the development packages. I think I did this the wrong way, because I added the dev repository, selected the entire package and clicked install. I think this broke things because it installed all the packages in the dev library, rather than just upgrading the packages I already have. Luckily, OpenSolaris’ package manager made a image snapshot for me so that I could revert the changes.

Tonight, I will try to use pkg image-update. I wasn’t sure if this created a new image or not, but it seems to. In addition, I’m hoping it’ll update the grub menu.lst file so I can use grub to revert back to the known-good rollback.

Be the first to like.