Attention BUG sur Sysvinit !

Support Debian
#1

Salut à tous,
ça faisait TRES longtemps :100 … Je vous écrit d’un LiveCD :mrgreen:

Mise à jour de ce matin :

The following packages will be upgraded: bsdutils dash initscripts kbd kdeaccessibility kttsd{b} libblkid1 libgegl-0.0-0{b} libhunspell-1.2-0 libuuid1 libwebkit-1.0-2 libwebkit-1.0-common mount phpmyadmin sysv-rc sysvinit sysvinit-utils xserver-xorg-video-ati xserver-xorg-video-radeon
Apt-listbugs m’a signalé un bug sur sysvinit, que j’ai “piné”…

Explanation: Pinned by apt-listbugs at Sat May 15 08:19:03 +0300 2010 Explanation: #581704: sysvinit: Failing to run init script (or ordering problem) after upgrade from startpar to makefile Package: sysvinit Pin: version 2.87dsf-10 Pin-Priority: 1000

Et tout à l’heure au démarrage… (j’ai pas le courage de recopier :confused: )

Je vais faire un chroot histoire de vérifier la version installée de sysvinit…

Toute suggestion est la bienvenue comme il est d’usage de le dire… :017

#2

Bon,
Après vérification, je n’ai pas installé le paquet bogué…

root@sidux:/# apt-cache policy sysvinit sysvinit: Installé : 2.87dsf-10 Candidat : 2.87dsf-10 Étiquette de paquet : 2.87dsf-10 Table de version : 2.88dsf-4 1000 500 http://ftp.fr.debian.org sid/main Packages 2.88dsf-2 1000 1 http://ftp.fr.debian.org experimental/main Packages *** 2.87dsf-10 1000 500 http://ftp.fr.debian.org testing/main Packages 100 /var/lib/dpkg/status 2.86.ds1-61 1000 500 http://ftp.fr.debian.org lenny/main Packages

#3

Salut,

Est-ce que cela veut dire que je suis dans la même situation ? Moi j’ai refusé la mise à jour ?

[quote]gerard@debian:~$ apt-cache policy sysvinit
sysvinit:
Installé : 2.87dsf-10
Candidat : 2.88dsf-4
Table de version :
2.88dsf-4 0
990 ftp.de.debian.org sid/main Packages
2.88dsf-2 0
1 ftp.de.debian.org experimental/main Packages
*** 2.87dsf-10 0
100 /var/lib/dpkg/status
2.86.ds1-61 0
500 ftp.de.debian.org stable/main Packages
gerard@debian:~$
[/quote]

#4

Salut,

[quote=“ggoodluck47”]Salut,

Est-ce que cela veut dire que je suis dans la même situation ? Moi j’ai refusé la mise à jour ?

[/quote]

Moi aussi je l’ai refusée cette mise à jour… Le paquet est marqué dans etc/apt/preferences !

J’écume les rapports de bugs, et je n’y vois rien qui corresponde à mon pb… Suis-je l’heureux gagnant d’un bug non signalé… :mrgreen: :mrgreen: :mrgreen:

Gérard, redémarre pour voir… :wink:

Je n’arrive pas à cerner le problème… sysinit, portmap, nfs-common…
Je vais tenter de redescendre d’un cran tous les paquets que j’ai mis à jour ce matin…
Super cadeau pour un samedi soir…

#5

Re,

Refusé ou “piné”, même punition, même motif il ne reconnait plus mes LVM :slightly_smiling:

#6

Re,

root@sidux:/# apt-get install initscript/testing
root@sidux:/# apt-get install sysv-rc/testing
root@sidux:/# apt-get install sysvinit-utils/testing

Un des ces trois paquets est le fautif ! sysvinit était déjà en testing depuis ce matin !
J’ai redémarré (enfin) ma machine :smiley: C’est bon !!!

Je vais éditer le titre de mon post pour que ce soit plus explicite…

#7

[quote=“ggoodluck47”]Re,

Refusé ou “piné”, même punition, même motif il ne reconnait plus mes LVM :slightly_smiling:[/quote]

Oui, un bug non encore signalé, je change le titre de mon post !

#8

Ca doit n’affecter que les LVM parce que chez moi : rien a signaler

#9

Re,

Alors comment fait-il pour arriver quand même à démarrer (level 3) ?

PS. Un retour à sysvinit/stable n’arrange rien :018

#10

[quote=“ggoodluck47”]Re,

Alors comment fait-il pour arriver quand même à démarrer (level 3) ?

PS. Un retour à sysvinit/stable n’arrange rien :018[/quote]

Re,
Fait comme moi, le bug est AUSSI dans un des trois paquets suivant (je ne sais pas lequel) :

[quote=“lol”]root@sidux:/# apt-get install initscript/testing
root@sidux:/# apt-get install sysv-rc/testing
root@sidux:/# apt-get install sysvinit-utils/testing
[/quote]

#11

un problème de configuration de CONCURRENCY= ??? dans /etc/default/rcS comme expliqué dans
bugs.debian.org/cgi-bin/bugreport.cgi?bug=581704 ?

Je n’ai rien vu d’anormal avec :
:~$ apt-show-versions sysvinit sysv-rc sysvinit-utils
sysv-rc/sid uptodate 2.88dsf-4
sysvinit/sid uptodate 2.88dsf-4
sysvinit-utils/sid uptodate 2.88dsf-4

#12

Re,

Surtout ne pas ajouter CONCURRENCY=startpar sous peine de devoir corriger avec un cd-live :slightly_smiling:

#13

j’ai eu la mise à jour, rebooté, mais rien à signaler non plus…
Par contre je suis en version 2.88, pas 2.87

#14

[quote=“dric64”]j’ai eu la mise à jour, rebooté, mais rien à signaler non plus…
Par contre je suis en version 2.88, pas 2.87[/quote]

C’est drôle ce truc…
Le bug est signalé sur le 2.88dsf-4. Je me suis bien gardé de l’installer ce matin… Je suis resté en 2.87dsf-10

Reported by: Josh Triplett josh@joshtriplett.org
Date: Sat, 15 May 2010 04:33:02 UTC
Severity: grave
Found in version sysvinit/2.88dsf-4

Par contre j’ai mis à jour initscript sysv-rc et sysvinit-utils.
Et au redémarrage, punition !
Le problème s’est réglé en descendant initscript sysv-rc et sysvinit-utils…

Va comprendre :017

#15

Par contre, comportement un peu différent maintenant, au boot : je n’ai plus l’echo du démarrage de tous les scripts,du montage des partitions et compagnie, ca passe direct des quelques lignes au moment du chargement du noyau juste apres le grub au gdm, avec un écran noir de quelques secondes entre les 2.
A part ca, tout est normal. :108

#16

[quote=“ggoodluck47”]Re,

Surtout ne pas ajouter CONCURRENCY=startpar sous peine de devoir corriger avec un cd-live :slightly_smiling:[/quote]

En standard dans ton /etc/init.d/rc tu dois avoir CONCURRENCY=makefile
et les modifications se font dans /etc/default/rcS

#17

Ha…

Moi j’ai CONCURRENCY=none

Et dans default/rcS j’ai CONCURRENCY=shell

C’est grave docteur ? :wink:
Et ça sert à quoi cette ligne d’ailleurs ?

#18

[quote=“lol”]Ha…

Moi j’ai CONCURRENCY=none

Et dans default/rcS j’ai CONCURRENCY=shell

C’est grave docteur ? :wink:
Et ça sert à quoi cette ligne d’ailleurs ?[/quote]

CONCURRENCY=shell semble touché par le bug, tout comme startpar. Il te faudra éditer ton fichier de conf et remplacer par CONCURRENCY=makefile ou ne rien mettredans default/rcS et voir ce qui est écrit dans /etc/init.d/rc.

Niveau d’interpretation des scripts de boot et de fermeture contenus dans /etc/init.d/.depend.boot /etc/init.d/.depend.start et autres.

#19

Une version 2.88dsf-5 vient d’arriver. Corrigera-t-elle le bug ??? Suspense …

#20

Salut

Normalement oui. C’est ce que l’on peut lire sur la page de report de bug :

[quote]Found in version sysvinit/2.88dsf-4
Fixed in version sysvinit/2.88dsf-5[/quote]

Édition : mise à jour de ma sid (amd64), tout est OK de mon côté.