Il arrive parfois que des erreurs soient présentes sur le système de fichier du disque système de votre serveur l'empêchant de fonctionner correctement.

Dans ce cas là, la seule solution est d'effectuer une vérification du système de fichier afin de - peut-être - réparer les erreurs sur le système de fichier.

Il y a deux manière de procéder à la vérification du disque système en fonction de si vous avez accès ou non au shell sur le serveur :

Si vous parvenez à vous logguer sur votre serveur et accéder à un shell, vous pourrez alors effectuer la vérification sur le disque directement sur le serveur.

Pour cela, il sera nécessaire de passer le disque système en read-only avec la commande suivante :

# mount -o remount,ro /

Si un message vous indique 'mount: / is busy', cela signifie que le disque est utilisé par certains programmes. Il faudra donc stopper / killer les programmes ayant w/u sur /. La commande 'lsof /' vous permettra de visualiser cela :

# lsof /
COMMAND     PID       USER   FD   TYPE DEVICE SIZE/OFF   NODE NAME
rsyslogd   1237       root    3u   REG  202,1  3762377   3544 /var/log/syslog
rsyslogd   1237       root    5w   REG  202,1    29569  25879 /var/log/messages
rsyslogd   1237       root    6w   REG  202,1  2217748  25872 /var/log/auth.log
rsyslogd   1237       root    7w   REG  202,1 36729452  17350 /var/log/daemon.log
rsyslogd   1237       root    9w   REG  202,1   978650  25878 /var/log/user.log
rsyslogd   1237       root   10w   REG  202,1     8108  12417 /var/log/kern.log

Dans le cas ci-dessus, on peut voir que rsyslogd utilise le disque système en écriture, il suffit alors de stopper / killer 'rsyslogd'. Il faudra en faire de même pour les autres process ayant 'w/u' sur '/'.

Puis vérifiez si le disque à bien été monté en ro avec la commande 'mount' :

# mount
/dev/xvda1 on / type ext4 (ro,noatime,errors=remount-ro)

Pour effectuer le fsck sur le disque, tapez alors la commande :

# fsck -f /dev/xvda1
fsck from util-linux 2.20.1
e2fsck 1.42.5 (29-Jul-2012)
Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information
DEBIAN7_64: 32869/196608 files (0.2% non-contiguous), 274868/786432 blocks

Dans le cas où le shell n'est pas accessible sur votre serveur, alors il faudra nécessairement effectuer la vérification du disque sur un autre serveur Gandi. En effet, il s'agit de l'un des atouts de la virtualisation, qui vous permet d'attacher un disque d'un serveur à un autre serveur.

Tout d'abord, créez un nouveau serveur (en mode Expert) dans la distribution de votre choix. La création du serveur prendra seulement quelques minutes.

Une fois le nouveau serveur crée, arrêter le serveur sur lequel le disque système présente des erreurs, puis détachez le disque système et rattachez le sur le nouveau serveur. Référez vous à la page sur la gestion des disques pour plus d'informations : Attacher un disque à un serveur

Lors de l'attachement du disque système à vérifier sur le nouveau serveur, le disque devrait être monté automatiquement. Vous pouvez le vérifier avec la commande 'mount' :

# mount
/dev/xvda1 on / type ext4 (rw,noatime,errors=remount-ro)
/dev/xvdk on /srv/DEBIAN7_64 type ext4 (rw,nosuid,nodev,noatime)

Dans le cas ci-dessus, le disque système à vérifier à le label 'DEBIAN7_64'. Pour le démonter tapez la commande :

# umount /srv/label_du_disque

Une fois le disque démonté, vous pouvez alors procéder à la vérification sur le disque avec la commande 'fsck -f /dev/xvdX' (où X correspond au disque à vérifier) :

# fsck -f /dev/xvdk
fsck from util-linux-ng 2.17.2
e2fsck 1.41.12 (17-May-2010)
Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information
DEBIAN7_64: 32869/196608 files (0.2% non-contiguous), 274868/786432 blocks