test

Note su Solaris 10 8/07

Common Desktop Environment

I problemi di Solaris 10 descritti qui di seguito si riferiscono al Common Desktop Environment (CDE).

I ruoli amministrativi trusted diversi da root non possono connettersi a X Window Server (6579866)

Quando un sistema x64 è configurato per Solaris Trusted Extensions, gli utenti con ruoli amministrativi diversi da root non possono connettersi al server X Window sulla console. Non è possibile avviare le applicazioni. Non viene visualizzato nessun messaggio di errore.

Soluzione. Consentire le connessioni TCP provenienti dall'host locale. Per consentire le connessioni TCP, creare un file /etc/X0.hosts e aggiungervi una singola riga che contiene il nome host della zona globale.

Il blocco schermo di Trusted CDE chiude la sessione dell'utente (6564548)

Nel desktop Trusted CDE, il blocco dello schermo si avvia correttamente, tuttavia, quando lo schermo viene sbloccato, il desktop visualizza un messaggio inesatto e chiude la sessione dell'utente. Il problema si verifica con tutti i servizi di denominazione fatta eccezione per LDAP.

Viene visualizzato il seguente messaggio di errore:


Your account has expired, you will be logged out in 10
seconds, or click OK to logout immediately

Soluzione. Scegliere una delle soluzioni seguenti.

Impossibile cambiare ruolo in Trusted Java DS (6546892)

In una sessione multi-etichetta del desktop Trusted Java DS, quando si cerca di passare a un ruolo differente, il desktop visualizza un messaggio inesatto. Di conseguenza, non è possibile cambiare il ruolo. Questo bug si verifica con tutti i servizi di denominazione fatta eccezione per LDAP.

Viene visualizzato il seguente messaggio di errore:


Couldn't set account management for root.

Soluzione. Scegliere una delle soluzioni seguenti.

Il puntatore del mouse e l'icona di dtfile non vengono visualizzati quando si trascina l'icona di dtfile (6462945)

In alcuni casi, quando si trascina l'icona di dtfile, l'icona e il puntatore del mouse non vengono visualizzati. Non viene visualizzato nessun messaggio di errore.

Soluzione. Aggiungere le righe seguenti al file /usr/dt/config/<locale>/sys.resources, dopo #if EXT_SUN_TS OL:


!! DragNDrop protocol. Other styles cause policy violation.
*DragInitiatorProtocolStyle:            DRAG_DYNAMIC
*DragReceiverProtocolStyle:             DRAG_DYNAMIC

SMC aggiorna il file tnrhdb ma non esegue tnctl per aggiornare la cache dell'host trusted (6471594)

Quando si utilizza SMC per gestire i modelli di sicurezza di rete, il file /etc/security/tsol/tnrhdb viene aggiornato ma la cache tndb non viene aggiornata. Le definizioni della sicurezza di rete non hanno effetto. Non viene visualizzato nessun messaggio di errore.

Soluzione. Dopo aver modificato una voce di rete in SMC, aggiornare manualmente la cache tndb con uno dei seguenti comandi:

La barra trusted scompare dopo la modifica della risoluzione dello schermo (6460624)

Quando si esegue il comando /usr/X11/bin/xrander -s per impostare una risoluzione inferiore dello schermo, la barra trusted non viene più visualizzata. Questa condizione si verifica effetto sul desktop Trusted CDE ma non sul desktop Trusted Java DS. Non viene visualizzato nessun messaggio di errore.

Soluzione. Dopo la modifica della risoluzione, riavviare la Gestione dello spazio di lavoro. Selezionare Finestre -> Riavvia la gestione dello spazio di lavoro dal menu dello spazio di lavoro del CDE e scegliere OK.

x86: Le applicazioni GNOME non operano correttamente con dtremote (6278039)

Le applicazioni GNOME non vengono avviate se si effettua un login remoto e si consente l'accesso facilitato in gnome-at-properties. Quando si cerca di avviare un'applicazione GNOME, viene visualizzato il seguente messaggio di errore:


** ERROR **: Accessibility app error:
 exception during registry activation from id:
 IDL:Bonobo/GeneralError:1.0
  aborting...

Soluzione. Nessuna. Non abilitare l'accesso facilitato quando si esegue il login con dtremote.

Per ripristinare le impostazioni predefinite del desktop che non prevedono l'abilitazione dell'accesso facilitato, chiudere la sessione di GNOME. Eseguire il seguente comando:


% gnome-cleanup

x86: Il comando kdmconfig non crea un file di identificazione del sistema per il server X Xorg (6217442)

Il metodo di installazione JumpStart utilizza un file di identificazione del sistema (sysidcfg). Questo file viene usato per generare uno specifico file di configurazione Xsun per il sistema. La parte del file sysidcfg relativa alla configurazione Xsun viene creata dal comando kdmconfig -d nome_file. Tuttavia, sui sistemi che utilizzano il server Xorg predefinito, il comando non crea un file con le informazioni di configurazione per Xorg. Ciò significa che, prima di usare il metodo JumpStart su questi sistemi, è necessario eseguire una procedura di preparazione aggiuntiva.

Soluzione. Prima di usare il metodo di installazione JumpStart su un sistema che utilizza il server Xorg, procedere come segue.

  1. Preparare un file xorg.conf da utilizzare sul sistema. Memorizzare questo file nella directory JumpStart del server JumpStart.

    Creare un file xorg.conf con uno dei comandi seguenti:

    • /usr/X11/bin/Xorg -configure

    • /usr/X11/bin/xorgconfig

    • /usr/X11/bin/xorgcfg

  2. Creare uno script finale che esegua una copia del file xorg.conf nella directory /etc/X11 del sistema da installare. Ad esempio, lo script potrebbe includere la riga seguente:


    cp ${SI_CONFIG_DIR}/xorg.conf /etc/X11/Xorg.conf

  3. Nel file delle regole usato con il metodo JumpStart personalizzato, includere lo script finale nella regola relativa al tipo di sistema da installare.

  4. Eseguire l'installazione JumpStart personalizzata.

Per istruzioni sull'installazione JumpStart personalizzata, vedere la Guida all’installazione di Solaris 10 8/07: metodo JumpStart personalizzato e installazioni avanzate . Il Capitolo 4 contiene informazioni sul file di regole usato nel metodo JumpStart, mentre il Capitolo 5 contiene una sezione sugli script finali.

Eliminazione della funzionalità di esecuzione automatica dei supporti removibili del CDE (4634260)

La funzionalità di esecuzione automatica della Gestione supporti removibili del CDE è stata temporaneamente rimossa da Solaris 10.

Soluzione. Per usare questa funzionalità per un CD-ROM o un altro supporto removibile, procedere in uno dei modi seguenti:

La Sincronizzazione PDA di Solaris non elimina l'ultimo elemento dal desktop (4260435)

Se si elimina l'ultimo elemento dal desktop e si esegue la sincronizzazione con il PDA, quell'elemento viene ripristinato dal PDA al desktop. Ad esempio, il problema si può verificare con l'ultimo appuntamento dell'agenda o con l'ultima scheda della Gestione indirizzi.

Soluzione. Eliminare manualmente l'ultimo elemento dal PDA prima di eseguire la sincronizzazione.