[Résolu]E: Sub-process /usr/bin/dpkg returned an error code (1)

MrCHACHA · 29-12-2014 14:40:22

bonjour à tous je viens de percevoir un erreure en essayant d'insaller gnash
voici en fait ce qui se passe :

apt-get install gnash

Lecture des listes de paquets... Fait

Construction de l'arbre des dépendances       

Lecture des informations d'état... Fait

Les NOUVEAUX paquets suivants seront installés :

  gnash

0 mis à jour, 1 nouvellement installés, 0 à enlever et 11 non mis à jour.

3 partiellement installés ou enlevés.

Il est nécessaire de prendre 227 ko dans les archives.

Après cette opération, 678 ko d'espace disque supplémentaires seront utilisés.

Réception de : 1 [url]http://ftp.us.debian.org/debian/[/url] wheezy/main gnash amd64 0.8.11~git20120629-1+deb7u1 [227 kB]

227 ko réceptionnés en 5s (40,6 ko/s)

(Lecture de la base de données... 123624 fichiers et répertoires déjà installés.)

Dépaquetage de gnash (à partir de .../gnash_0.8.11~git20120629-1+deb7u1_amd64.deb) ...

dpkg: erreur de traitement de /var/cache/apt/archives/gnash_0.8.11~git20120629-1+deb7u1_amd64.deb (--unpack) :

 impossible de copier les données extraites pour « ./etc/gnashrc » vers « /etc/gnashrc.dpkg-new » : échec d'écriture (Aucun espace disponible sur le périphérique)

dpkg-deb : erreur : le sous-processus coller a été tué par le signal (Relais brisé (pipe))

Des erreurs ont été rencontrées pendant l'exécution :

 /var/cache/apt/archives/gnash_0.8.11~git20120629-1+deb7u1_amd64.deb

E: Sub-process /usr/bin/dpkg returned an error code (1)

de mon coté je soupçonne l'espace disponible sur ma partion /etc
que faire?
je crois que ce sujet a déjà été abordé sur df mais pas dans le meme sens

Dernière modification par MrCHACHA (31-12-2014 14:03:06)

raleur · 29-12-2014 19:28:16

Commence par vérifier l'espace libre sur la racine avec

df -hT

. Vérifie aussi les inodes avec

df -iT

.

MrCHACHA · 30-12-2014 08:06:38

bonjour
voilà ce que j'ai :

root@debian:/home/yanice# df -hT

Sys. fich.              Type     Taille Util. Dispo Uti% Monté sur

rootfs                  rootfs     322M  322M     0 100% /

udev                    devtmpfs    10M     0   10M   0% /dev

tmpfs                   tmpfs      355M  760K  355M   1% /run

/dev/mapper/debian-root ext4       322M  322M     0 100% /

tmpfs                   tmpfs      5,0M     0  5,0M   0% /run/lock

tmpfs                   tmpfs      710M  260K  710M   1% /run/shm

/dev/sda1               ext2       228M   18M  198M   9% /boot

/dev/mapper/debian-home ext4       440G   63G  355G  16% /home

/dev/mapper/debian-tmp  ext4       368M   11M  339M   3% /tmp

/dev/mapper/debian-usr  ext4       8,3G  4,2G  3,8G  53% /usr

/dev/mapper/debian-var  ext4       2,8G  635M  2,0G  24% /var

root@debian:/home/yanice#

et ensuite

root@debian:/home/yanice# df -iT

Sys. fich.              Type       Inodes IUtil.   ILibre IUti% Monté sur

rootfs                  rootfs      85008   8033    76975   10% /

udev                    devtmpfs   452533    456   452077    1% /dev

tmpfs                   tmpfs      454129    444   453685    1% /run

/dev/mapper/debian-root ext4        85008   8033    76975   10% /

tmpfs                   tmpfs      454129      2   454127    1% /run/lock

tmpfs                   tmpfs      454129      6   454123    1% /run/shm

/dev/sda1               ext2       124496    242   124254    1% /boot

/dev/mapper/debian-home ext4     29261824  93199 29168625    1% /home

/dev/mapper/debian-tmp  ext4        97536     49    97487    1% /tmp

/dev/mapper/debian-usr  ext4       549440 128981   420459   24% /usr

/dev/mapper/debian-var  ext4       183264   9305   173959    6% /var

root@debian:/home/yanice#

kao · 30-12-2014 09:08:15

Tu as plus vraiment de place dans ta racine, elle semble ne faire que 322Mo ceux qui est très peu même pour un linux.
Pour gagner un peu de place, essaye déjà :

apt-get clean

440Go pour le home et seulement 332Mo pour la Racine, c'est bizarre comme proportion. Pour être tranquille, il vaut mieux une racine à 33,2Go

raleur · 30-12-2014 11:02:33

Je soupçonne que c'est la taille définie automatiquement par l'installateur Debian en mode partitionnement assisté avec tout séparé, qui est notoirement insuffisante, idem pour /usr et /var selon l'usage. Les modules des noyaux actuels occupent un volume conséquent dans la racine, et ça ne s'arrange pas : 100 Mio pour Wheezy, 160 pour Jessie... Deux noyaux et c'est plein...

'apt-get clean' pour vider le cache de paquets n'aidera pas car ce cache se trouve dans /var qui est séparé.
La première chose à faire est de regarder s'il n'y a pas quelque chose qui prend de la place sur la racine en-dehors de /lib, /bin, /sbin et /etc (/opt, /srv...) et qui pourrait être déplacé ailleurs.

Sinon, la bonne nouvelle, c'est que l'installation utilise LVM, ce qui laisse une grande souplesse de gestion des volumes à chaud sans devoir booter avec un système live. Idéalement, il faudrait garder de l'espace libre pour ce genre de situation dans le VG lors de l'installation (c'est quand même un peu le but de LVM), mais il aurait été trop beau que le partitionneur en mode assisté le propose. Si tout le VG est alloué :

- sauvegarder les données importantes car risque de perte important si on se plante
- bien lire les pages de manuel des commandes utilisées ci-dessous
- rebooter en mode dépannage/rescue/single
- démonter un volume à réduire, typiquement /home
- réduire la taille de son système de fichiers avec resize2fs de la valeur souhaitée + un peu de marge
- réduire à froid le LV correspondant avec lvreduce ou lvresize d'un peu moins (pour garder de la marge sur les arrondis)
- agrandir le LV de la racine avec lvextend de la valeur souaitée
- agrandir à chaud le système de fichiers de la racine avec resize2fs
- redémarrer

Dernière modification par raleur (30-12-2014 11:04:23)

smolski · 30-12-2014 11:40:22

Les commandes permettant de réaliser cette liste détaillée sont dans le tuto :
LVM, les commandes

raleur · 30-12-2014 12:40:26

Ça peut aider. Quelques remarques néanmoins :
- Le tutoriel ne décrit pas l'opération la plus délicate qui est la réduction du volume sur lequel on veut prendre de l'espace.
- resize2fs ne s'applique qu'aux systèmes de fichiers ext2, ext3 ou ext4. Pour les autres types (btrfs, xfs, reiserfs...) il faut utiliser les commandes appropriées.
- Il n'est pas nécessaire de démonter un système de fichier ext2/3/4 pour l'agrandir, cela peut être fait à chaud. Le démontage n'est nécessaire que pour la réduction qui ne peut se faire à chaud.

smolski · 30-12-2014 13:09:02

Merci de ces précisions raleur, j'ai reporté ta précision pour l'outil de partitionnement redimensionnement resize2fs.

Je ne comprends pas ta remarque sur le démontage qui n'est pas nécessaire pour un agrandissement.
Dans le tuto, les commandes suivantes à l'opération suggèrent bien que ce démontage est nécessaire, à moins qu'elles ne s'appliquent pas en cas d'agrandissement à chaud ?

Dernière modification par smolski (30-12-2014 17:07:04)

raleur · 30-12-2014 15:26:24

smolski a écrit :

l'outil de partitionnement resize2fs

Outil de redimensionnement.

Je confirme que l'agrandissement d'un système de fichiers avec resize2fs peut se faire "à chaud", c'est-à-dire sans le démonter.

EDIT : je viens de voir la mention de la commande e2fsadm dans le tutoriel. Mais je ne la trouve dans aucun paquet Debian. Je trouve bien une commande fsadm dans le paquet lvm2, mais la syntaxe ne correspond pas. Après recherche, il semble que e2fsadm faisait partie de LVM 1 qui n'est plus disponible dans Debian.

Dernière modification par raleur (30-12-2014 15:43:54)

smolski · 30-12-2014 17:18:04

Ok, merci raleur, les corrections ont été faites dans le wiki.

Tu peux tout aussi bien les faire toi-même, en tant que membre df.

MrCHACHA · 30-12-2014 17:21:18

merci pour les aides je vais essayer et vous dire ce qu'il en est

MrCHACHA · 30-12-2014 18:01:01

euh le tuto ne me satisfait pas........
voilà ce que je pense faire mais je ne suis sur de rien:
-après boot en moode rescue/single
-umount /dev/mapper/debian-home
-resize2fs /dev/mapper/debian-home 50000 M pour réduire la partion /home
-mais pour la suite je ne sais pas c'est quoi le LV correspondant et pour la suite aussi j'ai besoin de plus éclaircissement . sur le tuto j'ai vu comment aggrandir le LV avec lvextend mais pour la réduction niet
merci.........

raleur · 30-12-2014 18:39:26

Réduire /home à 50 Go, ça me paraît un peu excessif (et impossible puisqu'il contient déjà 63 Go). La taille indiquée à resize2fs est la taille finale, pas la réduction ou l'augmentation de taille. Si tu veux le réduire de 5 Gio, tu indiques 350G.
Le LV correspondant c'est simplement /dev/mapper/debian-home. Pour le réduire, j'ai indiqué la commande lvresize ou lvreduce dont l'utilisation est similaire à lvextend. Tu peux consulter sa page de manuel pour les détails. La taille finale du LV doit être un peu plus grande que la nouvelle taille du système de fichiers définie avec resize2fs afin de garder un peu de marge (ce serait potentiellement catastrophique de réduire le LV plus que système de fichiers ne serait-ce que d'un secteur).

MrCHACHA · 30-12-2014 18:47:36

je faisais une confusion je pensais que l'indication de la taille correspondait à la taille que je veux récuperer

MrCHACHA · 30-12-2014 18:49:56

donc ma commande en root avec le resize2fs pour la réduction doit être : resize2fs /home <la nouvelle taille de /home> ? c'est çà?

raleur · 30-12-2014 19:26:51

Oui pour la taille, non pour /home qui n'est qu'un répertoire, pas le volume à redimensionner. D'autant plus quand ledit volume est démonté... Comme toujours en cas de doute sur une commande, consulter sa page de manuel.

MrCHACHA · 31-12-2014 14:01:48

bonjour voilà ce que j'ai fait :
-demmarage en mode /rescue/single

-ensuite demonter la partion /dev/mapper/debian-home :

umount /dev/mapper/debian-home

-reduire la taille de la partion /dev/mapper/debian-home:

resize2fs -p /dev/mapper/debian-home 350G

-reduire la taille de LV correspondant à la partion /dev/mapper/debian-home:

lvresize -L 355G /dev/mapper/debian-home

-une fois la taille du volume logique réduite, adaptez la taille du système de fichier à la nouvelle taille de votre volume logique :

/sbin/resize2fs /dev/mapper/debian-home

- agrandir le LV de la racine avec lvextend

lvextend -L+50G /dev/mapper/debian-root

- agrandir à chaud le système de fichiers de la racine avec resize2fs

resize2fs -p /dev/mapper/debian-root 50G

- redémarrer
Résultat: tout a marcher comme sur des roulettes

voici à quoi ressemble mon df -hT en root bon même en user simple c'est pareil :

root@debian:/home/yanice# df -hT

Sys. fich.              Type     Taille Util. Dispo Uti% Monté sur

rootfs                  rootfs      49G  158M   46G   1% /

udev                    devtmpfs    10M     0   10M   0% /dev

tmpfs                   tmpfs      355M  756K  355M   1% /run

/dev/mapper/debian-root ext4        49G  158M   46G   1% /

tmpfs                   tmpfs      5,0M     0  5,0M   0% /run/lock

tmpfs                   tmpfs      710M   80K  710M   1% /run/shm

/dev/sda1               ext2       228M   18M  198M   9% /boot

/dev/mapper/debian-home ext4       350G  502M  332G   1% /home

/dev/mapper/debian-tmp  ext4       368M   11M  339M   3% /tmp

/dev/mapper/debian-usr  ext4       8,3G  3,3G  4,6G  42% /usr

/dev/mapper/debian-var  ext4       2,8G  503M  2,2G  19% /var

root@debian:/home/yanice#

vous remarquerez que ma partition racine fait 49G et mainteant avc vgdisplay j'ai encore 40 G de libre; regardez :

root@debian:/home/yanice# vgdisplay 

  --- Volume group ---

  VG Name               debian

  System ID             

  Format                lvm2

  Metadata Areas        1

  Metadata Sequence No  9

  VG Access             read/write

  VG Status             resizable

  MAX LV                0

  Cur LV                6

  Open LV               6

  Max PV                0

  Cur PV                1

  Act PV                1

  VG Size               465,52 GiB

  PE Size               4,00 MiB

  Total PE              119173

  Alloc PE / Size       108554 / 424,04 GiB

  Free  PE / Size       10619 / 41,48 GiB

  VG UUID               lPRE8y-0NWh-L21J-6w7q-AWcp-Jg0l-bl835h

je me suis inspiré des tutoriels suivant :
- https://debian-facile.org/doc:systeme:lvm c'est celui indiqué par paskal
-http://howto.landure.fr/gnu-linux/debia … -5-0-lenny celui-ci m'a plus aidé pour la réduction des partitions

je vais passer en résolu
merci à raleur et les autres pour l'aide

Dernière modification par MrCHACHA (12-01-2015 15:43:16)

raleur · 31-12-2014 14:32:15

+50 Gio pour la racine seule, je trouve que c'est un peu beaucoup.

Je me suis trompé de colonne quand j'ai écrit de passer home à 350 Gio pour le réduire de 5 Gio. 355 Gio était l'espace libre, pas la taille totale. Pas grave, l'espace libre dans le PV

Pas besoin de spécifier la nouvelle taille à resize2fs pour agrandir le système de fichiers, il prend par défaut la taille du volume.

Par contre il n'y aurait pas un souci concernant l'espace occupé de home qui est passé de 63 Gio à 502 Mio ? Où est passé le reste ?

MrCHACHA · 31-12-2014 15:07:42

non en fait pris de pannique j'avais sauvegarder mes donnees et réinstallé mon systeme mais çà n'a pas resolu le problème puisque j'ai toujours utilisé le partitionnement assisté avec lvm.

raleur a écrit :

+50 Gio pour la racine seule, je trouve que c'est un peu beaucoup

lol je sais que 50G pour la racine est trop mais c'est fait expres

Dernière modification par MrCHACHA (31-12-2014 15:48:26)

smolski · 31-12-2014 17:44:33

MrCHACHA a écrit :

mais c'est fait expres

juste pour faire râler ?

Passe de bonnes fêtes

paskal · 01-01-2015 09:37:04

smolski a écrit :

juste pour faire râler ?

smolski a écrit :

Passe de bonnes fêtes

Pareillement.

Et merci d'avoir testé les tutos !

Debian-facile

#1 29-12-2014 14:40:22

[Résolu]E: Sub-process /usr/bin/dpkg returned an error code (1)

#2 29-12-2014 19:28:16

Re : [Résolu]E: Sub-process /usr/bin/dpkg returned an error code (1)

#3 30-12-2014 08:06:38

Re : [Résolu]E: Sub-process /usr/bin/dpkg returned an error code (1)

#4 30-12-2014 09:08:15

Re : [Résolu]E: Sub-process /usr/bin/dpkg returned an error code (1)

#5 30-12-2014 11:02:33

Re : [Résolu]E: Sub-process /usr/bin/dpkg returned an error code (1)

#6 30-12-2014 11:40:22

Re : [Résolu]E: Sub-process /usr/bin/dpkg returned an error code (1)

#7 30-12-2014 12:40:26

Re : [Résolu]E: Sub-process /usr/bin/dpkg returned an error code (1)

#8 30-12-2014 13:09:02

Re : [Résolu]E: Sub-process /usr/bin/dpkg returned an error code (1)

#9 30-12-2014 15:26:24

Re : [Résolu]E: Sub-process /usr/bin/dpkg returned an error code (1)

#10 30-12-2014 17:18:04

Re : [Résolu]E: Sub-process /usr/bin/dpkg returned an error code (1)

#11 30-12-2014 17:21:18

Re : [Résolu]E: Sub-process /usr/bin/dpkg returned an error code (1)

#12 30-12-2014 18:01:01

Re : [Résolu]E: Sub-process /usr/bin/dpkg returned an error code (1)

#13 30-12-2014 18:39:26

Re : [Résolu]E: Sub-process /usr/bin/dpkg returned an error code (1)

#14 30-12-2014 18:47:36

Re : [Résolu]E: Sub-process /usr/bin/dpkg returned an error code (1)

#15 30-12-2014 18:49:56

Re : [Résolu]E: Sub-process /usr/bin/dpkg returned an error code (1)

#16 30-12-2014 19:26:51

Re : [Résolu]E: Sub-process /usr/bin/dpkg returned an error code (1)

#17 31-12-2014 14:01:48

Re : [Résolu]E: Sub-process /usr/bin/dpkg returned an error code (1)

#18 31-12-2014 14:32:15

Re : [Résolu]E: Sub-process /usr/bin/dpkg returned an error code (1)

#19 31-12-2014 15:07:42

Re : [Résolu]E: Sub-process /usr/bin/dpkg returned an error code (1)

#20 31-12-2014 17:44:33

Re : [Résolu]E: Sub-process /usr/bin/dpkg returned an error code (1)

#21 01-01-2015 09:37:04

Re : [Résolu]E: Sub-process /usr/bin/dpkg returned an error code (1)

Pied de page des forums