dpkg-reconfigure : impossible de rouvrir stdin : Aucun fichier ou répertoire

J'ai réussi à faire disparaître le message d'erreur en mettant ce qui suit dans mon script de provisionnement, avant tout apt-get appels :

export DEBIAN_FRONTEND=noninteractive

Cela rend debconf utiliser un frontal qui ne s'attend à aucune entrée interactive, ce qui l'empêche même d'essayer d'accéder aux données de l'entreprise. stdin .

Exécutez cette commande :

cat /etc/apt/apt.conf.d/70debconf 

pour voir si vous avez ce fichier. Si c'est le cas, la solution est de commenter le fichier DPkg qui empêche de pré-configurer tous les paquets avec debconf avant qu'ils ne soient installés.

Ajoutez donc ces commandes à votre fichier de provision :

sudo ex +"%s@DPkg@//DPkg" -cwq /etc/apt/apt.conf.d/70debconf
sudo dpkg-reconfigure debconf -f noninteractive -p critical

Sinon, si vous ne vous souciez pas de ce fichier, il suffit de le supprimer :

sudo rm -v /etc/apt/apt.conf.d/70debconf

Voici quelques autres commandes à considérer, mais je ne pense pas qu'elles fassent quoi que ce soit d'utile :

sudo dpkg-preconfigure -f noninteractive -p critical
sudo dpkg --configure -a

La redirection Bash fonctionne bien pour stdout et stderr.

Pour rediriger le flux d'erreurs, utilisez ce qui suit :

sudo apt-get -y install php5-xsl graphviz php-pear unison 2> /dev/null

Pour rediriger à la fois stdout (les messages qui ne sont pas des erreurs ou des avertissements) et stderr, utilisez :

sudo apt-get -y install php5-xsl graphviz php-pear unison &> /dev/null

Il y a un raccourci disponible dans bash pour cela :

sudo apt-get -y install php5-xsl graphviz php-pear unison > /dev/null 2>&1

Ou :

sudo apt-get -y install php5-xsl graphviz php-pear unison 1> /dev/null 2>&1

Ci-dessous, nous pouvons clairement voir que le descripteur de fichier 1 est stdout, 2 stderr, 3 stdin.

$ ls -l /dev/std*
lrwxrwxrwx 1 root root 15 Apr 18 19:03 /dev/stderr -> /proc/self/fd/2
lrwxrwxrwx 1 root root 15 Apr 18 19:03 /dev/stdin -> /proc/self/fd/0
lrwxrwxrwx 1 root root 15 Apr 18 19:03 /dev/stdout -> /proc/self/fd/1

Donc, pour ce que vous dites vouloir faire, vous ne devriez avoir besoin que de la toute première commande que j'ai donnée.