Bonjour à tous,
du jour au lendemain, j'ai des soucis sur mon serveur Debian, en effet quelque soit la commande que je tape j'ai des erreurs.
Par exemple si je tape la commande reboot :
root@server002:~# reboot
-bash: /sbin/reboot: Input/output error
Ou si je veux créer un fichier :
root@server002:~# touch toto
touch: cannot touch `toto': Read-only file system
Au niveau des logs, notamment dans /var/log/messages, j'ai les lignes suivantes :
May 6 13:22:03 server002 kernel: ata1: hard resetting link
May 6 13:22:09 server002 kernel: ata1: link is slow to respond, please be patient (ready=0)
May 6 13:22:10 server002 kernel: ata1: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
May 6 13:22:15 server002 kernel: ata1: hard resetting link
May 6 13:22:15 server002 kernel: ata1: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
May 6 13:22:20 server002 kernel: ata1: hard resetting link
May 6 13:22:20 server002 kernel: ata1: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
May 6 13:22:20 server002 kernel: ata1.00: disabled
May 6 13:22:25 server002 kernel: ata1: hard resetting link
Cela me laisse tout simplement penser, qu'il s'agit d'un problème matériel lié à mon disque dur….
Comment puis-je en être sur? Qu'est ce que vous me conseillez?
Merci pour votre aide
# Est-ce que tu as essayé de l'éteindre et de le rallumer ?
Posté par Marotte ⛧ . Évalué à 2.
===> []
[^] # Re: Est-ce que tu as essayé de l'éteindre et de le rallumer ?
Posté par MrGears . Évalué à 1.
Je n'ai malheureusement aucun accès physique au serveur…
Avant de faire une betise et faire un reboot forcé via une autre méthode, j'aurais voulu savoir si j'ai d'autres options.
J'ai peur de le reboot et le perdre pour de bon.
Merci pour votre aide
[^] # Re: Est-ce que tu as essayé de l'éteindre et de le rallumer ?
Posté par Cyril Brulebois (site web personnel) . Évalué à 1.
Cela peut être un problème matériel ou un problème de mauvais support côté logiciel. Avoir les logs complets pourrait aider au diagnostic.
Tu peux essayer de remonter le FS racine avec : mount -o remount,rw /
(et éventuellement d'autres FS, cf. la sortie de la commande mount).
Tu devrais pouvoir forcer un reboot facilement via /proc/sysrq-trigger (cf. Documentation/sysrq.txt).
Debian Consultant @ DEBAMAX
# en effet
Posté par NeoX . Évalué à 3.
un probleme avec le disque, à commencer par un disque peut-etre plein,
j'ai deja eu des cas ou le disque plein empeche les commandes necessitant une ecriture de se lancer,
les autres commandes (en lecture passant parfaitement)
puis peut-etre un probleme physique, mais à part le hard resetting link y a rien de mechant.
donc commencons par l'hypothese disque plein,
que donne un
df -h[^] # Re: en effet
Posté par ptit_poulet . Évalué à 1.
Bonjour,
Il y a de fortes chances que le df -h ne fonctionne pas vu qu'il ne peut pas exécuter de commandes :D
[^] # Re: en effet
Posté par NeoX . Évalué à 2.
il ne peut pas acceder à des commandes qui ecrivent sur le disque
à ma connaissance df -h ne fait que lire le disque
[^] # Re: en effet
Posté par ptit_poulet . Évalué à 1.
J'ai dit ça dans le sens où dans son 1er message il dit : "en effet quelque soit la commande que je tape j'ai des erreurs" ;)
[^] # Re: en effet
Posté par matthieu bollot (site web personnel, Mastodon) . Évalué à 3.
Mais d'un autre côté il a réussi à lire /var/log/messages sûrement à l'aide d'une commande si c'est pas par magie :p
# Suite
Posté par MrGears . Évalué à 2.
Mon disque dur n'est pas plein..
root@serveur002:~# df -h
Filesystem Size Used Avail Use% Mounted on
rootfs 1.7T 1.2G 1.7T 1% /
/dev/root 1.7T 1.2G 1.7T 1% /
devtmpfs 7.9G 0 7.9G 0% /dev
tmpfs 1.6G 220K 1.6G 1% /run
tmpfs 5.0M 0 5.0M 0% /run/lock
tmpfs 3.4G 0 3.4G 0% /dev/shm
/dev/md3 48G 14G 32G 30% /backup
/dev/md5 48G 1.4G 45G 3% /web
Je viens de voir ces lignes dans messages.1 :
May 3 00:57:01 serveur002 kernel: md: data-check of RAID array md2
May 3 00:57:01 serveur002 kernel: md: minimum guaranteed speed: 1000 KB/sec/disk.
May 3 00:57:01 serveur002 kernel: md: using maximum available idle IO bandwidth (but not more than 200000 KB/sec) for data-check.
May 3 00:57:01 serveur002 kernel: md: using 128k window, over a total of 1850586048k.
May 3 00:57:01 serveur002 kernel: md: md2: data-check done.
May 3 00:57:01 serveur002 kernel: md: data-check of RAID array md3
May 3 00:57:01 serveur002 kernel: md: minimum guaranteed speed: 1000 KB/sec/disk.
May 3 00:57:01 serveur002 kernel: md: using maximum available idle IO bandwidth (but not more than 200000 KB/sec) for data-check.
May 3 00:57:01 serveur002 kernel: md: using 128k window, over a total of 51198912k.
May 3 00:57:01 serveur002 kernel: md: md3: data-check done.
May 3 00:57:01 serveur002 kernel: md: data-check of RAID array md5
May 3 00:57:01 serveur002 kernel: md: minimum guaranteed speed: 1000 KB/sec/disk.
May 3 00:57:01 serveur002 kernel: md: using maximum available idle IO bandwidth (but not more than 200000 KB/sec) for data-check.
May 3 00:57:01 serveur002 kernel: md: using 128k window, over a total of 51198912k.
May 3 00:57:01 serveur002 kernel: md: md5: data-check done.
Je vais backup mes données et redemarrer…
Merci pour votre aide
[^] # Commentaire supprimé
Posté par Anonyme . Évalué à 3.
Ce commentaire a été supprimé par l’équipe de modération.
[^] # Re: Suite
Posté par neil . Évalué à 2.
Fais un
cat /proc/mdstataussi si tu as du RAID.[^] # Re: Suite
Posté par tatrefthekiller . Évalué à 1.
Cependant, normalement, même quand le RAID est HS, le FS est toujours disponible (c'est le but du RAID). Ou alors les 2 disques sont HS
Pour voir tous les FS (donc ceux en read-only) :
mount
dmesg | grep -10 read-only
grep -10 read-only /var/log/messages*
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.