Re: Fwd: J'arrive pas à vider /lib pour une mise à jour du noyau
Le 25/05/2018 à 18:30, Paul Ezvan a écrit : Le 24/05/2018 à 15:17, Pascal Hambourg a écrit : Généralement une mise à jour du noyau Debian stable est une mise à jour du paquet linux courant, pas un nouveau paquet. Les exceptions sont une mise à niveau de la distribution et un changement d'ABI. La situation actuelle où il y a eu plusieurs changements d'ABI en peu de temps est exceptionnelle. Tu parles d'ABI interne ou externe ? Interne. L'ABI externe du noyau est stable. Le contraire obligerait à recompiler les binaires exécutables et les bibliothèques à chaque nouvelle version du noyau. Mon impression est qu'à chaque fois que le noyau est recompilé il faut aussi recompiler les modules, donc avoir une ABI interne stable me semble difficile. Pourquoi cette situation exceptionnelle ? C'est un choix de conception. Bien qu'il puisse être modulaire, Linux est un noyau monolithique notamment pour des raisons de performance d'après ce que j'ai compris. Et les developpeurs et mainteneurs du noyau ne veulent probablement pas être bridés en étant forcés de conserver une compatibilité avec des modules externes. Leur mot d'ordre a toujours été : si vous écrivez du code pour le noyau, faites en sorte qu'il soit intégré une fois pour toutes aux sources officielles du noyau plutôt que de vous embêter à l'adapter aux changements du noyau. Mettre à jour le paquet pour le noyau est risqué, car il faut être sûr que les nouveaux modules peuvent être chargé par le noyau courant, et je ne suis pas sûr qu'il soit possible de le garantir. En effet, pas en cas de changement d'ABI (installation d'un nouveau paquet linux-image). Il faut redémarrer avec la nouvelle image du noyau. De toute façon il faut toujours le faire au plus vite après une mise à jour du noyau. Par contre s'il y a mise à jour sans changement d'ABI (mise à jour du même paquet linux-image), les nouveaux modules devraient fonctionner avec le noyau actuel. Le modules font partie du noyau, ce qui est dans /boot n'est que l'image du noyau. Le tout est installé par un même paquet Bien sûr, mais les modules dans /lib peuvent aussi être fournis par d'autres paquets (pilotes divers) Un exemple de module binaire fourni par un paquet Debian ? et même construit à partir de sources différentes (module nvidia par exemple). Exact, donc /lib peut contenir des modules qui ne viennent pas du paquet du noyau.
Re: Fwd: J'arrive pas à vider /lib pour une mise à jour du noyau
Le 25 mai 2018 6:31 PM, "Paul Ezvan" <p...@ezvan.fr> a écrit : Le 24/05/2018 à 15:17, Pascal Hambourg a écrit : Inutile de me mettre en copie, je lis la liste. > Je n'ai pas fait attention, c'est malheureusement le comportement par défaut de Roundcube pour répondre à une liste. Généralement une mise à jour du noyau Debian stable est une mise à jour du > paquet linux courant, pas un nouveau paquet. Les exceptions sont une mise à > niveau de la distribution et un changement d'ABI. La situation actuelle où > il y a eu plusieurs changements d'ABI en peu de temps est exceptionnelle. > Tu parles d'ABI interne ou externe ? Mon impression est qu'à chaque fois que le noyau est recompilé il faut aussi recompiler les modules, donc avoir une ABI interne stable me semble difficile. Pourquoi cette situation exceptionnelle ? Mettre à jour le paquet pour le noyau est risqué, car il faut être sûr que les nouveaux modules peuvent être chargé par le noyau courant, et je ne suis pas sûr qu'il soit possible de le garantir. Le modules font partie du noyau, ce qui est dans /boot n'est que l'image du > noyau. Le tout est installé par un même paquet > Bien sûr, mais les modules dans /lib peuvent aussi être fournis par d'autres paquets (pilotes divers) et même Les dépendances sont normalement gérées en cohérence. construit à partir de sources différentes (module nvidia par exemple). Utiliser un module tiers augmente le risque, mais là encore le système de packaging veille au grain. Par exemple, le module gpu de nvidia est automatiquement mis à jour via des scripts de gestion (aka "hooks") déclenchés lors de la mise à jour. Paul Éric Dégenètais
Re: Fwd: J'arrive pas à vider /lib pour une mise à jour du noyau
Le 24/05/2018 à 15:17, Pascal Hambourg a écrit : Inutile de me mettre en copie, je lis la liste. Je n'ai pas fait attention, c'est malheureusement le comportement par défaut de Roundcube pour répondre à une liste. Généralement une mise à jour du noyau Debian stable est une mise à jour du paquet linux courant, pas un nouveau paquet. Les exceptions sont une mise à niveau de la distribution et un changement d'ABI. La situation actuelle où il y a eu plusieurs changements d'ABI en peu de temps est exceptionnelle. Tu parles d'ABI interne ou externe ? Mon impression est qu'à chaque fois que le noyau est recompilé il faut aussi recompiler les modules, donc avoir une ABI interne stable me semble difficile. Pourquoi cette situation exceptionnelle ? Mettre à jour le paquet pour le noyau est risqué, car il faut être sûr que les nouveaux modules peuvent être chargé par le noyau courant, et je ne suis pas sûr qu'il soit possible de le garantir. Le modules font partie du noyau, ce qui est dans /boot n'est que l'image du noyau. Le tout est installé par un même paquet Bien sûr, mais les modules dans /lib peuvent aussi être fournis par d'autres paquets (pilotes divers) et même construit à partir de sources différentes (module nvidia par exemple). Paul
Re: Fwd: J'arrive pas à vider /lib pour une mise à jour du noyau
Inutile de me mettre en copie, je lis la liste. Le 24/05/2018 à 20:42, Paul Ezvan a écrit : À noter qu'une "mise à jour" du noyau est différente d'une mise à jour d'un paquet standard, puisque généralement c'est un nouveau paquet qui est installé Généralement une mise à jour du noyau Debian stable est une mise à jour du paquet linux courant, pas un nouveau paquet. Les exceptions sont une mise à niveau de la distribution et un changement d'ABI. La situation actuelle où il y a eu plusieurs changements d'ABI en peu de temps est exceptionnelle. Pour un noyau ce qui prend de la place dans /lib ce sont les modules, le noyau lui-même étant installé dans /boot Le modules font partie du noyau, ce qui est dans /boot n'est que l'image du noyau. Le tout est installé par un même paquet.
Re: Fwd: J'arrive pas à vider /lib pour une mise à jour du noyau
Le 23/05/2018 14:40, Pascal Hambourg a écrit : Le 23/05/2018 à 09:13, kaliderus a écrit : contre-partie est qu'il faut disposer d'un espace libre égal à la taille occupée par le paquet. Pour le noyau 3.16 de Jessie, c'est environ 160 Mio. 11 Mio est donc très insuffisant pour mettre à jour le noyau. Ce que je n'explique pas c'est que l'espace qui sera utilisé n'a pas à augmenter, le message est clair sur ce point. Qu'est-ce qui n'est pas clair dans ce que j'ai expliqué ci-dessus ? Pour faire une mise à jour d'un paquet, il faut disposer d'un espace libre égal à la taille occupée par le paquet. Il faut donc 160 Mio libres pour mettre à jour le noyau. Cet espace sera occupé temporairement pendant la mise à jour pour installer les fichiers de la nouvelle version du paquet puis libéré à la fin de la mise à jour lorsque les fichiers de l'ancienne version du paquet seront supprimés. À noter qu'une "mise à jour" du noyau est différente d'une mise à jour d'un paquet standard, puisque généralement c'est un nouveau paquet qui est installé, et donc le nouveau noyau consomme de la place en plus même après que apt ait terminé la mise à jour. Peut-être as-tu des noyaux installés dont tu n'as plus besoin ? Pour un noyau ce qui prend de la place dans /lib ce sont les modules, le noyau lui-même étant installé dans /boot (qui est soumis au même problème en cas de petite partition /boot). Par exemple sur mon système j'ai pas mal de noyau installés on dirait: % ls -l /lib/modules total 24K drwxr-xr-x 3 root root 4,0K oct. 2 2017 3.16.0-4-amd64/ drwxr-xr-x 2 root root 4,0K oct. 2 2017 3.2.0-4-amd64/ drwxr-xr-x 2 root root 4,0K mars 4 17:56 4.9.0-3-amd64/ drwxr-xr-x 2 root root 4,0K mars 4 17:56 4.9.0-4-amd64/ drwxr-xr-x 3 root root 4,0K janv. 7 02:35 4.9.0-5-amd64/ drwxr-xr-x 3 root root 4,0K mai6 00:01 4.9.0-6-amd64/ Tu peux trouver la taille occupée par chaque répertoire: % du -h --max-depth=1 /lib/modules 163M/lib/modules/3.16.0-4-amd64 3,9M/lib/modules/4.9.0-4-amd64 2,9M/lib/modules/3.2.0-4-amd64 185M/lib/modules/4.9.0-5-amd64 188M/lib/modules/4.9.0-6-amd64 3,9M/lib/modules/4.9.0-3-amd64 546M/lib/modules On remarque que certains prennent peu de place, en fait ces noyaux ont été désinstallés mais il reste les fichiers générés par la commande depmod (non contenus dans le paquet, générés par un script post-install): % ls /lib/modules/3.2.0-4-amd64 modules.alias modules.alias.bin modules.builtin.bin modules.dep modules.dep.bin modules.devname modules.softdep modules.symbols modules.symbols.bin % uname -r 4.9.0-5-amd64 Le noyau courant est le 4.9.0-5-amd64, donc je peux probablement désinstaller le noyau 3.16.0-4-amd64 pour faire de la place. Pour cela je dois spécifier la version à supprimer: % sudo apt remove linux-image-3.16.0-4-amd64 Paul
Re: Fwd: J'arrive pas à vider /lib pour une mise à jour du noyau
Le 23/05/2018 14:40, Pascal Hambourg a écrit : Le 23/05/2018 à 09:13, kaliderus a écrit : contre-partie est qu'il faut disposer d'un espace libre égal à la taille occupée par le paquet. Pour le noyau 3.16 de Jessie, c'est environ 160 Mio. 11 Mio est donc très insuffisant pour mettre à jour le noyau. Ce que je n'explique pas c'est que l'espace qui sera utilisé n'a pas à augmenter, le message est clair sur ce point. Qu'est-ce qui n'est pas clair dans ce que j'ai expliqué ci-dessus ? Pour faire une mise à jour d'un paquet, il faut disposer d'un espace libre égal à la taille occupée par le paquet. Il faut donc 160 Mio libres pour mettre à jour le noyau. Cet espace sera occupé temporairement pendant la mise à jour pour installer les fichiers de la nouvelle version du paquet puis libéré à la fin de la mise à jour lorsque les fichiers de l'ancienne version du paquet seront supprimés. À noter qu'une "mise à jour" du noyau est différente d'une mise à jour d'un paquet standard, puisque généralement c'est un nouveau paquet qui est installé, et donc le nouveau noyau consomme de la place en plus même après que apt ait terminé la mise à jour. Peut-être as-tu des noyaux installés dont tu n'as plus besoin ? Pour un noyau ce qui prend de la place dans /lib ce sont les modules, le noyau lui-même étant installé dans /boot (qui est soumis au même problème en cas de petite partition /boot). Par exemple sur mon système j'ai pas mal de noyau installés on dirait: % ls -l /lib/modules total 24K drwxr-xr-x 3 root root 4,0K oct. 2 2017 3.16.0-4-amd64/ drwxr-xr-x 2 root root 4,0K oct. 2 2017 3.2.0-4-amd64/ drwxr-xr-x 2 root root 4,0K mars 4 17:56 4.9.0-3-amd64/ drwxr-xr-x 2 root root 4,0K mars 4 17:56 4.9.0-4-amd64/ drwxr-xr-x 3 root root 4,0K janv. 7 02:35 4.9.0-5-amd64/ drwxr-xr-x 3 root root 4,0K mai6 00:01 4.9.0-6-amd64/ Tu peux trouver la taille occupée par chaque répertoire: % du -h --max-depth=1 /lib/modules 163M/lib/modules/3.16.0-4-amd64 3,9M/lib/modules/4.9.0-4-amd64 2,9M/lib/modules/3.2.0-4-amd64 185M/lib/modules/4.9.0-5-amd64 188M/lib/modules/4.9.0-6-amd64 3,9M/lib/modules/4.9.0-3-amd64 546M/lib/modules On remarque que certains prennent peu de place, en fait ces noyaux ont été désinstallés mais il reste les fichiers générés par la commande depmod (non contenus dans le paquet, générés par un script post-install): % ls /lib/modules/3.2.0-4-amd64 modules.alias modules.alias.bin modules.builtin.bin modules.dep modules.dep.bin modules.devname modules.softdep modules.symbols modules.symbols.bin % uname -r 4.9.0-5-amd64 Le noyau courant est le 4.9.0-5-amd64, donc je peux probablement désinstaller le noyau 3.16.0-4-amd64 pour faire de la place. Pour cela je dois spécifier la version à supprimer: % sudo apt remove linux-image-3.16.0-4-amd64 Paul
Re: Fwd: J'arrive pas à vider /lib pour une mise à jour du noyau
Le 23/05/2018 à 09:13, kaliderus a écrit : contre-partie est qu'il faut disposer d'un espace libre égal à la taille occupée par le paquet. Pour le noyau 3.16 de Jessie, c'est environ 160 Mio. 11 Mio est donc très insuffisant pour mettre à jour le noyau. Ce que je n'explique pas c'est que l'espace qui sera utilisé n'a pas à augmenter, le message est clair sur ce point. Qu'est-ce qui n'est pas clair dans ce que j'ai expliqué ci-dessus ? Pour faire une mise à jour d'un paquet, il faut disposer d'un espace libre égal à la taille occupée par le paquet. Il faut donc 160 Mio libres pour mettre à jour le noyau. Cet espace sera occupé temporairement pendant la mise à jour pour installer les fichiers de la nouvelle version du paquet puis libéré à la fin de la mise à jour lorsque les fichiers de l'ancienne version du paquet seront supprimés.
Fwd: J'arrive pas à vider /lib pour une mise à jour du noyau
Oups... désolé les gars, j'aurai du répondre à la liste et pas en privé Le 23 mai 2018 à 07:40, Pascal Hambourg <pas...@plouf.fr.eu.org> a écrit : > Le 22/05/2018 à 23:20, kaliderus a écrit : >> >> >> dpkg: erreur de traitement de l'archive >> >> /var/cache/apt/archives/linux-image-3.16.0-6-amd64_3.16.56-1+deb8u1_amd64.deb >> (--unpack) : >> impossible de copier les données extraites pour « >> ./lib/modules/3.16.0-6-amd64/kernel/fs/ext4/ext4.ko » vers « >> /lib/modules/3.16.0-6-amd64/kernel/fs/ext4/ext4.ko.dpkg-new » : échec >> d'écriture (Aucun espace disponible sur le périphérique) > > > Pas assez d'espace libre dans la racine. > >> J'ai supprimer un maximum de paquets/applis qui ne me servent >> qu'occasionnellement (soit à la main, soit avec deborphan) en espérant >> faire de la place dans /lib mais rien n'y fait, c'est comme si le >> système de fichier refusait de ré-allouer l'espace libéré... > > > La majorité des paquets installent le gros de leurs fichiers dans /usr. Si > /usr est séparé de la racine, cela n'influe pas sur l'occupation de cette > dernière. > >> En plus le fichier en question n'est pas bien gros : >> du -hs /lib/modules/3.16.0-6-amd64/kernel/fs/ext4/ext4.ko >> 898K/lib/modules/3.16.0-6-amd64/kernel/fs/ext4/ext4.ko >> >> Et j'ai suffisamment de place dans /lib : >> df -h /lib >> Sys. de fichiers Taille Utilisé Dispo Uti% Monté sur >> /dev/dm-1 453M415M 11M 98% / > > > Ce fichier est juste la goutte d'eau qui fait déborder le vase. Comme on > peut le voir dans le message d'erreur, dpkg copie d'abord tous les nouveaux > fichiers avec le suffixe temporaire .dpkg-new, et lorsque la copie est > complète, ils sont renommés et remplacent les anciens fichiers. En cas > d'erreur, les fichiers temporaires sont supprimés. Cela évite qu'une > interruption de la mise à jour laisse une partie des fichiers de la nouvelle > version du paquet et une partie des fichiers de la nouvelle version. La > contre-partie est qu'il faut disposer d'un espace libre égal à la taille > occupée par le paquet. Pour le noyau 3.16 de Jessie, c'est environ 160 Mio. > > 11 Mio est donc très insuffisant pour mettre à jour le noyau. Une taille de > 450 Mio est très faible pour une racine même avec /usr séparé. Mon premier > réflexe serait de faire du nettoyage sur la racine. Voir dans /root, /tmp et > /var si pas séparés. Désinstaller d'éventuels anciens noyaux. Ce que je n'explique pas c'est que l'espace qui sera utilisé n'a pas à augmenter, le message est clair sur ce point. Toutes les mise à jour (de noyau) se sont déroulées sans encombres jusqu'à présent. Mon partitionnement pour infos : df -h Sys. de fichiers Taille Utilisé Dispo Uti% Monté sur /dev/dm-1453M415M 11M 98% / udev 10M 0 10M 0% /dev tmpfs3,2G9,4M 3,1G 1% /run /dev/dm-26,3G5,2G 782M 88% /usr tmpfs7,8G167M 7,7G 3% /dev/shm tmpfs5,0M8,0K 5,0M 1% /run/lock tmpfs7,8G 0 7,8G 0% /sys/fs/cgroup /dev/mapper/think-var2,7G910M 1,7G 36% /var /dev/mapper/think-tmp360M2,1M 335M 1% /tmp /dev/mapper/think-home 197G186G 1,6G 100% /home /dev/sda2229M 58M 160M 27% /boot /dev/sda1487M132K 486M 1% /boot/efi > > Ensuite j'envisagerais d'agrandir la racine si possible. C'est un volume > créé par le device-mapper, donc peut-être un volume logique LVM. Il est > assez facile d'agrandir un volume logique LVM. lvextend, resize2fs. > > En dernier recours, désinstaller le noyau actuel puis installer le nouveau > noyau. Précisément, c'est un remplacement pour une mise à jour de sécurité du noyau.
Fwd: J'arrive pas à vider /lib pour une mise à jour du noyau
Oups... désolé les gars, j'aurai du répondre à la liste et pas en privé (bis) Re, Le 23 mai 2018 à 02:01, Raphaël POITEVIN <raphael.poite...@gmail.com> a écrit : > kaliderus <kalide...@gmail.com> writes: >> Je me trouve dans une situation que je n'explique pas. >> >> En stable, amd64 : >> Lorsque j'installe les mises à jour de sécurité (ou autre), tout se passe >> bien. >> Seulement pour le noyau, impossible, j'ai systématiquement le message >> d'erreur : >> >> dpkg: erreur de traitement de l'archive >> /var/cache/apt/archives/linux-image-3.16.0-6-amd64_3.16.56-1+deb8u1_amd64.deb >> (--unpack) : >> impossible de copier les données extraites pour « >> ./lib/modules/3.16.0-6-amd64/kernel/fs/ext4/ext4.ko » vers « >> /lib/modules/3.16.0-6-amd64/kernel/fs/ext4/ext4.ko.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/linux-image-3.16.0-6-amd64_3.16.56-1+deb8u1_amd64.deb >> E: Sub-process /usr/bin/dpkg returned an error code (1) >> Failed to perform requested operation on package. Trying to recover: >> Appuyez sur Entrée pour continuer. > > Quelle taille est annoncée après décompression ? Rien de rien, Les paquets suivants seront mis à jour : linux-image-3.16.0-6-amd64 1 mis à jour, 0 nouvellement installés, 0 à enlever et 0 non mis à jour. Il est nécessaire de prendre 0 o/34,5 Mo dans les archives. Après cette opération, 0 o d'espace disque supplémentaires seront utilisés. >> >> J'ai supprimer un maximum de paquets/applis qui ne me servent >> qu'occasionnellement (soit à la main, soit avec deborphan) en espérant >> faire de la place dans /lib mais rien n'y fait, c'est comme si le >> système de fichier refusait de ré-allouer l'espace libéré... > > Ça n’aura pas d’impact. Les lib se mettent dans /usr/lib Mais pas que :-) /lib n'est pas vide, et le message est clair, apt veut coller le fichier dans cet emplacement. > >> En plus le fichier en question n'est pas bien gros : >> du -hs /lib/modules/3.16.0-6-amd64/kernel/fs/ext4/ext4.ko >> 898K/lib/modules/3.16.0-6-amd64/kernel/fs/ext4/ext4.ko >> >> Et j'ai suffisamment de place dans /lib : >> df -h /lib >> Sys. de fichiers Taille Utilisé Dispo Uti% Monté sur >> /dev/dm-1 453M415M 11M 98% / > > 11Mo c’est pas beaucoup. Peut-être a-t-il besoin de décompresser > d’autres fichiers. Peut être, je ne connais pas assez bien le fonctionnement interne de dpkg >> >> J'ai fais un fsck du système de fichier (en fait tous les système >> présent sur ma machine) et rien trouvé non plus d'anormal. >> >> J'avoue que je suis un peu perdu. >> Si quelqu'un peut me montrer le chemin de l'idée kivabien. > > Essaie de faire avant un apt-get clean C'est fait (depuis un moment). Merci.
Re: J'arrive pas à vider /lib pour une mise à jour du noyau
Le 22/05/2018 à 23:20, kaliderus a écrit : dpkg: erreur de traitement de l'archive /var/cache/apt/archives/linux-image-3.16.0-6-amd64_3.16.56-1+deb8u1_amd64.deb (--unpack) : impossible de copier les données extraites pour « ./lib/modules/3.16.0-6-amd64/kernel/fs/ext4/ext4.ko » vers « /lib/modules/3.16.0-6-amd64/kernel/fs/ext4/ext4.ko.dpkg-new » : échec d'écriture (Aucun espace disponible sur le périphérique) Pas assez d'espace libre dans la racine. J'ai supprimer un maximum de paquets/applis qui ne me servent qu'occasionnellement (soit à la main, soit avec deborphan) en espérant faire de la place dans /lib mais rien n'y fait, c'est comme si le système de fichier refusait de ré-allouer l'espace libéré... La majorité des paquets installent le gros de leurs fichiers dans /usr. Si /usr est séparé de la racine, cela n'influe pas sur l'occupation de cette dernière. En plus le fichier en question n'est pas bien gros : du -hs /lib/modules/3.16.0-6-amd64/kernel/fs/ext4/ext4.ko 898K/lib/modules/3.16.0-6-amd64/kernel/fs/ext4/ext4.ko Et j'ai suffisamment de place dans /lib : df -h /lib Sys. de fichiers Taille Utilisé Dispo Uti% Monté sur /dev/dm-1 453M415M 11M 98% / Ce fichier est juste la goutte d'eau qui fait déborder le vase. Comme on peut le voir dans le message d'erreur, dpkg copie d'abord tous les nouveaux fichiers avec le suffixe temporaire .dpkg-new, et lorsque la copie est complète, ils sont renommés et remplacent les anciens fichiers. En cas d'erreur, les fichiers temporaires sont supprimés. Cela évite qu'une interruption de la mise à jour laisse une partie des fichiers de la nouvelle version du paquet et une partie des fichiers de la nouvelle version. La contre-partie est qu'il faut disposer d'un espace libre égal à la taille occupée par le paquet. Pour le noyau 3.16 de Jessie, c'est environ 160 Mio. 11 Mio est donc très insuffisant pour mettre à jour le noyau. Une taille de 450 Mio est très faible pour une racine même avec /usr séparé. Mon premier réflexe serait de faire du nettoyage sur la racine. Voir dans /root, /tmp et /var si pas séparés. Désinstaller d'éventuels anciens noyaux. Ensuite j'envisagerais d'agrandir la racine si possible. C'est un volume créé par le device-mapper, donc peut-être un volume logique LVM. Il est assez facile d'agrandir un volume logique LVM. lvextend, resize2fs. En dernier recours, désinstaller le noyau actuel puis installer le nouveau noyau.
Re: J'arrive pas à vider /lib pour une mise à jour du noyau
kaliderus <kalide...@gmail.com> writes: > Je me trouve dans une situation que je n'explique pas. > > En stable, amd64 : > Lorsque j'installe les mises à jour de sécurité (ou autre), tout se passe > bien. > Seulement pour le noyau, impossible, j'ai systématiquement le message > d'erreur : > > dpkg: erreur de traitement de l'archive > /var/cache/apt/archives/linux-image-3.16.0-6-amd64_3.16.56-1+deb8u1_amd64.deb > (--unpack) : > impossible de copier les données extraites pour « > ./lib/modules/3.16.0-6-amd64/kernel/fs/ext4/ext4.ko » vers « > /lib/modules/3.16.0-6-amd64/kernel/fs/ext4/ext4.ko.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/linux-image-3.16.0-6-amd64_3.16.56-1+deb8u1_amd64.deb > E: Sub-process /usr/bin/dpkg returned an error code (1) > Failed to perform requested operation on package. Trying to recover: > Appuyez sur Entrée pour continuer. Quelle taille est annoncée après décompression ? > > J'ai supprimer un maximum de paquets/applis qui ne me servent > qu'occasionnellement (soit à la main, soit avec deborphan) en espérant > faire de la place dans /lib mais rien n'y fait, c'est comme si le > système de fichier refusait de ré-allouer l'espace libéré... Ça n’aura pas d’impact. Les lib se mettent dans /usr/lib > En plus le fichier en question n'est pas bien gros : > du -hs /lib/modules/3.16.0-6-amd64/kernel/fs/ext4/ext4.ko > 898K /lib/modules/3.16.0-6-amd64/kernel/fs/ext4/ext4.ko > > Et j'ai suffisamment de place dans /lib : > df -h /lib > Sys. de fichiers Taille Utilisé Dispo Uti% Monté sur > /dev/dm-1 453M415M 11M 98% / 11Mo c’est pas beaucoup. Peut-être a-t-il besoin de décompresser d’autres fichiers. > > J'ai fais un fsck du système de fichier (en fait tous les système > présent sur ma machine) et rien trouvé non plus d'anormal. > > J'avoue que je suis un peu perdu. > Si quelqu'un peut me montrer le chemin de l'idée kivabien. Essaie de faire avant un apt-get clean -- Raphaël
J'arrive pas à vider /lib pour une mise à jour du noyau
Le bonjour, Je me trouve dans une situation que je n'explique pas. En stable, amd64 : Lorsque j'installe les mises à jour de sécurité (ou autre), tout se passe bien. Seulement pour le noyau, impossible, j'ai systématiquement le message d'erreur : dpkg: erreur de traitement de l'archive /var/cache/apt/archives/linux-image-3.16.0-6-amd64_3.16.56-1+deb8u1_amd64.deb (--unpack) : impossible de copier les données extraites pour « ./lib/modules/3.16.0-6-amd64/kernel/fs/ext4/ext4.ko » vers « /lib/modules/3.16.0-6-amd64/kernel/fs/ext4/ext4.ko.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/linux-image-3.16.0-6-amd64_3.16.56-1+deb8u1_amd64.deb E: Sub-process /usr/bin/dpkg returned an error code (1) Failed to perform requested operation on package. Trying to recover: Appuyez sur Entrée pour continuer. J'ai supprimer un maximum de paquets/applis qui ne me servent qu'occasionnellement (soit à la main, soit avec deborphan) en espérant faire de la place dans /lib mais rien n'y fait, c'est comme si le système de fichier refusait de ré-allouer l'espace libéré... En plus le fichier en question n'est pas bien gros : du -hs /lib/modules/3.16.0-6-amd64/kernel/fs/ext4/ext4.ko 898K/lib/modules/3.16.0-6-amd64/kernel/fs/ext4/ext4.ko Et j'ai suffisamment de place dans /lib : df -h /lib Sys. de fichiers Taille Utilisé Dispo Uti% Monté sur /dev/dm-1 453M415M 11M 98% / J'ai fais un fsck du système de fichier (en fait tous les système présent sur ma machine) et rien trouvé non plus d'anormal. J'avoue que je suis un peu perdu. Si quelqu'un peut me montrer le chemin de l'idée kivabien. Merci.
dpkg: error: failed to write status database record about 'libclutter-1.0-0:i386' to 'var/lib/dpkg/status': No space left on device
Je m'aperçois que rsync n'est pas complètement supprimé de mon ordinateur, avec dpkg -l: rc rsync 3.0.9-3 etc... 1- # apt-get purge rsync E: dpkg was interrupted, you must manually run 'dpkg --configure -a' to correct the problem 2- # dpkg --configure -a dpkg: error: failed to write status database record about 'libclutter-1.0-0:i386' to 'var/lib/dpkg/status': *No space left on device* Rien de ce qui suit m'a permis de résoudre le problème ( http://doc.ubuntu-fr.org/probleme_apt#dpkg_was_interrupted): # dpkg --configure -a # apt-get install -f # dpkg --force-all --configure -a # dpkg -P --force-all 'le paquet qui bloque'
Re: dpkg: error: failed to write status database record about 'libclutter-1.0-0:i386' to 'var/lib/dpkg/status': No space left on device
On Sun, 2 Sep 2012 19:00:12 +0200 Nicolas Hémard nico...@hemard.eu wrote: *No space left on device* Wai, ben y'a pas à chercher bien loin la source de _tous_ tes déboires... -- Xanatos: Albanel vient de découvrir ce que ça fait de se retrouver à 99% sans aucun seeders... -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20120902191312.2db3f19b@anubis.defcon1
Re: dpkg: error: failed to write status database record about 'libclutter-1.0-0:i386' to 'var/lib/dpkg/status': No space left on device
Le 02/09/2012 19:00, Nicolas Hémard a écrit : 2- # dpkg --configure -a dpkg: error: failed to write status database record about 'libclutter-1.0-0:i386' to 'var/lib/dpkg/status': *No space left on device* df -h et va faire de la place là où c'est plein ? ou bien 'apt-get autoclean' ou 'aptitude clean' ? Bon courage ++ KP -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/504392af.8010...@gmail.com
Re: dpkg: error: failed to write status database record about 'libclutter-1.0-0:i386' to 'var/lib/dpkg/status': No space left on device
En fait, j'ai l'impression qu'avec rsync, je ne faisais que copier les documents non pas sur le DD externe ms directement dans l'ordinateur. rootfs51 GB 100% / /dev/disk/by-uuid/b3b853b6-0e94-etc... 51 GB 100% Est-ce que je peux supprimer directement by-uuid sans faire de dég^ats ?
Re: dpkg: error: failed to write status database record about 'libclutter-1.0-0:i386' to 'var/lib/dpkg/status': No space left on device
Est-ce que je peux supprimer directement by-uuid sans faire de dég^ats ? Non, j'ai compris qu'il ne faut pas le faire... Inconscient ! Le 2 septembre 2012 19:35, Nicolas Hémard nico...@hemard.eu a écrit : En fait, j'ai l'impression qu'avec rsync, je ne faisais que copier les documents non pas sur le DD externe ms directement dans l'ordinateur. rootfs51 GB 100% / /dev/disk/by-uuid/b3b853b6-0e94-etc... 51 GB 100% Est-ce que je peux supprimer directement by-uuid sans faire de dég^ats ?
Re: dpkg: error: failed to write status database record about 'libclutter-1.0-0:i386' to 'var/lib/dpkg/status': No space left on device
Le 02/09/2012 19:35, Nicolas Hémard a écrit : En fait, j'ai l'impression qu'avec rsync, je ne faisais que copier les documents non pas sur le DD externe ms directement dans l'ordinateur. rootfs51 GB 100% / /dev/disk/by-uuid/b3b853b6-0e94-etc... 51 GB 100% Bon ben il faut faire de la place là dedans. Est-ce que je peux supprimer directement by-uuid sans faire de dég^ats ? Euh non, /dev/disk/by-uuid/ contient simplement des liens vers les block devices de tes partitions. C'est pas ça qui prend de la place. Tu peux jouer avec 'du -sh *' pour voir quels sont les fichiers et dossiers qui prennent de la place. Ou bien en graphique baobab (menu Applications - Outils systèmes - Analyseur d'utilisation des disques). Ou bien 'dpkg-query -W -f='${Installed-Size} ${Package}\n' | sort -n' pour lister les packages installés en fonction de leur taille et supprimer ensuite ceux que tu n'utilises pas. ++ KP -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/50439bce.1030...@hotmail.com
Re: dpkg: error: failed to write status database record about 'libclutter-1.0-0:i386' to 'var/lib/dpkg/status': No space left on device
J'ai résolu mon problème. J'avais copié mon home dans /media au lieu du disque dur externe, donc j'avais bourré la racine / et le manque de place m'empechait de démarrer. Je vous remercie tous beaucoup pour votre aide et votre patience. Nicolas Le 2 septembre 2012 19:47, Ken-Patrick Lehrmann kp_lehrm...@hotmail.com a écrit : Le 02/09/2012 19:35, Nicolas Hémard a écrit : En fait, j'ai l'impression qu'avec rsync, je ne faisais que copier les documents non pas sur le DD externe ms directement dans l'ordinateur. rootfs51 GB 100% / /dev/disk/by-uuid/b3b853b6-0e94-etc... 51 GB 100% Bon ben il faut faire de la place là dedans. Est-ce que je peux supprimer directement by-uuid sans faire de dég^ats ? Euh non, /dev/disk/by-uuid/ contient simplement des liens vers les block devices de tes partitions. C'est pas ça qui prend de la place. Tu peux jouer avec 'du -sh *' pour voir quels sont les fichiers et dossiers qui prennent de la place. Ou bien en graphique baobab (menu Applications - Outils systèmes - Analyseur d'utilisation des disques). Ou bien 'dpkg-query -W -f='${Installed-Size} ${Package}\n' | sort -n' pour lister les packages installés en fonction de leur taille et supprimer ensuite ceux que tu n'utilises pas. ++ KP -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/50439bce.1030...@hotmail.com
Re: dpkg: error: failed to write status database record about 'libclutter-1.0-0:i386' to 'var/lib/dpkg/status': No space left on device
Le 2 septembre 2012 20:07, Nicolas Hémard nico...@hemard.eu a écrit : J'ai résolu mon problème. J'avais copié mon home dans /media au lieu du disque dur externe, donc j'avais bourré la racine / et le manque de place m'empechait de démarrer *en mode graphique* Je vous remercie tous beaucoup pour votre aide et votre patience. Nicolas Le 2 septembre 2012 19:47, Ken-Patrick Lehrmann kp_lehrm...@hotmail.coma écrit : Le 02/09/2012 19:35, Nicolas Hémard a écrit : En fait, j'ai l'impression qu'avec rsync, je ne faisais que copier les documents non pas sur le DD externe ms directement dans l'ordinateur. rootfs51 GB 100% / /dev/disk/by-uuid/b3b853b6-0e94-etc... 51 GB 100% Bon ben il faut faire de la place là dedans. Est-ce que je peux supprimer directement by-uuid sans faire de dég^ats ? Euh non, /dev/disk/by-uuid/ contient simplement des liens vers les block devices de tes partitions. C'est pas ça qui prend de la place. Tu peux jouer avec 'du -sh *' pour voir quels sont les fichiers et dossiers qui prennent de la place. Ou bien en graphique baobab (menu Applications - Outils systèmes - Analyseur d'utilisation des disques). Ou bien 'dpkg-query -W -f='${Installed-Size} ${Package}\n' | sort -n' pour lister les packages installés en fonction de leur taille et supprimer ensuite ceux que tu n'utilises pas. ++ KP -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/50439bce.1030...@hotmail.com
Pb avec la lib : libjpeg
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Salut à tous, apparu en utilisant wine, j'ai pu constater dans certain programmes une erreur : err:jpeg:error_exit_fn Wrong JPEG library version: library is 62, caller expects 80 err:ole:OleLoadPicture IPersistStream_Load failed Je dois préciser que je suis sous Debian SID 64b. Ainsi il n'est pas possible d'utiliser ce programme, juste a cause de cela, et après avoir recherché, j'ai pu localiser la source dans ce bug : http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=638543 - -Etant donné que ce bug est déjà rapporté que puis je ajouter de plus pour aider ? - -De mon coté, cela bloque, totalement l'utilisation de mon application, il doit être possible d’appliquer un patch, à la mano ? Cordialement, Guillaume. - -- Guillaume Seren - -- Non seulement Dieu joue aux dés mais il les jette parfois là où on ne peut les voir. Stephen Hawking - -- FAQ : http://wiki.debian.org/fr/FrenchLists -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJO5hmLAAoJEB8oWtIhEKr30lgH/RUYz852GFqLIjsUzqCQkmuh h+vUztppxzQFSmXtLmTofNFNknSP/DkjIPpIPf54k/txNopoiBIfHUwvK/pNLnaS mWCrzkYhecZKGfMil5ZJJOcr8m5M2NHLdM03HtG3fcDDeKkAYKrUJ3nNJneW4lk5 Hma+Dvy1ewGXlaUgC0cuZxjRSzPVXn7zOS4hyLH+XC3Atxuvj5xNt2yfVFzrZ/SO 4aGbwzP1Q952PbA9sd0+bm0doO9ekOyC7zvvRhiACP0GSaiStZc3TrZELFA4zrr1 J+ibumlwIWio7QBX2t09TjPg13ZCAbZXcTf58vJ5j4RqwPkbpEUL2zdUoZiNyKE= =+2l6 -END PGP SIGNATURE- -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/4ee6198b.4060...@gmail.com
Re: Pb avec la lib : libjpeg
Le lundi 12 décembre 2011 à 16:11:07, Guillaume Seren a écrit : Salut à tous, ’lut, […] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=638543 -Etant donné que ce bug est déjà rapporté que puis je ajouter de plus pour aider ? Pas grand’chose… -De mon coté, cela bloque, totalement l'utilisation de mon application, il doit être possible d’appliquer un patch, à la mano ? T’as essayé de changer le lien symbolique de libjpeg vers la 8 ? (/usr/lib32/libjpeg.so - /usr/lib32/libjpeg.so.8) (Bien que je trouve un peu bizarre que libjpeg.so, qui pose le problème, soit dans ia32-libs-_dev_.) -- Sylvain Sauvage -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/201112121634.57516.sylvain.l.sauv...@free.fr
Re: Pb avec la lib : libjpeg
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 12/12/2011 16:34, Sylvain L. Sauvage wrote: T’as essayé de changer le lien symbolique de libjpeg vers la 8 ? (/usr/lib32/libjpeg.so - /usr/lib32/libjpeg.so.8) Oui voila ce que j'ai fait : cd /usr/lib32/ rm libjpeg.so ln -s libjpeg.so.8.0.2 libjpeg.so ls -la /usr/lib32/ | grep -i libjpeg - -rw-r--r-- 1 root root 164916 juin 30 2010 libjpeg.a - -rw-r--r-- 1 root root 920 oct. 1 16:41 libjpeg.la lrwxrwxrwx 1 root root 16 déc. 12 17:14 libjpeg.so - libjpeg.so.8.0.2 lrwxrwxrwx 1 root root 17 oct. 1 16:41 libjpeg.so.62 - libjpeg.so.62.0.0 - -rw-r--r-- 1 root root 127964 juin 30 2010 libjpeg.so.62.0.0 lrwxrwxrwx 1 root root 16 oct. 1 16:41 libjpeg.so.8 - libjpeg.so.8.0.2 - -rw-r--r-- 1 root root 217652 mai 20 2010 libjpeg.so.8.0.2 Par contre j'ai toujours la meme erreur : err:jpeg:error_exit_fn Wrong JPEG library version: library is 62, caller expects 80 err:ole:OleLoadPicture IPersistStream_Load failed (Bien que je trouve un peu bizarre que libjpeg.so, qui pose le problème, soit dans ia32-libs-_dev_.) Je ne sais pas, c'est pourtant ce que semble indiquer le post du bug, me semble-t'il. Guillaume - -- Guillaume Seren - -- Non seulement Dieu joue aux dés mais il les jette parfois là où on ne peut les voir. Stephen Hawking - -- FAQ : http://wiki.debian.org/fr/FrenchLists -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJO5i4BAAoJEB8oWtIhEKr3zSsH/17A3kr5VIn0i+hiR/8kdkb7 30UlBPCoYdroBHwEQag+QrLSNuIri3ESOFKL/8FpvQfI2GtBBHnmaMMcm04f5MbZ Ve28N9H/mX7bwP6mbn4sAuwaxAgyR4gJrPPzH9MjVTRUNb57s2QN28i3My57/MAQ kuz34LNJWScgw3534G6X4c/ZjpHd5dC0wrF+QWJHoVAY8yjM2Lnq0tWX/z9GOn1l wo1bkukI/fggHnhlz135r8RzVVGBipFav7EJ7Q91nNaeQ/zV10kGekTX68f53tAM Yy4Su3P0iyFexw3hm2NtNRPniWsuGu08M47hbr0h9JA/QQxaDwuX6NsRDfU0QR4= =rU6j -END PGP SIGNATURE- -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/4ee62e01.10...@gmail.com
Re: Pb avec la lib : libjpeg
Le lundi 12 décembre 2011 à 17:38:25, Guillaume Seren a écrit : […] cd /usr/lib32/ rm libjpeg.so ln -s libjpeg.so.8.0.2 libjpeg.so […] Par contre j'ai toujours la meme erreur : […] (Bien que je trouve un peu bizarre que libjpeg.so, qui pose le problème, soit dans ia32-libs-_dev_.) Je ne sais pas, c'est pourtant ce que semble indiquer le post du bug, me semble-t'il. Ce que j’intuitais et que j’aurais dû creuser, c’est que c’est à la compilation de Wine que le lien pose problème. Ça ne pouvait pas être à l’exécution car le n° de version est inclus dans la référence du lien entre l’exécutable du programme et l’exécutable de la bibliothèque. Et ça ne pouvait pas être à l’exécution car le paquet -dev n’est nécessaire. En clair, changer le lien pour l’exécution ne sert à rien puisque ce n’est pas lui qui est suivi par le lieur (ld) à l’exécution. Mais bon, ça ne mangeait pas de pain d’essayer. Donc, la solution, c’est de recompiler Wine après avoir modifié le lien pour qu’il utilise la bonne version. (J’ai l’impression que modifier le lien doit être suffisant, SGDG…) -- Sylvain Sauvage -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/201112121802.38344.sylvain.l.sauv...@free.fr
Re: Pb avec la lib : libjpeg
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 12/12/2011 18:02, Sylvain L. Sauvage wrote: Ce que j’intuitais et que j’aurais dû creuser, c’est que c’est à la compilation de Wine que le lien pose problème. Ça ne pouvait pas être à l’exécution car le n° de version est inclus dans la référence du lien entre l’exécutable du programme et l’exécutable de la bibliothèque. Et ça ne pouvait pas être à l’exécution car le paquet -dev n’est nécessaire. En clair, changer le lien pour l’exécution ne sert à rien puisque ce n’est pas lui qui est suivi par le lieur (ld) à l’exécution. Mais bon, ça ne mangeait pas de pain d’essayer. Je viens de re tester, mais cette fois j'ai changer au niveau de la lib soit : ln -s libjpeg.so.8.0.2 libjpeg.so.62 Cela me semble vraiment pas propre, mais cela fonctionne. Donc, la solution, c’est de recompiler Wine après avoir modifié le lien pour qu’il utilise la bonne version. (J’ai l’impression que modifier le lien doit être suffisant, SGDG…) J'y ai pensé mais avec le résultat fonctionnel en changeant le liens symbolique de la librairie elle meme, je ne pense pas que cela soit necessaire. Guillaume - -- Guillaume Seren - -- Non seulement Dieu joue aux dés mais il les jette parfois là où on ne peut les voir. Stephen Hawking - -- FAQ : http://wiki.debian.org/fr/FrenchLists -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJO5jXmAAoJEB8oWtIhEKr3iXMH/jps5kUdGuF3fOrHADzNGuco xsff3HZEU3wg+YZLxOCG+ESZnJJF7LfXF3akzX0+lLBqZt1ze7wBXmi6mU/0Yi+l 31Rhc66zAt5IsyR8tx8PAin53EujutkbGmCzohTOASektjgRgjktvF7orCG3lOU0 F4AlMHxWvzzBAxJby2Fi7zJKEH7a9rojYNqvOX5konMbeJXFcuV9Gr4bd2zmpqZ7 cRM00OAwWutOokwcBh5TfvKB90xqtueC3Vs5HpmgLishFGl3UpL1yz1UeU+8VWF1 CWjvWLZAN52DKaDtfrQSjrhA78IpzqNwChoFr+p4vipa5347E6NZnUJ3U+bSJ7E= =pFYX -END PGP SIGNATURE- -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/4ee635e6.3090...@gmail.com
Re: Pb avec la lib : libjpeg
Le lundi 12 décembre 2011 à 18:12:06, Guillaume Seren a écrit : […] Je viens de re tester, mais cette fois j'ai changer au niveau de la lib soit : ln -s libjpeg.so.8.0.2 libjpeg.so.62 Cela me semble vraiment pas propre, mais cela fonctionne. Oui, parce que le programme référence libjpeg.so.62 et tu lui donnes le fichier libjpeg.so.8.0.2 et qu’il est content avec ça. Je pensais que ce genre de magouille ne pouvait plus fonctionner parce que le nom interne de la bib contenait sa version et que ld le vérifiait… Ahh, va falloir que je révise… Sinon, là où ça peut poser problème, c’est si tu as un programme : — 32 bits ; — qui a été compilé pour utiliser la libjpeg 6.2 ; — qui n’aimerait pas avoir la 8.0 à la place. À mon avis ça doit être assez rare sur une distribution 64 bits… -- Sylvain Sauvage -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/201112121840.16862.sylvain.l.sauv...@free.fr
Re: Erreur dans /lib/dpkg/available
Le Wed, 27 Apr 2011 07:38:16 +0200 Erwan David er...@rail.eu.org a écrit: Bonjour, J'ai depuis quelques jours, sur chaque opération d'aptitude ou cron-apt le message : dpkg-query: warning: parsing file '/var/lib/dpkg/available' near line 598280 package 'cnews': error in Version string 'cr.g7-40.4': version number does not start with digit Comment faire pour récupérer un /var/lib/dpkg/available correct ? Il me semble que effectivement, on ne peut pas faire un paquet avec un numéro de version commençant par une lettre, or bizarrement $ apt-cache policy cnews cnews: Installé : (aucun) Candidat : cr.g7-40.4 Table de version : cr.g7-40.4 0 90 http://ftp.fr.debian.org lenny/main Packages À part l'édition à la main du fichier, je ne vois pas comment régler ce souci. Peut être peux tu regarder /var/lib/dpkg/available-old François Boisson -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20110427090639.61def9c0.user.anti-s...@maison.homelinux.net
Re: Erreur dans /lib/dpkg/available
On Wed, Apr 27, 2011 at 09:06:39AM CEST, François Boisson user.anti-s...@maison.homelinux.net said: Le Wed, 27 Apr 2011 07:38:16 +0200 Erwan David er...@rail.eu.org a écrit: Bonjour, J'ai depuis quelques jours, sur chaque opération d'aptitude ou cron-apt le message : dpkg-query: warning: parsing file '/var/lib/dpkg/available' near line 598280 package 'cnews': error in Version string 'cr.g7-40.4': version number does not start with digit Comment faire pour récupérer un /var/lib/dpkg/available correct ? Il me semble que effectivement, on ne peut pas faire un paquet avec un numéro de version commençant par une lettre, or bizarrement $ apt-cache policy cnews cnews: Installé : (aucun) Candidat : cr.g7-40.4 Table de version : cr.g7-40.4 0 90 http://ftp.fr.debian.org lenny/main Packages À part l'édition à la main du fichier, je ne vois pas comment régler ce souci. Peut être peux tu regarder /var/lib/dpkg/available-old François Boisson Il y a la même chose... Faut-il rapporter un bug sur le paquet cnews ? -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20110427072506.gu3...@rail.eu.org
Re: Erreur dans /lib/dpkg/available
On Wed, Apr 27, 2011 at 09:06:39AM CEST, François Boisson user.anti-s...@maison.homelinux.net said: Le Wed, 27 Apr 2011 07:38:16 +0200 Erwan David er...@rail.eu.org a écrit: Bonjour, J'ai depuis quelques jours, sur chaque opération d'aptitude ou cron-apt le message : dpkg-query: warning: parsing file '/var/lib/dpkg/available' near line 598280 package 'cnews': error in Version string 'cr.g7-40.4': version number does not start with digit Comment faire pour récupérer un /var/lib/dpkg/available correct ? Il me semble que effectivement, on ne peut pas faire un paquet avec un numéro de version commençant par une lettre, or bizarrement $ apt-cache policy cnews cnews: Installé : (aucun) Candidat : cr.g7-40.4 Table de version : cr.g7-40.4 0 90 http://ftp.fr.debian.org lenny/main Packages À part l'édition à la main du fichier, je ne vois pas comment régler ce souci. Peut être peux tu regarder /var/lib/dpkg/available-old Je suis en wheezy, et $ apt-cache policy cnews cnews: Installed: (none) Candidate: (none) Version table: Ce qui est d'autant plus étrange... Comment ce fichier available est-il généré ? (le même problème ets dans available.old et si je renomme available, il n'est pas recréé et dpkg ne fonctionne plus). -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20110427075026.gv3...@rail.eu.org
Re: Erreur dans /lib/dpkg/available
Le 27/04/2011 07:38, Erwan David a écrit : Bonjour, J'ai depuis quelques jours, sur chaque opération d'aptitude ou cron-apt le message : dpkg-query: warning: parsing file '/var/lib/dpkg/available' near line 598280 package 'cnews': error in Version string 'cr.g7-40.4': version number does not start with digit Il semblerait donc que mon /var/lib/dpkg/available soit corrompu d'une manière ou d'une autre (je n'ai pas le problème sur une autre machine, où le paquet cnews n'est pas dans available, et un apt-cache search cnews ne me donne pas le paquet sur la machine en cause). Comment faire pour récupérer un /var/lib/dpkg/available correct ? Merci. Salut, tu peux faire : apt-cache dumpavail /var/lib/dpkg/available puis dpkg --update-avail /var/lib/dpkg/available Il y a eu un sujet similaire vers Janvier 2011 sur la liste debian-user (liste anglophone), si ça t'intéresse cherche le sujet edit /var/lib/dpkg/available (de mémoire), d'autres méthodes étaient indiquées. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/4db7ced9.3040...@googlemail.com
Re: Erreur dans /lib/dpkg/available
En ce mercredi 27 avril 2011 à 07 h 38 Erwan David nous susurrait : Bonjour, J'ai depuis quelques jours, sur chaque opération d'aptitude ou cron-apt le message : dpkg-query: warning: parsing file '/var/lib/dpkg/available' near line 598280 package 'cnews': error in Version string 'cr.g7-40.4': version number does not start with digit Il semblerait donc que mon /var/lib/dpkg/available soit corrompu d'une manière ou d'une autre (je n'ai pas le problème sur une autre machine, où le paquet cnews n'est pas dans available, et un apt-cache search cnews ne me donne pas le paquet sur la machine en cause). Comment faire pour récupérer un /var/lib/dpkg/available correct ? Merci. bug #620566 avec même la solution pour ne pas être dérangé de Raphaèl Hertzog http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=620566#155 -- -+- Dominique Marin http://txodom.free.fr -+- «Sous les pavés y'a plus la plage, il y a l'enfer et la Sécurité.» -+- Léo Ferré Il n'y a plus rien -+- -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20110427105801.5793f...@free.fr
Erreur dans /lib/dpkg/available
Bonjour, J'ai depuis quelques jours, sur chaque opération d'aptitude ou cron-apt le message : dpkg-query: warning: parsing file '/var/lib/dpkg/available' near line 598280 package 'cnews': error in Version string 'cr.g7-40.4': version number does not start with digit Il semblerait donc que mon /var/lib/dpkg/available soit corrompu d'une manière ou d'une autre (je n'ai pas le problème sur une autre machine, où le paquet cnews n'est pas dans available, et un apt-cache search cnews ne me donne pas le paquet sur la machine en cause). Comment faire pour récupérer un /var/lib/dpkg/available correct ? Merci. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20110427053759.gs3...@rail.eu.org
Re: Erreur dans /var/lib/dpkg/available
On Wed, Apr 27, 2011 at 07:38:16AM CEST, Erwan David er...@rail.eu.org said: Bonjour, J'ai depuis quelques jours, sur chaque opération d'aptitude ou cron-apt le message : dpkg-query: warning: parsing file '/var/lib/dpkg/available' near line 598280 package 'cnews': error in Version string 'cr.g7-40.4': version number does not start with digit Il semblerait donc que mon /var/lib/dpkg/available soit corrompu d'une manière ou d'une autre (je n'ai pas le problème sur une autre machine, où le paquet cnews n'est pas dans available, et un apt-cache search cnews ne me donne pas le paquet sur la machine en cause). Comment faire pour récupérer un /var/lib/dpkg/available correct ? Merci. Je corrige le sujet... -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20110427054000.gt3...@rail.eu.org
Re: [Quel bordel !] Compiler avec des lib rairies antérieurs au système hôte
steve wrote: Une idée ? apt-get build-dep? -t -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/4bced194.3000...@stammed.net
Re: [Quel bordel !] Compiler avec des lib rairies antérieurs au système hôte
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Le 21/04/2010 05:38, steve a écrit : Salut, ça aussi, mais après plusieurs erreurs pour construire le chroot, j'ai finalement réussi en suivant cette page : http://workaround.org/debian-pbuilder (passage via lenny pour aller vers sid). Mais le pdebuild me donne ensuite cette erreur : Outch, c'est quelle version de pbuilder ? Essaye peut-être en utilisant la version de Sid (qui semble pouvoir dépendre uniquement de paquets dans Lenny à première vue). Ce qui est rageant, c'est que ça compile sans soucis chez moi (j'utilise Sid). Néanmoins, en regardant de plus près le journal, ça n'a pas l'air d'être le soucis. J'imagine que tu lances : # pdebuild W: /root/.pbuilderrc does not exist remarque que tu n'es pas obligé de la lancer en tant qu'administrateur celle là. dpkg-checkbuilddeps: Unmet build dependencies: debhelper (= 7.0.50~) libexif-dev libcurl4-gnutls-dev libgconf2-dev libgtk2.0-dev libsqlite3-dev libxml2-dev quilt (= 0.46-7) W: Unmet build-dependency in source C'est « normal » d'avoir des « Unmet build-dependency » à ce niveau, il remarque simplement qu'il doit en installer de nouvelles. Ce qui ne me semble pas normal, ce sont celles-ci : debhelper (= 7.0.50~) et quilt (= 0.46-7). Tout ce passe comme si ton chroot est toujours sous Lenny et non Sid, donc ça ne m'étonnes pas trop que ça déconne ensuite. La vraie erreur est plus bas : dh: --with quilt not supported or failed to load module Debian::Debhelper::Sequence::quilt make: *** [clean] Error 1 dpkg-buildpackage: failure: fakeroot debian/rules clean gave error exit status 2 Il semble que la version de debhelper utilisée est trop vieille (il ne connais pas quilt), ce qui confirme l'idée d'un chroot pas à jour. Apparemment, tu n'as pas appliqué correctement le correctif dont tu parles plus haut : ton chroot est toujours en Lenny on dirait. Amicalement David -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAkvPC7UACgkQ18/WetbTC/oLIACaA1INAenc+KNkIHzb4NYR5cbO BgEAnio3Ohl4nw4sC50CnXD5dErM6BWI =MKbJ -END PGP SIGNATURE- -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/hqn23l$8d...@dough.gmane.org
Re: [Quel bordel !] Compiler avec des lib rairies antérieurs au système hôte
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Le 16/04/2010 04:06, steve a écrit : [...] Le problème dont je viens de me rendre compte, c'est que les sources sont dans le format traditionnel (qui demande de faire ./configure make make install), donc pas de répertorie debian/. Je pensais que tu avais « juste » fait la traduction du paquet Debian, désolé d'avoir mal compris. Y a-t-il une commande pour transformer ce format en celui de debian qui me permette ensuite d'utiliser pbuild ? Si la version que tu as traduite est adaptée à celle actuellement dans les archives Debian, tu peux modifier directement le paquet source : $ apt-get source tangogps - ajouter (ou modifier) les fichiers nouvellement traduits directement dans l'arbre des sources - ajouter ta traduction des templates debian par la même occasion dans debian/po/fr.po Puis lancer la compilation « à la Debian », c'est à dire soit, comme je te l'ai conseillé, dans un chroot propre avec pbuilder (au passage la dernière commande pour compiler est « pdebuild », sans le « pbuilder » devant), soit directement comme thib te l'as proposé (au risque de mettre la panade dans tes dépendances comme le suggérait ton message initial). Si la version sur laquelle tu as travaillé est plus récente que 0.99.3 et que ta traduction ne s'adapte pas directement à l'arbre des sources, dans ce cas il faudra d'abord adapter le paquet [1], mais d'après le site officiel de tangoGPS, c'est peu probable (la version est la même). [1]http://www.debian.org/doc/maint-guide/ch-update.fr.html#s-newupstream Amicalement David -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAkvIjGYACgkQ18/WetbTC/r/wACfZKMDPdMRyHzxrx3kgKjdOkQw s3kAnifLtKEf6uPGuSchmXavPrvCGwxM =gRfK -END PGP SIGNATURE- -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/hqa298$uq...@dough.gmane.org
Re: [Quel bordel !] Compiler avec des lib rairies antérieurs au système hôte
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Le 14/04/2010 15:25, steve a écrit : Salut, Salut, Je suis sous Lenny (pining avec Sid) et j'aimerai compiler tangogps [1]. Juste pour tenter de comprendre avant de se prendre la tête sur les problèmes de dépendances au sein d'un système mixé entre stable et unstable, pourquoi ne pas utiliser directement le paquet Debian tangogps présent dans l'archive principale ? Alors comment je fais pour compiler ce p*ç%ç1 de programme sans passer par une machine virtuelle ou tout autre cochonnerie qui m'obligerait à passer des heures à les maitriser ? Ne pas le compiler et lancer « aptitude install tangogps » ? Amicalement David -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAkvGGWkACgkQ18/WetbTC/p/tQCgiI3pvso6T9tdIYemuWDZNY0M CP0Ani2ohzMdkDPNYoMsc10bMvacP87H =ctlt -END PGP SIGNATURE- -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/hq55ha$jo...@dough.gmane.org
Re: [Quel bordel !] Compiler avec des lib rairies antérieurs au système hôte
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Le 14/04/2010 16:10, steve a écrit : Le 14-04-2010, à 15:37:14 -0400, David Prévot (dav...@altern.org) a écrit : Je suis sous Lenny (pining avec Sid) et j'aimerai compiler tangogps [1]. Parce que j'ai traduit la version française de ce soft et que j'aimerai voir le résultat avant de commiter le patch au développer. Pff, je viens de faire le lien avec dlf, évidemment ;). Alors comment je fais pour compiler ce p*ç%ç1 de programme sans passer par une machine virtuelle ou tout autre cochonnerie qui m'obligerait à passer des heures à les maitriser ? Pas besoin d'y passer des heures : # aptitude install pbuilder # pbuilder create # pbuilder debuild La dernière commande est à lancer depuis le répertoire des sources contenant ton répertoire debian/ avec tes modifications. Le paquet créé est ensuite à aller chercher dans /var/cache/pbuilder/result/. Amicalement David -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAkvGKFIACgkQ18/WetbTC/rciwCbBqpeTvf59i4Lgl8mCTGuFpbP BjsAnialqklB0HqIzR9Rq6ZU48piFWys =Rlw6 -END PGP SIGNATURE- -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/hq598n$29...@dough.gmane.org
Re: [Quel bordel !] Compiler avec des lib rairies antérieurs au système hôte
Ton patch devrait fonctionner même sur la version de Lenny, non? $ apt-get source tangogps [patch] # apt-get build-dep tangogps Tu devrais pouvoir compiler sans problème après. -thib -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/4bc632f4.5090...@stammed.net
Re: [Quel bordel !] Compiler avec des lib rairies antérieurs au système hôte
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Le 14/04/2010 16:58, steve a écrit : Le 14-04-2010, à 16:40:55 -0400, David Prévot (dav...@altern.org) a écrit : Le 14/04/2010 16:10, steve a écrit : Le 14-04-2010, à 15:37:14 -0400, David Prévot (dav...@altern.org) a écrit : Je suis sous Lenny (pining avec Sid) et j'aimerai compiler tangogps [1]. [...] Parce que j'ai traduit la version française de ce soft [...] Pff, je viens de faire le lien avec dlf, évidemment ;). * dlf = debian-l10n-french Alors comment je fais pour compiler ce p*ç%ç1 de programme sans passer par une machine virtuelle ou tout autre cochonnerie qui m'obligerait à passer des heures à les maitriser ? Pas besoin d'y passer des heures : # aptitude install pbuilder # pbuilder create En train de m'installer plein de choses (et tout ça sous root... ) Oui, enfin dans un chroot normalement, donc pas de panique non plus. Oups une erreur : P: Configuring helper cdebootstrap-helper-apt E: Internal error: install pbuilder: cdebootstrap failed - Aborting with an error - cleaning the build env - removing directory /var/cache/pbuilder/build//21758 and its subdirectories Je n'ai pas pbuilder sous Lenny, c'est peut être lié à cette « vielle » version. Chez moi ça fonctionne avec debootstrap et sans cdebootstrap : $ apt-cache show pbuilder | grep Depends Depends: debootstrap | cdebootstrap [...] Du coup je te conseille d'installer debootstrap à la place de cdebootstrap avant de relancer « pbuilder create ». (et je croise les doigts de mon côté ;). Amicalement David -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAkvGNvsACgkQ18/WetbTC/rZZQCfWgPAiJwVzG4sAowMPjKr9k29 kacAn0bBiptTZ2CyK50N40PsQr3PJE2F =FlcA -END PGP SIGNATURE- -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/hq5cu9$h6...@dough.gmane.org
Re: /var/lib/dpkg/available : erreur d'analyse syntaxique
On Mon, 22 Feb 2010, David Prévot wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Le 22/02/2010 13:54, Klaus Becker a écrit : Salut, Salut, puis siuvent d'innombrables @^...@^. Ça sent le (système de) fichier(s) corrompu(s). Oui, en plus ce fichier ne sert à presque rien si on n'utilise pas dselect. La solution la plus simple est de vider le fichier: $ sudo dpkg --clear-avail (Ou le faire à la main si cette commande échoue aussi) A+ -- Raphaël Hertzog Like what I do? Sponsor me: http://ouaza.com/wp/2010/01/05/5-years-of-freexian/ My Debian goals: http://ouaza.com/wp/2010/01/09/debian-related-goals-for-2010/ -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20100223083021.gc7...@rivendell
Re: /var/lib/dpkg/available : erreur d'analyse syntaxique
Le mardi 23 février 2010 09:30:21, Raphael Hertzog a écrit : On Mon, 22 Feb 2010, David Prévot wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Le 22/02/2010 13:54, Klaus Becker a écrit : Salut, Salut, puis siuvent d'innombrables @^...@^. Ça sent le (système de) fichier(s) corrompu(s). Oui, en plus ce fichier ne sert à presque rien si on n'utilise pas dselect. La solution la plus simple est de vider le fichier: $ sudo dpkg --clear-avail (Ou le faire à la main si cette commande échoue aussi) A+ J'ai fait dpkg --clear-avail, mais cela n'a pas résolu le problème. Par contre j'avais une sauvegarde du système Knoppix. J'ai restauré Knoppix grâce à cette sauvegarde, j'ai mais à jour le système et je n'ai plus de problème. merci de vos conseils Klaus -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/201002231026.31653.colon...@free.fr
Re: /var/lib/dpkg/available : erreur d'analyse syntaxique
Klaus Becker a écrit : J'ai fait dpkg --clear-avail, mais cela n'a pas résolu le problème. Par contre j'avais une sauvegarde du système Knoppix. J'ai restauré Knoppix grâce à cette sauvegarde, j'ai mais à jour le système et je n'ai plus de problème. Mauvaise pioche: si tu ne cherches pas à comprendre ce qui c'est passé (RAM haute défectueuse, FS corrompu, ...) cela risque de revenir sans prévenir et à un endroit également imprévisible. Ça peut être dû à un simple PB de micro-coupure intervenue au mauvais moment (loi de Murphy), ou beaucoup plus grâve; mais dans tous les cas, cela nécessite une investigation poussée. -- -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/4b83a0c5.4020...@gmail.com
/var/lib/dpkg/available : erreur d'analyse syntaxique
Salut, j'utilise Knoppix 6.2 sur une clé usb et voici le problème # dpkg -i dpkg: erreur d'analyse syntaxique, dans le fichier /var/lib/dpkg/available près de la ligne 10454 paquet kdeartwork : EOF dans la valeur du champ Description (il manque le saut de ligne final) la ligne 10454 de /var/lib/dpkg/available est : This metapackage includes a collection of additional artwork provided with the puis siuvent d'innombrables @^...@^. Que faut-il faire ? Je suppose qu'il faut ajouter le saut de ligne final. J'ai essayé en vain avec vi. Je ne suis programmeur et je ne sais pas vraiment ce qu'il faut faire. ciao Klaus -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/201002221854.59381.colon...@free.fr
Re: /var/lib/dpkg/available : erreur d'analyse syntaxique
Le lundi 22 février 2010 à 06:54:59, Klaus Becker a écrit : Salut, j'utilise Knoppix 6.2 sur une clé usb et voici le problème # dpkg -i dpkg: erreur d'analyse syntaxique, dans le fichier /var/lib/dpkg/available près de la ligne 10454 paquet kdeartwork : EOF dans la valeur du champ Description (il manque le saut de ligne final) la ligne 10454 de /var/lib/dpkg/available est : This metapackage includes a collection of additional artwork provided with the puis siuvent d'innombrables @^...@^. La dernière fois que ce genre de chose m'est arrivé, le problème venait d'une barrette de mémoire défectueuse. Je te conseille de faire un test de ta mémoire avec des outils comme memtest86, si tu ne trouves pas d'autre cause possible. -- Free software, free society. Jérémie Courrèges-Anglas (New) GPG key : 06A11494 signature.asc Description: Digital signature
Re: /var/lib/dpkg/available : erreur d'analyse syntaxique
Le lundi 22 février 2010 18:56:34, Jeremie COURREGES-ANGLAS a écrit : Le lundi 22 février 2010 à 06:54:59, Klaus Becker a écrit : Salut, j'utilise Knoppix 6.2 sur une clé usb et voici le problème # dpkg -i dpkg: erreur d'analyse syntaxique, dans le fichier /var/lib/dpkg/available près de la ligne 10454 paquet kdeartwork : EOF dans la valeur du champ Description (il manque le saut de ligne final) la ligne 10454 de /var/lib/dpkg/available est : This metapackage includes a collection of additional artwork provided with the puis siuvent d'innombrables @^...@^. La dernière fois que ce genre de chose m'est arrivé, le problème venait d'une barrette de mémoire défectueuse. Je te conseille de faire un test de ta mémoire avec des outils comme memtest86, si tu ne trouves pas d'autre cause possible. Salut Jérémie, voilà une réponse à laquelle je ne m'attendais pas. Je ne crois pas que c'est ça parce que j'ai utilisé ma clé usb aujourd'hui sur 2 ordinateurs différents, et sur les 2, j'avais le même problème alors que les systèmes sur ces 2 ordis (Squeeze et WIN XP au bureau) fonctionnent. Aussi ces 2 pc et leur barrettes de mémoires sont a. récents. bonne soirée Klaus -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/201002221923.55024.colon...@free.fr
Re: /var/lib/dpkg/available : erreur d'analyse syntaxique
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Le 22/02/2010 13:54, Klaus Becker a écrit : Salut, Salut, puis siuvent d'innombrables @^...@^. Ça sent le (système de) fichier(s) corrompu(s). Que faut-il faire ? Changer de clef ? Tu dois pouvoir vérifier le système de fichier de ta clef, mais si le problème se reproduit, tu devrais envisager cette possibilité : la mémoire flash n'a pas une durée de vie infinie, loin de là, et ne s'annonce pas toujours avant de flancher. Amicalement David -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAkuC0JoACgkQ18/WetbTC/qxCQCdFzCcpKpeteqylMikhSyB26Gz FfQAn2Ifmc/lId+BZvZeOWfOpYq2W/4G =u1ci -END PGP SIGNATURE- -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/hlujat$hi...@dough.gmane.org
Plus d'infos sur un rapport de bug : ?? () from /lib/libdbus1.so.3
Bonjour à tous. Afin d'envoyer un rapport de bug plus détaillé, je cheche à enlever les ?? du rapport de bug généré. Ces ?? sont à la ligne ?? () from /lib/libdbus-1.so.3 Qui saurait me conseiller un paquet à installer pour transformer ces ?? en infos utiles ? Merci d'avance pour la réponse. Guillaume -- Les 7 péchés capitaux de Microsoft http://fr.windows7sins.org/ -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/201002201145.23357.bou@laposte.net
Re: Plus d'infos sur un rapport de bug : ?? () from /lib/libdbus1.so.3
Guillaume a écrit : Bonjour à tous. Afin d'envoyer un rapport de bug plus détaillé, je cheche à enlever les ?? du rapport de bug généré. Ces ?? sont à la ligne ?? () from /lib/libdbus-1.so.3 Qui saurait me conseiller un paquet à installer pour transformer ces ?? en infos utiles ? Merci d'avance pour la réponse. Guillaume les paquets -dbg correspondants ? tu devrais plutot copier-coller le rapport de bug en question...parce que je n'ai pas tout compris :) bye Guillaume -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/hlohn0$q4...@ger.gmane.org
Re: Plus d'infos sur un rapport de bug : ?? () from /lib/libdbus1.so.3
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 20/02/2010 06:45, Guillaume wrote: Bonjour à tous. Salut, Qui saurait me conseiller un paquet à installer pour transformer ces ?? en infos utiles ? Tu peux installer les paquets -dbg qui vont bien. S'ils n'existent pas, essaye de recompiler le(s) paquet(s) concerné(s) (libdbus-1-3 ?) avec les symboles de debug [1], ou de construire le paquet -dbg [2]. [1] http://wiki.debian.org/HowToGetABacktrace [2] http://wiki.debian.org/DebugPackage Amicalement David -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAkt/y4QACgkQ18/WetbTC/q6HgCfehjqLRLi/BarqTB5vMEcx8id udAAnA+5VkTZxE42IPKuTmHI2NlSV/yN =bjaY -END PGP SIGNATURE- -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/hloi25$r9...@ger.gmane.org
Re: Plus d'infos sur un rapport de bug : ?? () from /lib/libdbus1.so.3
Guillaume a écrit : Bonjour à tous. Afin d'envoyer un rapport de bug plus détaillé, je cheche à enlever les ?? du rapport de bug généré. Ces ?? sont à la ligne ?? () from /lib/libdbus-1.so.3 Qui saurait me conseiller un paquet à installer pour transformer ces ?? en infos utiles ? Il faut installer les paquets contenant les informations de débuggage. En général, le nom du paquet fini par -dbg Le fichier /lib/libdbus-1.so.3 fait partie du paquet libdbus-1-3, mais je n'ai pas vu de paquet libdbus-1-3-dbg. Tu peux nous fournir un extrait des lignes générées ? -- == | FRÉDÉRIC MASSOT | | http://www.juliana-multimedia.com | | mailto:frede...@juliana-multimedia.com | ===Debian=GNU/Linux=== -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/4b7fcac1.9010...@juliana-multimedia.com
Re: Plus d'infos sur un rapport de bug : ?? () from /lib/libdbus1.so.3
Le samedi 20 février 2010, à 12:42:57, Frederic a écrit : Il faut installer les paquets contenant les informations de débuggage. En général, le nom du paquet fini par -dbg Le fichier /lib/libdbus-1.so.3 fait partie du paquet libdbus-1-3, mais je n'ai pas vu de paquet libdbus-1-3-dbg. Et oui, c'est justement pour cela que je me pose la question ! Tu peux nous fournir un extrait des lignes générées ? #6 0xb52d6c6a in ?? () from /lib/libdbus-1.so.3 #7 0xb52e9f85 in ?? () from /lib/libdbus-1.so.3 #8 0xb52dae05 in ?? () from /lib/libdbus-1.so.3 Guillaume -- Les 7 péchés capitaux de Microsoft http://fr.windows7sins.org/ -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/201002201334.13468.bou@laposte.net
Re: Plus d'infos sur un rapport de bug : ?? () from /lib/libdbus1.so.3
Le samedi 20 février 2010 11:45:23, Guillaume a écrit : Afin d'envoyer un rapport de bug plus détaillé, je cheche à enlever les ?? du rapport de bug généré. Ces ?? sont à la ligne ?? () from /lib/libdbus-1.so.3 Qui saurait me conseiller un paquet à installer pour transformer ces ?? en infos utiles ? Ca ressemble à un crash similaire à ceux trouvés sur le net, mettant en cause Nepomuk. Application: Dolphin (dolphin), signal: Segmentation fault [KCrash Handler] #6 0xb52d6c6a in ?? () from /lib/libdbus-1.so.3 #7 0xb52e9f85 in ?? () from /lib/libdbus-1.so.3 #8 0xb52dae05 in ?? () from /lib/libdbus-1.so.3 #9 0xb52eed52 in dbus_timeout_handle () from /lib/libdbus-1.so.3 #10 0xb6c126f2 in q_dbus_timeout_handle (this=0x9683058, e=0xbfab85ec) at ./qdbus_symbols_p.h:172 #11 QDBusConnectionPrivate::timerEvent (this=0x9683058, e=0xbfab85ec) at qdbusintegrator.cpp:1023 #12 0xb615839f in QObject::event (this=0x93195c0, e=0xbfab85ec) at kernel/qobject.cpp:1074 #13 0xb6380a94 in QApplicationPrivate::notify_helper (this=0x9329a78, receiver=0x93195c0, e=0xbfab85ec) at kernel/qapplication.cpp:4065 #14 0xb6388bee in QApplication::notify (this=0xbfab88ec, receiver=0x93195c0, e=0xbfab85ec) at kernel/qapplication.cpp:3605 #15 0xb708162d in KApplication::notify(QObject*, QEvent*) () from /usr/lib/libkdeui.so.5 #16 0xb61481eb in QCoreApplication::notifyInternal (this=0xbfab88ec, receiver=0xbfab88ec, event=0xbfab85ec) at kernel/qcoreapplication.cpp:610 #17 0xb6176e21 in QCoreApplication::sendEvent (this=0x9323344) at ../../include/QtCore/../../src/corelib/kernel/qcoreapplication.h:213 #18 QTimerInfoList::activateTimers (this=0x9323344) at kernel/qeventdispatcher_unix.cpp:580 #19 0xb6173317 in timerSourceDispatch (source=0x9323380) at kernel/qeventdispatcher_glib.cpp:184 #20 idleTimerSourceDispatch (source=0x9323380) at kernel/qeventdispatcher_glib.cpp:231 #21 0xb5776b38 in g_main_dispatch (context=0x9322c20) at /build/buildd- glib2.0_2.22.4-1-i386-jRfNZE/glib2.0-2.22.4/glib/gmain.c:1960 #22 IA__g_main_context_dispatch (context=0x9322c20) at /build/buildd- glib2.0_2.22.4-1-i386-jRfNZE/glib2.0-2.22.4/glib/gmain.c:2513 #23 0xb577a3d0 in g_main_context_iterate (context=0x9322c20, block=value optimized out, dispatch=1, self=0x9320778) at /build/buildd-glib2.0_2.22.4-1- i386-jRfNZE/glib2.0-2.22.4/glib/gmain.c:2591 #24 0xb577a503 in IA__g_main_context_iteration (context=0x9322c20, may_block=1) at /build/buildd-glib2.0_2.22.4-1-i386- jRfNZE/glib2.0-2.22.4/glib/gmain.c:2654 #25 0xb6173041 in QEventDispatcherGlib::processEvents (this=0x9302d28, flags=...) at kernel/qeventdispatcher_glib.cpp:407 #26 0xb6420305 in QGuiEventDispatcherGlib::processEvents (this=0x9302d28, flags=...) at kernel/qguieventdispatcher_glib.cpp:202 #27 0xb614683a in QEventLoop::processEvents (this=0xbfab8860, flags=...) at kernel/qeventloop.cpp:149 #28 0xb6146c82 in QEventLoop::exec (this=0xbfab8860, flags=...) at kernel/qeventloop.cpp:201 #29 0xb61490d9 in QCoreApplication::exec () at kernel/qcoreapplication.cpp:888 #30 0xb6380917 in QApplication::exec () at kernel/qapplication.cpp:3525 #31 0x0807a6a5 in _start () Guillaume -- Les 7 péchés capitaux de Microsoft http://fr.windows7sins.org/ -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/201002201404.48254.bou@laposte.net
Re: Librairie introuvable, pourtant dans /usr/lib
Le 06/04/09 à 22:47, YOUNOUSS Abba Soungui yasa...@yahoo.fr a écrit : J'ai résolu le problème en installant le paquet ia32-libs. Merci. C'est peut-être un classique, mais en bon fainéant j'ai préféré coller mon cgi dans une vm lenny 32 bits (ça marche), en bon curieux j'ai testé cette solution sur la lenny64 et ça règle effectivement le pb. ldd formscript libstdc++.so.5 = /usr/lib32/libstdc++.so.5 (0xf7e9a000) libm.so.6 = /lib32/libm.so.6 (0xf7e76000) libgcc_s.so.1 = /usr/lib32/libgcc_s.so.1 (0xf7e69000) libc.so.6 = /lib32/libc.so.6 (0xf7d17000) /lib/ld-linux.so.2 (0xf7f61000) -- Daniel Il venait de lui dire : la jalousie est une pensée subjective Elle lui plante un couteau dans le ventre en lui disant : t'as qu'a faire semblant de mourir. Les nuls -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Librairie introuvable, pourtant dans /usr/lib
Bonjour, En lenny 64, j'ai un cgi qui me dit (dans les erreurs apache) : error while loading shared libraries: libstdc++.so.5: cannot open shared object file: No such file or directory J'installe libstdc++5 qui m'apporte un /usr/lib/libstdc++.so.5 - libstdc++.so.5.0.7 Mais le cgi n'est toujours pas content, je le lance en ligne de commande sous le user proprio du cgi, idem ! Pourtant j'ai bien ldconfig -v|grep libstdc libstdc++.so.5 - libstdc++.so.5.0.7 libstdc++.so.6 - libstdc++.so.6.0.10 Une idée ? Merci -- Daniel -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Re: Librairie introuvable, pourtant dans /usr/lib
Daniel Caillibaud a écrit : Pourtant j'ai bien ldconfig -v|grep libstdc libstdc++.so.5 - libstdc++.so.5.0.7 libstdc++.so.6 - libstdc++.so.6.0.10 Une idée ? Que te dit ? ldd script.cgi As tu essayé de faire un simple ldconfig en root pour forcer la prise en compte des bibliothèques installées (en particulier les nouvelles) ? Fanfan -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Re: Librairie introuvable, pourtant dans /usr/lib
François Cerbelle a écrit : Daniel Caillibaud a écrit : Pourtant j'ai bien ldconfig -v|grep libstdc libstdc++.so.5 - libstdc++.so.5.0.7 libstdc++.so.6 - libstdc++.so.6.0.10 Une idée ? Que te dit ? ldd script.cgi As tu essayé de faire un simple ldconfig en root pour forcer la prise en compte des bibliothèques installées (en particulier les nouvelles) ? Oui, mais ça change rien ldd formscript libstdc++.so.5 = not found libm.so.6 = /lib32/libm.so.6 (0xf7f1e000) libgcc_s.so.1 = not found libc.so.6 = /lib32/libc.so.6 (0xf7dcb000) /lib/ld-linux.so.2 (0xf7f4c000) Alors que j'ai bien ls -l /usr/lib/libstdc++.so.5 lrwxrwxrwx 1 root root 18 2009-04-06 12:20 /usr/lib/libstdc++.so.5 - libstdc++.so.5.0.7 ls -l /lib/libgcc_s.so.1 -rw-r--r-- 1 root root 93016 2009-01-02 12:14 /lib/libgcc_s.so.1 Je pense que c'est parce qu'il veut ces lib en 32bits (dans /usr/lib32/) file formscript formscript: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.2.5, not stripped Je pense donc que la question revient à récupérer libstdc++.so.5 et libgcc_s.so.1 en 32bits sur une lenny 64bits... (je crois que je vais le coller dans une vm 32bits, ça va régler le pb) -- Daniel -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Re: Librairie introuvable, pourtant dans /usr/lib
Salut, j'avais eu un problème similaire quand j'ai installé Skype (qui n'existe qu'en 32 bits) sur une Lenny AMD64. Skype refusait de se lancer parce qu'il ne trouvait pas une biblothèque qui était pourtant installée. J'ai résolu le problème en installant le paquet ia32-libs. Le Monday 06 April 2009 17:34:09 Daniel Caillibaud, vous avez écrit : François Cerbelle a écrit : Daniel Caillibaud a écrit : Pourtant j'ai bien ldconfig -v|grep libstdc libstdc++.so.5 - libstdc++.so.5.0.7 libstdc++.so.6 - libstdc++.so.6.0.10 Une idée ? Que te dit ? ldd script.cgi As tu essayé de faire un simple ldconfig en root pour forcer la prise en compte des bibliothèques installées (en particulier les nouvelles) ? Oui, mais ça change rien ldd formscript libstdc++.so.5 = not found libm.so.6 = /lib32/libm.so.6 (0xf7f1e000) libgcc_s.so.1 = not found libc.so.6 = /lib32/libc.so.6 (0xf7dcb000) /lib/ld-linux.so.2 (0xf7f4c000) Alors que j'ai bien ls -l /usr/lib/libstdc++.so.5 lrwxrwxrwx 1 root root 18 2009-04-06 12:20 /usr/lib/libstdc++.so.5 - libstdc++.so.5.0.7 ls -l /lib/libgcc_s.so.1 -rw-r--r-- 1 root root 93016 2009-01-02 12:14 /lib/libgcc_s.so.1 Je pense que c'est parce qu'il veut ces lib en 32bits (dans /usr/lib32/) file formscript formscript: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.2.5, not stripped Je pense donc que la question revient à récupérer libstdc++.so.5 et libgcc_s.so.1 en 32bits sur une lenny 64bits... (je crois que je vais le coller dans une vm 32bits, ça va régler le pb) -- Daniel signature.asc Description: This is a digitally signed message part.
Re: linker ld : chemin de recherche par défaut des lib, modification des chemins de re cherche des lib
Bruno Muller a écrit : Hello, Il faut faire la différence entre le linker (ld, fournit par binutils) qui est utilisé lors de la compilation et le linker/loader (ld.so/ld-linux.so fournit par la glibc) utilisé à l'exécution : leur fonctionnement est totalement indépendant. Pour ld.so, les répertoires de recherche des lib dynamiques (.so) (hors ceux par défauts : /lib et /usr/lib) sont indiqués dans /etc/ld.so.conf. Pour ld, les répertoires de recherche des lib (.a) sont fixés lors de sa compilation, si ceux par défaut ne conviennent pas, par la variable LIB_PATH. On peut les connaître par la commande ld --verbose (SEARCH_DIR). En dehors de ces chemins il est nécessaire de passer par la variable LIBDIR ou l'option -L. Bruno petite précision : LIB_PATH et LIBDIR : tu veux parler de variables dans un makefile ? LIB_PATH et LIBDIR comme var. d'env ne semblent pas prise en compte par ld (sur le net, on trouve un man ld pour une vieille version qui parle de LIBDIR et LLIBDIR, mais elles ne semblent plus utilisées) -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
linker ld : chemin de recherche par défaut de s lib, modification des chemins de recherch e des lib
bonjour, J'aimerais comprendre comment le linker recherche les librairies, le man ld n'étant pas très explicite la doc indique que l'on peut spécifier des chemins avec l'option -L Mais ld semble utiliser également des chemins par défaut et je n'ai pas trouvé où ils étaient définis le man ld n'indique pas de fichier de configuration (genre /etc/ld.conf) ni de variable d'environnement j'ai essayé de tracer le comportement de ld avec strace (la libde test libouestlalib.a/.so n'existant pas) $strace ld -louestlalib -o a ce qui donne quelque chose comme : open(/usr/bin/../lib/libouestlalib.so, O_RDONLY|O_LARGEFILE) = -1 ENOENT (No such file or directory) open(/usr/i486-linux-gnu/lib32/libouestlalib.so, O_RDONLY|O_LARGEFILE) = -1 ENOENT (No such file or directory) open(/usr/local/lib32/libouestlalib.so, O_RDONLY|O_LARGEFILE) = -1 ENOENT (No such file or directory) open(/lib32/libouestlalib.so, O_RDONLY|O_LARGEFILE) = -1 ENOENT (No such file or directory) open(/usr/lib32/libouestlalib.so, O_RDONLY|O_LARGEFILE) = -1 ENOENT (No such file or directory) open(/usr/i486-linux-gnu/lib/libouestlalib.so, O_RDONLY|O_LARGEFILE) = -1 ENOENT (No such file or directory) open(/usr/local/lib/libouestlalib.so, O_RDONLY|O_LARGEFILE) = -1 ENOENT (No such file or directory) open(/lib/libouestlalib.so, O_RDONLY|O_LARGEFILE) = -1 ENOENT (No such file or directory) open(/usr/lib/libouestlalib.so, O_RDONLY|O_LARGEFILE) = -1 ENOENT (No such file or directory) grosso modo, l'ordre des répertoires me semble presque logique : /usr/bin/../lib /usr/local/lib /lib /usr/lib /usr/bin/../lib est un chemin relatif à ld qui force l'utilisation de /usr/lib ce qui signifie que si on reconstruit une lib, déjà existante sur la machine dans /usr/lib, avec une génération par défaut dans /usr/local/*, la nouvelle version dans /usr/local/lib ne sera pas utilisée si elle est déjà présente dans /usr/lib (il faudra forcément utiliser l'option 'ld -L /usr/local/lib' ) Par exemple, si on regénère libz.so avec une installation dans /usr/local/lib ld -lz -o a continue d'utiliser /usr/lib/libz.so par contre ld -L /usr/local/lib -lz -o a utilisera la nouvelle version /usr/local/lib/libz.so Il y a des répertoires dépendant de l'archi (/usr/i486-linux-gnu) qui n'existe pas : c'est pour le debug de ld ? = Je suppose que ces différents chemins de recherche sont codés en dur dans ld lors de sa génération : est ce correct ? ce que j'en déduis : 1/ il n'y a pas de fichiers de configuration pour spécifier tous les chemins de recherche des lib 2/ pour modifier les chemins de recherche des lib, il n'y a qu'une seule façon de faire : l'option '-L' Mais est ce effectivement comme cela que fonctionne ld ? -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: linker ld : chemin de recherche par défaut des lib, modification des chemins de recherch
Le jeudi 06 novembre 2008 à 11:32 +0100, ludo a écrit : bonjour, [...] ce que j'en déduis : 1/ il n'y a pas de fichiers de configuration pour spécifier tous les chemins de recherche des lib Si. Jette un oeil à /etc/ld.so.conf. Ce fichier est utilisé par la système pour créer /etc/ld/so/cache (je ne sais plus s'il faut intervenir manuellement pour rafraîchir le cache). 2/ pour modifier les chemins de recherche des lib, il n'y a qu'une seule façon de faire : l'option '-L' Non. La macro LD_LIBRARY_PATH permet de spécifier des chemins prioritaires. Mais est ce effectivement comme cela que fonctionne ld ? -- David. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: linker ld : chemin de recherche par défaut des lib, modification des chemins de recherche des lib
Hello, Il faut faire la différence entre le linker (ld, fournit par binutils) qui est utilisé lors de la compilation et le linker/loader (ld.so/ld-linux.so fournit par la glibc) utilisé à l'exécution : leur fonctionnement est totalement indépendant. Pour ld.so, les répertoires de recherche des lib dynamiques (.so) (hors ceux par défauts : /lib et /usr/lib) sont indiqués dans /etc/ld.so.conf. Pour ld, les répertoires de recherche des lib (.a) sont fixés lors de sa compilation, si ceux par défaut ne conviennent pas, par la variable LIB_PATH. On peut les connaître par la commande ld --verbose (SEARCH_DIR). En dehors de ces chemins il est nécessaire de passer par la variable LIBDIR ou l'option -L. Bruno -- HISTOIRE M : Il paraît que Thomas Jefferson a eu un enfant avec son chien... P : Mais non ! C'est avec son esclave qu'il a eu un gosse... M : Qu'est-ce qu'il a eu alors, avec son chien ? P : La chtouille. M : Ah, ouais... signature.asc Description: Ceci est une partie de message numériquement signée
Re: /var/lib/dpkg/available error
personne a une petite idée sur la magniere de proceder pour reparer ? On Wed, 09 Jul 2008 18:02:38 +0200, Samuel SALSON [EMAIL PROTECTED] wrote: available-old n'existe pas sur mon systeme On Wed, 9 Jul 2008 17:46:15 +0200, Glennie Vignarajah [EMAIL PROTECTED] wrote: Le Wednesday 09 July 2008 vers 16:46, Samuel SALSON(Samuel SALSON [EMAIL PROTECTED]) a écrit: non ca le fait pas :( Il faut restaurer le fichier à partir d'une sauvegarde ou corriger le fichier à la main. *Normalement*, dpkg(?) fait une sauvegarde de ce fichier (c'est /var/lib/dpkg/available-old). Essayez de copier ce fichier en /var/lib/dpkg/available pour voir si cela régle le souci! A+ -- Samuel SALSON. -- Samuel SALSON. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: /var/lib/dpkg/available error
Le 2008-07-10, à 14:06:29 +0200, Samuel SALSON ([EMAIL PROTECTED]) a écrit : Lignes : 37 personne a une petite idée sur la magniere de proceder pour reparer ? J'ai essayé chez moi de supprimer le fichier available et après un upgrade ne marchait plus. Ce que j'ai fait est de créer un fichier available vide et ensuite ça a marché. Donc touch /var/lib/dpkg/available ; aptitude update ; aptitude upgrade ça le fait ce coup-ci ? On Wed, 09 Jul 2008 18:02:38 +0200, Samuel SALSON [EMAIL PROTECTED] wrote: available-old n'existe pas sur mon systeme On Wed, 9 Jul 2008 17:46:15 +0200, Glennie Vignarajah [EMAIL PROTECTED] wrote: Le Wednesday 09 July 2008 vers 16:46, Samuel SALSON(Samuel SALSON [EMAIL PROTECTED]) a écrit: non ca le fait pas :( Il faut restaurer le fichier à partir d'une sauvegarde ou corriger le fichier à la main. *Normalement*, dpkg(?) fait une sauvegarde de ce fichier (c'est /var/lib/dpkg/available-old). Essayez de copier ce fichier en /var/lib/dpkg/available pour voir si cela régle le souci! A+ -- Samuel SALSON. -- Samuel SALSON. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: /var/lib/dpkg/available error
c'est good merci :) On Thu, 10 Jul 2008 14:20:55 +0200, steve [EMAIL PROTECTED] wrote: Le 2008-07-10, à 14:06:29 +0200, Samuel SALSON ([EMAIL PROTECTED]) a écrit : Lignes : 37 personne a une petite idée sur la magniere de proceder pour reparer ? J'ai essayé chez moi de supprimer le fichier available et après un upgrade ne marchait plus. Ce que j'ai fait est de créer un fichier available vide et ensuite ça a marché. Donc touch /var/lib/dpkg/available ; aptitude update ; aptitude upgrade ça le fait ce coup-ci ? On Wed, 09 Jul 2008 18:02:38 +0200, Samuel SALSON [EMAIL PROTECTED] wrote: available-old n'existe pas sur mon systeme On Wed, 9 Jul 2008 17:46:15 +0200, Glennie Vignarajah [EMAIL PROTECTED] wrote: Le Wednesday 09 July 2008 vers 16:46, Samuel SALSON(Samuel SALSON [EMAIL PROTECTED]) a écrit: non ca le fait pas :( Il faut restaurer le fichier à partir d'une sauvegarde ou corriger le fichier à la main. *Normalement*, dpkg(?) fait une sauvegarde de ce fichier (c'est /var/lib/dpkg/available-old). Essayez de copier ce fichier en /var/lib/dpkg/available pour voir si cela régle le souci! A+ -- Samuel SALSON. -- Samuel SALSON. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] -- Samuel SALSON. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: /var/lib/dpkg/available error
Le Thursday 10 July 2008 vers 14:06, Samuel SALSON(Samuel SALSON [EMAIL PROTECTED]) a écrit: Bonjour, personne a une petite idée sur la magniere de proceder pour reparer ? Essayez de déplacer le fichier corrompu puis d'en créer un *vide* (mv /var/lib/dpkg/available /tmp/ ; touch /var/lib/dpkg/available) A+ -- http://www.glennie.fr The reasonable man adapts himself to the world; the unreasonable one persists in trying to adapt the world to himself. Therefore all progress depends on the unreasonable man. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: /var/lib/dpkg/available error
Le 2008-07-10, à 14:22:28 +0200, Samuel SALSON ([EMAIL PROTECTED]) a écrit : Lignes : 80 c'est good merci :) Bien. Bonne fin de journée -- Steve -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: /var/lib/dpkg/available error
De (from) (von) [EMAIL PROTECTED] : personne a une petite idée sur la magniere de proceder pour reparer ? On Wed, 09 Jul 2008 18:02:38 +0200, Samuel SALSON [EMAIL PROTECTED] wrote: available-old n'existe pas sur mon systeme Il y a aussi /var/backups/dpkg.status.0 non ? -- philippe -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
/var/lib/dpkg/available error
bonjour all, voila mon gros soucis : j'ai fais un aptitude update et aptitude upgrade ce matin et maintenant je viens de voir que j'ai un PROBLEME :p : aptitude upgrade me donne (parmit d'autre ligne biensur): dpkg: erreur d'analyse syntaxique, dans le fichier « /var/lib/dpkg/available » près de la ligne 36051 paquet « libamrita-ruby1.6 »: le nom de champ « attribune » doit être suivi de deux points (:) dpkg -l | grep kernel me donne juste : dpkg-query: erreur d'analyse syntaxique, dans le fichier « /var/lib/dpkg/available » près de la ligne 36051 paquet « libamrita-ruby1.6 »: le nom de champ « attribune » doit être suivi de deux points (:) visiblement mon fichier /var/lib/dpkg/available est DCD quelqu'un sait comment reparer cela ? -- Samuel SALSON.
Re: /var/lib/dpkg/available error
Le 2008-07-09, à 15:15:28 +0200, Samuel SALSON ([EMAIL PROTECTED]) a écrit : bonjour all, Salut you, voila mon gros soucis : j'ai fais un aptitude update et aptitude upgrade ce matin et maintenant je viens de voir que j'ai un PROBLEME :p : aptitude upgrade me donne (parmit d'autre ligne biensur): dpkg: erreur d'analyse syntaxique, dans le fichier /var/lib/dpkg/available pres de la ligne 36051 paquet libamrita-ruby1.6 : le nom de champ attribune doit etre suivi de deux points (:) dpkg -l | grep kernel me donne juste : dpkg-query: erreur d'analyse syntaxique, dans le fichier /var/lib/dpkg/available pres de la ligne 36051 paquet libamrita-ruby1.6 : le nom de champ attribune doit etre suivi de deux points (:) visiblement mon fichier /var/lib/dpkg/available est DCD quelqu'un sait comment reparer cela ? # rm /var/lib/dpkg/available ; aptitude update ; aptitude upgrade devrait le faire -- Samuel SALSON. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: /var/lib/dpkg/available error
non ca le fait pas :( aptitude upgrade : dpkg: la lecture du fichier « info » « /var/lib/dpkg/available » du paquet a échoué: Aucun fichier ou répertoire de ce type [ Rootkit Hunter version 1.3.2 ] File updated: searched for 153 files, found 124 localepurge: checking system for new locale ... localepurge: processing locale files ... localepurge: processing man pages ... E: Sub-process /usr/bin/dpkg returned an error code (2) Échec de l'installation d'un paquet. Tentative de réparation : dpkg: la lecture du fichier « info » « /var/lib/dpkg/available » du paquet a échoué: Aucun fichier ou répertoire de ce type On Wed, 9 Jul 2008 15:31:06 +0200, steve [EMAIL PROTECTED] wrote: Le 2008-07-09, à 15:15:28 +0200, Samuel SALSON ([EMAIL PROTECTED]) a écrit : bonjour all, Salut you, voila mon gros soucis : j'ai fais un aptitude update et aptitude upgrade ce matin et maintenant je viens de voir que j'ai un PROBLEME :p : aptitude upgrade me donne (parmit d'autre ligne biensur): dpkg: erreur d'analyse syntaxique, dans le fichier /var/lib/dpkg/available pres de la ligne 36051 paquet libamrita-ruby1.6 : le nom de champ attribune doit etre suivi de deux points (:) dpkg -l | grep kernel me donne juste : dpkg-query: erreur d'analyse syntaxique, dans le fichier /var/lib/dpkg/available pres de la ligne 36051 paquet libamrita-ruby1.6 : le nom de champ attribune doit etre suivi de deux points (:) visiblement mon fichier /var/lib/dpkg/available est DCD quelqu'un sait comment reparer cela ? # rm /var/lib/dpkg/available ; aptitude update ; aptitude upgrade devrait le faire -- Samuel SALSON. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] -- Samuel SALSON. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: /var/lib/dpkg/available error
Le Wednesday 09 July 2008 vers 16:46, Samuel SALSON(Samuel SALSON [EMAIL PROTECTED]) a écrit: non ca le fait pas :( Il faut restaurer le fichier à partir d'une sauvegarde ou corriger le fichier à la main. *Normalement*, dpkg(?) fait une sauvegarde de ce fichier (c'est /var/lib/dpkg/available-old). Essayez de copier ce fichier en /var/lib/dpkg/available pour voir si cela régle le souci! A+ -- http://www.glennie.fr The reasonable man adapts himself to the world; the unreasonable one persists in trying to adapt the world to himself. Therefore all progress depends on the unreasonable man. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: /var/lib/dpkg/available error
Hello, Le mercredi 09 juillet 2008 à 15:15 +0200, Samuel SALSON a écrit : dpkg: erreur d'analyse syntaxique, dans le fichier « /var/lib/dpkg/available » près de la ligne 36051 paquet « libamrita-ruby1.6 »: le nom de champ « attribune » doit être suivi de deux points (:) ... quelqu'un sait comment reparer cela ? # cp /var/lib/dpkg/available{-old,} Bruno -- NAVION M : Le Concorde, il polluait à mort ! P : Ah, ça ! M : Mais tu sais pas à quel point ! Les passagers profitaient du passage du mur du son pour péter un coup en loucedé ! signature.asc Description: Ceci est une partie de message numériquement signée
Re: /var/lib/dpkg/available error
available-old n'existe pas sur mon systeme On Wed, 9 Jul 2008 17:46:15 +0200, Glennie Vignarajah [EMAIL PROTECTED] wrote: Le Wednesday 09 July 2008 vers 16:46, Samuel SALSON(Samuel SALSON [EMAIL PROTECTED]) a écrit: non ca le fait pas :( Il faut restaurer le fichier à partir d'une sauvegarde ou corriger le fichier à la main. *Normalement*, dpkg(?) fait une sauvegarde de ce fichier (c'est /var/lib/dpkg/available-old). Essayez de copier ce fichier en /var/lib/dpkg/available pour voir si cela régle le souci! A+ -- Samuel SALSON. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: droits /usr/lib/dovecot/deliver avec postfix (chroot) et dovecot
Daniel Caillibaud a écrit : Bonjour, Pour un serveur (etch) de mail postfix + dovecot (pop/imap/lda), j'ai - postfix en chroot avec user/group postfix/postfix - dovecot en dovecot/dovecot - mailbox en vmail/vmail Le pb est que j'ai dû mettre /usr/lib/dovecot/deliver en suid root (sinon, il peut pas changer uid/gid du courrier distribué). C'était simple, il suffit de préciser, dans auth default { ... user = vmail ... } pour se passer de suid root sur /usr/lib/dovecot/deliver (comme quoi, faut pas croire tout ce que l'on trouve sur les tutos, qui précisent souvent ce suid root ;-) ) Daniel -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Refaire le fichier /var/lib/dpkg/available
Jean-Yves F. Barbier a écrit : essaye un test de grossesse, on ne sait jamais :-) lol, Bon je viens encore d'avoir un lookup sur un fichier. après réinstallation du paquet plus de problème. J'ai utilisé memtest, smartmontools...rien. aucune erreur (plusieurs fois...). Est il possible que ces erreurs viennent d'aptitude au moment d'installer ou d'upgrader les paquets ? J'ai regardé sur debian.bug et j'ai vu qu'aptitude (que j'utilise en permanence) avait peut être des problèmes (j'ai juste taper lookup sur google group pour voir...). En gros ma question est de savoir si un logiciel peut amener ce genre d'erreurs ou c'est hardware... ? Bon pendant ce temps je fais des backup :) et je me prépare mentalement à un décès prochain de mon cher pc... Ciao et bon dimanche Guillaume -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Refaire le fichier /var/lib/dpkg/available
Le 13835ième jour après Epoch, [EMAIL PROTECTED] écrivait: En gros ma question est de savoir si un logiciel peut amener ce genre d'erreurs ou c'est hardware... ? Les deux. Un fichier corrompu (au sens sémantique de ce dit fichier) a effectivement plus de chance de l'être à cause d'une erreur soft, ou d'une erreur mémoire. Le coup du rayon cosmique est aussi plausible. Plus rare tout de même. Bon pendant ce temps je fais des backup :) et je me prépare mentalement à un décès prochain de mon cher pc... Si c'est la première fois que ça arrive, ce n'est pas trop grave. Si c'est régulier et que tu ne vois riens dans le BT, alors penche pour une erreur matérielle. Mémoire, disque, contrôleur, carte mère, etc... Bon courage :p
Re: Refaire le fichier /var/lib/dpkg/available
Yves Rutschle a écrit : On Thu, Nov 15, 2007 at 09:00:16PM +0100, Jean-Yves F. Barbier wrote: [...] * Le(s) condo(s) électrochimique(s) de découplage(s) d'alim(s) sont en train de claquer, * Le chipset a pris une grosse pêche électrique, * d° pour le CPU, * Steve Balmer est penché sur ta photo qu'il a noyée dans du sang de poulet, fraîchement égorgé, par une nuit de pleine lune, et il plante pleins d'aiguilles dedans histoire de bien te montrer que Linux c'est caca et que tu dois passer dare-dare à vista ;- Et les rayons cosmiques? Je pense que tu as oublié au moins un scénario avec des rayons cosmiques. hihi. Bon j'ai retesté ma RAM... 15h...ça devrait suffire. pas d'erreur. J'ai une autre hypothèse : mon format ext3. J'ai installé SID du temps de woody. ça date un peu. j'ai donc formaté mes partitions à ce moment là. Par la suite j'ai changé certain flags de mes partitions. Des erreurs peuvent survenir aussi à cause de ça non ? Ciao Y. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Refaire le fichier /var/lib/dpkg/available
nan, même les fs taggés expérimentaux n'ont pas fait perdre de données. giggz a écrit : Bon j'ai retesté ma RAM... 15h...ça devrait suffire. pas d'erreur. J'ai une autre hypothèse : mon format ext3. J'ai installé SID du temps de woody. ça date un peu. j'ai donc formaté mes partitions à ce moment là. Par la suite j'ai changé certain flags de mes partitions. Des erreurs peuvent survenir aussi à cause de ça non ? -- You will be dead within a year.
Re: Refaire le fichier /var/lib/dpkg/available
essaye un test de grossesse, on ne sait jamais :-) giggz a écrit : Jean-Yves F. Barbier a écrit : nan, même les fs taggés expérimentaux n'ont pas fait perdre de données. giggz a écrit : Bon j'ai retesté ma RAM... 15h...ça devrait suffire. pas d'erreur. J'ai une autre hypothèse : mon format ext3. J'ai installé SID du temps de woody. ça date un peu. j'ai donc formaté mes partitions à ce moment là. Par la suite j'ai changé certain flags de mes partitions. Des erreurs peuvent survenir aussi à cause de ça non ? bon ben tt pis... merci pour l'info. je vais continuer à faire des tests... -- I was gratified to be able to answer promptly, and I did. I said I didn't know. -- Mark Twain
Re: Refaire le fichier /var/lib/dpkg/available
Jean-Yves F. Barbier a écrit : nan, même les fs taggés expérimentaux n'ont pas fait perdre de données. giggz a écrit : Bon j'ai retesté ma RAM... 15h...ça devrait suffire. pas d'erreur. J'ai une autre hypothèse : mon format ext3. J'ai installé SID du temps de woody. ça date un peu. j'ai donc formaté mes partitions à ce moment là. Par la suite j'ai changé certain flags de mes partitions. Des erreurs peuvent survenir aussi à cause de ça non ? bon ben tt pis... merci pour l'info. je vais continuer à faire des tests... -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Refaire le fichier /var/lib/dpkg/available
Jean-Yves F. Barbier a écrit : giggz a écrit : Bonsoir, slut :) Et bien tout est dans le titre : J'ai un soucis avec /var/lib/dpkg/available. Un problem sur une ligne. pas vraiment bon ça, la dernière fois que ça m'est arrivé, c'était dû à une RAM qui avait dégagée (suite à un choc électrique) Ouais c'est vraiment bizarre...j'ai po mal de fichiers qui changent tout seuls...enfin po mal...pour l'instant 2 ou 3. J'ai évidemment testé la ram avec memtest mais il n'a rien trouvé...bizarre bizarre... Je l'ai édité et c'est vrai il 'en manque un bout'. Je peux tjs copier le .old...mais je cherche à faire ça bien...y a t il un moyen de le regénérer ? je dirais que c'est la manière la plus facile, et la moins risquée (?!) Merci Bonne soirée toizôssi -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Refaire le fichier /var/lib/dpkg/available
On Thu, Nov 15, 2007 at 09:00:16PM +0100, Jean-Yves F. Barbier wrote: [...] * Le(s) condo(s) électrochimique(s) de découplage(s) d'alim(s) sont en train de claquer, * Le chipset a pris une grosse pêche électrique, * d° pour le CPU, * Steve Balmer est penché sur ta photo qu'il a noyée dans du sang de poulet, fraîchement égorgé, par une nuit de pleine lune, et il plante pleins d'aiguilles dedans histoire de bien te montrer que Linux c'est caca et que tu dois passer dare-dare à vista ;- Et les rayons cosmiques? Je pense que tu as oublié au moins un scénario avec des rayons cosmiques. Y. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Refaire le fichier /var/lib/dpkg/available
Bonsoir, Et bien tout est dans le titre : J'ai un soucis avec /var/lib/dpkg/available. Un problem sur une ligne. Je l'ai édité et c'est vrai il 'en manque un bout'. Je peux tjs copier le .old...mais je cherche à faire ça bien...y a t il un moyen de le regénérer ? Merci Bonne soirée GiGGz -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Refaire le fichier /var/lib/dpkg/available
giggz a écrit : Bonsoir, slut :) Et bien tout est dans le titre : J'ai un soucis avec /var/lib/dpkg/available. Un problem sur une ligne. pas vraiment bon ça, la dernière fois que ça m'est arrivé, c'était dû à une RAM qui avait dégagée (suite à un choc électrique) Je l'ai édité et c'est vrai il 'en manque un bout'. Je peux tjs copier le .old...mais je cherche à faire ça bien...y a t il un moyen de le regénérer ? je dirais que c'est la manière la plus facile, et la moins risquée (?!) Merci Bonne soirée toizôssi -- A silly young man from Hong Kong Had hands that were skinny and long. He ate rice with his fingers-- The taste of it lingers, But now all his fingers are gone.
Re: Refaire le fichier /var/lib/dpkg/available
giggz a écrit : Jean-Yves F. Barbier a écrit : giggz a écrit : Bonsoir, slut :) Et bien tout est dans le titre : J'ai un soucis avec /var/lib/dpkg/available. Un problem sur une ligne. pas vraiment bon ça, la dernière fois que ça m'est arrivé, c'était dû à une RAM qui avait dégagée (suite à un choc électrique) Ouais c'est vraiment bizarre...j'ai po mal de fichiers qui changent tout seuls...enfin po mal...pour l'instant 2 ou 3. J'ai évidemment testé la ram avec memtest mais il n'a rien trouvé...bizarre bizarre... houla, pas bon DU TOUT! les 2 solutions les plus probables: 1- C'est quand même la RAM: teste pendant au moins une nuit (de toute façon, l'ensemble d'une révolution de tests prend un certain temps), et n'oublie pas que le pgm de test ne teste pas sa propre RAM... (vérifie que les timings RAS/CAS du BIOS correspondent aux caractéristiques de la RAM, s'il-y-a plusieurs barettes, teste les une par une ainsi que toutes les combinaisons possibles) 1b- justement, mon dernier PB de ce type ne donnait rien avec memtest+; j'ai réinséré les barettes dans une autre carte mère; et là, grosse surprise: j'ai eu des tas d'erreurs sur l'une d'elles (ça expliquait que, comme toi, je n'avais que /var/lib/dpkg/available et 3-4 fichiers corrompus: l'erreur ne devait se produire que très rarement sur la carte d'origine) 2- C'est le HD qui part en sucette: installe smartmontools (et commence par un test long) hddtemp; si ça ne donne rien, fait un backup et un formattage avec tests destructifs (mke2fs -c -c -v /dev/hdN; et tu peux prévoir la nuit, voire plus si c'est un gros HD) Cas beaucoup plus rares (à peu près dans l'ordre): * Ton HD ne supporte pas le bit 'umaskirq', ou bien si la carte est assez ancienne le bit 'udma' (à changer avec hdparm), * Le HD et le chipset ont un PB de cohabitation (PB type: Silicon Image CMD680 qui plante les HD si on ne les redescend pas en UDMA4 avec hdparm), * Les connecteurs MOLEX d'alim de ton HD se sont desserés avec les vibrations du HD du boîtier (les resserrer en faisant pression avec un micro-tournevis), * Le(s) condo(s) électrochimique(s) de découplage(s) d'alim(s) sont en train de claquer, * Le chipset a pris une grosse pêche électrique, * d° pour le CPU, * Steve Balmer est penché sur ta photo qu'il a noyée dans du sang de poulet, fraîchement égorgé, par une nuit de pleine lune, et il plante pleins d'aiguilles dedans histoire de bien te montrer que Linux c'est caca et que tu dois passer dare-dare à vista ;- JY -- You fill a much-needed gap.
Re: Refaire le fichier /var/lib/dpkg/available
Jean-Yves F. Barbier a écrit : giggz a écrit : Jean-Yves F. Barbier a écrit : giggz a écrit : Bonsoir, slut :) Et bien tout est dans le titre : J'ai un soucis avec /var/lib/dpkg/available. Un problem sur une ligne. pas vraiment bon ça, la dernière fois que ça m'est arrivé, c'était dû à une RAM qui avait dégagée (suite à un choc électrique) Ouais c'est vraiment bizarre...j'ai po mal de fichiers qui changent tout seuls...enfin po mal...pour l'instant 2 ou 3. J'ai évidemment testé la ram avec memtest mais il n'a rien trouvé...bizarre bizarre... houla, pas bon DU TOUT! les 2 solutions les plus probables: 1- C'est quand même la RAM: teste pendant au moins une nuit (de toute façon, l'ensemble d'une révolution de tests prend un certain temps), et n'oublie pas que le pgm de test ne teste pas sa propre RAM... (vérifie que les timings RAS/CAS du BIOS correspondent aux caractéristiques de la RAM, s'il-y-a plusieurs barettes, teste les une par une ainsi que toutes les combinaisons possibles) 1b- justement, mon dernier PB de ce type ne donnait rien avec memtest+; j'ai réinséré les barettes dans une autre carte mère; et là, grosse surprise: j'ai eu des tas d'erreurs sur l'une d'elles (ça expliquait que, comme toi, je n'avais que /var/lib/dpkg/available et 3-4 fichiers corrompus: l'erreur ne devait se produire que très rarement sur la carte d'origine) 2- C'est le HD qui part en sucette: installe smartmontools (et commence par un test long) hddtemp; si ça ne donne rien, fait un backup et un formattage avec tests destructifs (mke2fs -c -c -v /dev/hdN; et tu peux prévoir la nuit, voire plus si c'est un gros HD) Cas beaucoup plus rares (à peu près dans l'ordre): * Ton HD ne supporte pas le bit 'umaskirq', ou bien si la carte est assez ancienne le bit 'udma' (à changer avec hdparm), * Le HD et le chipset ont un PB de cohabitation (PB type: Silicon Image CMD680 qui plante les HD si on ne les redescend pas en UDMA4 avec hdparm), * Les connecteurs MOLEX d'alim de ton HD se sont desserés avec les vibrations du HD du boîtier (les resserrer en faisant pression avec un micro-tournevis), * Le(s) condo(s) électrochimique(s) de découplage(s) d'alim(s) sont en train de claquer, * Le chipset a pris une grosse pêche électrique, * d° pour le CPU, * Steve Balmer est penché sur ta photo qu'il a noyée dans du sang de poulet, fraîchement égorgé, par une nuit de pleine lune, et il plante pleins d'aiguilles dedans histoire de bien te montrer que Linux c'est caca et que tu dois passer dare-dare à vista ;- JY Eh ben voilà un scénario peu encourageant ;) J'ai aussi testé le disque avec smartmontools...test long, test court plusieurs fois rien...bon c'est vrai que je n'ai pas testé une nuit la ram...juste 3 heures...et les 2 barettes en même temps... Pour les fichiers modifiés : ça m'est arrivé 2 fois ce mois ci (enfin je veux dire octobre + novembre) . toujours avec icedove...étrange non ? et là ce fichier de dpkg... Je vais encore attednre un peu...si ça se dégrade je revends le pc :P mais de toute façon je suis prudent...backup backup Merci de tes conseils!!! Ciao GiGGz -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: installation lib boost + asio + compilation tutos
bon voila, apres moult recherches, j'ai reussi a resoudre mon probleme de la maniere suivante: 1. telechargement du tar.bz2 de boost sur leur site officiel 2. decompression dans un repertoire temporaire 3. telechargement de la lib asio pour boost 4. decompressoin dans un autre repertoire temporaire 5. copie des repertoires boost/ et libs/ du repertoire asio dans leurs equivalent boost 6. apt-get install bjam 7. execution de bjam dans le repertoire racine de la lib boost 8. (la il compile tout) 9. et ensuite faut placer les libs au bon endroit sur votre distrib (perso j'ai mis ca dans /usr/local/lib/boost) et faire les liens qui vont bien pour eviter les lignes de compilation de goret voila :) bonne journee a tous -- 105 116 039 115 032 110 111 116 032 097 032 098 117 103 044 032 105 116 039 115 032 097 032 102 101 097 116 117 114 101
installation lib boost + asio + compilation tutos
Bonsoir a tous, j'ai besoin de d'utiliser la lib boost ainsi que la lib asio (operations asynchrones sur des sockets par exemple) et pour commencer a tester tout ca, j'aimerait compiler les tutos qui sont fournis sur le site officiel ( http://asio.sourceforge.net/boost_asio_0_3_7/libs/asio/doc/index.html). je pensait avoir apt-get install toutes les libs qu'il me faudrait, malheureusement je tombe sur une erreur de link: $ g++ tuto1.cpp -o tuto1 -lboost_regex /tmp/ccOeDxTE.o: In function `__static_initialization_and_destruction_0(int, int)': tuto1.cpp:(.text+0x13b): undefined reference to `boost::system::error_code::new_category(int (*)(boost::system::error_code const), std::basic_stringchar, std::char_traitschar, std::allocatorchar (*)(boost::system::error_code const), std::basic_stringwchar_t, std::char_traitswchar_t, std::allocatorwchar_t (*)(boost::system::error_code const))' tuto1.cpp:(.text+0x272): undefined reference to `boost::system::error_code::new_category(int (*)(boost::system::error_code const), std::basic_stringchar, std::char_traitschar, std::allocatorchar (*)(boost::system::error_code const), std::basic_stringwchar_t, std::char_traitswchar_t, std::allocatorwchar_t (*)(boost::system::error_code const))' /tmp/ccOeDxTE.o: In function `boost::system::system_error::what() const': tuto1.cpp:(.text._ZNK5boost6system12system_error4whatEv[boost::system::system_error::what() const]+0xb9): undefined reference to `boost::system::error_code::message() const' collect2: ld returned 1 exit status je recherche sur le net des explications sur comment installer la libboost de maniere correcte, et je ne parviens pas a en trouver... quelqu'un aurait-il une piste a me proposer? -- 105 116 039 115 032 110 111 116 032 097 032 098 117 103 044 032 105 116 039 115 032 097 032 102 101 097 116 117 114 101
Re: installation lib boost + asio + compilation tutos
Heyberger Ludovic a écrit : Bonsoir a tous, j'ai besoin de d'utiliser la lib boost ainsi que la lib asio (operations asynchrones sur des sockets par exemple) et pour commencer a tester tout ca, j'aimerait compiler les tutos qui sont fournis sur le site officiel ( http://asio.sourceforge.net/boost_asio_0_3_7/libs/asio/doc/index.html). je pensait avoir apt-get install toutes les libs qu'il me faudrait, malheureusement je tombe sur une erreur de link: $ g++ tuto1.cpp -o tuto1 -lboost_regex /tmp/ccOeDxTE.o: In function `__static_initialization_and_destruction_0(int, int)': tuto1.cpp:(.text+0x13b): undefined reference to `boost::system::error_code::new_category(int (*)(boost::system::error_code const), std::basic_stringchar, std::char_traitschar, std::allocatorchar (*)(boost::system::error_code const), std::basic_stringwchar_t, std::char_traitswchar_t, std::allocatorwchar_t (*)(boost::system::error_code const))' tuto1.cpp:(.text+0x272): undefined reference to `boost::system::error_code::new_category(int (*)(boost::system::error_code const), std::basic_stringchar, std::char_traitschar, std::allocatorchar (*)(boost::system::error_code const), std::basic_stringwchar_t, std::char_traitswchar_t, std::allocatorwchar_t (*)(boost::system::error_code const))' /tmp/ccOeDxTE.o: In function `boost::system::system_error::what() const': tuto1.cpp:(.text._ZNK5boost6system12system_error4whatEv[boost::system::system_error::what() const]+0xb9): undefined reference to `boost::system::error_code::message() const' collect2: ld returned 1 exit status je recherche sur le net des explications sur comment installer la libboost de maniere correcte, et je ne parviens pas a en trouver... quelqu'un aurait-il une piste a me proposer? -- 105 116 039 115 032 110 111 116 032 097 032 098 117 103 044 032 105 116 039 115 032 097 032 102 101 097 116 117 114 101 A priori, il suffit de faire apt-get install libboost*et c'est réglé. Non?... JM -- Jean-Marc Sac-Epée, Ingénieur de Recherches en Calcul Scientifique, Laboratoire de Mathématiques, UMR 7122, Université de Metz, Tél 03 87 54 72 69 Fax 03 87 31 52 73 http://www.math.univ-metz.fr/~jmse mail: [EMAIL PROTECTED] -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: installation lib boost + asio + compilation tutos
A priori, il suffit de faire apt-get install libboost*et c'est réglé. Non?... bah la justement j'ai deja tout ce qu'il me faut vu que ca arriver a compiler, c'est au link que ca pete. mais j'arrive pas a linker avec a la bonne lib afin qu'il trouve ce qui a rapport avec boost::system::system_error -- 105 116 039 115 032 110 111 116 032 097 032 098 117 103 044 032 105 116 039 115 032 097 032 102 101 097 116 117 114 101
/var/lib/alsa/asound.state
Bonjour, ayant des problèmes avec le son (pas de son du tout, etch) quelqu'un pourrait m'envoyer son fichier susdit ? Ma carte est une SBLive! Value [CT4832] (rev.6) Ou un fichier asound.state qui approche cette carte ? merci d'avance mess-mate -- You have the capacity to learn from mistakes. You'll learn a lot today.
Re: /var/lib/apt/lists
mess-mate a écrit : Bonjour, Bonsoir, je viens de upgrader de sarge vers etch. cela c'est fait après plusieurs tentatives. cependant, maintenant que je veux faire un apt-get update, j'ai le message suivant pour TOUS les deb's dans ma source.list: /var/lib/apt/lists/security.debian.org_dists_etch_updates_main_binary-i386_Packages) - stat (2 No such file or directory) Ce répertoire est déespéremment vide ! Le droits y sont. Quelqu'un pourrait me mettre sur la voie ? merci d'avance mess-mate J'ai aussi parfois ce message, depuis aujourd'hui je n'ai plus ce message d'erreur (en éspèrant qu'il ne revienne pas), voici la manipulation que j'ai faite : - éditer /etc/apt/sources.list - commenter avec # le dépôt security - apt-get update - aptitude update aptitude upgrade aptitude dist-upgrade - et ne pas oublier de décommenter le dépôt security et refaire les apt, etc... Dis-moi si ça fonctionne ou pas. A++ -- Shams-Eddine Fantar Membre de l'association Linux62 (www.linux62.org) Blog (http://sfantar.homelinux.org) Adresse email : [EMAIL PROTECTED] -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
/var/lib/apt/lists
Bonjour, je viens de upgrader de sarge vers etch. cela c'est fait après plusieurs tentatives. cependant, maintenant que je veux faire un apt-get update, j'ai le message suivant pour TOUS les deb's dans ma source.list: /var/lib/apt/lists/security.debian.org_dists_etch_updates_main_binary-i386_Packages) - stat (2 No such file or directory) Ce répertoire est déespéremment vide ! Le droits y sont. Quelqu'un pourrait me mettre sur la voie ? merci d'avance mess-mate -- Don't hate yourself in the morning -- sleep till noon.
Re: /var/lib/apt/lists
Le Tuesday 7 November 2006 21:03, mess-mate(mess-mate [EMAIL PROTECTED]) a écrit: Bonjour, Bonsoir, je viens de upgrader de sarge vers etch. cela c'est fait après plusieurs tentatives. cependant, maintenant que je veux faire un apt-get update, ^^ Vous voulez dire 'apt-get upgrade'? /var/lib/apt/lists/security.debian.org_dists_etch_updates_main_bin ary-i386_Packages) - stat (2 No such file or directory) Le contenu de ce répertoire est mis à jour par 'apt-get update'. Essayez de supprimer l'entrée correspondant à 'security.debian.org_dists_etch_updates_main_binary-i386_Packages' et faire un 'apt-get update'. A+ -- Glennie Qui veut faire quelque chose trouve un moyen, qui ne veut rien faire trouve une excuse. pgp6SjFCh30z7.pgp Description: PGP signature
Re: /var/lib/apt/lists
Glennie Vignarajah [EMAIL PROTECTED] wrote: | Le Tuesday 7 November 2006 21:03, mess-mate(mess-mate | [EMAIL PROTECTED]) a écrit: | Bonjour, | | Bonsoir, | | je viens de upgrader de sarge vers etch. | cela c'est fait après plusieurs tentatives. | cependant, maintenant que je veux faire un apt-get update, | ^^ | | Vous voulez dire 'apt-get upgrade'? Non, l'upgrade est déjà fait et la machine tourne. | | /var/lib/apt/lists/security.debian.org_dists_etch_updates_main_bin | ary-i386_Packages) - stat (2 No such file or directory) | | Le contenu de ce répertoire est mis à jour par 'apt-get update'. | Essayez de supprimer l'entrée correspondant | à 'security.debian.org_dists_etch_updates_main_binary-i386_Packages' | et faire un 'apt-get update'. | A+ | Je viens de le faire. Pas de changement. mess-mate -- Q: What do little WASPs want to be when they grow up? A: The very best person they can possibly be.
Re: /var/lib/apt/lists
Bonjour, Le mardi 07 novembre 2006, mess-mate a écrit... /var/lib/apt/lists/security.debian.org_dists_etch_updates_main_binary-i386_Packages) - stat (2 No such file or directory) Chez moi ce fichier existe et est vide. Crée le avec la commande magique `touch`. -- jm A.E.L. Sarl (R.C.S CASTRES 490843240) http://www.affaires-en-ligne.com -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
apt-get en erreur... Problem with MergeList /var/lib/dpkg/status
Résultat d'un apt-get update... Lecture des listes de paquets... Erreur ! E: Dynamic MMap ran out of room E: Erreur apparue lors du traitement de khelpcenter (NewVersion1) E: Problem with MergeList /var/lib/dpkg/status E: Les listes de paquets ou le fichier « status » ne peuvent être analysés ou lus. Après un rapide tour sur Intenet j'ai ajouté un fichier /etc/apt/apt.conf avec dedans ; /etc/apt/apt.conf APT::Cache-Limit 1000; Et maintenant à l'execution de apt-get update Lecture des listes de paquets... Erreur ! E: Dynamic MMap ran out of room E: Erreur de lecture - read (14 Mauvaise adresse) E: Les listes de paquets ou le fichier « status » ne peuvent être analysés ou lus. Que faire ?! Merci Yann
Re: apt-get en erreur... Problem with MergeList /var/lib/dpkg/status
bonjour, Le dimanche 06 août 2006, Yann Cohen a écrit... APT::Cache-Limit 1000; Et maintenant à l'execution de apt-get update E: Dynamic MMap ran out of room Que faire ?! Utiliser 25165824 en lieu et place de ton 1000 ? -- jm A.E.L. Sarl (R.C.S CASTRES 490843240) http://www.affaires-en-ligne.com -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: apt-get en erreur... Problem with MergeList /var/lib/dpkg/status
Le dimanche 06 août 2006 à 18:00 +0200, Jean-Michel OLTRA a écrit : [...] Utiliser 25165824 en lieu et place de ton 1000 ? Well done Boy ! Bien joué, bien vu, merci ! Yann.