This post is about service ssh in solaris 9 or 10

Solaris 9
Disable service ssh ?

bash> /etc/init.d/sshd stop
bash> /etc/rc3.d/S89sshd stop

Enable service ssh ?

bash> /etc/init.d/sshd start
bash> /etc/rc3.d/S89sshd start

Refresh service ssh ?

bash> kill -HUP `cat /var/run/sshd.pid`

Solaris 10
First you can check service ssh with command

bash> svcs | grep ssh
online Jan_21 svc:/network/ssh:default

If status ssh offline, you can make online with command:

bash> svcadm enable -t network/ssh:default
bash> /lib/svc/method/sshd start

Disable service ssh ?

bash> svcadm disable -t network/ssh:default

Restart service ssh ?

bash> svcadm restart network/ssh:default
bash> /lib/svc/method/sshd restart

Refresh service ssh ?

bash> svcadm refresh network/ssh:default

For a root enable connect to host via ssh service

bash> vi /etc/ssh/sshd_config

[….]
# Valid options are yes, without-password, no.
PermitRootLogin no
[….]

Replace no with yes, after that save the edited configuration.
Don’t forget for the restart service ssh, after edit configuration.

Fuente: http://sysinfo.bascomp.org/solaris/ssh-in-solaris/

Listar todos los ficheros de un paquete

$ dpkg -L nombre_paquete

Instalar un paquete de una release concreta

# apt-get install -t unstable nombre_paquete

Bloquear (hold) un paquete para que no se actualice en los upgrades

# echo nombre_paquete hold | dpkg —set-selections

Quitar el bloqueo a un paquete

# echo nombre_paquete install | dpkg —set-selections

Ver la versión de un paquete instalado

$ apt-cache policy nombre_paquete | grep Installed

Listar los paquetes que contienen cierta cadena en su nombre

$ COLUMNS=120 dpkg -l | grep string

Obtener el estado(hold, purge) de un paquete

$ dpkg —get-selections nombre_paquete

Eliminar un paquete y sus ficheros de configuración

# dpkg —purge nombre_paquete

Ver las dependencias de un paquete y su descripción

$ apt-cache showpkg nombre_paquete

Buscar paquetes relacionados con un término

$ apt-cache search string

Fuente: http://crysol.org/es/node/59

Here are some basic XSCF console commands used on Sun hardware:
To show all domains:
XSCF> showdomainstatus -a

To display logged users:
XSCF> who

To show domain 00 status:
XSCF> showdomainstatus -d 00

To login to domain 00:
XSCF> console -d 00

To send break:
XSCF> sendbreak

To displays sensors information:
XSCF> showenvironment

To lists degraded components:
XSCF> showstatus

To reset domain 00:
XSCF> reset -d 00

Where can be:

por: system reset

xir: CPU reset

panic: panic instruction

To power on/off:
XSCF> poweron [-a]
XSCF> poweroff [-a]

To logout from the XSCF console:
XSCF> exit

To return from a domain terminal:
#.

XSCF crib

Basic XSCF commands.
Power on domain.

poweron -d 0 # poweron domain 0

connect to domain console

console -d 0
To escape press #.

View operator panel switch posision.

XSCF> showhardconf
SPARC Enterprise M4000;
+ Serial:BCF0840036; Operator_Panel_Switch:Locked;

— more outout skipped —-

To send a break signal

XSCF>sendbreak -d 0
Send break signal to DomainID 0?[y|n] :y

Change secure domain setting denying domain to ignore break signal.

XSCF> showdomainmode -d 0
Host-ID :85021570
Diagnostic Level :min
Secure Mode :on
Autoboot :on
CPU Mode :auto
XSCF> setdomainmode -d 0 -m secure=off
Diagnostic Level :min -> -
Secure Mode :on -> off
Autoboot :on -> -
CPU Mode :auto -> -
The specified modes will be changed.
Continue? [y|n] :y
configured.
Diagnostic Level :min
Secure Mode :off (host watchdog: unavailable Break-signal:receive)
Autoboot :on (autoboot:on)
CPU Mode :auto

Esto que te comento es sobre una máquina solaris 8, pero no creo que haya problemas sobre otros SO.

Reiniciamos la máquina
# init 0

Desde el bootpromt arrancamos en modo monousuario.
ok boot -s

Ahora hacemos el backup
# ufsdump 0uf /dev/rmt/0 /dev/rdsk/c0t0d0s0

Para verificar que el backup es correcto.
# ufsrestore tvf /dev/rmt/0

Ahora arrancamos la máquina en modo normal.

Si perdemos el / hariamos lo siguiente:

Desde el prompt boot Arrancamos desde cd.

ok boot cdrom -s

Creamos y formateamos el filesystem:

#newfs /dev/rdsk/c0t0d0s0
#fsck /dev/rdsk/c0t0d0s0

Montamos el nuevo filesystem en el directorio /a del cd (viene preparado).

#mount /dev/rdsk/c0t0d0s0 /a
# cd /a

Ahora restauramos de cinta el filesystem /

# ufsrestore rf /dev/rmt/0

Borramos el fichero restoremytable.

# rm restoremytable

Instalamos el bloque de arranque.

# cd /usr/platform/`uname -m`/lib/fs/ufs
# installboot bootblk /dev/rdsk/c0t0d0s0

Desmontamos el directorio /a

# cd /
# umount /a

Hacemos un Reboot

# reboot.

The Sun SPARC® Enterprise M-series server line is the newest addition to Sun Microsystem’s mid-range (M4000/M5000) and high-end server (M8000/M9000) families. Designed for the enterprise- class datacenter, all members of the server line offer a great deal of configuration flexibility in addition to high performance and reliability.

#########################################################################
#. >>switch the prompt from domain console to XSCF console

XSCF>console -d 0 >>swith from XSCF console to domain console
XSCF>console -d 0 -f >>swith from XSCF console to domain console with force option
XSCF>reset -d 0 xir >>reset/restart domain 0 console
XSCF>poweroff -d 0 >>power off domain ID 0
XSCF>poweroff -f -d 0 >>forcibly power off domain ID 0

XSCF>poweroff -a >>power off all domain together
XSCF>poweron -a >>power on all domain
XSCF>poweron -d 0 >>power on domain ID 0

XSCF>version -c xcp >>to determine firmware version
XSCF>switchscf -t Standby

XSCF>snapshot -d usb0 >>save/collect log to USB flash disk
XSCF>showlogs power

XSCF> setdomainmode -d 0 -m autoboot=on
XSCF> showdomainmode -d 0
Host-ID : 85289956
Diagnostic Level : min
Secure Mode : on
Autoboot : on
CPU Mode : auto

Debemos editar el archivo

/kernel/drv/ e1000g.conf

Y declarar lo siguiente, que se encuentra en negritas, es la única modificación que debemos hacer sin modificar nada, mas.

# Driver.conf file for Intel e1000g Gigabit Ethernet Adapter
#
# Copyright © 2002, by Intel, Inc.
# All Rights Reserved.
#
#ident “@(#)e1000g.conf 1.1 98/09/22 Intel”
#
# Copyright 2006 Sun Microsystems, Inc. All rights reserved.
# Use is subject to license terms.
#
# ident “@(#)e1000g.conf 1.4 06/03/06 SMI”
#
ForceSpeedDuplex=4,4,4,4,4,4,4,4,4,4,4,4,4,4,4,4;
# This will force Speed and Duplex for following settings for a typical instance.
# 1 will set the 10 Mbps speed and Half Duplex mode.
# 2 will set the 10 Mbps speed and Full Duplex mode.
# 3 will set the 100 Mbps speed and half Duplex mode.
# 4 will set the 100 Mbps speed and Full Duplex mode.
# 7 will let adapter autonegotiate.

y tambien por si las dudas realizamos lo siguiente.

# ndd -set /dev/e1000g0 adv_100hdx_cap 0
# ndd -set /dev/e1000g0 adv_100fdx_cap 1
# ndd -set /dev/e1000g0 adv_autoneg_cap 0

Nota: e1000g0 corresponde a la interfaz de red de tu equipo, por lo cual pudiera variar.

El núcleo o “kernel”.

En el sistema operativo UNIX se reconocen tres niveles de abstracción:
- el hardware;
- el núcleo del sistema operativo (kernel);
- los programas de usuario (aplicaciones).
El kernel presenta al usuario o los programas de aplicación una interfaz de programación de alto nivel, implementando la mayoría de las facilidades requeridas por éstos. Reúne el manejo de una serie de siguientes conceptos ligados al hardware de nivel más bajo:
- procesos (tiempo compartido, espacios de direccionamiento protegidos);
- señales y semáforos;
- memoria virtual ("swapping”, paginado);
- sistema de archivos;
- tubos ("pipes") y conexiones de red.
Una parte del kernel es independiente de los dispositivos presentes en el sistema, pero otra contiene los controladores necesarios para manejar partes específicas del hardware. El kernel intrepreta los pedidos de los programas y los traduce en secuencias de bits que, presentadas a los registros de los controladores, operan sobre los dispositivos físicos.
El kernel está escrito casi todo en C, salvo una pequeña parte en lenguaje ensamblador para los procesos de bajo nivel. El tamaño puede ir desde unos 400 KB hasta más de 15 MB.

Tipos de kernel.

Todos los sistemas permiten indicar al kernel qué hardware encontrará, o cuál no debe buscar; algunos kernels pueden explorar el sistema por sí solos.
Solaris usa un kernel totalmente modular, y puede cargar los controladores de dispositivos al momento que se necesitan, gracias a la coherencia de la arquitectura propietaria de Sun, mucho mayor que la de un computador personal. HP-UX también puede determinar su hardware sin intervención del administrador. FreeBSD y los UNIX BSD en general requieren indicación explícita del hardware del equipo; esto resulta a veces difícil por la poca información técnica que los fabricantes de partes PC proveen a los usuarios. Linux compila los controladores en el kernel como los BSD, pero también maneja módulos a la manera de Solaris, aunque no tan limpiamente, debido a las limitaciones de la arquitectura PC.
En la siguiente tabla se muestra el nombre del directorio donde se compila el kernel (directorio de compilación), así como nombre y ubicación del kernel para algunos sistemas ejemplo:

Sistema Directorio de compilación Kernel
Solaris (usa módulos) /kernel/unix
HP-UX /stand /stand/vmunix
Linux /usr/src/linux /vmlinux o /boot/vmlinuz
FreeBSD /usr/src/sys /kernel

En el tiempo que tengo jugando con equipos SUN poco a poco se van detectando ciertas fallas y hoy platicaremos de una de ellas que ocurre muy seguido…. “corrupción del boot-archive”

El boot-archive es un servicio; svc:/system/boot-archive manejado por el SMF (Service Manager Facility ) Hay ocasiones que ante una caída o reinicio inesperado del equipo, en el momento del booteo se encuentra una inconsistencia en el archive y manda a modo mantenimiento…;

WARNING: The following files in / differ from the boot archive:

changed /kernel/drv/sd.conf

The recommended action is to reboot to the failsafe archive to correct
the above inconsistency. To accomplish this, on a GRUB-based platform,
reboot and select the “Solaris failsafe” option from the boot menu.
On an OBP-based platform, reboot then type “boot -F failsafe”. Then
follow the prompts to update the boot archive. Alternately, to continue
booting at your own risk, you may clear the service by running:
“svcadm clear system/boot-archive”
Root password for system maintenance (control-d to bypass):
single-user privilege assigned to /dev/console.
Entering System Maintenance Mode

Después de probar varios métodos, ésta es la forma más sencilla de solucionar el problame. Desde modo mantenimiento:

# svcadm clear system/boot-archive

( este comando actua como un “boot -F failsafe” )

# bootadm update-archive

Y para validar que el “clear” funcionó, le damos un reboot al equipo.

Fuente: http://m3m0x.wordpress.com/2010/06/01/corrupcion-del-boot-archive/