Bonjour,
Je suis sous DEBIAN 6.0, lors d’une mise à jour de sécurité sur mon pc, j’ai eu ce message d’érreur :
échèc en écriture lors d’une copie de buffer pour backend dpkg-deb pendant <<./lib/modules/2.6.32.5.686/kernel/net/netfilter/x_tables.ko>> Aucun espace disponible sur le périphérique.
Pouvez vous m’aider a résoudre ce problème car je suis encore un peu juste pour maitrisé
DEBIAN. Merci d’avance.
Aucun espace disponible sur le périphérique
Il semblerait que l’espace manque.
Voir l’espace occupé/libre
$ df -hT
option -h, “humainement” lisible, unités et arrondis, option -T comme type.
Copie nous le retour de la commande
$ df -hT
Comment récupérer de l’espace :
Vider le cache des paquets deb téléchargés,
Si tu as lancé aptitude et qu’il est toujours ouvert
aptitude ->ctrl+t , menu “vider le cache”
Si tu n’as aucune installation en cours
$ su
mot de passe de root
(si tu as une installation en cours , il vaut mieux l’interrompre proprement)
Autre réserve possible, les journaux en /var/log
Voir l’espace mobilisé :
Voir la taille des fichiers individuellement
$ ls -sh /var/log
Réduire à zéro les journaux obèses.
voici la partition de mon PC :
Disk /dev/sda: 160 GB, 160039272960 bytes
255 heads, 63 sectors/track, 19457 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Device Boot Start End Blocks Id System
/dev/sda1 * 1 43 345366 83 Linux
Warning: Partition 1 does not end on cylinder boundary.
/dev/sda2 43 19458 155950987 5 Extended
Warning: Partition 2 does not end on cylinder boundary.
/dev/sda5 43 1137 8787555 83 Linux
Warning: Partition 5 does not end on cylinder boundary.
/dev/sda6 1137 1502 2931862 83 Linux
Warning: Partition 6 does not end on cylinder boundary.
/dev/sda7 1502 1682 1445850 82 Linux swap
Warning: Partition 7 does not end on cylinder boundary.
/dev/sda8 1682 1731 393592 83 Linux
Warning: Partition 8 does not end on cylinder boundary.
/dev/sda9 1731 19458 142392127 83 Linux
Warning: Partition 9 does not end on cylinder boundary.
root@acerAspireT120E:/home/xavier#
Est ce que je peux agrandir la partition “root” si oui comment faire ?
merci
Ça dépend du placement de la racine et des partitions qui la jouxtent…
Sur quelle partition se trouve la partition / ?
Qu’en est-il de /home ? et /usr ? et /var ?
Y a-t-il une ou plusieurs installations linux sur ce disque ?
On exclut d’office /dev/sda7, swap, il nous reste
/dev/sda1
/dev/sda5
/dev/sda6
/dev/sda8
/dev/sda9
Nous ne saurons pas quelle partition il serait possible d’agrandir/rétrécir/effacer/déplacer … sans connaître le retour de
$ mount
et
$ df -hT
c’est sur la partition /dev/sad1
je n’est que DEBIAN 6.0 comme OS sur mon pc
Je vous poste la réponse du terminale pour $ mount
xavier@acerAspireT120E:~$ mount
/dev/sda1 on / type ext4 (rw,errors=remount-ro)
tmpfs on /lib/init/rw type tmpfs (rw,nosuid,mode=0755)
proc on /proc type proc (rw,noexec,nosuid,nodev)
sysfs on /sys type sysfs (rw,noexec,nosuid,nodev)
udev on /dev type tmpfs (rw,mode=0755)
tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev)
devpts on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=620)
/dev/sda9 on /home type ext4 (rw)
/dev/sda8 on /tmp type ext4 (rw)
/dev/sda5 on /usr type ext4 (rw)
/dev/sda6 on /var type ext4 (rw)
fusectl on /sys/fs/fuse/connections type fusectl (rw)
binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw,noexec,nosuid,nodev)
nfsd on /proc/fs/nfsd type nfsd (rw)
xavier@acerAspireT120E:~$
et $df-hT
xavier@acerAspireT120E:~$ df -hT
Sys. fich. Type Taille Uti. Disp. Uti% Monté sur
/dev/sda1 ext4 323M 258M 49M 85% /
tmpfs tmpfs 363M 0 363M 0% /lib/init/rw
udev tmpfs 358M 172K 358M 1% /dev
tmpfs tmpfs 363M 0 363M 0% /dev/shm
/dev/sda9 ext4 134G 2,6G 125G 3% /home
/dev/sda8 ext4 368M 11M 339M 3% /tmp
/dev/sda5 ext4 8,3G 3,4G 4,5G 43% /usr
/dev/sda6 ext4 2,8G 631M 2,0G 24% /var
xavier@acerAspireT120E:~$
La partition / actuelle pourrait être recyclée en /boot.
À la vue de cette disposition, je te propose le réaménagement suivant sans toucher au partitionnement: Transférer les données de / vers ce qui est actuellement /usr ou /home.Redéfinir cette nouvelle racine dans /etc/fstab, réinstaller grub sur cette dernière.
Pourquoi ne pas y aller à coup de gparted de shrink et de resize ?
Méthode beaucoup plus économique et rapide, moins risquée et plus futée. Il te suffit de copier 258Mo de données sans devoir attendre des heures l’accomplissement du décalage bloc à bloc en risquant de perdre des données.
Un live-cd serait approprié pour mener cette opération mais on peut le faire en intervenant in-vivo sur le système démarré
qui se transforme par ses propres moyens.
Travail à la console, hors de l’interface graphique.
De plus, /home ou /usr seront momentanément sabotés. On se connecte donc en root pour mener cette opération administrative.
ctrl+alt+F2
login : root
Hypothèse /usr
Créer /usr/usr, y déplacer tout ce qui se trouve en /usr
$ su
mot de passe de root
Créer /usr/usr
Se placer en /usr/usr pour y lancer les commandes
Renommer (mv comme move) TOUT (*) ce qui se trouve dans le dossier parent (…/) en ce lieu, ici (./)
ACHTUNG à partir de ce moment /usr est hors d’usage pour le système démarré, ne pas se tromper d’origine et de destination, “*” est un joker attrape-tout.
(le message d’erreur apparaîtra “cannot move …/usr/usr to itself”, …/usr ne peut se copier dans /usr/usr, aucune importance)
copier les 258 Mo données qui se trouvent à la racine vers /usr.
copie de tout ce qui se trouve en / sauf /var, /usr, /home et /lost+found
en bloc
(le dernier est la destination, ici /usr)
ou un par un
…
Une méthode de copie semi graphique connue des feignasses comme nous : midnight commander (mc) , F5 en précisant de préserver les attributs.
Hypothèse /home
créer /home/home
(plus de /home/toto , $HOME est hors d’usage pour le système démarré au delà de ce point)
Éditer /etc/fstab
Faire une copie de sauvegarde de l’actuel fichier
Échanger les UID de / et de /usr ou /home
Commenter la ligne de /usr ou /home
Copie nous ici le fichier /etc/fstab avant/après.
Grub
Réinstaller grub sous le mode rescue du support d’installation debian.
Après avoir démarré le système, revoir ce réglage par
Un oubli à propos de lost+found.
La commande
que tu sois en /usr/usr ou /home/home, déplace /lost+found de /usr ou /home. Ce dossier devrait se trouver sur le point haut du système de fichiers.
Comme /usr et /home sont des partitions, /lost+found leur est propre.
Deux approches, /lost+found vide ou contenant des données
Si cette partition n’a jamais fait l’objet de fsck qui aurait déplacé des données, /lost+found devrait être vide.
S’il est vide, supprimer le dossier déplacé puis en recréer un à sa racine.
/usr
(rmdir renaclera s’il n’est pas vide)
/home
Si tu l’as déjà déplacé et qu’il contient des données
en /usr
en /home
Merci pour ton aide, je n’ai pas eu le temps de répondre avant. Ca été dure mais mon problème est maintenant résolut
merci encore bonne soirée
cxaye69