Forum Linux.mandriva l'ordi ne démarre plus /var est plein

Posté par  .
Étiquettes : aucune
0
17
avr.
2006
bonjour à tous
j'ai une mandriva 2006 qui fonctionnait à peu près jusqu'à hier. elle ne s'éteignait jamais normalement (plantait pendant que le système s'éteignait) donc je l'éteignais un peu brutalement en appuyant sur l'interrupteur.
ce matin, j'ai branché un disque dur externe sans problèmes.
puis j'ai éteint mon ordinateur, pour une fois il s'est éteint normalement.
depuis, à l'allumage, il ne parvient plus à lancer ma carte ethernet (mac adress is not the one which is expected), et au moment de lancer partmon, j'ai un message selon lequel /var est plein
puis j'ai un démarrage d'interface graphique et quand je tente de me connecter il ne se passe plus rien. j'ai également essayé en mode console, mais ça ne s'allume pas.
je voulais donc vider mon dossier /var de ce qu'il contient de superflu, grâce à un live cd knoppix (d'avril 2005)
deux problèmes se posent :
1. comment puis-je accéder à mon dossier /var à partir de knoppix pour le vider ? j'ai essayé naïvement mount /hda1 en console root, mais il me dit
root@1[knoppix]# mount /hda1
mount: can't find /hda1 in /etc/fstab or /etc/mtab

j'ai essayé la méthode graphique mais je ne peux pas accéder à root, pour lequel je n'ai pas les droits.

2. je supprime quel genre de choses ?

3. question subsidiaire : c'est fou que /var soit plein quand même. comment je peux éviter ça, pour une autre fois ?

merci à tous ceux qui ont une idée !
  • # Commentaire supprimé

    Posté par  . Évalué à 4.

    Ce commentaire a été supprimé par l’équipe de modération.

  • # 2 3 ptits trucs

    Posté par  . Évalué à 2.

    > 1. comment puis-je accéder à mon dossier /var à partir de knoppix pour le vider ? j'ai essayé naïvement mount /hda1 en console root, mais il me dit

    Essaye de monter sous knoppix avec une commande mount compléte:
    # mount /dev/hda1 /mnt/hda1

    > 2. je supprime quel genre de choses ?

    /var est peuplé par par mal de trucs variables (d'ou son nom). Il existe un tas de raison pour que ton /var soit plein. trop de rpm, un cache qui se remplis, un fichier de log qui s'affole. Essaye donc de trouver la source, une fois ton /var monté sur ta knoppix à coup de du -hs répertoire puis du -hs sous-répertoire. Mais n'efface rien à l'aveuglette, vérifie ce que tu effaceras.
    • [^] # Re: 2 3 ptits trucs

      Posté par  . Évalué à 1.

      merci, c'était une bonne idée. la syntaxe m'était familière (mais je ne m'en souvenais pas), mais voilà :
      root@1[knoppix]# mount /dev/hda1 /mnt/hda
      mount: mount point /mnt/hda does not exist

      tu as une autre idée ?
  • # mon experience

    Posté par  (site web personnel) . Évalué à 2.

    maintenant, d'experience, mon /var n'est plus un point de montage.

    Par contre, /var/log /var/lib /var/cache /var/spool /var/www le sont. le reste des dossiers ne sont pas "consommateurs" d'espace.

    Comme cela, je peux gerer mon besoin via lvm et surtout eviter des problemes de débordement d'un /var/lib sur le /var/log ou le contraire.

    un piège assez courant reste les tailles d'inode ... j'ai eu une machine ou j'ai collé les regles de bases pour les inodes sur un /var/lib ... et amavis + clamav remplissant /var/lib , je me suis retrouvé avec une partition pleine alors qu'elle etait presque vide ... je n'avais verifié l'adequation de la taille des inodes par rapport à son usage ( df -i ne fournit pas la meme info que df ) ... un coup de tune2fs et c'etait reglé.
  • # Essaye ca

    Posté par  . Évalué à 1.

    Deja il faut déterminer sur quelle partition se situe ton filesysteme /var. Pour connaitre toutes les partitions de ton disque:
    sfdisk -d /dev/hda
    Ensuite pour chaque partition listée par le résultat de ta commande précédente, recherche celle qui correspond à /var :
    tune2fs -l /dev/hdaX | grep name

    Si tu n'en vois aucune, c'est que ton /var est intégré directement au / (ce qui n'est pas idéal). En supposant que ton / corresponde à la partition hda1, tu le montes comme ils l'ont expliqué précédemment.

    Concernant le fait que ton /var soit plein, il ne faut pas faire le ménage n'importe comment.
    Si c'est ton /var/log/messages qui est trop gros, essaye de voir les messages qui reviennent sans arrêt puis vide le de cette manière:
    echo > /var/log/messages.

    Pour éviter une future saturation, tu peux mettre en place une rotation de log:
    modifie ton /etc/logrotate.d/syslog et mets ca dedans:

    /var/log/messages /var/log/secure /var/log/maillog /var/log/spooler /var/log/boot.log /var/log/cron {
    size 50M
    sharedscripts
    postrotate
    /bin/kill -HUP `cat /var/run/syslogd.pid 2> /dev/null` 2> /dev/null || true
    endscript
    }

    Ca va te permettre d'effectuer une rotation chaque fois que le fichier atteint 50Mo.
    • [^] # c'est résolu !

      Posté par  . Évalué à 1.

      c'est résolu !
      alors j'ai réussi à démarrer en mode console root, et là j'ai regardé la taille des fichiers avec du , puis j'en ai supprimé quelques uns, volumineux et en .old , dans /var/log.
      l'ordinateur a redémarré, pour la prochaine fois je ferai attention à la taille de /var

      merci à tous ceux qui m'ont aidée !
    • [^] # c'est résolu !

      Posté par  . Évalué à 1.

      c'est résolu !
      alors j'ai réussi à démarrer en mode console root, et là j'ai regardé la taille des fichiers avec du , puis j'en ai supprimé quelques uns, volumineux et en .old , dans /var/log.
      l'ordinateur a redémarré, pour la prochaine fois je ferai attention à la taille de /var

      merci à tous ceux qui m'ont aidée !

Suivre le flux des commentaires

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