Le 10/06/14 à 15:54, David BERCOT a écrit :
DB> Bonjour,
DB>
DB> Sur un serveur (hébergé chez OVH), j'ai programmé des mises à
jour en
DB> mode "full automatique" :
DB>
DB> /usr/bin/apt-get update
DB> export DEBIAN_FRONTEND=noninteractive
DB> /usr/bin/apt-get -y --force-yes --fix-missing dist-upgrade
DB> /usr/bin/apt-get autoremove -y
DB> export DEBIAN_FRONTEND=dialog [juste pour faire propre]
DB> /usr/bin/apt-get autoclean
DB>
DB> En général, cela fonctionne parfaitement.
C'est cependant assez risqué...
Je préfère laisser apticron me prévenir des màj et les faire à la
main car des services qui
redémarrent pas sur un update, c'est pas si rare...
Très récemment la màj de php-fpm qui passe par défaut le user de la
socket en www-data, et plus
un site php qui tourne (nginx tourne, php-fpm aussi, mais ils se
causent plus).
Ça m'est déjà arrivé avec bind (le restart qui reste part en boucle
sur le stop), mysql,
postfix, etc.
DB> Toutefois, j'ai récemment eu la désagréable surprise de voir
ceci :
DB>
DB> Paramétrage de ipmitool (1.8.14-1) ...
DB> Configuration file '/etc/default/ipmievd'
DB> ==> File on system created by you or by a script.
DB> ==> File also in package provided by package maintainer.
DB> Que voulez-vous faire ? Vos options sont les suivantes :
DB> Y ou I : installer la version du responsable du paquet
DB> N ou O : garder votre version actuellement installée
DB> D : afficher les différences entre les versions
DB> Z : suspendre ce processus pour examiner la situation
DB> L'action par défaut garde votre version actuelle.
DB> *** ipmievd (Y/I/N/O/D/Z) [défaut=N] ? dpkg: error processing
package
DB> ipmitool (--configure): EOF sur l'entrée standard à l'invite de
DB> configuration
DB> Des erreurs ont été rencontrées pendant l'exécution :
DB> ipmitool
DB> E: Sub-process /usr/bin/dpkg returned an error code (1)
DB>
DB> Avez-vous une idée de la raison de ce comportement ?
T'es sûr que
export DEBIAN_FRONTEND=dialog
est compatible avec l'absence de tty ?
(je comprend pas trop pourquoi tu veux décorer la sortie d'un
programme qui cause à un autre)
PS: tu devrais mettre la langue par défaut du système en anglais,
ça aide pour trouver les
réponses sur le net, et si tu veux ta console en fr tu précise fr
dans ton ~/.profile, pas le
~/.bashrc pour pas affecter les tâches cron de ton user, mais pas
pour tout le système.
--
Daniel
Un soldat doit être prêt a mourir pour sa patrie, même au péril de
sa vie.
Henri Monnier
--
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
En cas de soucis, contactez EN ANGLAIS
Archive: https://lists.debian.org/
Le 10/06/14 à 15:54, David BERCOT <debian@bercot.org> a écrit :
DB> Bonjour,
DB>
DB> Sur un serveur (hébergé chez OVH), j'ai programmé des mises à
jour en
DB> mode "full automatique" :
DB>
DB> /usr/bin/apt-get update
DB> export DEBIAN_FRONTEND=noninteractive
DB> /usr/bin/apt-get -y --force-yes --fix-missing dist-upgrade
DB> /usr/bin/apt-get autoremove -y
DB> export DEBIAN_FRONTEND=dialog [juste pour faire propre]
DB> /usr/bin/apt-get autoclean
DB>
DB> En général, cela fonctionne parfaitement.
C'est cependant assez risqué...
Je préfère laisser apticron me prévenir des màj et les faire à la
main car des services qui
redémarrent pas sur un update, c'est pas si rare...
Très récemment la màj de php-fpm qui passe par défaut le user de la
socket en www-data, et plus
un site php qui tourne (nginx tourne, php-fpm aussi, mais ils se
causent plus).
Ça m'est déjà arrivé avec bind (le restart qui reste part en boucle
sur le stop), mysql,
postfix, etc.
DB> Toutefois, j'ai récemment eu la désagréable surprise de voir
ceci :
DB>
DB> Paramétrage de ipmitool (1.8.14-1) ...
DB> Configuration file '/etc/default/ipmievd'
DB> ==> File on system created by you or by a script.
DB> ==> File also in package provided by package maintainer.
DB> Que voulez-vous faire ? Vos options sont les suivantes :
DB> Y ou I : installer la version du responsable du paquet
DB> N ou O : garder votre version actuellement installée
DB> D : afficher les différences entre les versions
DB> Z : suspendre ce processus pour examiner la situation
DB> L'action par défaut garde votre version actuelle.
DB> *** ipmievd (Y/I/N/O/D/Z) [défaut=N] ? dpkg: error processing
package
DB> ipmitool (--configure): EOF sur l'entrée standard à l'invite de
DB> configuration
DB> Des erreurs ont été rencontrées pendant l'exécution :
DB> ipmitool
DB> E: Sub-process /usr/bin/dpkg returned an error code (1)
DB>
DB> Avez-vous une idée de la raison de ce comportement ?
T'es sûr que
export DEBIAN_FRONTEND=dialog
est compatible avec l'absence de tty ?
(je comprend pas trop pourquoi tu veux décorer la sortie d'un
programme qui cause à un autre)
PS: tu devrais mettre la langue par défaut du système en anglais,
ça aide pour trouver les
réponses sur le net, et si tu veux ta console en fr tu précise fr
dans ton ~/.profile, pas le
~/.bashrc pour pas affecter les tâches cron de ton user, mais pas
pour tout le système.
--
Daniel
Un soldat doit être prêt a mourir pour sa patrie, même au péril de
sa vie.
Henri Monnier
--
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-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: https://lists.debian.org/
20140611163111.2cb8c723@quad.lairdutemps.org
Le 10/06/14 à 15:54, David BERCOT a écrit :
DB> Bonjour,
DB>
DB> Sur un serveur (hébergé chez OVH), j'ai programmé des mises à
jour en
DB> mode "full automatique" :
DB>
DB> /usr/bin/apt-get update
DB> export DEBIAN_FRONTEND=noninteractive
DB> /usr/bin/apt-get -y --force-yes --fix-missing dist-upgrade
DB> /usr/bin/apt-get autoremove -y
DB> export DEBIAN_FRONTEND=dialog [juste pour faire propre]
DB> /usr/bin/apt-get autoclean
DB>
DB> En général, cela fonctionne parfaitement.
C'est cependant assez risqué...
Je préfère laisser apticron me prévenir des màj et les faire à la
main car des services qui
redémarrent pas sur un update, c'est pas si rare...
Très récemment la màj de php-fpm qui passe par défaut le user de la
socket en www-data, et plus
un site php qui tourne (nginx tourne, php-fpm aussi, mais ils se
causent plus).
Ça m'est déjà arrivé avec bind (le restart qui reste part en boucle
sur le stop), mysql,
postfix, etc.
DB> Toutefois, j'ai récemment eu la désagréable surprise de voir
ceci :
DB>
DB> Paramétrage de ipmitool (1.8.14-1) ...
DB> Configuration file '/etc/default/ipmievd'
DB> ==> File on system created by you or by a script.
DB> ==> File also in package provided by package maintainer.
DB> Que voulez-vous faire ? Vos options sont les suivantes :
DB> Y ou I : installer la version du responsable du paquet
DB> N ou O : garder votre version actuellement installée
DB> D : afficher les différences entre les versions
DB> Z : suspendre ce processus pour examiner la situation
DB> L'action par défaut garde votre version actuelle.
DB> *** ipmievd (Y/I/N/O/D/Z) [défaut=N] ? dpkg: error processing
package
DB> ipmitool (--configure): EOF sur l'entrée standard à l'invite de
DB> configuration
DB> Des erreurs ont été rencontrées pendant l'exécution :
DB> ipmitool
DB> E: Sub-process /usr/bin/dpkg returned an error code (1)
DB>
DB> Avez-vous une idée de la raison de ce comportement ?
T'es sûr que
export DEBIAN_FRONTEND=dialog
est compatible avec l'absence de tty ?
(je comprend pas trop pourquoi tu veux décorer la sortie d'un
programme qui cause à un autre)
PS: tu devrais mettre la langue par défaut du système en anglais,
ça aide pour trouver les
réponses sur le net, et si tu veux ta console en fr tu précise fr
dans ton ~/.profile, pas le
~/.bashrc pour pas affecter les tâches cron de ton user, mais pas
pour tout le système.
--
Daniel
Un soldat doit être prêt a mourir pour sa patrie, même au péril de
sa vie.
Henri Monnier
--
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
En cas de soucis, contactez EN ANGLAIS
Archive: https://lists.debian.org/
Le 10/06/14 à 15:54, David BERCOT a écrit :
DB> Bonjour,
DB>
DB> Sur un serveur (hébergé chez OVH), j'ai programmé des m ises à jour
DB> en mode "full automatique" :
DB>
DB> /usr/bin/apt-get update
DB> export DEBIAN_FRONTEND=noninteractive
DB> /usr/bin/apt-get -y --force-yes --fix-missing dist-upgrade
DB> /usr/bin/apt-get autoremove -y
DB> export DEBIAN_FRONTEND=dialog [juste pour faire propre]
DB> /usr/bin/apt-get autoclean
DB>
DB> En général, cela fonctionne parfaitement.
C'est cependant assez risqué...
Je préfère laisser apticron me prévenir des mà j et les faire à la main
car des services qui redémarrent pas sur un update, c'est pas si
rare...
Très récemment la mà j de php-fpm qui passe par défaut le user de la
socket en www-data, et plus un site php qui tourne (nginx tourne,
php-fpm aussi, mais ils se causent plus).
Ãa m'est déjà arrivé avec bind (le restart qui reste p art en boucle
sur le stop), mysql, postfix, etc.
DB> Toutefois, j'ai récemment eu la désagréable surprise de voir ceci :
DB>
DB> Paramétrage de ipmitool (1.8.14-1) ...
DB> Configuration file '/etc/default/ipmievd'
DB> ==> File on system created by you or by a script.
DB> ==> File also in package provided by package maintainer.
DB> Que voulez-vous faire ? Vos options sont les suivantes :
DB> Y ou I Â : installer la version du responsable du paquet
DB> N ou O  : garder votre version actuellement installée
DB> D  : afficher les différences entre les versions
DB> Z Â : suspendre ce processus pour examiner la situation
DB> L'action par défaut garde votre version actuelle.
DB> *** ipmievd (Y/I/N/O/D/Z) [défaut=N] ? dpkg: error processing
DB> package ipmitool (--configure): EOF sur l'entrée standard Ã
DB> l'invite de configuration
DB> Des erreurs ont été rencontrées pendant l'exécutio n :
DB> ipmitool
DB> E: Sub-process /usr/bin/dpkg returned an error code (1)
DB>
DB> Avez-vous une idée de la raison de ce comportement ?
T'es sûr que
export DEBIAN_FRONTEND=dialog
est compatible avec l'absence de tty ?
(je comprend pas trop pourquoi tu veux décorer la sortie d'un
programme qui cause à un autre)
Le 10/06/14 à 15:54, David BERCOT <debian@bercot.org> a écrit :
DB> Bonjour,
DB>
DB> Sur un serveur (hébergé chez OVH), j'ai programmé des m ises à jour
DB> en mode "full automatique" :
DB>
DB> /usr/bin/apt-get update
DB> export DEBIAN_FRONTEND=noninteractive
DB> /usr/bin/apt-get -y --force-yes --fix-missing dist-upgrade
DB> /usr/bin/apt-get autoremove -y
DB> export DEBIAN_FRONTEND=dialog [juste pour faire propre]
DB> /usr/bin/apt-get autoclean
DB>
DB> En général, cela fonctionne parfaitement.
C'est cependant assez risqué...
Je préfère laisser apticron me prévenir des mà j et les faire à la main
car des services qui redémarrent pas sur un update, c'est pas si
rare...
Très récemment la mà j de php-fpm qui passe par défaut le user de la
socket en www-data, et plus un site php qui tourne (nginx tourne,
php-fpm aussi, mais ils se causent plus).
Ãa m'est déjà arrivé avec bind (le restart qui reste p art en boucle
sur le stop), mysql, postfix, etc.
DB> Toutefois, j'ai récemment eu la désagréable surprise de voir ceci :
DB>
DB> Paramétrage de ipmitool (1.8.14-1) ...
DB> Configuration file '/etc/default/ipmievd'
DB> ==> File on system created by you or by a script.
DB> ==> File also in package provided by package maintainer.
DB> Que voulez-vous faire ? Vos options sont les suivantes :
DB> Y ou I Â : installer la version du responsable du paquet
DB> N ou O  : garder votre version actuellement installée
DB> D  : afficher les différences entre les versions
DB> Z Â : suspendre ce processus pour examiner la situation
DB> L'action par défaut garde votre version actuelle.
DB> *** ipmievd (Y/I/N/O/D/Z) [défaut=N] ? dpkg: error processing
DB> package ipmitool (--configure): EOF sur l'entrée standard Ã
DB> l'invite de configuration
DB> Des erreurs ont été rencontrées pendant l'exécutio n :
DB> ipmitool
DB> E: Sub-process /usr/bin/dpkg returned an error code (1)
DB>
DB> Avez-vous une idée de la raison de ce comportement ?
T'es sûr que
export DEBIAN_FRONTEND=dialog
est compatible avec l'absence de tty ?
(je comprend pas trop pourquoi tu veux décorer la sortie d'un
programme qui cause à un autre)
Le 10/06/14 à 15:54, David BERCOT a écrit :
DB> Bonjour,
DB>
DB> Sur un serveur (hébergé chez OVH), j'ai programmé des m ises à jour
DB> en mode "full automatique" :
DB>
DB> /usr/bin/apt-get update
DB> export DEBIAN_FRONTEND=noninteractive
DB> /usr/bin/apt-get -y --force-yes --fix-missing dist-upgrade
DB> /usr/bin/apt-get autoremove -y
DB> export DEBIAN_FRONTEND=dialog [juste pour faire propre]
DB> /usr/bin/apt-get autoclean
DB>
DB> En général, cela fonctionne parfaitement.
C'est cependant assez risqué...
Je préfère laisser apticron me prévenir des mà j et les faire à la main
car des services qui redémarrent pas sur un update, c'est pas si
rare...
Très récemment la mà j de php-fpm qui passe par défaut le user de la
socket en www-data, et plus un site php qui tourne (nginx tourne,
php-fpm aussi, mais ils se causent plus).
Ãa m'est déjà arrivé avec bind (le restart qui reste p art en boucle
sur le stop), mysql, postfix, etc.
DB> Toutefois, j'ai récemment eu la désagréable surprise de voir ceci :
DB>
DB> Paramétrage de ipmitool (1.8.14-1) ...
DB> Configuration file '/etc/default/ipmievd'
DB> ==> File on system created by you or by a script.
DB> ==> File also in package provided by package maintainer.
DB> Que voulez-vous faire ? Vos options sont les suivantes :
DB> Y ou I Â : installer la version du responsable du paquet
DB> N ou O  : garder votre version actuellement installée
DB> D  : afficher les différences entre les versions
DB> Z Â : suspendre ce processus pour examiner la situation
DB> L'action par défaut garde votre version actuelle.
DB> *** ipmievd (Y/I/N/O/D/Z) [défaut=N] ? dpkg: error processing
DB> package ipmitool (--configure): EOF sur l'entrée standard Ã
DB> l'invite de configuration
DB> Des erreurs ont été rencontrées pendant l'exécutio n :
DB> ipmitool
DB> E: Sub-process /usr/bin/dpkg returned an error code (1)
DB>
DB> Avez-vous une idée de la raison de ce comportement ?
T'es sûr que
export DEBIAN_FRONTEND=dialog
est compatible avec l'absence de tty ?
(je comprend pas trop pourquoi tu veux décorer la sortie d'un
programme qui cause à un autre)
Le 10/06/14 à 15:54, David BERCOT a écrit :
DB> Bonjour,
DB>
DB> Sur un serveur (hébergé chez OVH), j'ai programmé des mises à jour en
DB> mode "full automatique" :
DB>
DB> /usr/bin/apt-get update
DB> export DEBIAN_FRONTEND=noninteractive
DB> /usr/bin/apt-get -y --force-yes --fix-missing dist-upgrade
DB> /usr/bin/apt-get autoremove -y
DB> export DEBIAN_FRONTEND=dialog [juste pour faire propre]
DB> /usr/bin/apt-get autoclean
DB>
DB> En général, cela fonctionne parfaitement.
C'est cependant assez risqué...
Je préfère laisser apticron me prévenir des màj et les faire à la main car des services qui
redémarrent pas sur un update, c'est pas si rare...
Le 10/06/14 à 15:54, David BERCOT <debian@bercot.org> a écrit :
DB> Bonjour,
DB>
DB> Sur un serveur (hébergé chez OVH), j'ai programmé des mises à jour en
DB> mode "full automatique" :
DB>
DB> /usr/bin/apt-get update
DB> export DEBIAN_FRONTEND=noninteractive
DB> /usr/bin/apt-get -y --force-yes --fix-missing dist-upgrade
DB> /usr/bin/apt-get autoremove -y
DB> export DEBIAN_FRONTEND=dialog [juste pour faire propre]
DB> /usr/bin/apt-get autoclean
DB>
DB> En général, cela fonctionne parfaitement.
C'est cependant assez risqué...
Je préfère laisser apticron me prévenir des màj et les faire à la main car des services qui
redémarrent pas sur un update, c'est pas si rare...
Le 10/06/14 à 15:54, David BERCOT a écrit :
DB> Bonjour,
DB>
DB> Sur un serveur (hébergé chez OVH), j'ai programmé des mises à jour en
DB> mode "full automatique" :
DB>
DB> /usr/bin/apt-get update
DB> export DEBIAN_FRONTEND=noninteractive
DB> /usr/bin/apt-get -y --force-yes --fix-missing dist-upgrade
DB> /usr/bin/apt-get autoremove -y
DB> export DEBIAN_FRONTEND=dialog [juste pour faire propre]
DB> /usr/bin/apt-get autoclean
DB>
DB> En général, cela fonctionne parfaitement.
C'est cependant assez risqué...
Je préfère laisser apticron me prévenir des màj et les faire à la main car des services qui
redémarrent pas sur un update, c'est pas si rare...
Le 11/06/14 à 20:31, David BERCOT a écrit :
DB> Le Wed, 11 Jun 2014 16:31:11 +0200,
DB> Daniel Caillibaud a écrit :
DB> >Le 10/06/14 à 15:54, David BERCOT a écr it :
DB> >DB> Bonjour,
DB> >DB>
DB> >DB> Sur un serveur (hébergé chez OVH), j'ai programmé des mises Ã
DB> >DB> jour en mode "full automatique" :
DB> >DB>
DB> >DB> /usr/bin/apt-get update
DB> >DB> export DEBIAN_FRONTEND=noninteractive
DB> >DB> /usr/bin/apt-get -y --force-yes --fix-missing dist-upgrade
DB> >DB> /usr/bin/apt-get autoremove -y
DB> >DB> export DEBIAN_FRONTEND=dialog [juste pour faire propre]
DB> Qu'entends-tu par "décorer la sortie" ? Je demande juste à d ebconf
DB> Ã passer en mode non-interfactif sachant qu'il s'agit d'un
DB> script...
export DEBIAN_FRONTEND=dialog [juste pour faire propre]
Tu lui demande donc de faire joli quand il te parle ;-)
Le 11/06/14 à 20:31, David BERCOT <debian@bercot.org> a écrit :
DB> Le Wed, 11 Jun 2014 16:31:11 +0200,
DB> Daniel Caillibaud <ml@lairdutemps.org> a écrit :
DB> >Le 10/06/14 à 15:54, David BERCOT <debian@bercot.org> a écr it :
DB> >DB> Bonjour,
DB> >DB>
DB> >DB> Sur un serveur (hébergé chez OVH), j'ai programmé des mises Ã
DB> >DB> jour en mode "full automatique" :
DB> >DB>
DB> >DB> /usr/bin/apt-get update
DB> >DB> export DEBIAN_FRONTEND=noninteractive
DB> >DB> /usr/bin/apt-get -y --force-yes --fix-missing dist-upgrade
DB> >DB> /usr/bin/apt-get autoremove -y
DB> >DB> export DEBIAN_FRONTEND=dialog [juste pour faire propre]
DB> Qu'entends-tu par "décorer la sortie" ? Je demande juste à d ebconf
DB> Ã passer en mode non-interfactif sachant qu'il s'agit d'un
DB> script...
export DEBIAN_FRONTEND=dialog [juste pour faire propre]
Tu lui demande donc de faire joli quand il te parle ;-)
Le 11/06/14 à 20:31, David BERCOT a écrit :
DB> Le Wed, 11 Jun 2014 16:31:11 +0200,
DB> Daniel Caillibaud a écrit :
DB> >Le 10/06/14 à 15:54, David BERCOT a écr it :
DB> >DB> Bonjour,
DB> >DB>
DB> >DB> Sur un serveur (hébergé chez OVH), j'ai programmé des mises Ã
DB> >DB> jour en mode "full automatique" :
DB> >DB>
DB> >DB> /usr/bin/apt-get update
DB> >DB> export DEBIAN_FRONTEND=noninteractive
DB> >DB> /usr/bin/apt-get -y --force-yes --fix-missing dist-upgrade
DB> >DB> /usr/bin/apt-get autoremove -y
DB> >DB> export DEBIAN_FRONTEND=dialog [juste pour faire propre]
DB> Qu'entends-tu par "décorer la sortie" ? Je demande juste à d ebconf
DB> Ã passer en mode non-interfactif sachant qu'il s'agit d'un
DB> script...
export DEBIAN_FRONTEND=dialog [juste pour faire propre]
Tu lui demande donc de faire joli quand il te parle ;-)
Bonjour,
Sur un serveur (hébergé chez OVH), j'ai programmé des mises à jour en
mode "full automatique" :
/usr/bin/apt-get update
export DEBIAN_FRONTEND=noninteractive
/usr/bin/apt-get -y --force-yes --fix-missing dist-upgrade
/usr/bin/apt-get autoremove -y
export DEBIAN_FRONTEND=dialog [juste pour faire propre]
/usr/bin/apt-get autoclean
En général, cela fonctionne parfaitement.
Toutefois, j'ai récemment eu la désagréable surprise de voir ceci :
Paramétrage de ipmitool (1.8.14-1) ...
Configuration file '/etc/default/ipmievd'
==> File on system created by you or by a script.
==> File also in package provided by package maintainer.
Que voulez-vous faire ? Vos options sont les suivantes :
Y ou I : installer la version du responsable du paquet
N ou O : garder votre version actuellement installée
D : afficher les différences entre les versions
Z : suspendre ce processus pour examiner la situation
L'action par défaut garde votre version actuelle.
*** ipmievd (Y/I/N/O/D/Z) [défaut=N] ? dpkg: error processing package
ipmitool (--configure): EOF sur l'entrée standard à l'invite de
configuration
Des erreurs ont été rencontrées pendant l'exécution :
ipmitool
E: Sub-process /usr/bin/dpkg returned an error code (1)
Avez-vous une idée de la raison de ce comportement ?
Merci d'avance.
David.
Bonjour,
Sur un serveur (hébergé chez OVH), j'ai programmé des mises à jour en
mode "full automatique" :
/usr/bin/apt-get update
export DEBIAN_FRONTEND=noninteractive
/usr/bin/apt-get -y --force-yes --fix-missing dist-upgrade
/usr/bin/apt-get autoremove -y
export DEBIAN_FRONTEND=dialog [juste pour faire propre]
/usr/bin/apt-get autoclean
En général, cela fonctionne parfaitement.
Toutefois, j'ai récemment eu la désagréable surprise de voir ceci :
Paramétrage de ipmitool (1.8.14-1) ...
Configuration file '/etc/default/ipmievd'
==> File on system created by you or by a script.
==> File also in package provided by package maintainer.
Que voulez-vous faire ? Vos options sont les suivantes :
Y ou I : installer la version du responsable du paquet
N ou O : garder votre version actuellement installée
D : afficher les différences entre les versions
Z : suspendre ce processus pour examiner la situation
L'action par défaut garde votre version actuelle.
*** ipmievd (Y/I/N/O/D/Z) [défaut=N] ? dpkg: error processing package
ipmitool (--configure): EOF sur l'entrée standard à l'invite de
configuration
Des erreurs ont été rencontrées pendant l'exécution :
ipmitool
E: Sub-process /usr/bin/dpkg returned an error code (1)
Avez-vous une idée de la raison de ce comportement ?
Merci d'avance.
David.
Bonjour,
Sur un serveur (hébergé chez OVH), j'ai programmé des mises à jour en
mode "full automatique" :
/usr/bin/apt-get update
export DEBIAN_FRONTEND=noninteractive
/usr/bin/apt-get -y --force-yes --fix-missing dist-upgrade
/usr/bin/apt-get autoremove -y
export DEBIAN_FRONTEND=dialog [juste pour faire propre]
/usr/bin/apt-get autoclean
En général, cela fonctionne parfaitement.
Toutefois, j'ai récemment eu la désagréable surprise de voir ceci :
Paramétrage de ipmitool (1.8.14-1) ...
Configuration file '/etc/default/ipmievd'
==> File on system created by you or by a script.
==> File also in package provided by package maintainer.
Que voulez-vous faire ? Vos options sont les suivantes :
Y ou I : installer la version du responsable du paquet
N ou O : garder votre version actuellement installée
D : afficher les différences entre les versions
Z : suspendre ce processus pour examiner la situation
L'action par défaut garde votre version actuelle.
*** ipmievd (Y/I/N/O/D/Z) [défaut=N] ? dpkg: error processing package
ipmitool (--configure): EOF sur l'entrée standard à l'invite de
configuration
Des erreurs ont été rencontrées pendant l'exécution :
ipmitool
E: Sub-process /usr/bin/dpkg returned an error code (1)
Avez-vous une idée de la raison de ce comportement ?
Merci d'avance.
David.
