Résolu bogue systemd et autres jessie

Support Debian
#1

Bonjour à tous,

Je traîne ces problèmes pour les mises à jour depuis 1 mois peut-être davantage :

Analyse des informations Trouvé/Corrigé… Fait
Bogues de gravité grave sur resolvconf (1.74 → 1.75)
#749405 - resolvconf: /etc/resolvconf/run/interface either does not exist or is not a directory
Bogues de gravité grave sur icedove (24.3.0-2 → 24.5.0-2)
#743748 - Folders are not listed, blank folder pane
Bogues de gravité grave sur systemd (204-7 → 204-8)
#743158 - systemd: reportbug script sends private fstab information without confirmation (Corrigé : systemd/204-9)
Résumé :
systemd(1 bogue), resolvconf(1 bogue), icedove(1 bogue)

Quelqu’un sait-il si ces bogues seront corrigés ?
C’est surtout systemd qui me préoccupe, il pourrait bien être mêlé au montage des partitions devenu aléatoire.

Si quelqu’un a une piste à m’indiquer je prends.

#2

Salut,

[quote=“eggregor”]Je traîne ces problèmes pour les mises à jour depuis 1 mois peut-être davantage :

Analyse des informations Trouvé/Corrigé… Fait
Bogues de gravité grave sur resolvconf (1.74 → 1.75)
#749405 - resolvconf: /etc/resolvconf/run/interface either does not exist or is not a directory
Bogues de gravité grave sur icedove (24.3.0-2 → 24.5.0-2)
#743748 - Folders are not listed, blank folder pane
Bogues de gravité grave sur systemd (204-7 → 204-8)
#743158 - systemd: reportbug script sends private fstab information without confirmation (Corrigé : systemd/204-9)
Résumé :
systemd(1 bogue), resolvconf(1 bogue), icedove(1 bogue)[/quote]

À ce stade, ton retour (incomplet) console ne permet pas de savoir si ces derniers sont épinglés ([mono]apt-listbugs[/mono]) en [mono]/etc/apt/préferences[/mono].

[mono]$ apt-cache policy[/mono] juste la fin concernant ces derniers et autres.

#3

Merci de ta réponse, je complète si je traduis bien ta question :

$ cat /etc/apt/preferences
Package: *
Pin: release o=Debian,a=testing
Pin-Priority: 900

Package: *
Pin: release o=Debian,a=stable
Pin-Priority: 900

Package: *
Pin: release o=Debian,a=unstable
Pin-Priority: 800

Package: *
Pin: release o=Unofficial Multimedia Packages,a=testing
Pin-Priority: 700

Package: *
Pin: release o=Unofficial Multimedia Packages,a=stable
Pin-Priority: 700

Package: *
Pin: release o=Unofficial Multimedia Packages,a=unstable
Pin-Priority: 600

Package: *
Pin: release o=Debian,a=experimental
Pin-Priority: 2

Package: *
Pin: release o=Unofficial Multimedia Packages,a=experimental
Pin-Priority: 1

Et la fin de :
$ apt-cache policy

Paquets épinglés :(est bien vide)

Jusqu’à présent, je me suis contenté de marquer ces paquets “hold” pour pouvoir assurer les autres mises à jour, hier je les ai remis “install” en espérant que les bogues seraient corrigés depuis le temps, mais tel n’est pas le cas.

Pour “systemd”, je suis en 204-7 et le dépôt propose la 204-8 boguée, j’ai tenté l’install de la version ultérieure 204-9 déboguée, mais elle pose des problèmes de dépendances, et j’ai encore du mal à sortir de ces tuyaux à entrées multiples.

Sans doute, ces derniers temps je régresse plus que je ne progresse.

Merci de ton aide.

#4

Salut,

Hum … il serait bien plus sage/opportun/judicieux/impératif (?) de t’en référer (je dirais) uniquement à apt-listbugs (le wiki).

[quote]Remarque :

Le fichier marqué par apt-listbugs n’est pas mis en “hold”.

Cela signifie qu’il sera mis à jour à la prochaine version supérieure dans les dépôts.

C’est un script cron de apt-listbugs qui, une fois que le bug critique est corrigé, redonne sa “chance” au paquet marqué.

Ce n’est pas le cas avec la mise en “hold” qui fige définitivement (tant que vous n’aurez pas mis ce paquet en “unhold”) la mise à jour.

[/quote]

[09:49:50] ~ # acp systemd systemd: Installé : (aucun) Candidat : 44-11+deb7u4 Table de version : 208-1 0 93 http://ftp.de.debian.org/debian/ experimental/main i386 Packages 204-10 0 95 http://ftp.fr.debian.org/debian/ unstable/main i386 Packages 204-8 0 97 http://ftp.fr.debian.org/debian/ testing/main i386 Packages 204-8~bpo70+1 0 100 http://ftp.debian.org/debian/ wheezy-backports/main i386 Packages 44-11+deb7u4 0 990 http://ftp.fr.debian.org/debian/ stable/main i386 Packages 990 http://security.debian.org/ stable/updates/main i386 Packages [09:49:53] ~ #

[09:49:56] ~ # apt-listbugs list systemd Récupération des rapports de bogue… Fait Analyse des informations Trouvé/Corrigé… Fait Bogues de gravité grave sur systemd (-> ) <marqué comme corrigé dans une version donnée> #743158 - systemd: reportbug script sends private fstab information without confirmation (Corrigé : systemd/204-9) Bogues de gravité serious sur systemd (-> ) <non corrigé> #746358 - systemd: system boot hangs if /etc/fstab contains an NFS mount Résumé : systemd(2 bogues) [09:50:16] ~ #

Serait-il possible de voir cela en couleur ?

[mono]$ aptitude -s install <…>[/mono]

#5

Certes, en couleurs peut-être pas, mais j’ai tenté la manip tt à l’h, et on est vite dans la dentelle:

# aptitude -s install -t unstable systemd
Les paquets suivants seront mis à jour :
libsystemd-daemon0 libsystemd-journal0 libsystemd-login0 systemd
4 paquets mis à jour, 0 nouvellement installés, 0 à enlever et 316 non mis à jour.
Il est nécessaire de télécharger 1 261 ko d’archives. Après dépaquetage, 16,4 ko seront libérés.
Les paquets suivants ont des dépendances non satisfaites :
libpam-systemd : Dépend: systemd (= 204-7) mais 204-10 doit être installé.
Les actions suivantes permettront de résoudre ces dépendances :

  Supprimer les paquets suivants :                                          

  1.  colord                                                                  

  2.  gconf-editor                                                            

  3.  gdm3                                                                    

  4.  gnome                                                                   

  5.  gnome-bluetooth                                                         

  6.  gnome-color-manager                                                     

  7.  gnome-control-center

8) gnome-core
9) gnome-desktop-environment
10) gnome-packagekit
11) gnome-packagekit-session
12) gnome-session
13) gnome-session-flashback
14) gnome-shell
15) gnome-shell-extensions
16) gnome-system-log
17) gnome-user-share
18) libpam-systemd
19) network-manager
20) network-manager-gnome
21) packagekit
22) packagekit-tools
23) policykit-1
24) policykit-1-gnome
25) task-gnome-desktop

  Laisser les dépendances suivantes non satisfaites :                       

  1. gnome-media recommande gnome-control-center                             

  2. argyll recommande libpam-systemd                                        

  3. libcolord1 recommande colord                                            

  4. libcolord-gtk1 recommande colord                                        

  5. cups recommande colord                                                  

  6. cups-daemon recommande colord                                           

  7. cups-filters recommande colord                                          

  8. gnome-applets recommande policykit-1-gnome                              

  9. gnome-control-center recommande gnome-user-share                        

  10. gnome-control-center recommande policykit-1-gnome                       

  11. gnome-control-center recommande network-manager-gnome (>= 0.9.<img src="/uploads/default/original/1X/ae031e9834d19166598edd060b063d44f1829139.gif" width="15" height="15" alt="8)" title="Cool"/>        

  12. gnome-control-center-data recommande gnome-control-center (>= 1:3.8.3-7)

  13. gnome-online-accounts recommande gnome-control-center (>= 3.6.1)        

  14. gnome-panel recommande gnome-control-center                             

  15. gnome-panel recommande gnome-session (>= 2.26)                          

  16. gnome-panel recommande gnome-session-flashback                          

  17. gvfs-daemons recommande policykit-1-gnome                               

  18. lightdm-gtk-greeter recommande policykit-1                              

  19. mousetweaks recommande gnome-control-center                             

  20. libpackagekit-glib2-16 recommande packagekit (= 0.8.17-2)               

  21. packagekit-backend-aptcc recommande packagekit (= 0.8.17-2)             

  22. python3-packagekit recommande packagekit                                

  23. rtkit recommande policykit-1                                            

  24. task-desktop recommande task-xfce-desktop | task-gnome-desktop | task-kd

  25. task-gnome-desktop recommande network-manager-gnome                     

  26. udisks2 recommande policykit-1                                          

  27. upower recommande policykit-1                                           

  28. systemd recommande libpam-systemd                                       

  29. gnome-core recommande network-manager-gnome

Abandon.

# aptitude -s install -t unstable libpam-systemd
Les NOUVEAUX paquets suivants vont être installés :
systemd-sysv{ab}
Les paquets suivants seront mis à jour :
libpam-systemd libsystemd-daemon0 libsystemd-journal0 libsystemd-login0
systemd
5 paquets mis à jour, 1 nouvellement installés, 0 à enlever et 315 non mis à jour.
Il est nécessaire de télécharger 1 323 ko d’archives. Après dépaquetage, 53,2 ko seront utilisés.
Les paquets suivants ont des dépendances non satisfaites :
systemd-sysv : Casse: sysvinit-core mais 2.88dsf-53 est installé.
Les actions suivantes permettront de résoudre ces dépendances :

 Supprimer les paquets suivants :

  1. sysvinit-core

Accepter cette solution ? [Y/n/q/?] y
Les NOUVEAUX paquets suivants vont être installés :
systemd-sysv{a}
Les paquets suivants seront ENLEVÉS :
sysvinit-core{a}
Les paquets suivants seront mis à jour :
libpam-systemd libsystemd-daemon0 libsystemd-journal0 libsystemd-login0
systemd
5 paquets mis à jour, 1 nouvellement installés, 1 à enlever et 315 non mis à jour.
Il est nécessaire de télécharger 1 323 ko d’archives. Après dépaquetage, 199 ko seront libérés.

Mais je suis resté dans la simulation !

Donc si je comprends quelquechose, ce qui n’est pas une certitude, systemd et consorts se substitue à sysvinit-core au démarrage de la machine? C’est ça ?
Donc y-a-t-il un problème à lancer la dernière install ?

Merci de ton aide.

#6

[quote=“eggregor”]mais j’ai tenté la manip tt à l’h,

et on est vite dans la dentelle:[/quote]

Pas forcément … :083

[mono]systemd[/mono] en version Unstable (simulation) te dit “Ouh là, il me faut” [mono]libpam-systemd[/mono] en version Unstable également, d’où les nombreux conflits qui en résultent.

Dans ce type de situation, j’ai pour habitude de solder le problème à l’envers.

Dans le cas présent (le tien) je commencerai par upgrader [mono]libpam-systemd[/mono] vers la version Unstable (Pinning ?) et seulement ensuite j’enverrai (mode simulation) [mono]systemd[/mono] (Pinning ?) vers Sid.

Mais, (un petit détail) je suis doté de sauvegarde/restauration (locale et distante) fiable/viable/éprouver à 200%, hein … :083

Depuis une Sid, oui !

Testing, j’ai tendance à m’endormir un temps soit peu … :laughing:

#7

Le temps va me manquer ce soir hélas, mais à part le système de sauvegarde que j’ai toujours bien négligé, tu me confortes dans l’idée de passer en mode réel la simulation d’install de libpam-systemd en sucrant sysvinit, que j’avais testé tout à l’heure.

Et puis surtout tu me suggères indirectement de repasser en SID que j’ai abandonné après 3 ans de loyaux services, pour des raisons diverses trop longues à expliquer, et sans intérêt ici.

J’ai réinstallé en Squeeze sur une autre partition et puis chroot + deboostrap pour installer cette Jessie sur l’ancienne partition de Sid, mais finalement la testing est pour moi plus chameau que l’unstable.

Conclusion, avec ton aide bien sympatique je vais tenter d’arranger mes problèmes actuels, et si ça redec… je migre en sid.
Mon sources-list est très complet => juste un changement de priorités.

A bientôt.

#8

Salut,

Bien sûr, tu es conscient que la “testing” est là pour ceux qui sont capables de “débugguer” afin d’aboutir à la prochaine stable.
Ce qui n’est pas mon cas :slightly_smiling:
Alors je me contente de la “SID” et je m’arrange dans mon coin des bugs qui apparaissent de temps en temps. Comme la sid évolue rapidement je suis rarement planté plus de quelques jours et comme je suis retraité, ce qui n’est pas fait aujourd’hui le sera demain :laughing:

#9

Hello ggoodluck47,

A vrai dire je n’avais pas jusqu’ici mesuré les inconvénients de la Testing.

Pourtant j’en ai utilisé une, en 32b sur un autre ordinateur, pendant presque deux ans, sans jamais avoir rencontré une telle succession de paquets bogués.

J’avais une Sid sur ma machine amd64 et je m’arrangeais comme tu dis, de certaines mises à jour troublantes, qui ont au moins l’avantage d’être corrigées en très peu de temps.

Toutefois le dernier noyau à la mode d’il y a 6 ou 8 mois a eu raison de ma patience en bouzillant la majorité de mes règlages et j’ai donc pris cette voie testing.

Mais je vais sans doute refaire le saut prochainement. A plus.