Hm, pour remplir un disque avec des logs en deux jours, il faut qu'une quantité incroyable d'évènements se soient produits, ou que le disque soit vraiment petit...

Deja, quel schéma de partitionnement as-tu utilisé ? Si tu as utilisé des partitions multiples, vérifie qu'elles ont toutes été montées correctement.

Tu peux utiliser la commande du -s pour connaitre l'espace total occupé par une sous-arboresence:

du -sh /*
du -sh /tmp/*
du -sh /home/*

etc..

Une fois que tu auras un peu d'espace disponible, installes KDirStat (il est probablement dans yast) qui te permettra d'avoir une vue graphique de l'occupation de ton disque. En passant, tu pourras essayer de désinstaller certains packages dont tu n'as pas besoin.

Tu pourras peut-être gagner un peu de place en nettoyant le contenu de /tmp: en root,

rm -rf /tmp/*

Attention à bien taper exactement cela tel quel. Une erreur ici aura des conséquences sérieuses !

Tu peux aussi essayer d'effacer le contenu de /var/log, si tu suspectes que le problème vient de la. Ici encore, prudence:

find /var/log/ -type f |xargs rm -f

:shock: hda9 ? omg, une partition tertiaire...

  Après, le partitionnement est une question assez personnelle et sans règle bien définie. Historiquement, les gros systèmes unix tendaient à utiliser extensivement les partitions. C'est aussi la raison de l'organisation du fs en /var, /tmp, /usr, etc., chacun avec un role de stockage bien défini.

  Si tu as un système avec un petit nombre d'utilisateurs, l'argument de garantir de la place pour chaque tâche perd de sa pertinence.

  A moins que tu ne fasses de ton système une utilisation très spécifiques (bases de données avancées, NAS, archivage en masse de données, ...), la possibilité d'avoir plusieurs systèmes de fichiers différents perd aussi de l'intérêt.

  Avec les limitations actuelles sur les systèmes de fichiers modernes, le partitionnement n'est plus non plus nécessaire pour opérer des disques de grande taille ou garantir des i-nodes supplémentaires.

  Les partitions séparées ont pu a une époque faciliter le backup/restore. Si tu as une stratégie de backup régulière pour ta machine personnelle, félicitations. Mais avec les machines actuelles, tu peux facilement utiliser des outils comme rsync pour avoir un backup a chaud sans t'astreindre a un partitionnement rigide, et avec des performances tout a fait acceptables.

    Les désavantages du partitionnement, en revanche, sont encore d'actualité: entre autres, le problème de se retrouver avec une partition pleine alors que de l'espace est encore disponible sur les autres.

  Les cas pour lesquels ils faut penser à partitonner sont: le partage de la machine entre plusieurs OS, certaines applications avancées de virtualisation ou de bases de données, le stockage de données encryptées avec confidentialité des métadonnées. J'oublie peut-être encore des cas, mais pour la majorité du vaste monde, avoir une seule partition de données (en plus de la swap).

++