Le vendredi 13 mars 2015 à 13:30, mrr a écrit :On 03/13/2015 08:10 AM, mrr wrote:L'installation, c'est en gros une décompression suivie d'une copie, à
part à être très gros, y'a pas de raison (que je vois).
Oups, je suis allé un peu vite, là je parlais de l'installation d'un .deb. A
partir des sources c'est clair que c'est pas la même!
Pour les sources, c'est à peu près la même chose. Il y a 3 fichiers :
- le « .orig.tar.gz » qui contient les sources amont;
- le « .diff.gz » qui contient tous les ajouts Debian;
- le « .dsc » qui contient la description et les sommes de contrôle.
« Installer » un paquet source consiste à :
- télécharger les 3 fichiers;
- extraire l'archive;
- patcher avec les ajouts Debian (lesquels ajouts pouvant être des patches
avec lesquels on va patcher le code amont).
Donc aucune raison particulière à ce que ça plombe à ce point les performances
de la machine.
Que donnent les commande « top » et « iotop » ?
Sébastien
Le vendredi 13 mars 2015 à 13:30, mrr a écrit :
On 03/13/2015 08:10 AM, mrr wrote:
L'installation, c'est en gros une décompression suivie d'une copie, à
part à être très gros, y'a pas de raison (que je vois).
Oups, je suis allé un peu vite, là je parlais de l'installation d'un .deb. A
partir des sources c'est clair que c'est pas la même!
Pour les sources, c'est à peu près la même chose. Il y a 3 fichiers :
- le « .orig.tar.gz » qui contient les sources amont;
- le « .diff.gz » qui contient tous les ajouts Debian;
- le « .dsc » qui contient la description et les sommes de contrôle.
« Installer » un paquet source consiste à :
- télécharger les 3 fichiers;
- extraire l'archive;
- patcher avec les ajouts Debian (lesquels ajouts pouvant être des patches
avec lesquels on va patcher le code amont).
Donc aucune raison particulière à ce que ça plombe à ce point les performances
de la machine.
Que donnent les commande « top » et « iotop » ?
Sébastien
Le vendredi 13 mars 2015 à 13:30, mrr a écrit :On 03/13/2015 08:10 AM, mrr wrote:L'installation, c'est en gros une décompression suivie d'une copie, à
part à être très gros, y'a pas de raison (que je vois).
Oups, je suis allé un peu vite, là je parlais de l'installation d'un .deb. A
partir des sources c'est clair que c'est pas la même!
Pour les sources, c'est à peu près la même chose. Il y a 3 fichiers :
- le « .orig.tar.gz » qui contient les sources amont;
- le « .diff.gz » qui contient tous les ajouts Debian;
- le « .dsc » qui contient la description et les sommes de contrôle.
« Installer » un paquet source consiste à :
- télécharger les 3 fichiers;
- extraire l'archive;
- patcher avec les ajouts Debian (lesquels ajouts pouvant être des patches
avec lesquels on va patcher le code amont).
Donc aucune raison particulière à ce que ça plombe à ce point les performances
de la machine.
Que donnent les commande « top » et « iotop » ?
Sébastien
>« Installer » un paquet source consiste à :
> - télécharger les 3 fichiers;
> - extraire l'archive;
> - patcher avec les ajouts Debian (lesquels ajouts pouvant être des patches
> avec lesquels on va patcher le code amont).
Là il y a un truc que je comprend pas, n'y aurait-il point une étape de
compilation?
>« Installer » un paquet source consiste à :
> - télécharger les 3 fichiers;
> - extraire l'archive;
> - patcher avec les ajouts Debian (lesquels ajouts pouvant être des patches
> avec lesquels on va patcher le code amont).
Là il y a un truc que je comprend pas, n'y aurait-il point une étape de
compilation?
>« Installer » un paquet source consiste à :
> - télécharger les 3 fichiers;
> - extraire l'archive;
> - patcher avec les ajouts Debian (lesquels ajouts pouvant être des patches
> avec lesquels on va patcher le code amont).
Là il y a un truc que je comprend pas, n'y aurait-il point une étape de
compilation?
On 03/13/2015 12:20 AM, Gaëtan PERRIER wrote:
> J'ai commencé pour l'instant ça se passe bien sauf que l'installati on des
> paquets via apt-get src ou install est très lente et bloque les acc ès
> disques aux autres applications. Est-ce normal ?
Ben non, imo.
Enfin, c'est une usine à gaz, ton programme?
L'installation, c'est en gros une décompression suivie d'une copie, à
part à être très gros, y'a pas de raison (que je vois).
T'as genre des logs (chais pas, syslog)?
La liste des fichiers du programme (dpkg -L *.deb je crois) et leur
taille (du)?
La liste des fichiers modifiés sur le système (touch timestamp && fin d /
-type f -mnewer timestamp) ou même accédés (-anewer) après une in stallation?
Si t'es vraiment prêt à payer quelqu'un pour te le faire (+ mise à jour
s'entend), je crois qu'on est pas mal ici à pouvoir s'en occuper.
Et quand tu dis bloque les accès disque, c'est pour dire ralentit, c'es t ça?
Au pire, t'as des outils de traçage (genre strace et/ou mtrace) ou
encore gdb (nan, je délire là!).
On 03/13/2015 12:20 AM, Gaëtan PERRIER wrote:
> J'ai commencé pour l'instant ça se passe bien sauf que l'installati on des
> paquets via apt-get src ou install est très lente et bloque les acc ès
> disques aux autres applications. Est-ce normal ?
Ben non, imo.
Enfin, c'est une usine à gaz, ton programme?
L'installation, c'est en gros une décompression suivie d'une copie, à
part à être très gros, y'a pas de raison (que je vois).
T'as genre des logs (chais pas, syslog)?
La liste des fichiers du programme (dpkg -L *.deb je crois) et leur
taille (du)?
La liste des fichiers modifiés sur le système (touch timestamp && fin d /
-type f -mnewer timestamp) ou même accédés (-anewer) après une in stallation?
Si t'es vraiment prêt à payer quelqu'un pour te le faire (+ mise à jour
s'entend), je crois qu'on est pas mal ici à pouvoir s'en occuper.
Et quand tu dis bloque les accès disque, c'est pour dire ralentit, c'es t ça?
Au pire, t'as des outils de traçage (genre strace et/ou mtrace) ou
encore gdb (nan, je délire là!).
On 03/13/2015 12:20 AM, Gaëtan PERRIER wrote:
> J'ai commencé pour l'instant ça se passe bien sauf que l'installati on des
> paquets via apt-get src ou install est très lente et bloque les acc ès
> disques aux autres applications. Est-ce normal ?
Ben non, imo.
Enfin, c'est une usine à gaz, ton programme?
L'installation, c'est en gros une décompression suivie d'une copie, à
part à être très gros, y'a pas de raison (que je vois).
T'as genre des logs (chais pas, syslog)?
La liste des fichiers du programme (dpkg -L *.deb je crois) et leur
taille (du)?
La liste des fichiers modifiés sur le système (touch timestamp && fin d /
-type f -mnewer timestamp) ou même accédés (-anewer) après une in stallation?
Si t'es vraiment prêt à payer quelqu'un pour te le faire (+ mise à jour
s'entend), je crois qu'on est pas mal ici à pouvoir s'en occuper.
Et quand tu dis bloque les accès disque, c'est pour dire ralentit, c'es t ça?
Au pire, t'as des outils de traçage (genre strace et/ou mtrace) ou
encore gdb (nan, je délire là!).
Donc aucune raison particulière à ce que ça plombe à ce point les
performances de la machine.
Que donnent les commande « top » et « iotop » ?
Donc aucune raison particulière à ce que ça plombe à ce point les
performances de la machine.
Que donnent les commande « top » et « iotop » ?
Donc aucune raison particulière à ce que ça plombe à ce point les
performances de la machine.
Que donnent les commande « top » et « iotop » ?
Le Thu, 12 Mar 2015 01:44:15 +0100
Gaëtan PERRIER a écrit:
> Le Wed, 11 Mar 2015 10:41:33 +0100
> Sébastien NOBILI a écrit:
>
> > Bonjour,
> >
> > Le mardi 10 mars 2015 à 21:08, Gaëtan PERRIER a écrit :
> > > Je voudrais construire les paquets xfce 4.12 sur une stable+backports.
> > > Le problème c'est que rapidement on se retrouve avec des paquets qui
> > > pour être construit ont des dépendances sur des paquets que l'on vient
> > > de construire. Je me retrouve donc bloqué.
> > > Comment résoudre ce problème ?
> >
> > Suite à une discussion ici-même (il y a quelques années), j'ai découvert
> > « apt-src ».
> >
> > Il permet justement (entre autres) de répondre à ce genre de problème.
> >
> > Voilà comment je l'ai configuré :
> > - création d'un chroot sur la branche stable (pour éviter de pourrir
> > mon système) dans lequel je rentre avec l'excellent « schroot »;
> > - installation de « apt-src » (évidemment);
> > - ajout des « deb-src » de testing et unstable dans le sources.list;
> > - « installation » des sources du paquet qui m'intéresse avec apt-src
> > dans un dossier personnel :
> > apt-src install xfce4
> > (note, dans ton cas, tu n'auras pas la 4.12 mais la 4.10 à moins
> > d'ajouter de « deb-src » de experimental).
> >
> > À « l'installation » d'un paquet source, apt-src se charge
> > automatiquement de rapatrier les dépendances quand elles sont
> > disponibles.
> >
> > Si une dépendance n'est pas disponible, je récupère le paquet source
> > (toujours avec apt-src), je le compile et je l'installe (cette étape peut
> > nécessiter de se créer une liste de dépendances pour éviter de s'y
> > perdre).
> >
> > Tu parles de paquets « interdépendants ». Dans la pratique ce n'est
> > jamais le cas (problème de poule et d'œuf), il y a forcément un point de
> > départ qui te permettra de générer toute la chaîne.
> >
> > Pour les tâches de maintenance courante :
> > apt-src update
> > apt-src upgrade
> >
> > Ce qui permet de récupérer les mises-à-jour lorsque le paquet source
> > bouge.
> >
> > Sébastien
> >
>
> Merci, pour cette explication je vais essayer de suivre ce que tu indiques.
>
J'ai commencé pour l'instant ça se passe bien sauf que l'installation des
paquets via apt-get src ou install est très lente et bloque les accès disques
aux autres applications. Est-ce normal ?
Gaëtan
Le Thu, 12 Mar 2015 01:44:15 +0100
Gaëtan PERRIER <gaetan.perrier@neuf.fr> a écrit:
> Le Wed, 11 Mar 2015 10:41:33 +0100
> Sébastien NOBILI <sebnewsletter@free.fr> a écrit:
>
> > Bonjour,
> >
> > Le mardi 10 mars 2015 à 21:08, Gaëtan PERRIER a écrit :
> > > Je voudrais construire les paquets xfce 4.12 sur une stable+backports.
> > > Le problème c'est que rapidement on se retrouve avec des paquets qui
> > > pour être construit ont des dépendances sur des paquets que l'on vient
> > > de construire. Je me retrouve donc bloqué.
> > > Comment résoudre ce problème ?
> >
> > Suite à une discussion ici-même (il y a quelques années), j'ai découvert
> > « apt-src ».
> >
> > Il permet justement (entre autres) de répondre à ce genre de problème.
> >
> > Voilà comment je l'ai configuré :
> > - création d'un chroot sur la branche stable (pour éviter de pourrir
> > mon système) dans lequel je rentre avec l'excellent « schroot »;
> > - installation de « apt-src » (évidemment);
> > - ajout des « deb-src » de testing et unstable dans le sources.list;
> > - « installation » des sources du paquet qui m'intéresse avec apt-src
> > dans un dossier personnel :
> > apt-src install xfce4
> > (note, dans ton cas, tu n'auras pas la 4.12 mais la 4.10 à moins
> > d'ajouter de « deb-src » de experimental).
> >
> > À « l'installation » d'un paquet source, apt-src se charge
> > automatiquement de rapatrier les dépendances quand elles sont
> > disponibles.
> >
> > Si une dépendance n'est pas disponible, je récupère le paquet source
> > (toujours avec apt-src), je le compile et je l'installe (cette étape peut
> > nécessiter de se créer une liste de dépendances pour éviter de s'y
> > perdre).
> >
> > Tu parles de paquets « interdépendants ». Dans la pratique ce n'est
> > jamais le cas (problème de poule et d'œuf), il y a forcément un point de
> > départ qui te permettra de générer toute la chaîne.
> >
> > Pour les tâches de maintenance courante :
> > apt-src update
> > apt-src upgrade
> >
> > Ce qui permet de récupérer les mises-à-jour lorsque le paquet source
> > bouge.
> >
> > Sébastien
> >
>
> Merci, pour cette explication je vais essayer de suivre ce que tu indiques.
>
J'ai commencé pour l'instant ça se passe bien sauf que l'installation des
paquets via apt-get src ou install est très lente et bloque les accès disques
aux autres applications. Est-ce normal ?
Gaëtan
Le Thu, 12 Mar 2015 01:44:15 +0100
Gaëtan PERRIER a écrit:
> Le Wed, 11 Mar 2015 10:41:33 +0100
> Sébastien NOBILI a écrit:
>
> > Bonjour,
> >
> > Le mardi 10 mars 2015 à 21:08, Gaëtan PERRIER a écrit :
> > > Je voudrais construire les paquets xfce 4.12 sur une stable+backports.
> > > Le problème c'est que rapidement on se retrouve avec des paquets qui
> > > pour être construit ont des dépendances sur des paquets que l'on vient
> > > de construire. Je me retrouve donc bloqué.
> > > Comment résoudre ce problème ?
> >
> > Suite à une discussion ici-même (il y a quelques années), j'ai découvert
> > « apt-src ».
> >
> > Il permet justement (entre autres) de répondre à ce genre de problème.
> >
> > Voilà comment je l'ai configuré :
> > - création d'un chroot sur la branche stable (pour éviter de pourrir
> > mon système) dans lequel je rentre avec l'excellent « schroot »;
> > - installation de « apt-src » (évidemment);
> > - ajout des « deb-src » de testing et unstable dans le sources.list;
> > - « installation » des sources du paquet qui m'intéresse avec apt-src
> > dans un dossier personnel :
> > apt-src install xfce4
> > (note, dans ton cas, tu n'auras pas la 4.12 mais la 4.10 à moins
> > d'ajouter de « deb-src » de experimental).
> >
> > À « l'installation » d'un paquet source, apt-src se charge
> > automatiquement de rapatrier les dépendances quand elles sont
> > disponibles.
> >
> > Si une dépendance n'est pas disponible, je récupère le paquet source
> > (toujours avec apt-src), je le compile et je l'installe (cette étape peut
> > nécessiter de se créer une liste de dépendances pour éviter de s'y
> > perdre).
> >
> > Tu parles de paquets « interdépendants ». Dans la pratique ce n'est
> > jamais le cas (problème de poule et d'œuf), il y a forcément un point de
> > départ qui te permettra de générer toute la chaîne.
> >
> > Pour les tâches de maintenance courante :
> > apt-src update
> > apt-src upgrade
> >
> > Ce qui permet de récupérer les mises-à-jour lorsque le paquet source
> > bouge.
> >
> > Sébastien
> >
>
> Merci, pour cette explication je vais essayer de suivre ce que tu indiques.
>
J'ai commencé pour l'instant ça se passe bien sauf que l'installation des
paquets via apt-get src ou install est très lente et bloque les accès disques
aux autres applications. Est-ce normal ?
Gaëtan
>J'ai commencé pour l'instant ça se passe bien sauf que l'installation des
>paquets via apt-get src ou install est très lente et bloque les accès disques
>aux autres applications. Est-ce normal ?
>
>Gaëtan
>
Je me demande si le problème ne vient pas du fait que la partition sur
laquelle est le chroot est quasi pleine (<2% de libre).
Par contre je ne sais pas comment déplacer le chroot. J'ai essayé de le copier
ailleurs mais la copie ne s'arrête jamais et dans la destination quand je fais
un du -h j'ai le point qui gonfle, gonfle, gonfle j'ai donc arrêté (il était à
140Go)
>J'ai commencé pour l'instant ça se passe bien sauf que l'installation des
>paquets via apt-get src ou install est très lente et bloque les accès disques
>aux autres applications. Est-ce normal ?
>
>Gaëtan
>
Je me demande si le problème ne vient pas du fait que la partition sur
laquelle est le chroot est quasi pleine (<2% de libre).
Par contre je ne sais pas comment déplacer le chroot. J'ai essayé de le copier
ailleurs mais la copie ne s'arrête jamais et dans la destination quand je fais
un du -h j'ai le point qui gonfle, gonfle, gonfle j'ai donc arrêté (il était à
140Go)
>J'ai commencé pour l'instant ça se passe bien sauf que l'installation des
>paquets via apt-get src ou install est très lente et bloque les accès disques
>aux autres applications. Est-ce normal ?
>
>Gaëtan
>
Je me demande si le problème ne vient pas du fait que la partition sur
laquelle est le chroot est quasi pleine (<2% de libre).
Par contre je ne sais pas comment déplacer le chroot. J'ai essayé de le copier
ailleurs mais la copie ne s'arrête jamais et dans la destination quand je fais
un du -h j'ai le point qui gonfle, gonfle, gonfle j'ai donc arrêté (il était à
140Go)
On 03/13/2015 11:00 PM, Gaëtan PERRIER wrote:
>> >J'ai commencé pour l'instant ça se passe bien sauf que l'installa tion des
>> >paquets via apt-get src ou install est très lente et bloque les acc ès
>> >disques aux autres applications. Est-ce normal ?
>> >
>> >Gaëtan
>> >
> Je me demande si le problème ne vient pas du fait que la partition sur
> laquelle est le chroot est quasi pleine (<2% de libre).
Moi, je dirais que c'est une bonne présomption en tout cas.
> Par contre je ne sais pas comment déplacer le chroot. J'ai essayé d e le
> copier ailleurs mais la copie ne s'arrête jamais et dans la destinati on
> quand je fais un du -h j'ai le point qui gonfle, gonfle, gonfle j'ai do nc
> arrêté (il était à 140Go)
En fait, comment tu t'y prends pour le copier, ton chroot (et tu peux
pas juste te "chrooter" ailleurs?)?
J'imagine que tu dois ruser un peu (étant donné que dans le chroot tu es
censé être isolé), tu te sers d'un bind mount, tu montes une autre
partition dedans?
En tout cas, il pourrait y avoir un truc récursif derrière ça.
On 03/13/2015 11:00 PM, Gaëtan PERRIER wrote:
>> >J'ai commencé pour l'instant ça se passe bien sauf que l'installa tion des
>> >paquets via apt-get src ou install est très lente et bloque les acc ès
>> >disques aux autres applications. Est-ce normal ?
>> >
>> >Gaëtan
>> >
> Je me demande si le problème ne vient pas du fait que la partition sur
> laquelle est le chroot est quasi pleine (<2% de libre).
Moi, je dirais que c'est une bonne présomption en tout cas.
> Par contre je ne sais pas comment déplacer le chroot. J'ai essayé d e le
> copier ailleurs mais la copie ne s'arrête jamais et dans la destinati on
> quand je fais un du -h j'ai le point qui gonfle, gonfle, gonfle j'ai do nc
> arrêté (il était à 140Go)
En fait, comment tu t'y prends pour le copier, ton chroot (et tu peux
pas juste te "chrooter" ailleurs?)?
J'imagine que tu dois ruser un peu (étant donné que dans le chroot tu es
censé être isolé), tu te sers d'un bind mount, tu montes une autre
partition dedans?
En tout cas, il pourrait y avoir un truc récursif derrière ça.
On 03/13/2015 11:00 PM, Gaëtan PERRIER wrote:
>> >J'ai commencé pour l'instant ça se passe bien sauf que l'installa tion des
>> >paquets via apt-get src ou install est très lente et bloque les acc ès
>> >disques aux autres applications. Est-ce normal ?
>> >
>> >Gaëtan
>> >
> Je me demande si le problème ne vient pas du fait que la partition sur
> laquelle est le chroot est quasi pleine (<2% de libre).
Moi, je dirais que c'est une bonne présomption en tout cas.
> Par contre je ne sais pas comment déplacer le chroot. J'ai essayé d e le
> copier ailleurs mais la copie ne s'arrête jamais et dans la destinati on
> quand je fais un du -h j'ai le point qui gonfle, gonfle, gonfle j'ai do nc
> arrêté (il était à 140Go)
En fait, comment tu t'y prends pour le copier, ton chroot (et tu peux
pas juste te "chrooter" ailleurs?)?
J'imagine que tu dois ruser un peu (étant donné que dans le chroot tu es
censé être isolé), tu te sers d'un bind mount, tu montes une autre
partition dedans?
En tout cas, il pourrait y avoir un truc récursif derrière ça.
Le Sat, 14 Mar 2015 06:16:36 +0100
mrr a écrit:On 03/13/2015 11:00 PM, Gaëtan PERRIER wrote:J'ai commencé pour l'instant ça se passe bien sauf que l'installation des
paquets via apt-get src ou install est très lente et bloque les accès
disques aux autres applications. Est-ce normal ?
Gaëtan
Je me demande si le problème ne vient pas du fait que la partition sur
laquelle est le chroot est quasi pleine (<2% de libre).
Moi, je dirais que c'est une bonne présomption en tout cas.
Perdu ...
Par contre je ne sais pas comment déplacer le chroot. J'ai essayé de le
copier ailleurs mais la copie ne s'arrête jamais et dans la destination
quand je fais un du -h j'ai le point qui gonfle, gonfle, gonfle j'ai donc
arrêté (il était à 140Go)
En fait, comment tu t'y prends pour le copier, ton chroot (et tu peux
pas juste te "chrooter" ailleurs?)?
Comment ça chrooter ailleurs ? Je n'ai pas compris ce que tu veux dire.
J'imagine que tu dois ruser un peu (étant donné que dans le chroot tu es
censé être isolé), tu te sers d'un bind mount, tu montes une autre
partition dedans?
En tout cas, il pourrait y avoir un truc récursif derrière ça.
Oui effectivement j'avais fait des bind mount comme préconisé ici:
https://wiki.debian.org/fr/Chroot
une fois retiré le déplacement se passe bien.
Par contre je constate la même lenteur.
Gaëtan
Le Sat, 14 Mar 2015 06:16:36 +0100
mrr <mireero@free.fr> a écrit:
On 03/13/2015 11:00 PM, Gaëtan PERRIER wrote:
J'ai commencé pour l'instant ça se passe bien sauf que l'installation des
paquets via apt-get src ou install est très lente et bloque les accès
disques aux autres applications. Est-ce normal ?
Gaëtan
Je me demande si le problème ne vient pas du fait que la partition sur
laquelle est le chroot est quasi pleine (<2% de libre).
Moi, je dirais que c'est une bonne présomption en tout cas.
Perdu ...
Par contre je ne sais pas comment déplacer le chroot. J'ai essayé de le
copier ailleurs mais la copie ne s'arrête jamais et dans la destination
quand je fais un du -h j'ai le point qui gonfle, gonfle, gonfle j'ai donc
arrêté (il était à 140Go)
En fait, comment tu t'y prends pour le copier, ton chroot (et tu peux
pas juste te "chrooter" ailleurs?)?
Comment ça chrooter ailleurs ? Je n'ai pas compris ce que tu veux dire.
J'imagine que tu dois ruser un peu (étant donné que dans le chroot tu es
censé être isolé), tu te sers d'un bind mount, tu montes une autre
partition dedans?
En tout cas, il pourrait y avoir un truc récursif derrière ça.
Oui effectivement j'avais fait des bind mount comme préconisé ici:
https://wiki.debian.org/fr/Chroot
une fois retiré le déplacement se passe bien.
Par contre je constate la même lenteur.
Gaëtan
Le Sat, 14 Mar 2015 06:16:36 +0100
mrr a écrit:On 03/13/2015 11:00 PM, Gaëtan PERRIER wrote:J'ai commencé pour l'instant ça se passe bien sauf que l'installation des
paquets via apt-get src ou install est très lente et bloque les accès
disques aux autres applications. Est-ce normal ?
Gaëtan
Je me demande si le problème ne vient pas du fait que la partition sur
laquelle est le chroot est quasi pleine (<2% de libre).
Moi, je dirais que c'est une bonne présomption en tout cas.
Perdu ...
Par contre je ne sais pas comment déplacer le chroot. J'ai essayé de le
copier ailleurs mais la copie ne s'arrête jamais et dans la destination
quand je fais un du -h j'ai le point qui gonfle, gonfle, gonfle j'ai donc
arrêté (il était à 140Go)
En fait, comment tu t'y prends pour le copier, ton chroot (et tu peux
pas juste te "chrooter" ailleurs?)?
Comment ça chrooter ailleurs ? Je n'ai pas compris ce que tu veux dire.
J'imagine que tu dois ruser un peu (étant donné que dans le chroot tu es
censé être isolé), tu te sers d'un bind mount, tu montes une autre
partition dedans?
En tout cas, il pourrait y avoir un truc récursif derrière ça.
Oui effectivement j'avais fait des bind mount comme préconisé ici:
https://wiki.debian.org/fr/Chroot
une fois retiré le déplacement se passe bien.
Par contre je constate la même lenteur.
Gaëtan
>>
>>> Par contre je ne sais pas comment déplacer le chroot. J'ai essayé de le
>>> copier ailleurs mais la copie ne s'arrête jamais et dans la destination
>>> quand je fais un du -h j'ai le point qui gonfle, gonfle, gonfle j'ai donc
>>> arrêté (il était à 140Go)
>>
>> En fait, comment tu t'y prends pour le copier, ton chroot (et tu peux
>> pas juste te "chrooter" ailleurs?)?
>
> Comment ça chrooter ailleurs ? Je n'ai pas compris ce que tu veux dire.
Je ne peux pas te répondre vu que j'ignore pourquoi tu utilises un
chroot à la base. Le chroot permettant d'avoir un système
(partiellement) isolé du reste du système (de fichier), j'imagine que tu
l'utilises comme un environnement de programmation ce qui d'ailleurs
expliquerait que tu cherches à "déplacer le chroot" au lieu simplement
d'en créer un autre.
Mais ça c'est que des hypothèses, autant ça a rien à voir.
>>
>> J'imagine que tu dois ruser un peu (étant donné que dans le chroot tu es
>> censé être isolé), tu te sers d'un bind mount, tu montes une autre
>> partition dedans?
>>
>> En tout cas, il pourrait y avoir un truc récursif derrière ça.
>>
>
> Oui effectivement j'avais fait des bind mount comme préconisé ici:
> https://wiki.debian.org/fr/Chroot
> une fois retiré le déplacement se passe bien.
>
> Par contre je constate la même lenteur.
Là, je crois qu'il faudrait recommencer au début si tu veux que ça
avance, quel système (wheezy, jessie...)?
Quel compilateur java?
Qu'est-ce qui est lent, on parle d'une compilation ou d'une installation?
Une mise à jour est-elle lente aussi (des sources ou des données?)?
Peux-tu découper la procédure lente en un maximum de processus, par
exemple compiler à la main chaque fichier source, résultat?
A l’exécution, c'est lent aussi?
As-tu essayer d'installer un paquet similaire dans ton chroot, résultat?
Peux-tu essayer d'installer ton paquet sur un autre système, résultat?
Oups, je suis sur ton 1er message, xfce 4.12 + stable/backports, autant
pour moi!
Ben justement, tu construis xfce, ça veut dire quoi? C'est xfce que tu
construit? Ou ton programme dépend de xfce? Dans ce cas, peux-tu lancer
ton programme en mode texte seulement?
>>
>>> Par contre je ne sais pas comment déplacer le chroot. J'ai essayé de le
>>> copier ailleurs mais la copie ne s'arrête jamais et dans la destination
>>> quand je fais un du -h j'ai le point qui gonfle, gonfle, gonfle j'ai donc
>>> arrêté (il était à 140Go)
>>
>> En fait, comment tu t'y prends pour le copier, ton chroot (et tu peux
>> pas juste te "chrooter" ailleurs?)?
>
> Comment ça chrooter ailleurs ? Je n'ai pas compris ce que tu veux dire.
Je ne peux pas te répondre vu que j'ignore pourquoi tu utilises un
chroot à la base. Le chroot permettant d'avoir un système
(partiellement) isolé du reste du système (de fichier), j'imagine que tu
l'utilises comme un environnement de programmation ce qui d'ailleurs
expliquerait que tu cherches à "déplacer le chroot" au lieu simplement
d'en créer un autre.
Mais ça c'est que des hypothèses, autant ça a rien à voir.
>>
>> J'imagine que tu dois ruser un peu (étant donné que dans le chroot tu es
>> censé être isolé), tu te sers d'un bind mount, tu montes une autre
>> partition dedans?
>>
>> En tout cas, il pourrait y avoir un truc récursif derrière ça.
>>
>
> Oui effectivement j'avais fait des bind mount comme préconisé ici:
> https://wiki.debian.org/fr/Chroot
> une fois retiré le déplacement se passe bien.
>
> Par contre je constate la même lenteur.
Là, je crois qu'il faudrait recommencer au début si tu veux que ça
avance, quel système (wheezy, jessie...)?
Quel compilateur java?
Qu'est-ce qui est lent, on parle d'une compilation ou d'une installation?
Une mise à jour est-elle lente aussi (des sources ou des données?)?
Peux-tu découper la procédure lente en un maximum de processus, par
exemple compiler à la main chaque fichier source, résultat?
A l’exécution, c'est lent aussi?
As-tu essayer d'installer un paquet similaire dans ton chroot, résultat?
Peux-tu essayer d'installer ton paquet sur un autre système, résultat?
Oups, je suis sur ton 1er message, xfce 4.12 + stable/backports, autant
pour moi!
Ben justement, tu construis xfce, ça veut dire quoi? C'est xfce que tu
construit? Ou ton programme dépend de xfce? Dans ce cas, peux-tu lancer
ton programme en mode texte seulement?
>>
>>> Par contre je ne sais pas comment déplacer le chroot. J'ai essayé de le
>>> copier ailleurs mais la copie ne s'arrête jamais et dans la destination
>>> quand je fais un du -h j'ai le point qui gonfle, gonfle, gonfle j'ai donc
>>> arrêté (il était à 140Go)
>>
>> En fait, comment tu t'y prends pour le copier, ton chroot (et tu peux
>> pas juste te "chrooter" ailleurs?)?
>
> Comment ça chrooter ailleurs ? Je n'ai pas compris ce que tu veux dire.
Je ne peux pas te répondre vu que j'ignore pourquoi tu utilises un
chroot à la base. Le chroot permettant d'avoir un système
(partiellement) isolé du reste du système (de fichier), j'imagine que tu
l'utilises comme un environnement de programmation ce qui d'ailleurs
expliquerait que tu cherches à "déplacer le chroot" au lieu simplement
d'en créer un autre.
Mais ça c'est que des hypothèses, autant ça a rien à voir.
>>
>> J'imagine que tu dois ruser un peu (étant donné que dans le chroot tu es
>> censé être isolé), tu te sers d'un bind mount, tu montes une autre
>> partition dedans?
>>
>> En tout cas, il pourrait y avoir un truc récursif derrière ça.
>>
>
> Oui effectivement j'avais fait des bind mount comme préconisé ici:
> https://wiki.debian.org/fr/Chroot
> une fois retiré le déplacement se passe bien.
>
> Par contre je constate la même lenteur.
Là, je crois qu'il faudrait recommencer au début si tu veux que ça
avance, quel système (wheezy, jessie...)?
Quel compilateur java?
Qu'est-ce qui est lent, on parle d'une compilation ou d'une installation?
Une mise à jour est-elle lente aussi (des sources ou des données?)?
Peux-tu découper la procédure lente en un maximum de processus, par
exemple compiler à la main chaque fichier source, résultat?
A l’exécution, c'est lent aussi?
As-tu essayer d'installer un paquet similaire dans ton chroot, résultat?
Peux-tu essayer d'installer ton paquet sur un autre système, résultat?
Oups, je suis sur ton 1er message, xfce 4.12 + stable/backports, autant
pour moi!
Ben justement, tu construis xfce, ça veut dire quoi? C'est xfce que tu
construit? Ou ton programme dépend de xfce? Dans ce cas, peux-tu lancer
ton programme en mode texte seulement?
oui c'est xfce 4.12 que j'essaie de construire mais la je bloque sur une
dépendance cyclique.
xfce4-settings dépend de upower >= 0.99 qui dépend de glib2.0 >= 2.36 qui
dépend de python >= 2.7.5 qui dépend de dpkg >= 1.17.11 et c'est là que le
problème arrive car lors du configure il y a une erreur car le gcc 4.7 ne
connait pas l'option stack-protector-strong donc il faudrait mettre gcc à jour
mais pour installer gcc 4.9 il faut dpkg-dev >= 1.17.11 ...
oui c'est xfce 4.12 que j'essaie de construire mais la je bloque sur une
dépendance cyclique.
xfce4-settings dépend de upower >= 0.99 qui dépend de glib2.0 >= 2.36 qui
dépend de python >= 2.7.5 qui dépend de dpkg >= 1.17.11 et c'est là que le
problème arrive car lors du configure il y a une erreur car le gcc 4.7 ne
connait pas l'option stack-protector-strong donc il faudrait mettre gcc à jour
mais pour installer gcc 4.9 il faut dpkg-dev >= 1.17.11 ...
oui c'est xfce 4.12 que j'essaie de construire mais la je bloque sur une
dépendance cyclique.
xfce4-settings dépend de upower >= 0.99 qui dépend de glib2.0 >= 2.36 qui
dépend de python >= 2.7.5 qui dépend de dpkg >= 1.17.11 et c'est là que le
problème arrive car lors du configure il y a une erreur car le gcc 4.7 ne
connait pas l'option stack-protector-strong donc il faudrait mettre gcc à jour
mais pour installer gcc 4.9 il faut dpkg-dev >= 1.17.11 ...