# Migration Debian Jessie -\> Stretch failed

**URL:** <https://www.debian-fr.org/t/migration-debian-jessie-stretch-failed/79048>\
**Category:** Support Debian\
**Tags:** mise-à-niveau\
**Created:** [Avril 12, 2019, 9:30 UTC](https://www.debian-fr.org/t/migration-debian-jessie-stretch-failed/79048 "2019-04-12T09:30:45Z")\
**Posts on this page:** 18\
**Page:** 1

<div class="post-metadata">

**Author:** ![simonv](https://www.debian-fr.org/user_avatar/www.debian-fr.org/simonv/32/7876_2.png) [@simonv](https://www.debian-fr.org/u/simonv)\
**Post date:** [Avril 12, 2019, 9:30 UTC](https://www.debian-fr.org/t/migration-debian-jessie-stretch-failed/79048/1 "2019-04-12T09:30:45Z")

</div>

Bonjour,

J’ai un serveur qui tournait sur Debian stable Jessie (old stable). J’ai décidé de faire une upgrade vers Stretch cette semaine. Comme préconisé dans la documentation, j’ai mis `aptitude` de coté et j’ai utilisé `apt-get`.

J’ai mis à jour ma machine sous jessie (`aptitude update && aptitude upgrade && aptitude dist-upgrade`). J’ai mis à jour mon sources.list (s/jessie/stretch/) et j’ai réalisé ces commandes : `apt-get update` puis `apt-get upgrade` puis `apt-get dist-upgrade`. Globalement, ça a fait le taf mais j’ai des paquets sont parti grave en sucette.

Typiquement, j’ai un paquet qui ne veut rien entendre : `ca-certificate`.

```
# apt install -f
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances       
Lecture des informations d'état... Fait
Les paquets suivants ont été installés automatiquement et ne sont plus nécessaires :
  [...]
Veuillez utiliser « apt autoremove » pour les supprimer.
0 mis à jour, 0 nouvellement installés, 0 à enlever et 0 non mis à jour.
1 partiellement installés ou enlevés.
Après cette opération, 0 o d'espace disque supplémentaires seront utilisés.
Paramétrage de ca-certificates (20161130+nmu1+deb9u1) ...
Updating certificates in /etc/ssl/certs...
dpkg: erreur de traitement du paquet ca-certificates (--configure) :
 le sous-processus script post-installation installé a retourné une erreur de sortie d'état 1
Des erreurs ont été rencontrées pendant l'exécution :
 ca-certificates
E: Sub-process /usr/bin/dpkg returned an error code (1)

# dpkg --audit
Les paquets suivants sont à demi configurés, probablement à cause de
problèmes survenus lors de la première configuration. Il faudrait réessayer
de les configurer en utilisant dpkg --configure <paquet> ou l'option
configure du menu de dselect :
 ca-certificates Common CA certificates

# dpkg --configure ca-certificates
Paramétrage de ca-certificates (20161130+nmu1+deb9u1) ...
Updating certificates in /etc/ssl/certs...
dpkg: erreur de traitement du paquet ca-certificates (--configure) :
 le sous-processus script post-installation installé a retourné une erreur de sortie d'état 1
Des erreurs ont été rencontrées pendant l'exécution :
 ca-certificate

```

J’ai essayé le classique `apt install -f` et rien à faire. Idem avec `apt-get install -f`.

Vous avez une idée ?

Merci

---

<div class="post-metadata">

**Author:** ![Sputnik93](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/s/35a633/32.png) [@Sputnik93](https://www.debian-fr.org/u/Sputnik93)\
**Post date:** [Avril 12, 2019, 9:57 UTC](https://www.debian-fr.org/t/migration-debian-jessie-stretch-failed/79048/2 "2019-04-12T09:57:24Z")

</div>

A part regarder ce qui provoque l’erreur dans le script de post-installation, je ne vois pas trop.

Pour ce faire, tu peux chercher le fichier /var/lib/dpkg/info/ca-certificates.postinst  
Il est assez long ce fichier, donc analyser le code peut être fastidieux, à la place tu peux ajouter `set -x` au début du script (mais après le shebang), et retenter un `apt install -f` ou toute autre opération qui doit appeler ce script.  
Toute l’exécution du script sera alors très verbeuse, et tu pourras voir en direct à quel moment le script est en erreur (et vu qu’il est en `set -e`, à la première erreur non gérée, il sort en erreur).  
Si l’opération que tu identifies comme responsable de l’erreur ne te semble pas importante (par exemple, un rm -r sur un répertoire qui n’existe pas, ça arrive), tu peux éventuellement ajouter `|| true` juste après l’instruction en question.

C’est vraiment du bidouillage, mais ça peut aider à s’en sortir dans certaines situations.

---

<div class="post-metadata">

**Author:** ![simonv](https://www.debian-fr.org/user_avatar/www.debian-fr.org/simonv/32/7876_2.png) [@simonv](https://www.debian-fr.org/u/simonv)\
**Post date:** [Avril 12, 2019, 10:34 UTC](https://www.debian-fr.org/t/migration-debian-jessie-stretch-failed/79048/3 "2019-04-12T10:34:39Z")

</div>

Merci pour cette première réponse rapide !  
Je cherchais à rendre l’installe plus verbeuse et cette option a fait le taf.

Voici la fin du log, je vais continuer mes recherches.

```
Traitement des actions différées (« triggers ») pour ca-certificates (20161130+nmu1+deb9u1) ...
+ update-ca-certificates
Updating certificates in /etc/ssl/certs...
+ exit 0
W: APT had planned for dpkg to do more than it reported back (0 vs 4).
   Affected packages: ca-certificates:amd64
```

---

<div class="post-metadata">

**Author:** ![grandtoubab](https://www.debian-fr.org/user_avatar/www.debian-fr.org/grandtoubab/32/4505_2.png) [@grandtoubab](https://www.debian-fr.org/u/grandtoubab)\
**Post date:** [Avril 12, 2019, 11:14 UTC](https://www.debian-fr.org/t/migration-debian-jessie-stretch-failed/79048/4 "2019-04-12T11:14:20Z")

</div>

Salut  
Essai de reinstaller le paquet plutôt que de l’upgrader

`sudo apt install --reinstall ca-certificates`

---

<div class="post-metadata">

**Author:** ![simonv](https://www.debian-fr.org/user_avatar/www.debian-fr.org/simonv/32/7876_2.png) [@simonv](https://www.debian-fr.org/u/simonv)\
**Post date:** [Avril 12, 2019, 11:20 UTC](https://www.debian-fr.org/t/migration-debian-jessie-stretch-failed/79048/5 "2019-04-12T11:20:24Z")

</div>

J’ai déjà testé et j’ai oublié de mettre le retour ici :

```
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances       
Lecture des informations d'état... Fait
0 mis à jour, 0 nouvellement installés, 1 réinstallés, 0 à enlever et 0 non mis à jour.
1 partiellement installés ou enlevés.
Après cette opération, 0 o d'espace disque supplémentaires seront utilisés.
E: Internal Error, No file name for ca-certificates:amd64

```

Je ne trouve pas le .deb dans /var (via `find /var -name "*ca-certificate*.deb"`).

---

<div class="post-metadata">

**Author:** ![grandtoubab](https://www.debian-fr.org/user_avatar/www.debian-fr.org/grandtoubab/32/4505_2.png) [@grandtoubab](https://www.debian-fr.org/u/grandtoubab)\
**Post date:** [Avril 12, 2019, 11:23 UTC](https://www.debian-fr.org/t/migration-debian-jessie-stretch-failed/79048/6 "2019-04-12T11:23:44Z")

</div>

curieux çà que dit

```
apt policy ca-certificates
```

---

<div class="post-metadata">

**Author:** ![simonv](https://www.debian-fr.org/user_avatar/www.debian-fr.org/simonv/32/7876_2.png) [@simonv](https://www.debian-fr.org/u/simonv)\
**Post date:** [Avril 12, 2019, 11:24 UTC](https://www.debian-fr.org/t/migration-debian-jessie-stretch-failed/79048/7 "2019-04-12T11:24:39Z")

</div>

Curieux, complètement 🙂

```
ca-certificates:
  Installé : 20161130+nmu1+deb9u1
  Candidat : 20161130+nmu1+deb9u1
 Table de version :
 *** 20161130+nmu1+deb9u1 500
        500 http://deb.debian.org/debian stretch/main amd64 Packages
        100 /var/lib/dpkg/status
```

---

<div class="post-metadata">

**Author:** ![grandtoubab](https://www.debian-fr.org/user_avatar/www.debian-fr.org/grandtoubab/32/4505_2.png) [@grandtoubab](https://www.debian-fr.org/u/grandtoubab)\
**Post date:** [Avril 12, 2019, 11:28 UTC](https://www.debian-fr.org/t/migration-debian-jessie-stretch-failed/79048/8 "2019-04-12T11:28:20Z")

</div>

il devait y avoir une coquille dans ton écriture, je persiste

```
sudo apt install --reinstall ca-certificates
```

---

<div class="post-metadata">

**Author:** ![simonv](https://www.debian-fr.org/user_avatar/www.debian-fr.org/simonv/32/7876_2.png) [@simonv](https://www.debian-fr.org/u/simonv)\
**Post date:** [Avril 12, 2019, 11:29 UTC](https://www.debian-fr.org/t/migration-debian-jessie-stretch-failed/79048/9 "2019-04-12T11:29:56Z")

</div>

Je suis en root donc je n’ai pas besoin du sudo :

```
[13:23] <root@asuka:~> # sudo apt install --reinstall ca-certificates
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances       
Lecture des informations d'état... Fait
0 mis à jour, 0 nouvellement installés, 1 réinstallés, 0 à enlever et 0 non mis à jour.
1 partiellement installés ou enlevés.
Après cette opération, 0 o d'espace disque supplémentaires seront utilisés.
E: Internal Error, No file name for ca-certificates:amd64
```

---

<div class="post-metadata">

**Author:** ![grandtoubab](https://www.debian-fr.org/user_avatar/www.debian-fr.org/grandtoubab/32/4505_2.png) [@grandtoubab](https://www.debian-fr.org/u/grandtoubab)\
**Post date:** [Avril 12, 2019, 11:39 UTC](https://www.debian-fr.org/t/migration-debian-jessie-stretch-failed/79048/10 "2019-04-12T11:39:46Z")

</div>

selon ce qu’on trouve sur internet ça peux avoir rapport avec le cache /var/cache/apt/archives/

pour vider le cache

`apt clean`

et recommencer

`apt install --reinstall ca-certificates`

---

<div class="post-metadata">

**Author:** ![simonv](https://www.debian-fr.org/user_avatar/www.debian-fr.org/simonv/32/7876_2.png) [@simonv](https://www.debian-fr.org/u/simonv)\
**Post date:** [Avril 12, 2019, 11:42 UTC](https://www.debian-fr.org/t/migration-debian-jessie-stretch-failed/79048/11 "2019-04-12T11:42:01Z")

</div>

Même résultat 😕

Edit : bon…ça fait plusieurs jours que je suis en galère et j’ai essayé pas mal de trucs. J’ai réessayé un `apt purge ca-certificates`, puis une install, j’ai eu l’erreur de dpkg (exit 1). J’ai réalisé ensuite un `dpkg --configure ca-certificates` et il est passé par miracle.

---

<div class="post-metadata">

**Author:** ![grandtoubab](https://www.debian-fr.org/user_avatar/www.debian-fr.org/grandtoubab/32/4505_2.png) [@grandtoubab](https://www.debian-fr.org/u/grandtoubab)\
**Post date:** [Avril 12, 2019, 11:49 UTC](https://www.debian-fr.org/t/migration-debian-jessie-stretch-failed/79048/12 "2019-04-12T11:49:43Z")

</div>

et si tu télécharges le paquet

`apt download ca-certificates/stretch`

et que tu installes avec dpkg

`dpkg -i ca-certificates_20161130+nmu1+deb9u1_all.deb`

---

<div class="post-metadata">

**Author:** ![simonv](https://www.debian-fr.org/user_avatar/www.debian-fr.org/simonv/32/7876_2.png) [@simonv](https://www.debian-fr.org/u/simonv)\
**Post date:** [Avril 12, 2019, 11:52 UTC](https://www.debian-fr.org/t/migration-debian-jessie-stretch-failed/79048/13 "2019-04-12T11:52:25Z")

</div>

J’avais fais le test aussi. Je l’ai d’ailleurs réalisé à nouveau tout à l’heure en constatant que le .deb n’était pas dans /var. Je pense que c’est lui qui a du être purgé (cf l’édition de mon précédent poste).  
Du coup, c’est à priori résolu mais j’ai du mal à comprendre.  
Merci pour votre aide et votre réactivité 🙂

---

<div class="post-metadata">

**Author:** ![grandtoubab](https://www.debian-fr.org/user_avatar/www.debian-fr.org/grandtoubab/32/4505_2.png) [@grandtoubab](https://www.debian-fr.org/u/grandtoubab)\
**Post date:** [Avril 12, 2019, 11:54 UTC](https://www.debian-fr.org/t/migration-debian-jessie-stretch-failed/79048/14 "2019-04-12T11:54:05Z")

</div>

verifie ton install  
`apt update`

`apt full-upgrade`

---

<div class="post-metadata">

**Author:** ![simonv](https://www.debian-fr.org/user_avatar/www.debian-fr.org/simonv/32/7876_2.png) [@simonv](https://www.debian-fr.org/u/simonv)\
**Post date:** [Avril 12, 2019, 12:01 UTC](https://www.debian-fr.org/t/migration-debian-jessie-stretch-failed/79048/15 "2019-04-12T12:01:23Z")

</div>

Ça passe sans problème, sauf un dépôt tiers :

```
[...]
Err:9 https://packages.sury.org/php stretch Release                           
  gnutls_handshake() failed: Public key signature verification has failed.
Atteint:10 http://repo.zabbix.com/zabbix/4.0/debian stretch InRelease         
Lecture des listes de paquets... Fait                         
E: The repository 'https://packages.sury.org/php stretch Release' does not have a Release file.
N: Updating from such a repository can't be done securely, and is therefore disabled by default.
N: See apt-secure(8) manpage for repository creation and user configuration details.
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances       
Lecture des informations d'état... Fait
Calcul de la mise à jour... Fait
0 mis à jour, 0 nouvellement installés, 0 à enlever et 0 non mis à jour.

```

Je pense que le problème n’est pas directement lié, mais je me trompe peut-être.

[Edit] Quoique… [Apt update KO avec packages.sury.org (PHP 7.2)](https://www.debian-fr.org/t/apt-update-ko-avec-packages-sury-org-php-7-2/78272)

---

<div class="post-metadata">

**Author:** ![simonv](https://www.debian-fr.org/user_avatar/www.debian-fr.org/simonv/32/7876_2.png) [@simonv](https://www.debian-fr.org/u/simonv)\
**Post date:** [Avril 12, 2019, 1:55 UTC](https://www.debian-fr.org/t/migration-debian-jessie-stretch-failed/79048/16 "2019-04-12T13:55:19Z")

</div>

Solution trouvée sur [https://github.com/signalapp/Signal-Desktop/issues/2483](https://github.com/signalapp/Signal-Desktop/issues/2483)  
C’est le paquet `libgnutls-deb0-28` qui engendre cette erreur.  
Il est proposé de downgrader `librtmp1` en version `2.4+20151223.gitfa8646d.1-1+b1` afin de pouvoir supprimer `libgnutls-deb0-28`

---

<div class="post-metadata">

**Author:** ![grandtoubab](https://www.debian-fr.org/user_avatar/www.debian-fr.org/grandtoubab/32/4505_2.png) [@grandtoubab](https://www.debian-fr.org/u/grandtoubab)\
**Post date:** [Avril 12, 2019, 2:57 UTC](https://www.debian-fr.org/t/migration-debian-jessie-stretch-failed/79048/18 "2019-04-12T14:57:01Z")

</div>

> <https://github.com/oerdnj/deb.sury.org/issues/1144>
>
> First: thanks a lot for all your efforts keeping the php and debian world happy!…!!
> 
> \*\*Describe the bug\*\*
> After update from 10th april 2019 the current php7.2 setup our debian stretch server broke on one of our production web servers, we experienced problems and had to downgrade.
> 
> The package php7.2-intl has been removed during the update, because it needs libicu64, but for stretch the current version is 57(!). the previous version of php7.2-intl was running fine and the php7.0-intl is also working good.
> 
> \*\*To Reproduce\*\*
> Steps to reproduce the behavior:
> Try to install php7.2-common and php7.2-intl from sury (apt-get install...) on a plain debian stretch system.
> 
> \*\*Expected behavior\*\*
> 1.) System should never break on simple apt-get upgrade
> 2.) If there is a need to depend on libicu64, please provide this as package so it could be found and upgraded during php7.2-intl-upgrade and php7.2-intl will not be removed
> 3.) if there is no really need to use a newer libicu-version, please stick to the available version (57 for debian stretch)
> 
> \*\*Distribution:\*\*
> - OS: Debian Stretch
> - Architecture: amd64
> - Repository: packages.sury.org/php
> 
> \*\*Package(s):\*\*
> apt-cache policy php7.2-intl:
> \`\`\`
> php7.2-intl:
> Installiert: (keine)
> Installationskandidat: 7.2.17-1+0~20190410151005.18+stretch~1.gbp23a36d
> Versionstabelle:
> 7.2.17-1+0~20190410151005.18+stretch~1.gbp23a36d 100
> -1 https://packages.sury.org/php stretch/main amd64 Packages
> 7.2.16-1+0~20190307202415.17+stretch~1.gbpa7be82 -1
> 100 /var/lib/dpkg/status
> \`\`\`\`

---

<div class="post-metadata">

**Author:** ![mattotop](https://www.debian-fr.org/user_avatar/www.debian-fr.org/mattotop/32/3942_2.png) [@mattotop](https://www.debian-fr.org/u/mattotop)\
**Post date:** [Avril 12, 2019, 5:57 UTC](https://www.debian-fr.org/t/migration-debian-jessie-stretch-failed/79048/19 "2019-04-12T17:57:40Z")

</div>

Mauvais timing pour ce poost, je l’enléve: il répondait au début du fil.
