|
Server : Apache/2.2.17 (Unix) mod_ssl/2.2.17 OpenSSL/0.9.8e-fips-rhel5 DAV/2 PHP/5.2.17 System : Linux localhost 2.6.18-419.el5 #1 SMP Fri Feb 24 22:47:42 UTC 2017 x86_64 User : nobody ( 99) PHP Version : 5.2.17 Disable Function : NONE Directory : /usr/share/locale/it/LC_MESSAGES/ |
Upload File : |
$ < 5 \ 0 1 * 0 - ^ - & T
d r $ 7 . 8 G ; Z : 9 7
> q
>
) M 2 <
D 2 7 K
^ l 2 ? J _ =
A U f X V A v = I T @ H # # " $ !
Note that the %s architecture does not feature a relocatable kernel at this time, and thus requires a separate kernel-kdump package to be installed for kdump to function. This can be installed via 'yum install kernel-kdump' at your convenience.
%s '%s' locations must specify a valid device node. Changing Kdump settings requires rebooting the system to reallocate memory accordingly. %sYou will have to reboot the system for the new settings to take effect. Configure kdump/kexec Core Collector: Core collector must begin with 'makedumpfile' Default Action: Edit Location Enable kdump Enter location: Failed to detect total system memory Failed to stat device node '%s' For raw locations you must specify a valid device node. Kdump is a new kernel crash dumping mechanism. In the event of a system crash, a core file can be captured using kdump, which runs in the context of a freshly booted kernel, making it far more reliable than methods capturing within the context of the crashed kernel. Being able to capture a core file can be invaluable in helping determine the root cause of a system crash. Note that kdump does require reserving a portion of system memory that will be unavailable for other uses. Kdump will attempt to place the vmcore at the specified location. In the event that it fails to place the vmcore at location, the default action (specified below) will be executed. Kernel Dump Configuration Location: NFS locations must be of the form 'host:/path' New Location No bootloader config file found, aborting configuration! Path cannot be empty for '%s' locations. Reset path to default ('%s')?. Path: SSH locations must be of the form 'user@host'. A path can be specified in the main window. Select a location type: Sorry, ia64 xen kernels do not support kdump at this time. Sorry, this architecture does not currently support kdump Support for filesystem type '%s' is not present on this system This system does not have enough memory for kdump to be viable Total System Memory (MB): Usable Memory (MB): WARNING: xen kdump support requires a non-xen %s RPM to perform actual crash dump capture. Please be sure you have the non-xen %s RPM of the same version as your xen kernel installed. You must be root to run this application. kdump Memory (MB): mount rootfs and run /sbin/init Project-Id-Version: it
Report-Msgid-Bugs-To:
POT-Creation-Date: 2013-05-07 05:51-0400
PO-Revision-Date: 2007-09-24 02:56+0200
Last-Translator:
Language-Team: <it@li.org>
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
X-Generator: KBabel 1.9.1
Plural-Forms: nplurals=2; plural=(n != 1);
Da notare che l'architettura %s non contiene attualmente un kernel rilocabile, quindi necessita di un pacchetto kernel-kdump separato da installare, per permettere un normale funzionamento di kdump. Il suddetto pacchetto può essere installato tramite 'yum install kernel-kdump' nel momento a voi più opportuno.
%s Le posizioni '%s' devono specificare un nodo del dispositivo valido. La modifica delle impostazioni di Kdump necessita di un riavvio del sistema per allocare nuovamente la memoria in modo corretto. %sPer confermare le modifiche appena apportate, sarà necessario riavviare il sistema. Configura kdump/kexec Core Collector: Il Core collector deve iniziare con 'makedumpfile' Azione predefinita: Modifica posizione Abilita kdump Inserisci pozione: Impossibile rilevare la memoria totale del sistema Impossibile ottenere informazioni sul nodo del dispositivo '%s' Per posizioni raw è necessario specificare un nodo valdo del dispositivo. Kdump è un nuovo meccanismo di kernel crash dumping. Nell'evento di un arresto inaspettato del sistema, è possibile catturare un file core utilizzando kdump, il quale viene eseguito in un contesto di un kernel nuovo appena avviato, rendendolo molto più affidabile dei metodi che catturano il suddetto file in un ambiente 'crashed' del kernel. La possibilità di catturare un file core risulta essere fondamentale per la determinazione della causa principale di un crash. Da notare che kdump necessita di una porzione di memoria del sistema che conseguentemente risulterà non disponibile ad altri utenti. Kdump cercherà di posizionare vmcore nella posizione specificata. Se tale evento non viene eseguito e vmcore non viene posizionato all'interno della suddetta posizione, verrà eseguita l'azione predefinita (di seguito specificata). Configurazione del Kernel-Dump Posizione: Le posizioni NFS devono essere nel seguente formato, 'host:/path' Nuova posizione Nessun file di configurazione del bootloader trovato, interrompere la configurazione! Per le posizioni '%s' il percorso non può essere lasciato vuoto. Usare il valore predefinito ('%s')?. Percorso: Il formato delle posizioni SSH deve essere simile a 'user@host'. È possibile specificare un percorso all'interno della finestra principale. Seleziona un tipo di posizione: Spiacenti, attualmente i kernel xen ia64 non supportano il kdump. Spiacenti, questa architettura attualmente non supporta kdump Su questo sistema non è presente il supporto per filesystem di tipo '%s' Il sistema non possiede memoria sufficiente per far si che kdump risulti disponibile Memoria totale del sistema (MB): Memoria disponibile (MB): AVVERTENZA: il supporto kdump xen necessita di un RPM %s non-xen per eseguire la cattura del crash dump. Assicuratevi di essere in possesso di un RPM %s non-xen della stessa versione del kernel xen installato. Per poter eseguire questa applicazione è necessario essere utenti root. Memoria di kdump (MB): mount rootfs ed eseguire /sbin/init