Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.
# Risoluzione dei problemi relativi alle istanze Amazon EC2 Linux con esito negativo delle verifiche dello stato
Le seguenti informazioni possono essere utili per risolvere i problemi se l'istanza Linux non supera una verifica dello stato. Determina innanzitutto se le applicazioni in uso presentano dei problemi. Se risulta che l'istanza non esegue le applicazioni come previsto, esamina le informazioni di verifica dello stato e i log di sistema.
Per vedere degli esempi di problemi che causano il mancato superamento dei controlli dello stato, vedere [Verifiche dello stato delle istanze Amazon EC2](monitoring-system-instance-status-check.md).
**Topics**
+ [Esame delle informazioni di verifica dello stato](#InitialSteps)
+ [Recupero dei log di sistema](#troubleshooting-retrieve-system-logs)
+ [Risoluzione degli errori del log di sistema per le istanze Linux](#system-log-errors-linux)
+ [Out of memory: kill process](#MemoryOOM)
+ [ERROR: mmu\$1update failed (aggiornamento della gestione della memoria non riuscito)](#MemoryMMU)
+ [I/O Error (errore dei dispositivi a blocchi)](#DeviceBlock)
+ [I/O ERROR: neither local nor remote disk (rottura del dispositivo a blocchi distribuito)](#DeviceDistributed)
+ [request\$1module: runaway loop modprobe (looping del modprobe del kernel legacy sulle versioni precedenti di Linux)](#KernelLoop)
+ ["FATAL: kernel too old" e "fsck: No such file or directory while trying to open /dev" (mancata corrispondenza di kernel e AMI)](#KernelOld)
+ [«FATAL: impossibile caricare /lib/modules" o "BusyBox" (moduli del kernel mancanti)](#KernelMissing)
+ [ERROR Invalid kernel (kernel non compatibile con EC2)](#KernelInvalid)
+ [fsck: No such file or directory while trying to open... file system non trovato](#FilesystemFschk)
+ [General error mounting filesystems (errore di montaggio)](#FilesystemGeneral)
+ [VFS: Unable to mount root fs on unknown-block (mancata corrispondenza del file system root)](#FilesystemKernel)
+ [Errore: impossibile determinare il major/minor numero di dispositivi root... (Mancata system/device corrispondenza del file root)](#FilesystemError)
+ [XENBUS: Device with no driver...](#FilesystemXenbus)
+ [... days without being checked, check forced (verifica del file system richiesta)](#FilesystemCheck)
+ [fsck died with exit status... (dispositivo mancante)](#FilesystemFschkDied)
+ [Prompt di GRUB (grubdom>)](#OpSystemGrub)
+ [Bringing up interface eth0: Device eth0 has different MAC address than expected, ignoring. (indirizzo MAC hardcoded)](#OpSystemBringing)
+ [Impossibile caricare Policy. SELinux Machine is in enforcing mode. Adesso ci fermiamo. (configurazione errata) SELinux](#OpSystemUnable)
+ [XENBUS: Timeout connecting to devices (timeout di Xenbus)](#OpSystemXenbus)
## Esame delle informazioni di verifica dello stato
**Per analizzare le istanze danneggiate utilizzando la console di Amazon EC2**
1. Apri la console Amazon EC2 all'indirizzo [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/).
1. Nel pannello di navigazione, scegli **Instances (Istanze)** e seleziona l'istanza desiderata.
1. Seleziona la scheda **Stato e allarmi** per visualizzare i risultati individuali di tutte le **Verifiche dello stato del sistema**, le **Verifiche dello stato delle istanze** e le **Verifiche dello stato per EBS collegato**.
Se una verifica dello stato ha avuto esito negativo, provare una delle seguenti opzioni:
+ Creare un allarme per ripristinare l'istanza in risposta alla verifica dello stato con esito negativo. Per ulteriori informazioni, consulta [Creazione di allarmi che arrestano, terminano, riavviano o recuperano un'istanza](UsingAlarmActions.md).
+ (Controlli dello stato dell'istanza) Se hai cambiato il tipo di istanza in un'[istanza basata su Nitro](instance-types.md#instance-hypervisor-type), i controlli di stato hanno esito negativo se hai eseguito la migrazione da un'istanza che non dispone dell'ENA e NVMe dei driver richiesti. Per ulteriori informazioni, consulta [Compatibilità per la modifica del tipo di istanza](resize-limitations.md).
+ Per un’istanza con un volume root EBS, arresta e riavvia l’istanza. Per ulteriori informazioni, consulta [Avvio e arresto di un'istanza Amazon EC2](Stop_Start.md).
+ Per un’istanza con un volume root dell’archivio dell’istanza, termina l’istanza e avviane una sostitutiva. Per ulteriori informazioni, consulta [Terminare le istanze Amazon EC2](terminating-instances.md).
+ Attendere che Amazon EC2 risolva il problema.
+ [Contatta Supporto o pubblica il tuo problema su re:POST.AWS](https://repost.aws/)
+ Se l'istanza si trova in un gruppo Auto Scaling:
+ (Verifiche dello stato del sistema e verifiche dello stato delle istanze) Per impostazione predefinita, Amazon EC2 Auto Scaling avvia automaticamente un'istanza sostitutiva. Per ulteriori informazioni, consulta [Controllo dell'integrità per istanze in un gruppo Auto Scaling](https://docs.aws.amazon.com/autoscaling/ec2/userguide/ec2-auto-scaling-health-checks.html) nella *Guida per l'utente di Amazon EC2 Auto Scaling*.
+ (Verifiche dello stato per EBS collegato) È necessario configurare Amazon EC2 Auto Scaling per avviare automaticamente un'istanza sostitutiva. Per ulteriori informazioni, consulta [Monitorare e sostituire le istanze di Auto Scaling con volumi Amazon EBS danneggiati](https://docs.aws.amazon.com/autoscaling/ec2/userguide/monitor-and-replace-instances-with-impaired-ebs-volumes.html) nella *Guida per l'utente di Amazon EC2 Auto Scaling*.
+ Recuperare il log di sistema e individuare eventuali errori. Per ulteriori informazioni, consulta [Recupero dei log di sistema](#troubleshooting-retrieve-system-logs).
## Recupero dei log di sistema
Se la verifica dello stato di un'istanza ha esito negativo, è possibile riavviare l'istanza e recuperare i log di sistema. Questi log possono rivelare la presenza di un errore che può aiutare a risolvere il problema. Il riavvio elimina le informazioni inutili dai log.
**Per riavviare un'istanza e recuperare il log di sistema**
1. Apri la console Amazon EC2 all'indirizzo [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/).
1. Nel riquadro di navigazione scegliere **Instances (Istanze)** e selezionare l'istanza desiderata.
1. Scegliere **Instance state (Stato istanza)**, **Reboot instance (Riavvia istanza)**. Per il riavvio dell'istanza possono essere necessari alcuni minuti.
1. Verificare se il problema è ancora presente; talvolta il riavvio consente di risolvere il problema.
1. Quando l'istanza è in stato `running`, selezionare **Actions (Operazioni)**, **Monitor and troubleshoot (Monitoraggio e risoluzione dei problemi)**, **Get system log (Ottieni il log di sistema)**.
1. Esaminare il log visualizzato e utilizzare l'elenco delle dichiarazioni di errore note del log di sistema per risolvere il problema.
1. Se la problematica non si risolve, puoi pubblicare un post relativo a tale problematica su [AWS re:Post](https://repost.aws/).
## Risoluzione degli errori del log di sistema per le istanze Linux
Per le istanze Linux che non hanno superato la verifica dello stato, come ad esempio la verifica di raggiungibilità dell'istanza, accertarsi di avere seguito le fasi di cui sopra per recuperare il log di sistema. L'elenco seguente contiene alcuni errori comuni del log di sistema e suggerisce alcune operazioni che potrebbero risolvere il problema di ogni errore.
**Errori di memoria**
+ [Out of memory: kill process](#MemoryOOM)
+ [ERROR: mmu\$1update failed (aggiornamento della gestione della memoria non riuscito)](#MemoryMMU)
**Errori dei dispositivi**
+ [I/O Error (errore dei dispositivi a blocchi)](#DeviceBlock)
+ [I/O ERROR: neither local nor remote disk (rottura del dispositivo a blocchi distribuito)](#DeviceDistributed)
**Errori del kernel**
+ [request\$1module: runaway loop modprobe (looping del modprobe del kernel legacy sulle versioni precedenti di Linux)](#KernelLoop)
+ ["FATAL: kernel too old" e "fsck: No such file or directory while trying to open /dev" (mancata corrispondenza di kernel e AMI)](#KernelOld)
+ [«FATAL: impossibile caricare /lib/modules" o "BusyBox" (moduli del kernel mancanti)](#KernelMissing)
+ [ERROR Invalid kernel (kernel non compatibile con EC2)](#KernelInvalid)
**Errori del file system**
+ [fsck: No such file or directory while trying to open... file system non trovato](#FilesystemFschk)
+ [General error mounting filesystems (errore di montaggio)](#FilesystemGeneral)
+ [VFS: Unable to mount root fs on unknown-block (mancata corrispondenza del file system root)](#FilesystemKernel)
+ [Errore: impossibile determinare il major/minor numero di dispositivi root... (Mancata system/device corrispondenza del file root)](#FilesystemError)
+ [XENBUS: Device with no driver...](#FilesystemXenbus)
+ [... days without being checked, check forced (verifica del file system richiesta)](#FilesystemCheck)
+ [fsck died with exit status... (dispositivo mancante)](#FilesystemFschkDied)
**Errori del sistema operativo**
+ [Prompt di GRUB (grubdom>)](#OpSystemGrub)
+ [Bringing up interface eth0: Device eth0 has different MAC address than expected, ignoring. (indirizzo MAC hardcoded)](#OpSystemBringing)
+ [Impossibile caricare Policy. SELinux Machine is in enforcing mode. Adesso ci fermiamo. (configurazione errata) SELinux](#OpSystemUnable)
+ [XENBUS: Timeout connecting to devices (timeout di Xenbus)](#OpSystemXenbus)
## Out of memory: kill process
Un out-of-memory errore è indicato da una voce del registro di sistema simile a quella mostrata di seguito.
```
[115879.769795] Out of memory: kill process 20273 (httpd) score 1285879
or a child
[115879.769795] Killed process 1917 (php-cgi) vsz:467184kB, anon-
rss:101196kB, file-rss:204kB
```
### Causa potenziale
Memoria esaurita
### Operazioni suggerite
| Per questo tipo di istanza | Eseguire questa operazione |
| --- | --- |
| Supportata da Amazon EBS | Scegliere una delle seguenti operazioni: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/it_it/AWSEC2/latest/UserGuide/TroubleshootingInstances.html) |
| Supportata da instance store | Scegliere una delle seguenti operazioni: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/it_it/AWSEC2/latest/UserGuide/TroubleshootingInstances.html) |
## ERROR: mmu\$1update failed (aggiornamento della gestione della memoria non riuscito)
Gli errori relativi all'aggiornamento della gestione della memoria sono indicati da una voce del log di sistema simile alla seguente:
```
...
Press `ESC' to enter the menu... 0 [H[J Booting 'Amazon Linux 2011.09 (2.6.35.14-95.38.amzn1.i686)'
root (hd0)
Filesystem type is ext2fs, using whole disk
kernel /boot/vmlinuz-2.6.35.14-95.38.amzn1.i686 root=LABEL=/ console=hvc0 LANG=
en_US.UTF-8 KEYTABLE=us
initrd /boot/initramfs-2.6.35.14-95.38.amzn1.i686.img
ERROR: mmu_update failed with rc=-22
```
### Causa potenziale
Problema con Amazon Linux
### Operazione suggerita
Pubblica il tuo problema u [AWS re:Post](https://repost.aws/) o contatta [Supporto](https://aws.amazon.com/premiumsupport/).
## I/O Error (errore dei dispositivi a blocchi)
Un input/output errore è indicato da una voce del registro di sistema simile all'esempio seguente:
```
[9943662.053217] end_request: I/O error, dev sde, sector 52428288
[9943664.191262] end_request: I/O error, dev sde, sector 52428168
[9943664.191285] Buffer I/O error on device md0, logical block 209713024
[9943664.191297] Buffer I/O error on device md0, logical block 209713025
[9943664.191304] Buffer I/O error on device md0, logical block 209713026
[9943664.191310] Buffer I/O error on device md0, logical block 209713027
[9943664.191317] Buffer I/O error on device md0, logical block 209713028
[9943664.191324] Buffer I/O error on device md0, logical block 209713029
[9943664.191332] Buffer I/O error on device md0, logical block 209713030
[9943664.191339] Buffer I/O error on device md0, logical block 209713031
[9943664.191581] end_request: I/O error, dev sde, sector 52428280
[9943664.191590] Buffer I/O error on device md0, logical block 209713136
[9943664.191597] Buffer I/O error on device md0, logical block 209713137
[9943664.191767] end_request: I/O error, dev sde, sector 52428288
[9943664.191970] end_request: I/O error, dev sde, sector 52428288
[9943664.192143] end_request: I/O error, dev sde, sector 52428288
[9943664.192949] end_request: I/O error, dev sde, sector 52428288
[9943664.193112] end_request: I/O error, dev sde, sector 52428288
[9943664.193266] end_request: I/O error, dev sde, sector 52428288
...
```
### Cause potenziali
| Tipo di istanza | Causa potenziale |
| --- | --- |
| Supportata da Amazon EBS | Un volume Amazon EBS in stato di errore |
| Supportata da instance store | Un'unità fisica in stato di errore |
### Operazioni suggerite
| Per questo tipo di istanza | Eseguire questa operazione |
| --- | --- |
| Supportata da Amazon EBS | Attenersi alla seguente procedura: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/it_it/AWSEC2/latest/UserGuide/TroubleshootingInstances.html) |
| Supportata da instance store | Terminare l'istanza e avviarne una nuova. Non è possibile ripristinare i dati. Eseguire il ripristino dai backup. Per i backup, è buona norma utilizzare Amazon S3 o Amazon EBS. I volumi instance store sono legati direttamente agli errori dei singoli host e dei singoli dischi. |
## I/O ERROR: neither local nor remote disk (rottura del dispositivo a blocchi distribuito)
Un input/output errore sul dispositivo è indicato da una voce del registro di sistema simile all'esempio seguente:
```
...
block drbd1: Local IO failed in request_timer_fn. Detaching...
Aborting journal on device drbd1-8.
block drbd1: IO ERROR: neither local nor remote disk
Buffer I/O error on device drbd1, logical block 557056
lost page write due to I/O error on drbd1
JBD2: I/O error detected when updating journal superblock for drbd1-8.
```
### Cause potenziali
| Tipo di istanza | Causa potenziale |
| --- | --- |
| Supportata da Amazon EBS | Un volume Amazon EBS in stato di errore |
| Supportata da instance store | Un'unità fisica in stato di errore |
### Operazione suggerita
Terminare l'istanza e avviarne una nuova.
Per un'istanza supportata da Amazon EBS, è possibile ripristinare i dati da una snapshot recente creando un'immagine a partire da essa. I dati eventualmente aggiunti dopo la snapshot non possono essere ripristinati.
## request\$1module: runaway loop modprobe (looping del modprobe del kernel legacy sulle versioni precedenti di Linux)
Questa condizione viene indicata da un log di sistema simile a quello mostrato sotto. L'utilizzo di un kernel Linux instabile o datato (ad esempio 2.6.16-xenU) può causare una condizione di loop interminabile all'avvio.
```
Linux version 2.6.16-xenU (builder@xenbat.amazonsa) (gcc version 4.0.1
20050727 (Red Hat 4.0.1-5)) #1 SMP Mon May 28 03:41:49 SAST 2007
BIOS-provided physical RAM map:
Xen: 0000000000000000 - 0000000026700000 (usable)
0MB HIGHMEM available.
...
request_module: runaway loop modprobe binfmt-464c
request_module: runaway loop modprobe binfmt-464c
request_module: runaway loop modprobe binfmt-464c
request_module: runaway loop modprobe binfmt-464c
request_module: runaway loop modprobe binfmt-464c
```
### Operazioni suggerite
| Per questo tipo di istanza | Eseguire questa operazione |
| --- | --- |
| Supportata da Amazon EBS | Utilizzare un kernel più recente, basato su GRUB o statico, impiegando una delle opzioni seguenti: Opzione 1: terminare l'istanza e avviarne una nuova, specificando i parametri `-kernel` e `-ramdisk`. Opzione 2: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/it_it/AWSEC2/latest/UserGuide/TroubleshootingInstances.html) |
| Supportata da instance store | Terminare l'istanza e avviarne una nuova, specificando i parametri `-kernel` e `-ramdisk`. |
## "FATAL: kernel too old" e "fsck: No such file or directory while trying to open /dev" (mancata corrispondenza di kernel e AMI)
Questa condizione viene indicata da un log di sistema simile a quello mostrato sotto.
```
Linux version 2.6.16.33-xenU (root@dom0-0-50-45-1-a4-ee.z-2.aes0.internal)
(gcc version 4.1.1 20070105 (Red Hat 4.1.1-52)) #2 SMP Wed Aug 15 17:27:36 SAST 2007
...
FATAL: kernel too old
Kernel panic - not syncing: Attempted to kill init!
```
### Cause potenziali
Kernel e userland non compatibili
### Operazioni suggerite
| Per questo tipo di istanza | Eseguire questa operazione |
| --- | --- |
| Supportata da Amazon EBS | Attenersi alla seguente procedura: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/it_it/AWSEC2/latest/UserGuide/TroubleshootingInstances.html) |
| Supportata da instance store | Attenersi alla seguente procedura: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/it_it/AWSEC2/latest/UserGuide/TroubleshootingInstances.html) |
## «FATAL: impossibile caricare /lib/modules" o "BusyBox" (moduli del kernel mancanti)
Questa condizione viene indicata da un log di sistema simile a quello mostrato sotto.
```
[ 0.370415] Freeing unused kernel memory: 1716k freed
Loading, please wait...
WARNING: Couldn't open directory /lib/modules/2.6.34-4-virtual: No such file or directory
FATAL: Could not open /lib/modules/2.6.34-4-virtual/modules.dep.temp for writing: No such file or directory
FATAL: Could not load /lib/modules/2.6.34-4-virtual/modules.dep: No such file or directory
Couldn't get a file descriptor referring to the console
Begin: Loading essential drivers... ...
FATAL: Could not load /lib/modules/2.6.34-4-virtual/modules.dep: No such file or directory
FATAL: Could not load /lib/modules/2.6.34-4-virtual/modules.dep: No such file or directory
Done.
Begin: Running /scripts/init-premount ...
Done.
Begin: Mounting root file system... ...
Begin: Running /scripts/local-top ...
Done.
Begin: Waiting for root file system... ...
Done.
Gave up waiting for root device. Common problems:
- Boot args (cat /proc/cmdline)
- Check rootdelay= (did the system wait long enough?)
- Check root= (did the system wait for the right device?)
- Missing modules (cat /proc/modules; ls /dev)
FATAL: Could not load /lib/modules/2.6.34-4-virtual/modules.dep: No such file or directory
FATAL: Could not load /lib/modules/2.6.34-4-virtual/modules.dep: No such file or directory
ALERT! /dev/sda1 does not exist. Dropping to a shell!
BusyBox v1.13.3 (Ubuntu 1:1.13.3-1ubuntu5) built-in shell (ash)
Enter 'help' for a list of built-in commands.
(initramfs)
```
### Cause potenziali
Questo problema può essere causato da una o più delle condizioni seguenti:
+ Ramdisk mancante
+ Moduli corretti mancanti nel ramdisk
+ Volume root Amazon EBS non collegato correttamente come `/dev/sda1`
### Operazioni suggerite
| Per questo tipo di istanza | Eseguire questa operazione |
| --- | --- |
| Supportata da Amazon EBS | Attenersi alla seguente procedura: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/it_it/AWSEC2/latest/UserGuide/TroubleshootingInstances.html) |
| Supportata da instance store | Attenersi alla seguente procedura: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/it_it/AWSEC2/latest/UserGuide/TroubleshootingInstances.html) |
## ERROR Invalid kernel (kernel non compatibile con EC2)
Questa condizione viene indicata da un log di sistema simile a quello mostrato sotto.
```
...
root (hd0)
Filesystem type is ext2fs, using whole disk
kernel /vmlinuz root=/dev/sda1 ro
initrd /initrd.img
ERROR Invalid kernel: elf_xen_note_check: ERROR: Will only load images
built for the generic loader or Linux images
xc_dom_parse_image returned -1
Error 9: Unknown boot failure
Booting 'Fallback'
root (hd0)
Filesystem type is ext2fs, using whole disk
kernel /vmlinuz.old root=/dev/sda1 ro
Error 15: File not found
```
### Cause potenziali
Questo problema può essere causato da una o entrambe le condizioni seguenti:
+ Il kernel fornito non è supportato da GRUB
+ Il kernel di fallback non esiste
### Operazioni suggerite
| Per questo tipo di istanza | Eseguire questa operazione |
| --- | --- |
| Supportata da Amazon EBS | Attenersi alla seguente procedura: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/it_it/AWSEC2/latest/UserGuide/TroubleshootingInstances.html) |
| Supportata da instance store | Attenersi alla seguente procedura: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/it_it/AWSEC2/latest/UserGuide/TroubleshootingInstances.html) |
## fsck: No such file or directory while trying to open... file system non trovato
Questa condizione viene indicata da un log di sistema simile a quello mostrato sotto.
```
Welcome to Fedora
Press 'I' to enter interactive startup.
Setting clock : Wed Oct 26 05:52:05 EDT 2011 [ OK ]
Starting udev: [ OK ]
Setting hostname localhost: [ OK ]
No devices found
Setting up Logical Volume Management: File descriptor 7 left open
No volume groups found
[ OK ]
Checking filesystems
Checking all file systems.
[/sbin/fsck.ext3 (1) -- /] fsck.ext3 -a /dev/sda1
/dev/sda1: clean, 82081/1310720 files, 2141116/2621440 blocks
[/sbin/fsck.ext3 (1) -- /mnt/dbbackups] fsck.ext3 -a /dev/sdh
fsck.ext3: No such file or directory while trying to open /dev/sdh
/dev/sdh:
The superblock could not be read or does not describe a correct ext2
filesystem. If the device is valid and it really contains an ext2
filesystem (and not swap or ufs or something else), then the superblock
is corrupt, and you might try running e2fsck with an alternate superblock:
e2fsck -b 8193
[FAILED]
*** An error occurred during the file system check.
*** Dropping you to a shell; the system will reboot
*** when you leave the shell.
Give root password for maintenance
(or type Control-D to continue):
```
### Cause potenziali
+ È presente un bug nelle definizioni del file system del ramdisk /etc/fstab
+ Le definizioni del file system non sono configurate correttamente in /etc/fstab
+ Unità mancante o in stato di errore
### Operazioni suggerite
| Per questo tipo di istanza | Eseguire questa operazione |
| --- | --- |
| Supportata da Amazon EBS | Attenersi alla seguente procedura: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/it_it/AWSEC2/latest/UserGuide/TroubleshootingInstances.html) Il sesto campo nel file fstab definisce i requisiti di disponibilità del punto di montaggio (un valore diverso da zero implica l'esecuzione di un fsck su quel volume che *deve* avere esito positivo). L'uso di questo campo può risultare problematico in Amazon EC2 in quanto un errore solitamente comporta un prompt interattivo della console che non è correntemente disponibile in Amazon EC2. Prestare attenzione a questa caratteristica e leggere la pagina man di Linux relativa al file fstab. |
| Supportata da instance store | Attenersi alla seguente procedura: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/it_it/AWSEC2/latest/UserGuide/TroubleshootingInstances.html) |
## General error mounting filesystems (errore di montaggio)
Questa condizione viene indicata da un log di sistema simile a quello mostrato sotto.
```
Loading xenblk.ko module
xen-vbd: registered block device major 8
Loading ehci-hcd.ko module
Loading ohci-hcd.ko module
Loading uhci-hcd.ko module
USB Universal Host Controller Interface driver v3.0
Loading mbcache.ko module
Loading jbd.ko module
Loading ext3.ko module
Creating root device.
Mounting root filesystem.
kjournald starting. Commit interval 5 seconds
EXT3-fs: mounted filesystem with ordered data mode.
Setting up other filesystems.
Setting up new root fs
no fstab.sys, mounting internal defaults
Switching to new root and running init.
unmounting old /dev
unmounting old /proc
unmounting old /sys
mountall:/proc: unable to mount: Device or resource busy
mountall:/proc/self/mountinfo: No such file or directory
mountall: root filesystem isn't mounted
init: mountall main process (221) terminated with status 1
General error mounting filesystems.
A maintenance shell will now be started.
CONTROL-D will terminate this shell and re-try.
Press enter for maintenance
(or type Control-D to continue):
```
### Cause potenziali
| Tipo di istanza | Causa potenziale |
| --- | --- |
| Supportata da Amazon EBS | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/it_it/AWSEC2/latest/UserGuide/TroubleshootingInstances.html) |
| Supportata da instance store | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/it_it/AWSEC2/latest/UserGuide/TroubleshootingInstances.html) |
### Operazioni suggerite
| Per questo tipo di istanza | Eseguire questa operazione |
| --- | --- |
| Supportata da Amazon EBS | Attenersi alla seguente procedura: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/it_it/AWSEC2/latest/UserGuide/TroubleshootingInstances.html) |
| Supportata da instance store | Provare con una delle seguenti operazioni: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/it_it/AWSEC2/latest/UserGuide/TroubleshootingInstances.html) |
## VFS: Unable to mount root fs on unknown-block (mancata corrispondenza del file system root)
Questa condizione viene indicata da un log di sistema simile a quello mostrato sotto.
```
Linux version 2.6.16-xenU (builder@xenbat.amazonsa) (gcc version 4.0.1
20050727 (Red Hat 4.0.1-5)) #1 SMP Mon May 28 03:41:49 SAST 2007
...
Kernel command line: root=/dev/sda1 ro 4
...
Registering block device major 8
...
Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(8,1)
```
### Cause potenziali
| Tipo di istanza | Causa potenziale |
| --- | --- |
| Supportata da Amazon EBS | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/it_it/AWSEC2/latest/UserGuide/TroubleshootingInstances.html) |
| Supportata da instance store | Errore dei dispositivi hardware. |
### Operazioni suggerite
| Per questo tipo di istanza | Eseguire questa operazione |
| --- | --- |
| Supportata da Amazon EBS | Scegliere una delle seguenti operazioni: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/it_it/AWSEC2/latest/UserGuide/TroubleshootingInstances.html) |
| Supportata da instance store | Terminare l'istanza e avviarne una nuova utilizzando un kernel moderno. |
## Errore: impossibile determinare il major/minor numero di dispositivi root... (Mancata system/device corrispondenza del file root)
Questa condizione viene indicata da un log di sistema simile a quello mostrato sotto.
```
...
XENBUS: Device with no driver: device/vif/0
XENBUS: Device with no driver: device/vbd/2048
drivers/rtc/hctosys.c: unable to open rtc device (rtc0)
Initializing network drop monitor service
Freeing unused kernel memory: 508k freed
:: Starting udevd...
done.
:: Running Hook [udev]
:: Triggering uevents...<30>udevd[65]: starting version 173
done.
Waiting 10 seconds for device /dev/xvda1 ...
Root device '/dev/xvda1' doesn't exist. Attempting to create it.
ERROR: Unable to determine major/minor number of root device '/dev/xvda1'.
You are being dropped to a recovery shell
Type 'exit' to try and continue booting
sh: can't access tty; job control turned off
[ramfs /]#
```
### Cause potenziali
+ Driver dispositivi a blocchi virtuali mancante o configurato in modo non corretto
+ Conflitto di enumerazione dei dispositivi (sda versus xvda o sda invece di sda1)
+ Scelta errata del kernel dell'istanza
### Operazioni suggerite
| Per questo tipo di istanza | Eseguire questa operazione |
| --- | --- |
| Supportata da Amazon EBS | Attenersi alla seguente procedura: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/it_it/AWSEC2/latest/UserGuide/TroubleshootingInstances.html) |
| Supportata da instance store | Attenersi alla seguente procedura: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/it_it/AWSEC2/latest/UserGuide/TroubleshootingInstances.html) |
## XENBUS: Device with no driver...
Questa condizione viene indicata da un log di sistema simile a quello mostrato sotto.
```
XENBUS: Device with no driver: device/vbd/2048
drivers/rtc/hctosys.c: unable to open rtc device (rtc0)
Initializing network drop monitor service
Freeing unused kernel memory: 508k freed
:: Starting udevd...
done.
:: Running Hook [udev]
:: Triggering uevents...<30>udevd[65]: starting version 173
done.
Waiting 10 seconds for device /dev/xvda1 ...
Root device '/dev/xvda1' doesn't exist. Attempting to create it.
ERROR: Unable to determine major/minor number of root device '/dev/xvda1'.
You are being dropped to a recovery shell
Type 'exit' to try and continue booting
sh: can't access tty; job control turned off
[ramfs /]#
```
### Cause potenziali
+ Driver dispositivi a blocchi virtuali mancante o configurato in modo non corretto
+ Conflitto di enumerazione dei dispositivi (sda versus xvda)
+ Scelta errata del kernel dell'istanza
### Operazioni suggerite
| Per questo tipo di istanza | Eseguire questa operazione |
| --- | --- |
| Supportata da Amazon EBS | Attenersi alla seguente procedura: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/it_it/AWSEC2/latest/UserGuide/TroubleshootingInstances.html) |
| Supportata da instance store | Attenersi alla seguente procedura: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/it_it/AWSEC2/latest/UserGuide/TroubleshootingInstances.html) |
## ... days without being checked, check forced (verifica del file system richiesta)
Questa condizione viene indicata da un log di sistema simile a quello mostrato sotto.
```
...
Checking filesystems
Checking all file systems.
[/sbin/fsck.ext3 (1) -- /] fsck.ext3 -a /dev/sda1
/dev/sda1 has gone 361 days without being checked, check forced
```
### Cause potenziali
Il momento della verifica del file system è trascorso; viene forzata una verifica del file system.
### Operazioni suggerite
+ Attendere il completamento della verifica del file system. Una verifica del file system può richiedere molto tempo a seconda delle dimensioni del file system root.
+ Modificare i file system per rimuovere l'applicazione della relativa verifica (fsck) utilizzando tune2fs o strumenti appropriati al file system in uso.
## fsck died with exit status... (dispositivo mancante)
Questa condizione viene indicata da un log di sistema simile a quello mostrato sotto.
```
Cleaning up ifupdown....
Loading kernel modules...done.
...
Activating lvm and md swap...done.
Checking file systems...fsck from util-linux-ng 2.16.2
/sbin/fsck.xfs: /dev/sdh does not exist
fsck died with exit status 8
[31mfailed (code 8).[39;49m
```
### Cause potenziali
+ Ramdisk in cerca di unità mancante
+ Verifica di consistenza del file system forzata
+ Unità in stato di errore o distaccata
### Operazioni suggerite
| Per questo tipo di istanza | Eseguire questa operazione |
| --- | --- |
| Supportata da Amazon EBS | Tentare una o più delle operazioni seguenti per risolvere il problema: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/it_it/AWSEC2/latest/UserGuide/TroubleshootingInstances.html) |
| Supportata da instance store | Tentare una o più delle operazioni seguenti per risolvere il problema: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/it_it/AWSEC2/latest/UserGuide/TroubleshootingInstances.html) |
## Prompt di GRUB (grubdom>)
Questa condizione viene indicata da un log di sistema simile a quello mostrato sotto.
```
GNU GRUB version 0.97 (629760K lower / 0K upper memory)
[ Minimal BASH-like line editing is supported. For
the first word, TAB lists possible command
completions. Anywhere else TAB lists the possible
completions of a device/filename. ]
grubdom>
```
### Cause potenziali
| Tipo di istanza | Cause potenziali |
| --- | --- |
| Supportata da Amazon EBS | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/it_it/AWSEC2/latest/UserGuide/TroubleshootingInstances.html) |
| Supportata da instance store | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/it_it/AWSEC2/latest/UserGuide/TroubleshootingInstances.html) |
### Operazioni suggerite
| Per questo tipo di istanza | Eseguire questa operazione |
| --- | --- |
| Supportata da Amazon EBS | Opzione 1: modificare l'AMI e riavviare l'istanza: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/it_it/AWSEC2/latest/UserGuide/TroubleshootingInstances.html) Opzione 2: correggere l'istanza esistente: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/it_it/AWSEC2/latest/UserGuide/TroubleshootingInstances.html) |
| Supportata da instance store | Opzione 1: modificare l'AMI e riavviare l'istanza: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/it_it/AWSEC2/latest/UserGuide/TroubleshootingInstances.html) Opzione 2: terminare l'istanza e avviarne una nuova specificando il kernel corretto. Per ripristinare i dati dell'istanza esistente, contatta [Supporto](https://aws.amazon.com/premiumsupport/). |
## Bringing up interface eth0: Device eth0 has different MAC address than expected, ignoring. (indirizzo MAC hardcoded)
Questa condizione viene indicata da un log di sistema simile a quello mostrato sotto.
```
...
Bringing up loopback interface: [ OK ]
Bringing up interface eth0: Device eth0 has different MAC address than expected, ignoring.
[FAILED]
Starting auditd: [ OK ]
```
### Cause potenziali
È presente un MAC con interfaccia hardcoded nella configurazione AMI.
### Operazioni suggerite
| Per questo tipo di istanza | Eseguire questa operazione |
| --- | --- |
| Supportata da Amazon EBS | Scegliere una delle seguenti operazioni: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/it_it/AWSEC2/latest/UserGuide/TroubleshootingInstances.html) O Attenersi alla seguente procedura: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/it_it/AWSEC2/latest/UserGuide/TroubleshootingInstances.html) |
| Supportata da instance store | Scegliere una delle seguenti operazioni: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/it_it/AWSEC2/latest/UserGuide/TroubleshootingInstances.html) |
## Impossibile caricare Policy. SELinux Machine is in enforcing mode. Adesso ci fermiamo. (configurazione errata) SELinux
Questa condizione viene indicata da un log di sistema simile a quello mostrato sotto.
```
audit(1313445102.626:2): enforcing=1 old_enforcing=0 auid=4294967295
Unable to load SELinux Policy. Machine is in enforcing mode. Halting now.
Kernel panic - not syncing: Attempted to kill init!
```
### Cause potenziali
SELinux è stato abilitato per errore:
+ Il kernel fornito non è supportato da GRUB
+ Il kernel di fallback non esiste
### Operazioni suggerite
| Per questo tipo di istanza | Eseguire questa operazione |
| --- | --- |
| Supportata da Amazon EBS | Attenersi alla seguente procedura: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/it_it/AWSEC2/latest/UserGuide/TroubleshootingInstances.html) |
| Supportata da instance store | Attenersi alla seguente procedura: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/it_it/AWSEC2/latest/UserGuide/TroubleshootingInstances.html) |
## XENBUS: Timeout connecting to devices (timeout di Xenbus)
Questa condizione viene indicata da un log di sistema simile a quello mostrato sotto.
```
Linux version 2.6.16-xenU (builder@xenbat.amazonsa) (gcc version 4.0.1
20050727 (Red Hat 4.0.1-5)) #1 SMP Mon May 28 03:41:49 SAST 2007
...
XENBUS: Timeout connecting to devices!
...
Kernel panic - not syncing: No init found. Try passing init= option to kernel.
```
### Cause potenziali
+ Il dispositivo a blocchi non è connesso all'istanza
+ L'istanza utilizza un kernel datato.
### Operazioni suggerite
| Per questo tipo di istanza | Eseguire questa operazione |
| --- | --- |
| Supportata da Amazon EBS | Scegliere una delle seguenti operazioni: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/it_it/AWSEC2/latest/UserGuide/TroubleshootingInstances.html) |
| Supportata da instance store | Scegliere una delle seguenti operazioni: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/it_it/AWSEC2/latest/UserGuide/TroubleshootingInstances.html) |