Solaris 11 Express -> Solaris 11 / iBus problems

[Rob McMahon]

I know this isn't really OpenSolaris related, but I don't know of a
better list.

I've just done the pkg image-update to take me from express 151.0.1.12.
I tried a couple of weeks ago, and was left with an unusable boot
environment. I was left without a graphical screen at a login prompt.
My old account was rejected "Login incorrect", and root said "empty
password not allowed". I didn't have time then to investigate, so I
just booted back into the old environment for a while.

I've just tried again, with the same result. Along the way were several
messages about services auto-snaphot:* "in conflict" and in maintenance,
and "hostname not found: ntp.whatever". No graphics, and no login as above.

I won't go through all the reboots into single user mode to fix the
situation, but basically the upgrade trashes at least nsswitch.conf,
passwd, and shadow and /etc/default/nfs.

nsswitch.conf has been moved to properties of service
name-service/switch, but the upgrade doesn't take across your old
settings, so I had to (in single user mode)

svccfg -s name-service/switch
setprop config/default = "files nis"
setprop config/host = "files dns nis"
setprop config/enable_passwd_compat = true
end

We use NIS with for most stuff with "compat" for passwd. There are dire
warnings about compat mode going away, and to use pam.list, but this
doesn't cover doing

+user1
+user2
+:*:::::/bin/false

as far as I can tell, and we use that a lot so that, e.g., `ls -l` can
come up with sensible names even though the users have no access to the
local machine.

/etc/passwd and /etc/shadow have also had all the `+' entries removed,
so those need fixed back to where they were. I can now log in to the
X. `su root' doesn't ask for a password (!) What happened to my old
root password ?? So - su ; passwd root. Now it won't let me get to
root at all, through su or pfexec :-(

My home directory is all owened by nobody:nobody. The config from
/etc/default/nfs has moved to a property within sharectl. It took me a
while to realise it wasn't really a property of nfs/mapid, svcprop shows
it as nfs-props/nfsmapid_domain, but svccfg doesn't let you set it
there: "nfs-props is not a property group". That's fairly confusing,
although it's my fault for not actually reading the new
/etc/default/nfs. So anyway, back to single user and

sharectl set -p nfsmapid_domain=... nfs
svcadm enable rpc/bind
svcadm enable nis/client
usermod -R root user
usermod -P 'Systems Administrator' user
Add
user ALL=(ALL)ALL
to /etc/sudoers for good measure.

And I'm in and working. I hope this helps some people.

Now I have everything but my gDesklets (I miss my clock ...), which
seems to have gone from Accessories, and my input-method, which I need.
I was using it before, but it's gone from my taskbar. I go to
"System->Preferences->Input Method Selector". It's disabled, so I
enable it and select iBus. It tells me to re-login, which I do. Then I
go to "System->Preferences->Input Method - iBus" and (re-)configure it.
It's all accepted, but no icon appears in the task bar. "ibus-daemon
--xim" is running (x2). If I go back into the iBus configuration, it's
forgotten my last settings.

Any ideas how I can get my input-method working again ? It's a bit of a
show-stopper.

Cheers,

Rob

[Ian Collins]

This post might be inappropriate. Click to display it.