Questa sezione riporta i problemi di installazione critici da prendere in considerazione prima di eseguire un'installazione o un aggiornamento al Sistema operativo Oracle Solaris 10. Questi problemi possono avere un impatto tale da impedire la riuscita dell'installazione o dell'aggiornamento. Se il sistema presenta uno dei bug descritti in questa sezione, è consigliabile eseguire le soluzioni raccomandate prima di procedere all'installazione o all'aggiornamento.
A partire da Solaris 10 8/07, l'utilizzo di Oracle Solaris Live Upgrade con Oracle Solaris Zones è supportato. Per maggiori informazioni vedere l'InfoDoc 206844 in http://sunsolve.sun.com/search/document.do?assetkey=1-61-206844-1.
Per garantire il corretto funzionamento di Oracle Solaris Live Upgrade con una data versione del sistema operativo, è necessario installare uno specifico insieme di patch con i numeri di revisione appropriati. Per l'elenco più aggiornato delle patch accedere al sito http://sunsolve.sun.com. La versione Oracle Solaris 10 9/10 presenta le seguenti limitazioni in relazione a Oracle Solaris Live Upgrade:
Per aggiornare il sistema operativo Solaris 8 in uso alla versione Oracle Solaris 10 9/10 tramite Oracle Solaris Live Upgrade, procedere come segue:
Per i sistemi SPARC: l'aggiornamento con Oracle Solaris Live Upgrade da Solaris 8 a Oracle Solaris 10 9/10 è supportato. Per informazioni sulle procedure dettagliate per l'utilizzo di Oracle Solaris Live Upgrade, vedere http://www.sun.com/bigadmin/features/articles/live_upgrade_patch.jsp.
Per i sistemi x86: l'aggiornamento con Oracle Solaris Live Upgrade da Solaris 8 a Oracle Solaris 10 9/10 non è supportato. In alternativa, usare la procedura di aggiornamento standard oppure eseguire Live Upgrade da Solaris 8 a Solaris 9 o al Sistema operativo Oracle Solaris 10. A quel punto sarà possibile eseguire l'aggiornamento con Oracle Solaris Live Upgrade da Solaris 9 o Oracle Solaris 10 a Oracle Solaris 10 9/10.
L'aggiornamento con Oracle Solaris Live Upgrade da Solaris 8 alle versioni Solaris 10 5/08, Solaris 10 10/08, Solaris 10 5/09 e Solaris 10 10/09 è supportato tramite http://sunsolve.sun.com/search/document.do?assetkey=1-9-250526-1.
Per aggiornare il sistema operativo Solaris 9 in uso alla versione Solaris 10 10/09 con Oracle Solaris Live Upgrade, applicare le seguenti patch:
Per i sistemi SPARC – 137477-01 o successiva
Per i sistemi x86 – 137478-01 o successiva
Per aggiornare il sistema operativo Oracle Solaris 10 in uso alla versione Oracle Solaris 10 9/10 con Oracle Solaris Live Upgrade, applicare le seguenti patch:
Per i sistemi SPARC – 137321-01 o successiva
Per i sistemi x86 – 137322-01 o successiva
Queste patch includono la nuova funzionalità p7zip. Oracle Solaris Live Upgrade richiede la funzionalità p7zip per il supporto dell'aggiornamento a Oracle Solaris 10 9/10.
Le informazioni minime sulle patch per l'ambiente di boot diretto prima dell'utilizzo di Oracle Solaris Live Upgrade sono disponibili nell'Infodoc 206844 all'indirizzo http://sunsolve.sun.com/search/document.do?assetkey=1-61-206844-1.
Oracle Solaris 10 9/10 consente di installare un file system root ZFS e configurare la root di una zona su ZFS. In genere, non ci sono particolari limitazioni per la creazione della root di una zona su ZFS. Se si prevede di utilizzare Oracle Solaris Live Upgrade con ZFS e le configurazioni di zona, tenere presente quanto segue:
Per utilizzare Oracle Solaris Live Upgrade con le configurazioni di zona supportate in Oracle Solaris 10 9/10 è necessario aggiornare prima il sistema alla versione Oracle Solaris 10 9/10 mediante il programma di aggiornamento standard.
Con Oracle Solaris Live Upgrade è possibile eseguire la migrazione del file system root UFS con root di zona a un file system root ZFS oppure aggiornare o applicare patch al file system root ZFS e alle root di zona.
Non è possibile eseguire direttamente la migrazione di configurazioni di zona non supportate da una versione precedente di Oracle Solaris 10 alla versione Oracle Solaris 10 9/10.
Per una descrizione dettagliata delle configurazioni di zona supportate da aggiornare o da modificare mediante patch nella versione Oracle Solaris 10 9/10, vedere Migrating a UFS Root File System to a ZFS Root File System (Oracle Solaris Live Upgrade) in Oracle Solaris ZFS Administration Guide.
Per istruzioni dettagliate sull'impostazione di queste configurazioni, vedere Oracle Solaris Installation and Oracle Solaris Live Upgrade Requirements for ZFS Support in Oracle Solaris ZFS Administration Guide.
Consultare le informazioni in questo capitolo prima di avviare la migrazione a un file system root ZFS o prima di configurare le zone su un sistema con un file system root ZFS. Seguire esattamente la procedura consigliata per configurare le zone in un sistema con file system root ZFS per garantire la possibilità di usare Oracle Solaris Live Upgrade in tale sistema.
I sistemi Oracle Solaris configurati con Solaris Trusted Extensions utilizzano zone non globali. L'aggiornamento di questi sistemi è analogo a quello di un sistema Oracle Solaris che utilizza le zone e presenta gli stessi problemi.
Zone ZFS: attualmente non è possibile aggiornare i sistemi Oracle Solaris con zone ZFS. Sui sistemi Trusted Extensions che contengono zone ZFS, l'alternativa consiste nel ricreare le zone. Per ricreare le zone, procedere come segue:
Per prima cosa eseguire un backup di tutti i dati con il comando tar -T.
Quindi eliminare le zone.
Aggiornare il sistema e riconfigurare tutte le zone.
Una volta che le zone sono state configurate, ripristinare tutti i dati.
Dominio NFSv4 – Dopo l'aggiornamento, quando si riattivano le singole zone con etichetta, verrà richiesto l'inserimento del dominio NFSv4. Per evitare questa richiesta, prima dell'aggiornamento aggiungere il valore corretto di NFSMAPID_DOMAIN al file /etc/default/nfs in ogni zona con etichetta. Per maggiori informazioni, vedere la CR 5110062.
Live Upgrade: quando si esegue l'aggiornamento con Live Upgrade nei sistemi Oracle Solaris con zone, si verifica il seguente bug:
Questi bug interessano anche la procedura Live Upgrade dei sistemi configurati con Trusted Extensions. Anche le soluzioni al problema sono le stesse.
Servizio di denominazione – Se al momento dell'installazione il sistema era stato configurato per l'utilizzo di un servizio di denominazione diverso da quello utilizzato durante l'aggiornamento, la zona globale potrebbe non utilizzare il servizio di denominazione corretto dopo l'avvio.
Ad esempio, se al momento dell'installazione era stato specificato il servizio di denominazione NIS ma il sistema è stato successivamente configurato come client LDAP, l'avvio con luactivate potrebbe ripristinare NS come servizio di denominazione della zona globale. Questa condizione è dovuta alla CR 6569407.
Per risolvere il problema, impostare il collegamento simbolico del file name_service.xml nella directory /var/svc/profile in modo che punti al file xml corretto per il servizio di denominazione in uso. Ad esempio, se durante l'installazione era stato specificato il servizio di denominazione NIS, name_service.xml dovrà essere un collegamento simbolico a ns_nis.xml. Se il sistema era stato successivamente configurato come client LDAP, e LDAP era in uso al momento di Live Upgrade, digitare il seguente comando:
# ln -fs ns_ldap.xml name_service.xml |
Eseguire il comando prima di avviare Live Upgrade o prima di eseguire lucreate. In alternativa, se il comando non è stato eseguito prima di lucreate, procedere come segue dopo aver eseguito luactivate:
Attivare con lumont il nuovo ambiente di boot:
# lumount <BE_name> |
Spostarsi nella directory /var/svc/profile dell'ambiente di boot.
# cd /.alt.<BE_name>/var/svc/profile |
Eseguire il collegamento appropriato di name_service.xml. Ad esempio:
# ln -fs ns_ldap.xml name_sevice.xml |
Attivare l'ambiente di boot con luumount.
# luumount <BE_name> |
Se il sistema è stato avviato senza eseguire i punti indicati in precedenza, sarà necessario avviare manualmente i servizi client SMF legati al servizio di denominazione appropriato.
Le procedure per l'utilizzo di patchadd con l'opzione -C che specifica una destinazione per applicare le patch a una miniroot su un sistema SPARC o x86 sono state modificate. Ora è necessario decomprimere la miniroot, applicare le patch e quindi ricomprimere la miniroot.
Per maggiori informazioni, vedere:
A partire da Solaris 10 8/07, i pacchetti Oracle Solaris Data Encryption Supplement sono inclusi per impostazione predefinita nel Sistema operativo Oracle Solaris 10. Non è più necessario scaricare e installare i pacchetti.
Le seguenti patch vengono applicate per risolvere i problemi riportati nei CR 6277164 e 6214222:
Patch con ID 119366-05 per i sistemi SPARC
Patch con ID 119367-05 per i sistemi x86
Le sezioni seguenti indicano le procedure aggiuntive richieste per risolvere in modo completo i problemi rilevati. Per maggiori informazioni, consultare la sezione Special Install Instructions del README relativo a queste patch.
L'installazione dei sistemi con scheda di rete elx o pcelx non riesce. Durante la configurazione della scheda di rete, può essere visualizzato il seguente messaggio di errore:
WARNING: elx: transmit or jabber underrun: d0<UNDER, INTR, CPLT> |
Per maggiori informazioni, vedere le pagine man elxl(7D) o pcelx(7D).
Soluzione. Installare ed eseguire il software su sistemi che non possiedono schede di rete elx o pcelx.
La dimensione predefinita del file system /var può rivelarsi insufficiente quando il file system /var si trova su una slice separata.
È necessario specificare manualmente una dimensione superiore per il file system /var.
Se il file system /var non si trova in una slice o in una partizione separata, il problema non si presenta.
Soluzione. Scegliere una delle soluzioni seguenti.
Se si utilizza il programma di installazione di Oracle Solaris con interfaccia grafica, procedere come segue.
Iniziare l'installazione.
Nella schermata di selezione del tipo di installazione, scegliere l'installazione personalizzata.
Nel programma di installazione di Oracle Solaris viene visualizzata una serie di schermate in cui è possibile personalizzare le versioni locali del software, i prodotti e la configurazione dei dischi.
Nella schermata Configurazione dei file system, selezionare Modifica.
Viene visualizzata la schermata di configurazione dei dischi.
Digitare /var nella colonna File system di una slice specifica e fare clic su Applica.
Il programma di installazione suggerisce una dimensione predefinita per il file system /var.
Modificare il valore della colonna Dimensione per il file system /var impostando un valore doppio della dimensione assegnata.
Ad esempio, se il programma di installazione assegna 40 Mbyte di spazio, impostare il valore Dimensione su 80.
Completare l'installazione.
Se si utilizza il programma di installazione di Oracle Solaris con interfaccia a caratteri, procedere come segue.
Iniziare l'installazione.
Nella schermata di selezione del tipo di installazione, scegliere l'installazione personalizzata.
Nel programma di installazione di Oracle Solaris viene visualizzata una serie di schermate in cui è possibile personalizzare le versioni locali del software, i prodotti e la configurazione dei dischi.
Nella schermata Configurazione dei file system, selezionare l'opzione Configurazione automatica.
Viene visualizzata la schermata di configurazione dei dischi.
Digitare /var nella colonna File System di una slice specifica.
Il programma di installazione suggerisce una dimensione predefinita per il file system /var.
Premere F4_Customize per personalizzare la dimensione del file system /var.
Modificare il valore della colonna Dimensione per il file system /var impostando un valore doppio della dimensione assegnata.
Ad esempio, se il programma di installazione assegna 40 Mbyte di spazio, impostare il valore Dimensione su 80.
Completare l'installazione.
Se si sta utilizzando il programma JumpStart personalizzato, usare la parola chiave filesys nel profilo per impostare la dimensione del file system /var. L'esempio seguente imposta la dimensione del file system /var nella slice 5 a 256 Mbyte.
filesys c0t0d0s5 256 /var |
Oracle Solaris 10 include una funzione che consente di installare partizioni di grandi dimensioni. Per poterla utilizzare, tuttavia, il BIOS di sistema deve supportare il meccanismo di accesso LBA (Logical Block Addressing). La versione GG.06.13 del BIOS non supporta l'accesso LBA. I programmi di boot di Solaris non sono in grado di gestire questo conflitto. Il problema può riguardare anche altri sistemi HP Vectra.
Eseguendo questo aggiornamento, il sistema HP non riuscirà ad avviarsi. Sullo schermo comparirà soltanto il cursore lampeggiante.
Soluzione. Non aggiornare a Oracle Solaris i sistemi HP Vectra Serie XU che utilizzano la versione GG.06.13 del BIOS. Tali sistemi non sono più supportati in questa versione del software.
In caso di aggiornamento, utilizzare il dischetto o il CD di avvio per riavviare il sistema, poiché i percorsi di avvio non utilizzano il codice del disco rigido. Quindi, selezionare il disco rigido come dispositivo di avvio al posto della rete o del lettore di CD-ROM.
Sui sistemi SPARC, il Sistema operativo Oracle Solaris 10 viene eseguito solo nella modalità a 64 bit. Alcuni sistemi Sun4U possono richiedere un aggiornamento a un livello superiore del firmware OpenBoot nella flash PROM per poter eseguire il sistema operativo nella modalità a 64 bit. L'aggiornamento della flash PROM può essere necessario per i seguenti sistemi:
Ultra 2
Ultra 450 e Sun Enterprise 450
Sun Enterprise 3000, 4000, 5000 e 6000
La tabella seguente elenca i sistemi UltraSPARC e le versioni minime del firmware richieste per l'esecuzione del Sistema operativo Oracle Solaris 10 a 64 bit. La colonna Tipo di sistema indica l'output del comando uname - i. È possibile determinare la versione del firmware eseguendo il comando prtconf -V.
Tabella 1–2 Versioni minime del firmware richieste per eseguire Oracle Solaris a 64 bit nei sistemi UltraSPARC
Tipo di sistema da uname -i |
Versione minima firmware da prtconf -V |
---|---|
SUNW,Ultra-2 |
3.11.2 |
SUNW,Ultra-4 |
3.7.107 |
SUNW,Ultra-Enterprise |
3.2.16 |
Se il sistema in uso non compare nella tabella, non richiede un aggiornamento della flash PROM. Per istruzioni sull'aggiornamento flash della PROM, vedere una versione del manuale Solaris 8 Sun Hardware Platform Guide su http://docs.sun.com.
L'aggiornamento del firmware sui sistemi SPARC e x86 può produrre un significativo aumento delle prestazioni. Vedere la sezione Firmware nell'area dedicata alle patch di BigAdmin in http://www.sun.com/bigadmin/patches/overview.jsp. Vedere anche la sezione delle FAQ in http://www.sun.com/bigadmin/patches/firmware/faq.jsp.
La Oracle Solaris Management Console 2.1 non è compatibile con le versioni 1.0, 1.0.1 e 1.0.2. Se occorre eseguire un aggiornamento a Oracle Solaris 10 e nel sistema è installata la Oracle Solaris Management Console 1.0, 1.0.1 o 1.0.2, è necessario prima disinstallare questo software. È possibile che la Oracle Solaris Management Console sia presente nel sistema se erano stati installati i prodotti SEAS 2.0, SEAS 3.0 o Solaris 8 Admin Pack.
Soluzione. Scegliere una delle seguenti procedure:
Prima di eseguire l'aggiornamento, usare il comando /usr/bin/prodreg per disinstallare completamente la Oracle Solaris Management Console.
Se l'aggiornamento a Oracle Solaris 10 è stato eseguito senza disinstallare la Oracle Solaris Management Console 1.0, 1.0.1 o 1.0.2, sarà prima necessario rimuovere tutti i pacchetti della console. Per rimuovere i pacchetti, usare il comando pkgrm anziché il comando prodreg. Seguire attentamente l'ordine di rimozione dei pacchetti. Procedere come segue:
Diventare superutente.
Digitare il comando seguente:
# pkginfo | grep “Solaris Management Console“ |
I nomi dei pacchetti indicati nell'output che non iniziano con “Solaris Management Console 2.1” identificano i pacchetti della versione 1.0.
Usare il comando pkgrm per rimuovere tutte le istanze dei pacchetti della Oracle Solaris Management Console 1.0 nell'ordine seguente:
Non rimuovere i pacchetti la cui descrizione contiene la dicitura “Solaris Management Console 2.1”. Ad esempio, SUNWmc.2 può indicare un pacchetto della Oracle Solaris Management Console 2.1.
Se l'output di pkginfo evidenzia la presenza di più versioni dei pacchetti della Oracle Solaris Management Console 1.0, usare il comando pkgrm per rimuovere entrambe le versioni. Rimuovere prima il pacchetto originale. Quindi, rimuovere il pacchetto contrassegnato con un numero alla fine. Ad esempio, se nell'output di pkginfo compaiono i pacchetti SUNWmcman e SUNWmcman.2, rimuovere prima SUNWmcman e quindi SUNWmcman.2. Non usare prodreg.
# pkgrm SUNWmcman # pkgrm SUNWmcapp # pkgrm SUNWmcsvr # pkgrm SUNWmcsvu # pkgrm SUNWmc # pkgrm SUNWmcc # pkgrm SUNWmcsws |
In una finestra di terminale, digitare il comando seguente:
# rm -rf /var/sadm/pkg/SUNWmcapp |
A questo punto, la Oracle Solaris Management Console 2.1 dovrebbe funzionare correttamente. Per le successive attività di manutenzione, o nel caso in cui la Oracle Solaris Management Console 2.1 non funzioni correttamente, rimuoverla. Reinstallare il software con la procedura seguente:
Usare il comando pkgrm per rimuovere tutti i pacchetti della Oracle Solaris Management Console 2.1 e i pacchetti dipendenti nell'ordine seguente:
Se sono installate più istanze dei pacchetti della Oracle Solaris Management Console 2.1, ad esempio SUNWmc e SUNWmc.2, rimuovere prima SUNWmc e quindi SUNWmc.2. Non usare il comando prodreg.
# pkgrm SUNWpmgr # pkgrm SUNWrmui # pkgrm SUNWlvmg # pkgrm SUNWlvma # pkgrm SUNWlvmr # pkgrm SUNWdclnt # pkgrm SUNWmga # pkgrm SUNWmgapp # pkgrm SUNWmcdev # pkgrm SUNWmcex # pkgrm SUNWwbmc # pkgrm SUNWmc # pkgrm SUNWmcc # pkgrm SUNWmccom |
Inserire il CD Solaris 10 Software - 4 nel lettore di CD-ROM. Digitare il comando seguente in una finestra di terminale.
# # cd /cdrom/cdrom0/Solaris_10/Product # pkgadd -d . SUNWmccom SUNWmcc SUNWmc SUNWwbmc SUNWmcex SUNWmcdev \ SUNWmgapp SUNWmga SUNWdclnt SUNWlvmr SUNWlvma SUNWlvmg SUNWpmgr \ SUNWrmui |
Tutte le versioni precedenti della Oracle Solaris Management Console vengono rimosse. A questo punto, la Oracle Solaris Management Console 2.1 funzionerà correttamente.
In determinate occasioni, il programma per i dispositivi BIOS (/sbin/biosdev) produce un errore che impedisce di completare l'installazione o l'aggiornamento. L'errore si può verificare in una delle seguenti situazioni:
È stata applicata la patch con ID 117435-02 ma non è stato effettuato il reboot del sistema.
Il sistema contiene due o più dischi identici con partizioni fdisk identiche.
Viene visualizzato il seguente messaggio di errore:
biosdev: Could not match any!! |
Soluzione. Accertarsi di effettuare il reboot del sistema dopo l'applicazione della patch 117435-02. Verificare che i dischi identici da utilizzare per l'installazione o l'aggiornamento presentino layout delle partizioni fdisk differenti.
L'esempio seguente descrive un sistema dotato di due dischi con un layout identico delle partizioni fdisk. Per modificare il layout, procedere come segue.
Diventare superutente.
Avviare il programma di manutenzione dei dischi.
# format |
Viene visualizzato un elenco dei dischi disponibili sul sistema.
Digitare il numero del disco di cui modificare la partizione fdisk.
Dall'elenco delle opzioni, scegliere fdisk.
Vengono visualizzate le informazioni sulla partizione e varie opzioni relative a fdisk.
Per modificare il layout del disco, procedere con uno dei seguenti metodi:
Per specificare una differente partizione attiva, premere 2.
Per aggiungere un'altra partizione, premere 1.
Per eliminare una partizione inutilizzata, premere 3.
Per salvare le modifiche e uscire dal menu di fdisk, premere 5.
Per uscire dal programma di manutenzione del disco, scegliere Quit.
Effettuare il reboot del sistema.
Dopo il reboot, verificare che non venga visualizzato nuovamente il messaggio di errore. Come superutente, digitare il seguente comando:
# /sbin/biosdev |
Se il messaggio di errore viene ancora generato, ripetere la procedura ma selezionare un'opzione diversa al punto 5.
Se il sistema contiene altri dischi identici con lo stesso layout della partizione fdisk, ripetere i punti da 1 a 9 per tali dischi. In caso contrario, proseguire con le operazioni di installazione o aggiornamento di Oracle Solaris.
A partire dalla versione Oracle Solaris corrente, non è possibile creare correttamente un archivio Flash di Oracle Solaris in un sistema nel caso in cui sia già installata una zona non globale. Attualmente la funzione Flash di Oracle Solaris è incompatibile con Oracle Solaris Zones (anche noto come Oracle Solaris Containers).
Non è possibile utilizzare il comando flar create per creare un archivio Oracle Solaris Flash nelle seguenti condizioni:
In qualsiasi zona non globale
Nella zona globale se nel sistema sono installate zone non globali.
Quando si crea un archivio Oracle Solaris Flash in tali condizioni, l'archivio risultante potrebbe non essere installato in modo corretto al momento della distribuzione.
Soluzione. Se lo si desidera, è possibile creare un archivio Oracle Solaris Flash di un sistema con zone purché queste ultime siano tutte arrestate. Per maggiori informazioni, vedere http://opensolaris.org/os/community/zones/faq/flar_zones/.
Il firmware dell'unità DVD combinata delle workstation Sun Java 2100Z può causare un errore panic del sistema. L'errore si verifica quando si avvia la workstation dal DVD del sistema operativo Oracle Solaris 10. Dopo la comparsa del messaggio iniziale sul kernel, viene visualizzato molto brevemente il seguente messaggio:
panic[cpu0]/thread=fec1be20: mod_hold_stub: Couldn't load stub module sched/TS_DTBL fec25cb0 genunix:mod_hold_stub+139 (fec04088, 63, fea11) fec25cc4 unix:stubs_common_code+9 (1, 8, fec026e4) fec25ce4 unix:disp_add+3d (fec026dc) fec25d00 genunix:mod_installsched+a4 (fef01530, fef01518) fec25d20 genunix:mod_install+2f (fef01518, fec25d3c,) fec25d2c TS:_init+d (0, d6d89c88, fec25d) fec25d3c genunix:modinstall+d9 (d6d89c88) fec25d50 genunix:mod_hold_installed_mod+2e (d6d77640, 1, fec25d) fec25d7c genunix:modload+ac (fec026c4, fec26c4) fec25d98 genunix:scheduler_load+3d (fec026c4, fec026dc) fec25db4 genunix:getcid+50 (fec026c4, fec28514) fec25dcc unix:dispinit+df (fec25ddc, fe814ba9) fec25dd4 unix:startup_modules+d5 (fec25dec, fe8cac37) fec25ddc unix:startup+19 (fe800000, 166130, 7) fec25dec genunix:main+16 () |
A questo punto il sistema si ripristina automaticamente.
Soluzione. Scegliere una delle soluzioni seguenti:
Soluzione 1. Modificare alcune impostazioni di configurazione del BIOS. Questa soluzione temporanea permette di completare l'installazione di Oracle Solaris 10. Può tuttavia peggiorare le prestazioni di lettura del DVD. Procedere come segue:
Durante il processo di avvio del sistema, premere F2 al prompt per accedere alla modalità di configurazione.
Sullo schermo sono presentate varie opzioni sul tipo di collegamento, simili a quelle riportate di seguito:
Primary Master [ ] Primary Slave [ ] Secondary Master [CD-ROM] Secondary Slave [ ] |
Scegliere il tipo di collegamento per l'unità DVD selezionando il tipo di collegamento per CD-ROM.
Nella schermata possono essere visualizzati diversi tipi di collegamento, ad esempio nel caso in cui il sistema disponga di più unità ottiche. Se necessario, aprire il sistema per determinare il punto di collegamento del lettore di DVD. Selezionare il tipo di collegamento corretto per il lettore di DVD.
Dopo aver scelto il tipo di collegamento per CD-ROM appropriato, premere Invio.
Compare la schermata successiva con l'opzione Type:[Auto] automaticamente selezionata.
Premere due volte la barra spaziatrice per cambiare la selezione in Type:[CD-ROM] .
Usare i tasti freccia per selezionare Transfer Mode.
Premere Invio per visualizzare un elenco delle altre opzioni disponibili.
Usare i tasti freccia per selezionare Standard, quindi premere Invio per accettare la selezione.
Premere F10 per salvare le modifiche alla configurazione e uscire dal programma di configurazione del BIOS.
Il sistema si riavvia.
Soluzione 2. Aggiornare il firmware dell'unità DVD combinata alla versione R1.12. Questa opzione richiede che l'unità DVD combinata sia collegata a un sistema che esegue Microsoft Windows. Procedere come segue:
Rimuovere il lettore di DVD combinato dalla workstation Sun Java 2100Z.
Per istruzioni sulla rimozione corretta dell'unità, vedere il manuale utente della workstation.
Collegare l'unità a un sistema in cui è in esecuzione Microsoft Windows e modificare le impostazioni dei jumper master e slave dell'unità, se necessario.
Accedere al centro di download di AOpen all'indirizzo http://download.aopen.com.tw/default.aspx.
Cercare il firmware del proprio lettore di DVD usando le seguenti informazioni:
Prodotto: Unità combinate
Modello: COM5232/AAH
Categorie: Firmware
Scaricare e installare la versione R1.12 del firmware.
Reinstallare l'unità sulla workstation. Se necessario, ripristinare le impostazioni originali dei jumper master e slave.
È possibile che nel centro di download di AOpen siano già disponibili versioni più aggiornate del firmware. I test effettuati confermano che nella versione R1.12 è stato risolto il problema dell'errore panic. Non è tuttavia possibile confermare se il problema continuerà a non verificarsi anche con le successive versioni di firmware.
Nella configurazione predefinita, la console seriale (ttya) non funziona nei seguenti sistemi Sun Fire di Oracle:
Sun Fire V20z
Sun Fire V40z
Sun Fire V60x
Sun Fire V65x
Per usare la console seriale, è necessario configurare manualmente il BIOS del sistema.
Soluzione. Questa soluzione richiede che il sistema disponga di una tastiera e di un monitor Sun. Procedere come segue:
Avviare il sistema.
Durante il processo di avvio del sistema, premere F2 al prompt per accedere al BIOS Phoenix.
Nella sezione Peripherals, cambiare l'impostazione della porta di comunicazione da disabilitata ad abilitata.
Salvare la configurazione e avviare il sistema.
Usare il comando eeprom per impostare il dispositivo di input e il dispositivo di output su ttya.
In questi sistemi non è possibile ripristinare le impostazioni predefinite nel firmware di basso livello premendo contemporaneamente i tasti Stop e N all'avvio del sistema.
Il programma di installazione di Oracle Solaris con interfaccia grafica può interrompersi se sul sistema è presente una partizione di avviofdisk x86. Il problema si verifica se la partizione di avvio x86 era stata creata con il programma di installazione di Oracle Solaris con interfaccia a caratteri. Viene visualizzato il seguente messaggio di errore:
Default layout will not work on this system. Error: Error: ERROR: Could not create explicit fdisk partition on c0t0d0, requested cylinders 14581 - 14597 in use by fdisk partition 1 Error: Error: ERROR: System installation failed Pfinstall failed. Exit stat= java.lang.UNIXProcess@a89ce3 2 artition on c0t0d0, requested cylinders 14581 - 14597 in use by fdisk partition 1 ERROR: System installation failed |
Soluzione. Scegliere una delle seguenti procedure:
Soluzione 1. Quando il programma di installazione chiede di selezionare un tipo di installazione, selezionare l'opzione 3 per l'installazione interattiva con interfaccia a caratteri (sessione desktop).
Soluzione 2. Se si utilizza il programma di installazione di Oracle Solaris con interfaccia grafica, procedere come segue:
Iniziare l'installazione.
Viene visualizzato un messaggio in cui si richiede di selezionare un tipo di installazione.
Scegliere l'installazione personalizzata.
Le schermate dell'installazione personalizzata richiedono informazioni sulle versioni locali, sul software e sui dischi da installare.
Rispondere alle domande con le informazioni appropriate per il sistema.
Nella schermata di selezione fdisk, selezionare il disco che contiene la partizione di avvio x86.
Rimuovere la partizione di avvio x86 selezionando la voce UNUSED (non utilizzata) nel menu.
Aggiungere la partizione di avvio x86 modificando di nuovo l'impostazione UNUSED in x86boot.
Continuare l'installazione.