Forum Linux.debian/ubuntu Je ne peux plus executer de commande

Posté par . Licence CC by-sa
Tags : aucun
1
7
mai
2015

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 . Évalué à 2.

    ===> []

    • [^] # Re: Est-ce que tu as essayé de l'éteindre et de le rallumer ?

      Posté par . É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

  • # en effet

    Posté par . Évalué à 3.

    Cela me laisse tout simplement penser, qu'il s'agit d'un problème matériel lié à mon disque dur….

    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 . É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 . Évalué à 2.

        […] vu qu'il ne peut pas exécuter de commandes :D

        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 . É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 (page perso) . É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 . É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

    • [^] # Re: Suite

      Posté par (page perso) . Évalué à 3.

      Attention, un disque plein peut l'être pour 2 raisons différentes :
      - plus de place sur le disque (vérifiable grâce à df -h)
      - plus d'inode disponibles (vérifiable grâce à df -i)

      Le deuxième cas peut se produire si tu as énormément de petits fichiers (j'ai eu le soucis provoqué par un projet sous git à cause de ça )

    • [^] # Re: Suite

      Posté par . Évalué à 2.

      Fais un cat /proc/mdstat aussi si tu as du RAID.

      • [^] # Re: Suite

        Posté par . É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
        Tu peux essayer de voir pourquoi il est passé en read-only dans dmesg ou /var/log/messages :

        dmesg | grep -10 read-only
        grep -10 read-only /var/log/messages*

Suivre le flux des commentaires

Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.