Journal No space left on device

Posté par  .
Étiquettes :
0
29
mai
2004
Oy oy journal !!

C'est en cette belle soirée que je me trouve confrontée à un ch'ti problème... Voila, je me suis monté (pour chez moi) un p'tit firewall sous Debian (le but étant d'apprendre, et par la suite y'aura un site web, et je pense aussi installer un proxy et un dns pour voir) pour me protéger des vilains pirates qui sévissent sur le p2p...

Jusque là, tout va bien... Le problème vient quand j'ai voulu faire un apt-get dist-upgrade... Ben oui, il trouve ce qu'il faut mettre à jour et tout, il télécharge les paquets nickel, il commence l'install sans souci... Puis il plante comme ça :

Preparing to replace libc6 2.3.2.ds1-11 (using .../libc6_2.3.2.ds1-12_i386.deb) ...
Unpacking replacement libc6 ...
dpkg: error processing /var/cache/apt/archives/libc6_2.3.2.ds1-12_i386.deb (--unpack):
failed in buffer_write(fd) (8, ret=-1): backend dpkg-deb during `./lib/libc-2.3.2.so': No space left on device
dpkg-deb: subprocess paste killed by signal (Broken pipe)
Errors were encountered while processing:
/var/cache/apt/archives/libc6_2.3.2.ds1-12_i386.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)

De cela, je déduis qu'il y a un problème de place... Donc je regarde en faisant un ch'ti df -h qui me dit :

Filesystem Size Used Avail Use% Mounted on
/dev/hda1 92M 91M 0 100% /
tmpfs 63M 0 63M 0% /dev/shm
/dev/hda3 16M 14M 601K 96% /boot
/dev/hda5 46M 2.9M 41M 7% /root
/dev/hda12 1.1G 83M 951M 9% /var
/dev/hda7 46M 2.7M 41M 7% /var/log
/dev/hda8 183M 27K 173M 1% /tmp
/dev/hda9 2.8G 1.1G 1.6G 40% /usr
/dev/hda10 464M 2.9M 437M 1% /home
/dev/hda11 942M 92K 894M 1% /var/www
/dev/hda6 114M 67M 42M 62% /local


Alors là, soit je suis bête, soit y'a un chisme quelque part... Non parce que si je me trompe pas, apt il se sert de la partition où y'a /var/cache:apt... Or si je me goure pas, sur cette partition, j'ai 950 Mo de dispo... Donc la question est : c'est quoi que je loupe ??

PS : désolé pour la présentation du df -h...
  • # Commentaire supprimé

    Posté par  . Évalué à 2.

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

    • [^] # Commentaire supprimé

      Posté par  . Évalué à 1.

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

      • [^] # Re: /tmp

        Posté par  . Évalué à 1.

        tu penses que 173 Mo ne suffisent pas à installer la libc6 ? Comment je fais alors ? Je dois tout reprendre à zéro ?
    • [^] # Re: /tmp

      Posté par  . Évalué à 1.

      /tmp qui est dans
      /dev/hda1 92M 91M 0 100% /


      le /tmp est séparé :

      /dev/hda8 183M 27K 173M 1% /tmp
  • # Meilleure vision globale

    Posté par  . Évalué à 1.

    Pour avoir une meilleure vision du partitionnement de mon dur allez voir là :

    http://thorgrim.no-ip.org/phpsysinfo/index.php(...)
  • # ...

    Posté par  . Évalué à 3.

    /dev/hda1 92M 91M 0 100% /
    tu veux qu'il l'intalle ou la libc ?
    Y a plus de place dans /lib ....
    • [^] # Re: ...

      Posté par  . Évalué à 2.

      ben apparement la libc6 est pas dans /lib chez moi...

      !!!ROOOOOT!!!@web:/home/thorgrim\ ==> $ locate libc6
      /local/lib/dpkg/info/libc6-dev.list
      /local/lib/dpkg/info/libc6-dev.postinst
      /local/lib/dpkg/info/libc6-dev.preinst
      /local/lib/dpkg/info/libc6-dev.prerm
      /local/lib/dpkg/info/libc6.conffiles
      /local/lib/dpkg/info/libc6.list
      /local/lib/dpkg/info/libc6.postinst
      /local/lib/dpkg/info/libc6.postrm
      /local/lib/dpkg/info/libc6.preinst
      /local/lib/dpkg/info/libc6.prerm
      /local/lib/dpkg/info/libc6.shlibs
      /usr/lib/libapt-inst-libc6.3-5.so.1.0
      /usr/lib/libapt-inst-libc6.3-5.so.1.0.0
      /usr/lib/libapt-pkg-libc6.3-5.so.3.3
      /usr/lib/libapt-pkg-libc6.3-5.so.3.3.0
      /usr/lib/libstdc++-3-libc6.2-2-2.10.0.a
      /usr/lib/libstdc++-3-libc6.2-2-2.10.0.so
      /usr/lib/libstdc++-libc6.2-2.a.3
      /usr/lib/libstdc++-libc6.2-2.so.3
      /usr/share/doc/libc6
      /usr/share/doc/libc6-dev
      /usr/share/doc/libc6-dev/changelog.Debian.gz
      /usr/share/doc/libc6-dev/copyright
      /usr/share/doc/libc6/BUGS
      /usr/share/doc/libc6/changelog.Debian.gz
      /usr/share/doc/libc6/changelog.gz
      /usr/share/doc/libc6/ChangeLog.linuxthreads.gz
      /usr/share/doc/libc6/ChangeLog.nptl.gz
      /usr/share/doc/libc6/copyright
      /usr/share/doc/libc6/FAQ.gz
      /usr/share/doc/libc6/INTERFACE.gz
      /usr/share/doc/libc6/log-test-i386-linux-libc.gz
      /usr/share/doc/libc6/log-test-i486-linux-nptl.gz
      /usr/share/doc/libc6/log-test-i686-linux-i686.gz
      /usr/share/doc/libc6/NEWS.gz
      /usr/share/doc/libc6/NOTES.gz
      /usr/share/doc/libc6/PROJECTS.gz
      /usr/share/doc/libc6/README
      /usr/share/doc/libc6/README.Debian.gz
      /usr/share/doc/libc6/README.hesiod.gz
      /usr/share/doc/libc6/README.linuxthreads.gz
  • # /lib

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

    Arrêter moi si je dis une connerie mais la libc elle va pas dans /lib par hasard ???
    Si c'est bien le cas çà expliquerait peut-être que dpkg ne puisse pas la mettre à jour vu que ton / est plein !
  • # no comment ...

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

    Bonjour,

    question :

    /dev/hda1 92M 91M 0 100% /

    si je dois copier des lib dans /lib je fais comment ?

    reponse :
    nettoie ton /
  • # question subsidiaire :

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

    ça sert à quoi d'avoir autant de partitions ?
    • [^] # Re: question subsidiaire :

      Posté par  . Évalué à 1.

      C'est une question que je me suis posé au début... Je crois que c'est d'une part pour sécurisé la semoule (vu que j'héberge un genre de site web) mais c'set aussi pour éviter justement d'avoir des problèmes de place. En effet, le fait de mettre les fichier du site sur une partition à part fait que ces fichiers n'empiètent pas sur l'espace disque global de /. Pareil par exemple pour les logs. Ca évite que si tu as des soucis sur ton serveur et que les logs grossissent en taiile ils ne te bouffent toute la place libre sur ton dur. C'est en gros une séparation des besoin je dirais mais je peux me tromper...
    • [^] # Re: question subsidiaire :

      Posté par  . Évalué à 2.

      à se prendre la tête pour rien :)
      pourquoi faire simple quand on peut faire compliquer ?
      • [^] # Re: question subsidiaire :

        Posté par  . Évalué à 2.

        autant de partitions physiques permettent de :
        - se prendre la tête
        - avoir des problèmes d'esapce disque
        - gacher de l'espace disque. surtout que vu l'occupation de ton home et ton var/www, on peut dire que ton système ne sert pas
        - lancer autant de fsck. l'autre il est en ext2 et il nous parle de sécurité ...


        t'assumes tes conneries :D
        • [^] # Re: question subsidiaire :

          Posté par  . Évalué à 2.

          le LVM est assez bien foutu aussi.....
        • [^] # Re: question subsidiaire :

          Posté par  . Évalué à 1.

          Mettre les rep. dans différentes partitions permet de leur mettre des options particulières (/tmp et /usr en read-only, /var/log en sync).
          Si un programme s'emballe et commence à remplir /tmp, si /tmp est dans une partition différente, la partition va se remplir et le programme va planter mais tous le disque ne sera pas rempli.

          Pour éviter les problèmes de taille de partition on peut utiliser LVM pour pouvoir les redimentionner après coup.

Suivre le flux des commentaires

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