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 Anonyme . Évalué à 2.
Ce commentaire a été supprimé par l’équipe de modération.
[^] # Commentaire supprimé
Posté par Anonyme . Évalué à 1.
Ce commentaire a été supprimé par l’équipe de modération.
[^] # Re: /tmp
Posté par Nicolas Vaton . Évalué à 1.
[^] # Re: /tmp
Posté par Nicolas Vaton . Évalué à 1.
/dev/hda1 92M 91M 0 100% /
le /tmp est séparé :
/dev/hda8 183M 27K 173M 1% /tmp
# Meilleure vision globale
Posté par Nicolas Vaton . Évalué à 1.
http://thorgrim.no-ip.org/phpsysinfo/index.php(...)
# ...
Posté par M . Évalué à 3.
tu veux qu'il l'intalle ou la libc ?
Y a plus de place dans /lib ....
[^] # Re: ...
Posté par Nicolas Vaton . Évalué à 2.
!!!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
[^] # Re: ...
Posté par Nicolas Vaton . Évalué à 1.
# /lib
Posté par Omega (site web personnel) . Évalué à 2.
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 Mouns (site web personnel) . Évalué à 2.
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 ccomb (site web personnel) . Évalué à 4.
[^] # Re: question subsidiaire :
Posté par Nicolas Vaton . Évalué à 1.
[^] # Re: question subsidiaire :
Posté par Seneque Xavier . Évalué à 1.
parceque là... t'en à un peu beaucoup je trouve :)
[^] # Re: question subsidiaire :
Posté par Jean-Baptiste Mayer . Évalué à 1.
[^] # Re: question subsidiaire :
Posté par Seneque Xavier . Évalué à 2.
pourquoi faire simple quand on peut faire compliquer ?
[^] # Re: question subsidiaire :
Posté par TazForEver . Évalué à 2.
- 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 atom747fr . Évalué à 2.
[^] # Re: question subsidiaire :
Posté par jdloic . Évalué à 1.
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.