Dpkg-reconfigure kdm ?

Support Debian
#2

Et si tu fais une simulation ?

#3

Re,

Simulation ?

Tout fonctionne très bien, mais je n’apprécie pas ce genre d’insultes !

#4

Mauvais coucheur, va !
Qu’est-ce que tu trouve bizarre dans ton truc ?

#5

Salut Ricardo,

Merci d’avoir fait remonter ce post pour me laisser une chance d’avoir une réponse :023

#6

Salut,

[code][18:30:32] ~ # dpkg-reconfigure kdm
[18:30:40] ~ #
[18:30:41] ~ # debconf-show kdm
kdm/stop_running_server_with_children: false
kdm/daemon_name: /usr/bin/kdm

  • shared/default-x-display-manager: kdm
    [18:30:44] ~ # [/code]

[18:31:36] ~ # version Linux Sid 3.10-3-686-pae #1 SMP Debian 3.10.11-1 (2013-09-10) i686 GNU/Linux No LSB modules are available. Distributor ID: Debian Description: Debian GNU/Linux unstable (sid) Release: unstable Codename: sid [18:31:44] ~ #

#7

Re,

@BelZéButh

Ceci ne me dit pas pourquoi j’ai une telle tartine de remarques :slightly_smiling:

#8

Tout simplement quelques scripts, dont les entêtes LSB ne sont pas conformes. (Cf. le retour console ci-plus haut)

[quote]insserv: warning: script
…
insserv: Starting[/quote]

Si je ne m’abuse … :083

#9

Salut,

Au fait …

Tu ne nous as pas fait part de la raison, t’obligeant à avoir recours, à une re-configuration de kdm … :whistle:

Postscriptum : à défaut, cette action aura au moins, le mérite de faire remonter ton post, dans le cas ou …

#10

Salut,

Aucune utilité sauf celle d’expérimenter pour répondre à un post sur ce forum. Je voulais revoir ma copie, et j’ai été servi :laughing:

#11

Salut,

[quote=“ggoodluck47”]Salut,

Aucune utilité sauf celle d’expérimenter pour répondre à un post sur ce forum. Je voulais revoir ma copie, et j’ai été servi :laughing:[/quote]
Un plaisir, partagé. :005

Dommage que nous n’en sachions guère davantage, sur ce support.

C’est bien regrettable.

Sinon, es-tu parvenu à une fin heureuse, lors de cette simulation ?

#12

Tu as un script de démarrage (/etc/init.d/smfpd) qui n’a pas d’en-têtes LSB. Le reste des “insultes” n’est très probablement dû qu’à ce problème initial.

Comme ce script ne fait apparemment pas partie de Debian (apt-file search smfpd ne retourne rien), difficile de savoir de quoi il retourne.

En cherchant très rapidement, il semblerait que ça soit un daemon pour permettre l’accès aux imprimantes sur port parallèle. Si ça ne te concerne pas, essaye de le désactiver avec update-rc.d smfpd remove et ensuite refais un insserv pour voir si ça règle la question.

Si par contre tu as une imprimante (ou autre périphérique) sur port parallèle, le mieux serait probablement de rajouter un en-tête LSB approprié au script d’origine (et toujours insserv pour voir si c’est mieux).

#13

Salut,

1 - remove ne s’exécute pas et j’ai droit aux mêmes insanités !
2 - ajouter les en-têtes améliore la situation mais me dit (une seule fois) que les en-têtes ne sont pas supportées :slightly_smiling: Il faudra bien qu’il s’y fasse :laughing:

Je soupçonne l’installeur Samsung de ma laser, une hérésie qui oblige de lancer une session graphique ROOT pour installer ses drivers !

#14

Bah sinon tu peux toujours y aller à la sauvage, en supprimant les liens /etc/rc*.d/*smfpd à la main.

#15

Salut et merci

Bah sinon tu peux toujours y aller à la sauvage, en supprimant les liens /etc/rc*.d/*smfpd à la main.[/quote]

Maintenant que je sais d’où ça vient, je le traite au sirop de mépris :laughing:

#16

Ouais enfin ça fout le souk dans insserv et du coup je suis pas certain que tes liens rc.d se mettent correctement à jour si tu (dé)installes un service… Ça peut être embêtant.

#17

Re,

Ma solution :

### BEGIN INIT INFO
## Provides:          rc.local
## Required-Start:    $all
## Required-Stop:
## Default-Start:     2 3 4 5
## Default-Stop:
## Short-Description: Run /etc/rc.local if it exist
### END INIT INFO

Il est content d’avoir l’en-tête et ne fais de mal à personne puisqu’elle est vide :laughing:

#18

Si cette en-tête est dans /etc/init.d/smfpd, change la ligne Provides pour lire smfpd à la place de rc.local ça sera mieux (tu as déjà un script rc.local donc y’a un conflit de noms ce qui explique certainement qu’insserv te gueule dessus).

#19

Re,

Cet en-tête je l’ai importé, il n’y avait rien du tout. C’est ta remarque qui m’a amené à en mettre une, n’importe laquelle de préférence et comme je n’ai plus d’usage des ports parallèles …

#20

Le nom en face de Provides est important pour insserv (c’est le nom du service), et comme tu as copié tel quel l’en-tête de rc.local tu as aussi copié son nom de service en même temps. Donc insserv se retrouve avec un nom de service en double et te grogne après.

D’où mon conseil précédent de mettre smfpd à la place de rc.local en face de Provides pour éviter qu’insserv ne se retrouve enduit d’erreur à cause du doublon. Ça devrait être suffisant pour faire disparaître tout message lorsque tu remets tes services à jour (insserv tout seul).

#21

Re,

C’est fait et plus de problèmes. Encore merci de ton insistance :041