Re: Supprimer les fichiers de conf obsolètes

[steve]

Le 31-01-2018, à 02:38:47 +0100, Haricophile a écrit :


Le Tue, 30 Jan 2018 14:38:14 +0100,
steve  a écrit :


Le 30-01-2018, à 14:32:50 +0100, Frédéric MASSOT a écrit :
Oui, mais ce n'est pas tout à fait la même chose. Deborphan recherche
les paquets orphelins, pas les fichiers de conf obsolètes.


Dans les petites choses, si on n'active pas l'option de montage
noatime ou relatime, on peut aussi chercher les fichiers jamais
ouverts depuis un certain temps.


Comment ?

Re: Supprimer les fichiers de conf obsolètes

[Haricophile]

Le Tue, 30 Jan 2018 14:38:14 +0100,
steve  a écrit :

> Le 30-01-2018, à 14:32:50 +0100, Frédéric MASSOT a écrit :
> Oui, mais ce n'est pas tout à fait la même chose. Deborphan recherche
> les paquets orphelins, pas les fichiers de conf obsolètes.

Dans les petites choses, si on n'active pas l'option de montage
noatime ou relatime, on peut aussi chercher les fichiers jamais
ouverts depuis un certain temps.

 

Re: Firefox lié à Google

[Haricophile]

Le Tue, 30 Jan 2018 22:51:10 +0100,
andre_deb...@numericable.fr a écrit :

> Bonsoir,
> 
> Chez moi, Firefox, met longtemps à s'ouvrir, environ 8 à 10 secondes.
> Il est réglé pour se logguer à un site perso (pas google).
> 
> Une fois Firefox ouvert, temps d'attente et je lis en bas à gauche du 
> navigateur :
> "En attente www.google.com..."
> puis
> "En attente cse google.com..."
> et... 

> 
> Que vient faire Google dans l'affichage d'un site qui n'a aucun
> rapport à Google ?
> Ce blême serait aussi avec le navigateur Chrome (ça on peut le
> comprendre), mais pas avec Opera.
> 
Tu cherche Google dans about:config et tu va comprendre que tu peux
dégoogleiser firefox :

Moteur de recherche : exit
"Protection contre les sites frauduleux..." : exit
...

Re: Supprimer les fichiers de conf obsolètes

[Haricophile]

Le Tue, 30 Jan 2018 14:38:14 +0100,
steve  a écrit :

> Le 30-01-2018, à 14:32:50 +0100, Frédéric MASSOT a écrit :
> 
> >Le 30/01/2018 à 14:19, steve a écrit :  
> >> Salut,
> >>
> >> Suite à mon post de hier, je me suis retrouvé à traquer les
> >> fichiers inutiles sur mon système. Il se peut que lors d'une mise
> >> à jour ou à niveau, quelques fichiers de configurations devenus
> >> obsolètes ne sont pas automatiquement effacés. Voici comment les
> >> trouver.  
> >
> >Tu peux aussi utiliser la commande deborphan pour trouver les paquets
> >qui ne sont plus utilisés. Dans un premier temps on l'utilise sans
> >option, puis tu peux regarder les options "--guess-".  
> 
> Oui, mais ce n'est pas tout à fait la même chose. Deborphan recherche
> les paquets orphelins, pas les fichiers de conf obsolètes.

Moi je fais : aptitude purge '?config-files'
voire : aptitude search '?garbage' pour voir ce qui traîne.
Effectivement aptitude purge $(deborphan) ça fonctionne.

Après je ne sais pas s'il reste quelques trucs inutiles, mais je ne
vois rien qui prenne de la place de manière gênante. Je pense que les
trucs qui traînent on beaucoup plus de chance d'apparaître avec des
installations et bricolages hors du système de paquet. 

Re: création de disquettes boot et root

[Haricophile]

Le Tue, 30 Jan 2018 21:49:19 +0100,
"JF Straeten"  a écrit :

> Parce que les disquettes antédiluviennes, euh... qui a encore ça ?

Moi, j'ai un piano numérique quelque peu ancien avec un lecteur. Et je
ne me suis pas penché sur le problème avec mes faibles capacités en
électronique pour quelques fichiers midi de temps en temps, je vis sur
mes stocks (et un lecteur de disquette USB).

J'ai oublié la procédure pour la disquette bootable, mais je pense qu'en
fouillant les archives on doit pouvoir trouver sans avoir besoin
de remonter jusqu'à Potato.

Re: Firefox lié à Google

[Eric Degenetais]

Quel genre de site perso ? Google fournit des services de mesure de trafic,
qui se traduisent par des requêtes chez eux pour l'affiche de pages à
première vue sans rapport avec eux.
Et il n'est pas si rare que ça ralentisse massivement l'affichage des
pages...

Éric Dégenètais


Le 30 janv. 2018 10:51 PM,  a écrit :

Bonsoir,

Chez moi, Firefox, met longtemps à s'ouvrir, environ 8 à 10 secondes.
Il est réglé pour se logguer à un site perso (pas google).

Une fois Firefox ouvert, temps d'attente et je lis en bas à gauche du
navigateur :
"En attente www.google.com..."
puis
"En attente cse google.com..."
et...
enfin mon site s'affiche.
(CSE = Custom Search Engine)

Que vient faire Google dans l'affichage d'un site qui n'a aucun rapport
à Google ?
Ce blême serait aussi avec le navigateur Chrome (ça on peut le comprendre),
mais pas avec Opera.

J'ai fait recherches, tombé sur moults liens indiquant
que je ne suis pas du tout le seul sur cette affichage Google,
et qu'il s'agit d'un virus, mais avec des utilisateurs à système Windows.

Bonne fin de soirée,

André

Re: systemd et fichiers dans /etc/init.d/

[Charles Plessy]

> Le 30-01-2018, à 14:15:30 +0100, Ph. Gras a écrit :
> 
> > Qu'en sera-t-il de la commande service machin (start | restant | stop | 
> > reload ) ?

Le Tue, Jan 30, 2018 at 02:37:08PM +0100, steve a écrit :
> 
> C'est remplacé par
> 
> systemctl (start|restart|stop|reload) le_nom_du_service

D'ailleurs, un coup d'oeil rapide à /usr/sbin/service montre qu'il
appelle systemctl le cas échéant.

Bonne journée,

-- 
Charles

Re: recherche disquette floppy 3,5" pour booter sur cdrom

[Yann Serre]

Oui, la consommation + l'encombrement + la poussière...
J'ai remplacé un ancêtre par un jeune "HYSTOU" passif (boitier 20 x20cm, 
i3). Bien content.
Avec une minute de silence, un instant de recueillement, puis recyclage 
avec dignité dans le bac d'un magasin d'électro-ménager ?


Le 30/01/2018 à 22:51, err...@free.fr a écrit :


On 01/30/2018 07:19 PM, Christophe Moille wrote:

Le mardi 30 janv. 2018 à 17:27:45 (+0100),err...@free.fr  a écrit :

Bonjour Bernard

Je peux comprendre qu'en choisissant un ordinosaure tu veuille échapper à 
Spectre et Meltdown (mais pas forcement sur le serveur) :D

mais faire tourner cette machine va te coûter plus cher en électricité au bout 
d'un an ou deux que d'acheter directement des mini-ordi qui :
  - consomment très peu de courant (quelques watt)
  - disposent d'une sortie hdmi pour la plupart
  - avec souvent 1Go de ram, et parfois beaucoup plus
  - avec un cpu bien plus puissant qu'un p2 obsolète
  - avec un port Sata (pour les lime2 de Olimex)
  - un port ethernet pour le réseau
  - avec le support de batteries Li-ion pour certains
  - avec un noyau récent et à jour (avec armbian par exemple)
  - et plein d'autres avantages multiples que tu trouvera sur le web.

Je pense aux mini ordis comme les raspberry pi, ou encore Olimex avec les 
Lime2, ou encore les cubieboard...

Disposer d'une machine déjà construite et pouvoir l'utiliser. Ça coutera
moins cher à la planète en energie grise et en ressources que d'acheter
une nouvelle machine. C'est une excellente chose de trouver une manière
d'utiliser les vieux coucous.


J'ai parlé du coût en électricité, qui devient non-négligeable pour un vieux 
coucou qui mériterait d'être recyclé.
même si l'électronique n'est pas complètement recyclable.

Il consomme combien ton vieil ordi?

c'est pour ça que j'ai mis en avant la faible consommation de ses mini ordis, 
qui coûtent largement moins de 100€.

Ça fait combien d'énergie dépensée pour pas grand chose? (bon, ça permet de se 
chauffer, un peu)

Même un vieux p4 n'est plus intéressant (sauf si il est utilisé comme chauffage 
d'appoint pendant l'hiver)
un core2 merite encore un peu d'intérêt.


L’énergie grise prend en compte toutes les étapes de fabrication et de 
transport du produit, et devrait aussi prendre en compte son recyclage (c'est 
peut être déjà le cas)
mais à un moment, il faut arrêter l'acharnement thérapeutique :p

Enfin, si tu tiens tellement à utiliser ton vieil ordi qui n'est même pas 
capable de booter par usb, tu peux toujours déplacer le disque dur dans un ordi 
plus récent et faire l'installation en prenant soin de choisir un kernel 32bits 
adapté au pII. (d'ailleurs, tu gagnera du temps par cette méthode, que j'aurais 
du t'indiquer plus tôt mais sur le coup je n'y avais plus pensé)

Bon courage

Re: création de disquettes boot et root

[fab]

'lut,

Est-ce que tu ne pourrais pas installer un tout petit disque sur ton P2 
avec un système linux qui irait te charger l'iso distant en ram ?


f.

Le 30/01/2018 à 21:28, Bernard Schoenacker a écrit :

bonjour,

désolé, mais je suis contraint de revenir à la base
pour installer linux et j'ai consulté la doc officielle
et je n'ai rien vu venir sur boot et root avec vmlinuz

je sais que c'est très vieux mais il faut passer par
  là pour y arriver 


slt
bernard

Re: recherche disquette floppy 3,5" pour booter sur cdrom

[err404]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

On 01/30/2018 07:19 PM, Christophe Moille wrote:
> Le mardi 30 janv. 2018 à 17:27:45 (+0100), err...@free.fr a écrit :
>> Bonjour Bernard
>>
>> Je peux comprendre qu'en choisissant un ordinosaure tu veuille échapper à 
>> Spectre et Meltdown (mais pas forcement sur le serveur) :D
>>
>> mais faire tourner cette machine va te coûter plus cher en électricité au 
>> bout d'un an ou deux que d'acheter directement des mini-ordi qui :
>>  - consomment très peu de courant (quelques watt)
>>  - disposent d'une sortie hdmi pour la plupart
>>  - avec souvent 1Go de ram, et parfois beaucoup plus
>>  - avec un cpu bien plus puissant qu'un p2 obsolète
>>  - avec un port Sata (pour les lime2 de Olimex)
>>  - un port ethernet pour le réseau
>>  - avec le support de batteries Li-ion pour certains
>>  - avec un noyau récent et à jour (avec armbian par exemple)
>>  - et plein d'autres avantages multiples que tu trouvera sur le web.
>>
>> Je pense aux mini ordis comme les raspberry pi, ou encore Olimex avec les 
>> Lime2, ou encore les cubieboard...
> 
> Disposer d'une machine déjà construite et pouvoir l'utiliser. Ça coutera
> moins cher à la planète en energie grise et en ressources que d'acheter
> une nouvelle machine. C'est une excellente chose de trouver une manière
> d'utiliser les vieux coucous.
> 

J'ai parlé du coût en électricité, qui devient non-négligeable pour un vieux 
coucou qui mériterait d'être recyclé.
même si l'électronique n'est pas complètement recyclable.

Il consomme combien ton vieil ordi?

c'est pour ça que j'ai mis en avant la faible consommation de ses mini ordis, 
qui coûtent largement moins de 100€.

Ça fait combien d'énergie dépensée pour pas grand chose? (bon, ça permet de se 
chauffer, un peu)

Même un vieux p4 n'est plus intéressant (sauf si il est utilisé comme chauffage 
d'appoint pendant l'hiver)
un core2 merite encore un peu d'intérêt.


L’énergie grise prend en compte toutes les étapes de fabrication et de 
transport du produit, et devrait aussi prendre en compte son recyclage (c'est 
peut être déjà le cas)
mais à un moment, il faut arrêter l'acharnement thérapeutique :p

Enfin, si tu tiens tellement à utiliser ton vieil ordi qui n'est même pas 
capable de booter par usb, tu peux toujours déplacer le disque dur dans un ordi 
plus récent et faire l'installation en prenant soin de choisir un kernel 32bits 
adapté au pII. (d'ailleurs, tu gagnera du temps par cette méthode, que j'aurais 
du t'indiquer plus tôt mais sur le coup je n'y avais plus pensé)

Bon courage

-BEGIN PGP SIGNATURE-

iQIzBAEBCgAdFiEEJO//ePEJChGbGaZQrjHmR0GD/5kFAlpw6O0ACgkQrjHmR0GD
/5mCnQ//WoM4SoLmE6Q95hzPU5OHIQeOFRug4szNfhOBJIC5ykRkRp8yXYi7hui5
XEI2g10FA1agJTi8frtScsAReq2/nkQiIVfborZXJtwtXgsFAZZvPAp7wKRi3ZK/
zFWE2/6ZchFdA3fLaB2pVEeidrCmEV3jUnGwRKAgFnO3mGUtLFsY+9durk14PtyS
RX8v8TewibH92YJiowzD66t+N+DeQncgXFGNLwqptQ5WmCmjyT+gv6M+I/8MnVuL
1ePttGdM9mqyE5LesnI7/dWXT+8ErsRMWx44mkpXQ6v+5LD1kNs3sftJcVyYdDN4
ZZhwVli6HjZTe+ap1nnEHS2bVJDtvZuOs8yjCT9CN+GBqW9kNODaWsDKTPt/vRiF
B49m5aZdDy5i/20afQPx8JfqIuejeYKcg5nOUrJDEemct+xE3PqsfwtK3AWuQQp6
C29Jv7puvAd0wLMcd4r6brOu5n3a+g6gPsvok0PmX+0UDlXIaHbK4i+0z/skHYOQ
d+hag2ZouQSNiQYc3+UU79PMoalPP10nz6QZYGAKN+fuHq7PTB90DsnoSzdoJIr6
iV35PJNEIISlATUvOzSucjBQm9LGQOcNe5UReyen5IVHjvY8xVDvhrPPA97f0FrL
wdpjYay1ioDPBTLqRSurmsN1aqYW0ArS1dP++4Ig+uKaGXkZygs=
=Ysbl
-END PGP SIGNATURE-

Firefox lié à Google

[andre_debian]

Bonsoir,

Chez moi, Firefox, met longtemps à s'ouvrir, environ 8 à 10 secondes.
Il est réglé pour se logguer à un site perso (pas google).

Une fois Firefox ouvert, temps d'attente et je lis en bas à gauche du 
navigateur :
"En attente www.google.com..."
puis
"En attente cse google.com..."
et... 
enfin mon site s'affiche.
(CSE = Custom Search Engine)

Que vient faire Google dans l'affichage d'un site qui n'a aucun rapport
à Google ?
Ce blême serait aussi avec le navigateur Chrome (ça on peut le comprendre),
mais pas avec Opera.

J'ai fait recherches, tombé sur moults liens indiquant
que je ne suis pas du tout le seul sur cette affichage Google,
et qu'il s'agit d'un virus, mais avec des utilisateurs à système Windows.

Bonne fin de soirée,

André

Re: création de disquettes boot et root

[JF Straeten]

Bernard,

On Tue, Jan 30, 2018 at 09:28:28PM +0100, Bernard Schoenacker wrote:

[...]
> désolé, mais je suis contraint de revenir à la base pour installer
> linux et j'ai consulté la doc officielle et je n'ai rien vu venir
> sur boot et root avec vmlinuz

J'imagine que la carte réseau de ce vieux brol ne boote pas en PXE,
mais tu pourrais peut-être arriver quand même à booter par le réseau
avec iPXE ? (Il fournit pas mal de possibilités...)

Parce que les disquettes antédiluviennes, euh... qui a encore ça ?

Hih,

-- 

JFS.

création de disquettes boot et root

[Bernard Schoenacker]

bonjour,

désolé, mais je suis contraint de revenir à la base 
pour installer linux et j'ai consulté la doc officielle
et je n'ai rien vu venir sur boot et root avec vmlinuz

je sais que c'est très vieux mais il faut passer par
 là pour y arriver 


slt
bernard

Re: recherche disquette floppy 3,5" pour booter sur cdrom

[Christophe Moille]

Le mardi 30 janv. 2018 à 17:27:45 (+0100), err...@free.fr a écrit :
> Bonjour Bernard
> 
> Je peux comprendre qu'en choisissant un ordinosaure tu veuille échapper à 
> Spectre et Meltdown (mais pas forcement sur le serveur) :D
> 
> mais faire tourner cette machine va te coûter plus cher en électricité au 
> bout d'un an ou deux que d'acheter directement des mini-ordi qui :
>  - consomment très peu de courant (quelques watt)
>  - disposent d'une sortie hdmi pour la plupart
>  - avec souvent 1Go de ram, et parfois beaucoup plus
>  - avec un cpu bien plus puissant qu'un p2 obsolète
>  - avec un port Sata (pour les lime2 de Olimex)
>  - un port ethernet pour le réseau
>  - avec le support de batteries Li-ion pour certains
>  - avec un noyau récent et à jour (avec armbian par exemple)
>  - et plein d'autres avantages multiples que tu trouvera sur le web.
> 
> Je pense aux mini ordis comme les raspberry pi, ou encore Olimex avec les 
> Lime2, ou encore les cubieboard...

Disposer d'une machine déjà construite et pouvoir l'utiliser. Ça coutera
moins cher à la planète en energie grise et en ressources que d'acheter
une nouvelle machine. C'est une excellente chose de trouver une manière
d'utiliser les vieux coucous.

-- 
"Les libertés ne se donnent pas, elles se prennent."
- Kropotkine


signature.asc
Description: PGP signature

Re: systemd et fichiers dans /etc/init.d/

[BERTRAND Joël]

steve a écrit :
> Le 30-01-2018, à 15:08:21 +0100, BERTRAND Joël a écrit :
> 
> 
 Ce qui permet d'ailleurs des effets de bord assez rigolos entre deux
 versions de la chose.
>>>
>>> Du genre ? As-tu des exemples concrets ?
>>
>> Des incohérences sur la gestion du réseau par exemple sur un serveur
>> qui a deux taps, deux tuns, une interface bounding et cinq ethernet. En
>> fonction des versions de la bouse, ça démarre automatiquement ou non
>> (c'est le VPN qui merdoie à cause de son interaction avec iptables).
> 
> Pourquoi avoir migré sur une configuration si complexe alors qu'il est
> possible de garder l'ancien système ?

Parce qu'il fallait bien que je me fasse une idée.

Depuis, cette idée est faite, systemd est une calamité qui fonctionne
dans 98% des cas. SysV fonctionne quant à lui dans 100% des cas. Il faut
juste ne pas être dans les 2%.

 La seule chose qui peut à la rigueur être faite, c'est de virer de
 /etc/init.d ce qui est explicitement transcrit dans /lib/systemd
 pour le
 fonctionnement de l'usine à gaz avec des fuites.
>>>
>>> Mais ces fichiers seront réinstallés à la prochaine maj. Donc assez
>>> inutile.
>>>
>>>
 PS: oui, je pense que ça s'est vu que je n'aime pas cette bouse... Et
 plus je rentre dedans, pire c'est.
>>>
>>> Rien à lui reprocher pour le moment pour un usage domestique.
>> Il n'y a pas que l'usage domestique.
> 
> Je sais, c'est pour cela que j'ai précisé.
> 
>> Depuis qu'on a systemd, j'en suis à ne plus redémarrer (sauf lorsque
>> tout est déjà perdu) des serveurs à distance.
> 
> Toujours chauds ce genre de manips, quelque soit le système.

Euh, non. Ça fait plus de 20 ans que j'ai des serveurs un peu partout,
je n'ai peur de les redémarrer que lorsqu'ils utilisent systemd, surtout
après une mise à jour.

>> Il y en a même qui ne s'arrêtent pas !
> 
> 
> M'est aussi arrivé avec l'ancien et obsolète système… Heureusement
> qu'il y avait une prise physique  ;)

Ça, j'aimerais bien savoir comment. Parce que SysV essaie d'arrêter
proprement les daemons. Il passe après un SIGTERM puis en dernier
ressort un SIGKILL. Si la machine ne s'arrêtait pas, ce n'était
certainement pas la faute d'init.

JKB

Re: recherche disquette floppy 3,5" pour booter sur cdrom

[err404]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

On 01/30/2018 04:27 PM, Bernard Schoenacker wrote:
> bonjour,
> 
> je n'arrive pas à booter sur cdrom avec une image iso
> et j'ai besoin de disquettes contenant un équivalent
> de plop boot usb ...
> 
> c'est un P2 avec 400 MHz et 256 Mo sdram que je souhaite
> faire passer en client léger en mettant x2go client
> 
> 
> slt
> bernard
> 
Bonjour Bernard

Je peux comprendre qu'en choisissant un ordinosaure tu veuille échapper à 
Spectre et Meltdown (mais pas forcement sur le serveur) :D

mais faire tourner cette machine va te coûter plus cher en électricité au bout 
d'un an ou deux que d'acheter directement des mini-ordi qui :
 - consomment très peu de courant (quelques watt)
 - disposent d'une sortie hdmi pour la plupart
 - avec souvent 1Go de ram, et parfois beaucoup plus
 - avec un cpu bien plus puissant qu'un p2 obsolète
 - avec un port Sata (pour les lime2 de Olimex)
 - un port ethernet pour le réseau
 - avec le support de batteries Li-ion pour certains
 - avec un noyau récent et à jour (avec armbian par exemple)
 - et plein d'autres avantages multiples que tu trouvera sur le web.

Je pense aux mini ordis comme les raspberry pi, ou encore Olimex avec les 
Lime2, ou encore les cubieboard...




-BEGIN PGP SIGNATURE-

iQIzBAEBCgAdFiEEJO//ePEJChGbGaZQrjHmR0GD/5kFAlpwnPwACgkQrjHmR0GD
/5mljRAApTQkFyUbIz/Hmxuqh471qhSgyvuaS3I3lFvB+he+R/91/YckYtcxwCx6
PnHzRVf0ixMEEVu9ZnosUDPDaAwJtkpToLG1iJby6RymuGiLmo/OIgCBx5VIB/bL
UTHlG5A100wSa3reFzWhThpUqfJ9L603hfZ7+vp2YPMCL/1w74p8vcnlzwI7TPO5
cuyZpnkJmvSp3Yp2VJ+3tnbgeCp5Eoz5RMa4xrhG4XBhaEuSj3bOp6/KzGnXT0Pr
ihCHJfpTNYOZrItdtp5kKvMYf0tuVJ7gQlobEYXVViDz0S3IImQ0bErK15GFwlvo
jJzfakn8q0AnqN+NYlphpBv5QzsnzGSXOSKVlNlSzcbxC0sSNgr5h4N3VrZK35V+
F2Tr9NfePPR/UKzXhtCueTlv3q6/+VUx9Bpld5++0VZHZ/gZu4UmHY6lj+mnDHe7
ngtpi3jnpR4fLsQ2231YT0Q17UtzAmf0/q66kklD24p0TFgSrF/azzk/FDMctCu6
f/V73mRluScjQo5z6pvhunSKBW+aPL+mKytrJKpmCm9naOiYYdNpkIXBL4S0kB27
QO//sW0gWKj3b0yFFZtYQct1quxaYuJkzea2sM7ELOvjkuadSJsYNuvq//8RuJhq
v1pziV3znh+5ey+5kIXrI9HC6pS32rLSQElWGSf8v6RnW8kvvz0=
=UoK3
-END PGP SIGNATURE-

recherche disquette floppy 3,5" pour booter sur cdrom

[Bernard Schoenacker]

bonjour,

je n'arrive pas à booter sur cdrom avec une image iso
et j'ai besoin de disquettes contenant un équivalent
de plop boot usb ...

c'est un P2 avec 400 MHz et 256 Mo sdram que je souhaite
faire passer en client léger en mettant x2go client


slt
bernard

Re: systemd et fichiers dans /etc/init.d/

[steve]

Le 30-01-2018, à 15:07:03 +0100, G2PC a écrit :




Salut Steve,

la commande suivante t'indiquera quels fichiers ne sont pas installés
par un paquet.

dpkg -S /etc/init.d/* | grep "no path"

Les autres peuvent rester: le responsable du paquet s'occupe (à son
rythme) de la migration vers systemd et conserve (autant que possible)
les scripts sysvinit pour les installations utilisant ce système.


Bonjour, j'ai regardé votre sujet en diagonale. J'ai lancé la commande,
mais, j'obtiens ce retour :

dpkg -S /etc/init.d/* | grep "no path"
dpkg-query: aucun chemin ne correspond à /etc/init.d/keyboard-setup.dpkg-bak
zsh: exit 1 dpkg -S /etc/init.d/* | grep "no path"

Noter que je ne suis pas sous Debian mais Mint.


Mint utilise une base Ubuntu si je ne m'abuse. Et si mes souvenirs sont
bons, ils ont abandonné sysvinit depuis bien longtemps, donc il y a fort
à parier que /etc/init.d/ est vide.


Sous GNU/Linux Debian Stretch, et, mon serveur minimaliste, la commande
ne me retourne rien, sans message d'erreur.


Alors tout est parfait  ;)

Steve


PS: toujours que 2PC ?

Re: systemd et fichiers dans /etc/init.d/

[steve]

Le 30-01-2018, à 15:08:21 +0100, BERTRAND Joël a écrit :



Ce qui permet d'ailleurs des effets de bord assez rigolos entre deux
versions de la chose.


Du genre ? As-tu des exemples concrets ?


Des incohérences sur la gestion du réseau par exemple sur un serveur
qui a deux taps, deux tuns, une interface bounding et cinq ethernet. En
fonction des versions de la bouse, ça démarre automatiquement ou non
(c'est le VPN qui merdoie à cause de son interaction avec iptables).


Pourquoi avoir migré sur une configuration si complexe alors qu'il est
possible de garder l'ancien système ?


La seule chose qui peut à la rigueur être faite, c'est de virer de
/etc/init.d ce qui est explicitement transcrit dans /lib/systemd pour le
fonctionnement de l'usine à gaz avec des fuites.


Mais ces fichiers seront réinstallés à la prochaine maj. Donc assez
inutile.



PS: oui, je pense que ça s'est vu que je n'aime pas cette bouse... Et
plus je rentre dedans, pire c'est.


Rien à lui reprocher pour le moment pour un usage domestique.

Il n'y a pas que l'usage domestique.


Je sais, c'est pour cela que j'ai précisé.


Depuis qu'on a systemd, j'en suis à ne plus redémarrer (sauf lorsque
tout est déjà perdu) des serveurs à distance.


Toujours chauds ce genre de manips, quelque soit le système.



Il y en a même qui ne s'arrêtent pas !



M'est aussi arrivé avec l'ancien et obsolète système… Heureusement
qu'il y avait une prise physique  ;)

Re: systemd et fichiers dans /etc/init.d/

[G2PC]

> Salut Steve,
>
> la commande suivante t'indiquera quels fichiers ne sont pas installés
> par un paquet.
>
> dpkg -S /etc/init.d/* | grep "no path"
>
> Les autres peuvent rester: le responsable du paquet s'occupe (à son
> rythme) de la migration vers systemd et conserve (autant que possible)
> les scripts sysvinit pour les installations utilisant ce système.

Bonjour, j'ai regardé votre sujet en diagonale. J'ai lancé la commande,
mais, j'obtiens ce retour :

dpkg -S /etc/init.d/* | grep "no path"
dpkg-query: aucun chemin ne correspond à /etc/init.d/keyboard-setup.dpkg-bak
zsh: exit 1 dpkg -S /etc/init.d/* | grep "no path"

Noter que je ne suis pas sous Debian mais Mint.

Sous GNU/Linux Debian Stretch, et, mon serveur minimaliste, la commande
ne me retourne rien, sans message d'erreur.

Re: systemd et fichiers dans /etc/init.d/

[BERTRAND Joël]

steve a écrit :
> Le 29-01-2018, à 19:12:17 +0100, BERTRAND Joël a écrit :
> 
>> steve a écrit :
>>>
>>> Salut,
>>
>> 'soir
>>
>>>
>>> M'intéressant un peu (plus) à systemd (qui tourne sur ma machine
>>> principale), je me demandais si les fichiers placés dans /etc/init.d/
>>> sont encore utilisés ou s'ils ne sont là que pour une éventuelle
>>> compatibilité avec les systèmes utilisant SysVInit plutôt que systemd.
>>>
>>> Dans la négative, y a-t-il un moyen propre de nettoyer le système de ces
>>> fichiers inutiles ? Je veux dire, sans 'rm -rf /etc/init.d', car ces
>>> fichiers sont présents dans les paquets Debian. Je sais qu'ils prennent
>>> une place plus que négligeable, mais ce serait quand même plus élégant
>>> de ne plus avoir de restes de l'ancien système.
>>
>> Surtout pas, malheureux ! Le blob systemd va rechercher les modules
>> dans /lib/systemd mais s'il ne trouve rien, il convertit à la volée ce
>> qui est dans /etc/init.d dans son format pour tenter de faire
>> difficillement ce que l'ancien init SysV faisait très simplement. Ce qui
>> permet d'ailleurs des effets de bord assez rigolos entre deux versions
>> de la chose.
> 
> Du genre ? As-tu des exemples concrets ?

Des incohérences sur la gestion du réseau par exemple sur un serveur
qui a deux taps, deux tuns, une interface bounding et cinq ethernet. En
fonction des versions de la bouse, ça démarre automatiquement ou non
(c'est le VPN qui merdoie à cause de son interaction avec iptables).

>> La seule chose qui peut à la rigueur être faite, c'est de virer de
>> /etc/init.d ce qui est explicitement transcrit dans /lib/systemd pour le
>> fonctionnement de l'usine à gaz avec des fuites.
> 
> Mais ces fichiers seront réinstallés à la prochaine maj. Donc assez
> inutile.
> 
> 
>> PS: oui, je pense que ça s'est vu que je n'aime pas cette bouse... Et
>> plus je rentre dedans, pire c'est.
> 
> Rien à lui reprocher pour le moment pour un usage domestique.
Il n'y a pas que l'usage domestique. Depuis qu'on a systemd, j'en suis
à ne plus redémarrer (sauf lorsque tout est déjà perdu) des serveurs à
distance. Il y en a même qui ne s'arrêtent pas !

JKB

Re: systemd et fichiers dans /etc/init.d/

[steve]

Le 30-01-2018, à 14:15:30 +0100, Ph. Gras a écrit :


Je ne sais pas si ça sert encore.  Mais il semble être trop tôt pour l'enlever:


Ainsi, le répertoire init.d et tout ce qui s'y trouve devraient disparaître à 
terme ?


Si le système tourne à 100% avec SystemD, oui.


Qu'en sera-t-il de la commande service machin (start | restant | stop | reload 
) ?


C'est remplacé par

systemctl (start|restart|stop|reload) le_nom_du_service


Au plaisir,


itou

Re: Supprimer les fichiers de conf obsolètes

[steve]

Le 30-01-2018, à 14:32:50 +0100, Frédéric MASSOT a écrit :


Le 30/01/2018 à 14:19, steve a écrit :

Salut,

Suite à mon post de hier, je me suis retrouvé à traquer les fichiers
inutiles sur mon système. Il se peut que lors d'une mise à jour ou à
niveau, quelques fichiers de configurations devenus obsolètes ne sont
pas automatiquement effacés. Voici comment les trouver.


Tu peux aussi utiliser la commande deborphan pour trouver les paquets
qui ne sont plus utilisés. Dans un premier temps on l'utilise sans
option, puis tu peux regarder les options "--guess-".


Oui, mais ce n'est pas tout à fait la même chose. Deborphan recherche
les paquets orphelins, pas les fichiers de conf obsolètes.

Re: Supprimer les fichiers de conf obsolètes

[Frédéric MASSOT]

Le 30/01/2018 à 14:19, steve a écrit :
> Salut,
> 
> Suite à mon post de hier, je me suis retrouvé à traquer les fichiers
> inutiles sur mon système. Il se peut que lors d'une mise à jour ou à
> niveau, quelques fichiers de configurations devenus obsolètes ne sont
> pas automatiquement effacés. Voici comment les trouver.

Tu peux aussi utiliser la commande deborphan pour trouver les paquets
qui ne sont plus utilisés. Dans un premier temps on l'utilise sans
option, puis tu peux regarder les options "--guess-".


-- 
==
|  FRÉDÉRIC MASSOT   |
| http://www.juliana-multimedia.com  |
|   mailto:frede...@juliana-multimedia.com   |
| +33.(0)2.97.54.77.94  +33.(0)6.67.19.95.69 |
===Debian=GNU/Linux===

Re: systemd et fichiers dans /etc/init.d/

[Ph. Gras]

Hello there!

>> Je ne sais pas si ça sert encore.  Mais il semble être trop tôt pour 
>> l'enlever:

Ainsi, le répertoire init.d et tout ce qui s'y trouve devraient disparaître à 
terme ?

Qu'en sera-t-il de la commande service machin (start | restant | stop | reload 
) ?

Au plaisir,

Ph. Gras

Supprimer les fichiers de conf obsolètes

[steve]

Salut,

Suite à mon post de hier, je me suis retrouvé à traquer les fichiers
inutiles sur mon système. Il se peut que lors d'une mise à jour ou à
niveau, quelques fichiers de configurations devenus obsolètes ne sont
pas automatiquement effacés. Voici comment les trouver.

$ dpkg-query -W -f='${Conffiles}\n' | grep obsolete
/etc/init/cgroupfs-mount.conf de2f1c1bed1700d7cdd27e93d2704182 obsolete


Mais de quel paquet provient ce fichier ?

$ dpkg -S /etc/init/cgroupfs-mount.conf
cgroupfs-mount

La procédure est donc de supprimer le fichier obsolète et de réinstaller
le paquet qui le fournissait.

# rm /etc/init/cgroupfs-mount.conf
# apt-get --reinstall install cgroupfs-mount

En appliquant cette méthode sur tous les fichiers sortis par la première
commande, on devrait arriver à un système tout propre (même après
plusieurs mises à niveau, comme c'est le cas sur mon système).



En espérant que ça aide.

Steve

Re: systemd et fichiers dans /etc/init.d/

[steve]

Le 30-01-2018, à 20:13:16 +0900, Charles Plessy a écrit :


Le 30-01-2018, à 11:00:44 +0900, Charles Plessy a écrit :
>
> dpkg -S /etc/init.d/* | grep "no path"


Le Tue, Jan 30, 2018 at 09:05:02AM +0100, steve a écrit :


dpkg-query: aucun chemin ne correspond à /etc/init.d/.depend.boot
dpkg-query: aucun chemin ne correspond à /etc/init.d/.depend.start
dpkg-query: aucun chemin ne correspond à /etc/init.d/.depend.stop


man insserv

Je ne sais pas si ça sert encore.  Mais il semble être trop tôt pour l'enlever:

$ sudo apt purge insserv
Reading package lists... Done
Building dependency tree
Reading state information... Done
The following additional packages will be installed:
 systemd-shim
The following packages will be REMOVED:
 init* initscripts* insserv* systemd-sysv* sysv-rc*
The following NEW packages will be installed:
 systemd-shim
WARNING: The following essential packages will be removed.
This should NOT be done unless you know exactly what you are doing!
 init systemd-sysv (due to init)


A étudier donc…


dpkg-query: aucun chemin ne correspond à /etc/init.d/plexmediaserver.dpkg-bak


Bon à effacer


En effet.


Le 30-01-2018, à 11:00:44 +0900, Charles Plessy a écrit :
>
> PS: si tu veux faire un peu plus de nettoyage, regarde du coté de
> systemd-network, qui permettra d'enlever des fichiers comme
> /etc/network/interfaces (à moins que network-manager tourne déjà sur
> la machine).


Le Tue, Jan 30, 2018 at 09:05:02AM +0100, steve a écrit :


Je n'ai rien qui ressemble à un paquet nommé ainsi.


(désolé pour le « d » manquant)

$ dpkg -S systemd-networkd
systemd: /lib/systemd/systemd-networkd-wait-online
systemd: /lib/systemd/systemd-networkd
systemd: /lib/systemd/system/systemd-networkd.socket
systemd: /usr/share/man/man8/systemd-networkd-wait-online.8.gz
systemd: /usr/share/man/man8/systemd-networkd-wait-online.service.8.gz
systemd: /usr/share/man/man8/systemd-networkd.service.8.gz
systemd: /lib/systemd/system/systemd-networkd-wait-online.service
systemd: /lib/systemd/system/systemd-networkd.service
systemd: /usr/share/man/man8/systemd-networkd.8.gz


Argh, je cherchais un paquet nommé ainsi…


Merci pour les précisions.

Steve

Re: systemd et fichiers dans /etc/init.d/

[Charles Plessy]

> Le 30-01-2018, à 11:00:44 +0900, Charles Plessy a écrit :
> > 
> > dpkg -S /etc/init.d/* | grep "no path"

Le Tue, Jan 30, 2018 at 09:05:02AM +0100, steve a écrit :
> 
> dpkg-query: aucun chemin ne correspond à /etc/init.d/.depend.boot
> dpkg-query: aucun chemin ne correspond à /etc/init.d/.depend.start
> dpkg-query: aucun chemin ne correspond à /etc/init.d/.depend.stop

man insserv

Je ne sais pas si ça sert encore.  Mais il semble être trop tôt pour l'enlever:

$ sudo apt purge insserv
Reading package lists... Done
Building dependency tree
Reading state information... Done
The following additional packages will be installed:
  systemd-shim
The following packages will be REMOVED:
  init* initscripts* insserv* systemd-sysv* sysv-rc*
The following NEW packages will be installed:
  systemd-shim
WARNING: The following essential packages will be removed.
This should NOT be done unless you know exactly what you are doing!
  init systemd-sysv (due to init)
  

> dpkg-query: aucun chemin ne correspond à /etc/init.d/plexmediaserver.dpkg-bak

Bon à effacer


> Le 30-01-2018, à 11:00:44 +0900, Charles Plessy a écrit :
> > 
> > PS: si tu veux faire un peu plus de nettoyage, regarde du coté de
> > systemd-network, qui permettra d'enlever des fichiers comme
> > /etc/network/interfaces (à moins que network-manager tourne déjà sur
> > la machine).

Le Tue, Jan 30, 2018 at 09:05:02AM +0100, steve a écrit :
> 
> Je n'ai rien qui ressemble à un paquet nommé ainsi.

(désolé pour le « d » manquant)

$ dpkg -S systemd-networkd
systemd: /lib/systemd/systemd-networkd-wait-online
systemd: /lib/systemd/systemd-networkd
systemd: /lib/systemd/system/systemd-networkd.socket
systemd: /usr/share/man/man8/systemd-networkd-wait-online.8.gz
systemd: /usr/share/man/man8/systemd-networkd-wait-online.service.8.gz
systemd: /usr/share/man/man8/systemd-networkd.service.8.gz
systemd: /lib/systemd/system/systemd-networkd-wait-online.service
systemd: /lib/systemd/system/systemd-networkd.service
systemd: /usr/share/man/man8/systemd-networkd.8.gz

Amicalement,

-- 
Charles Plessy
Tsurumi, Kanagawa, Japon

cron : logs sans le nom du script : depuis quand, comment l'avoir de nouveau

[Grégory Bulot]

Bonjour, 

En voulant trouver pourquoi un script ne tournait pas je viens de
m'apercevoir que la façon dont cron écrivait dans les logs n'est plus
très pratique (pour l'humain que je suis)

actuellement j'ai un truc de ce genre :

Jan 30 12:05:01 MonServeur CRON[32357]: pam_unix(cron:session):
session opened for user www-data by (uid=0)


Dans mes souvenir j'ai ça

Jan 30 12:05:01 MonServeur CRON[32357]: [Monscript /dans/etc/cron.d/]:
session opened for user www-data by (uid=0)
[éventuellement sur la ligne suivante le code retour si != 0]


Suis-je le seul a constater cela (pas de trace sur le script exécuté)
Suis-je le seul a me rappeler de cela (que le cron donné dans les logs
le script executé)

Que faut-il faire pour avoir de nouveau le nom du script exécuté par
cron (si dans /etc/cron.*/* évidement ) 


Je suppose que c'est l'option "-l" dans /etc/default/cron mais comme je
ne comprends pas l'explication du man je me rapproche de la
communauté ;-)

Re: systemd et fichiers dans /etc/init.d/

[steve]

Le 30-01-2018, à 11:00:44 +0900, Charles Plessy a écrit :


Le Mon, Jan 29, 2018 at 05:16:32PM +0100, steve a écrit :


M'intéressant un peu (plus) à systemd (qui tourne sur ma machine
principale), je me demandais si les fichiers placés dans /etc/init.d/
sont encore utilisés ou s'ils ne sont là que pour une éventuelle
compatibilité avec les systèmes utilisant SysVInit plutôt que systemd.

Dans la négative, y a-t-il un moyen propre de nettoyer le système de ces
fichiers inutiles ? Je veux dire, sans 'rm -rf /etc/init.d', car ces
fichiers sont présents dans les paquets Debian. Je sais qu'ils prennent
une place plus que négligeable, mais ce serait quand même plus élégant
de ne plus avoir de restes de l'ancien système.


Salut Steve,

la commande suivante t'indiquera quels fichiers ne sont pas installés
par un paquet.

dpkg -S /etc/init.d/* | grep "no path"


dpkg-query: aucun chemin ne correspond à /etc/init.d/.depend.boot
dpkg-query: aucun chemin ne correspond à /etc/init.d/.depend.start
dpkg-query: aucun chemin ne correspond à /etc/init.d/.depend.stop
dpkg-query: aucun chemin ne correspond à /etc/init.d/plexmediaserver.dpkg-bak



Les autres peuvent rester: le responsable du paquet s'occupe (à son
rythme) de la migration vers systemd et conserve (autant que possible)
les scripts sysvinit pour les installations utilisant ce système.



On peut voir quels services n'ont pas encore été migrés en listant
les fichiers se trouvant dans `/run/systemd/generator.late/`.


acct.service
cpufrequtils.service
fetchmail.service
geneweb.service
graphical.target.wants
gwsetup.service
hddtemp.service
loadcpufreq.service
multi-user.target.wants
ntp.service
speech-dispatcher.service
stunnel4.service
sysstat.service


Merci, c'est très intéressant.



Donc grosso-modo, si tu n'as rien installé par toi-meme hors du
système de paquets, il n'y a rien à enlever.


Ok.


PS: si tu veux faire un peu plus de nettoyage, regarde du coté de
systemd-network, qui permettra d'enlever des fichiers comme
/etc/network/interfaces (à moins que network-manager tourne déjà sur
la machine).


Je n'ai rien qui ressemble à un paquet nommé ainsi.


Encore merci pour ces renseignements.

Belle journée
Steve

Re: systemd et fichiers dans /etc/init.d/

[steve]

Le 29-01-2018, à 19:12:17 +0100, BERTRAND Joël a écrit :


steve a écrit :


Salut,


'soir



M'intéressant un peu (plus) à systemd (qui tourne sur ma machine
principale), je me demandais si les fichiers placés dans /etc/init.d/
sont encore utilisés ou s'ils ne sont là que pour une éventuelle
compatibilité avec les systèmes utilisant SysVInit plutôt que systemd.

Dans la négative, y a-t-il un moyen propre de nettoyer le système de ces
fichiers inutiles ? Je veux dire, sans 'rm -rf /etc/init.d', car ces
fichiers sont présents dans les paquets Debian. Je sais qu'ils prennent
une place plus que négligeable, mais ce serait quand même plus élégant
de ne plus avoir de restes de l'ancien système.


Surtout pas, malheureux ! Le blob systemd va rechercher les modules
dans /lib/systemd mais s'il ne trouve rien, il convertit à la volée ce
qui est dans /etc/init.d dans son format pour tenter de faire
difficillement ce que l'ancien init SysV faisait très simplement. Ce qui
permet d'ailleurs des effets de bord assez rigolos entre deux versions
de la chose.


Du genre ? As-tu des exemples concrets ?



La seule chose qui peut à la rigueur être faite, c'est de virer de
/etc/init.d ce qui est explicitement transcrit dans /lib/systemd pour le
fonctionnement de l'usine à gaz avec des fuites.


Mais ces fichiers seront réinstallés à la prochaine maj. Donc assez
inutile.



PS: oui, je pense que ça s'est vu que je n'aime pas cette bouse... Et
plus je rentre dedans, pire c'est.


Rien à lui reprocher pour le moment pour un usage domestique.