Re: e2fsck automatique au boot

[list]

Bonjour.

Merci à vous tous.

J'ai trouvé ma/mes solutions.
L'option «defaults» résout le problème.
L'utilitaire tune2fs me donne plein d'infos et de paramétrages
possibles.
Bien sur, fsck.xxx, est de la partie.

Merci encore à tous ! 

À bientôt.



Le Tue, 13 Jun 2017 09:35:47 +0200,
Haricophile  a écrit :

> Le Tue, 13 Jun 2017 06:43:33 +0200,
> "Pierre L."  a écrit :
> 
> > J'ai souvenir qu'il existait une commande (à l'époque Ubuntesque...)
> > pour connaître le nombre de reboots restants avant un scan auto... à
> > voir si ca fonctionne encore !  
> 
> tune2fs (installer e2tools je crois)
> 

problème de destinataire avec mutt

[benoit]

Bonjour,
J'ai un petit souci avec mutt. J'ai un script qui lance la commande suivante:
mutt -s "index" -moi@monserveur -a indexroot.csv -d 5

Quand je lance ce script en tant que root (nécessaire pour d'autre  
partie du script), tout fonctionne, le mail part bien et arrive,  
sachant que le mail ne reste pas en local, mais part via un FAI.


Si part contre la crontab exécute le script, le mail part sur  
root@myhostname et pas sur moi@monserveur ci dessous les log de mail  
et de mutt.


Jun 13 17:07:14 cantine postfix/pickup[21869]: A0397600A2: uid=0 from=
Jun 13 17:07:14 cantine postfix/cleanup[25042]: A0397600A2:  
message-id=<20170613150714.A0397600A2@cantine
Jun 13 17:07:14 cantine postfix/qmgr[29827]: A0397600A2:  
from=root@myhostname , size=1864, nrcpt=1 (queue active)
Jun 13 17:07:15 cantine postfix/smtp[25044]: A0397600A2:  
to=root@myhostname , orig_to=,  
relay=auth.smtp.1and1.fr[212.227.15.184]:25, delay=0.87,  
delays=0.08/0.01/\
0.4/0.37, dsn=2.0.0, status=sent (250 Requested mail action okay,  
completed: id=0MRTkO-1dRHfX1APw-00ShXy)

Jun 13 17:07:15 cantine postfix/qmgr[29827]: A0397600A2: removed

[2017-06-13 17:07:14] Mutt/1.5.23 (2014-03-12) debugging at level 5
[2017-06-13 17:07:14] Reading configuration file '/etc/Muttrc'.
[2017-06-13 17:07:14] parse_attach_list: ldata = 0x814d674, *ldata = (nil)
[2017-06-13 17:07:14] parse_attach_list: added */.* [9]
[2017-06-13 17:07:14] parse_attach_list: ldata = 0x814d670, *ldata = (nil)
[2017-06-13 17:07:14] parse_attach_list: added text/x-vcard [7]
[2017-06-13 17:07:14] parse_attach_list: added application/pgp.* [2]
[2017-06-13 17:07:14] parse_attach_list: ldata = 0x814d670, *ldata = 0x945e4c8
[2017-06-13 17:07:14] parse_attach_list: skipping text/x-vcard
[2017-06-13 17:07:14] parse_attach_list: skipping application/pgp.*
[2017-06-13 17:07:14] parse_attach_list: added application/x-pkcs7-.* [2]
[2017-06-13 17:07:14] parse_attach_list: ldata = 0x814d66c, *ldata = (nil)
[2017-06-13 17:07:14] parse_attach_list: added text/plain [7]
[2017-06-13 17:07:14] parse_attach_list: ldata = 0x814d670, *ldata = 0x945e4c8
[2017-06-13 17:07:14] parse_attach_list: skipping text/x-vcard
[2017-06-13 17:07:14] parse_attach_list: skipping application/pgp.*
[2017-06-13 17:07:14] parse_attach_list: skipping application/x-pkcs7-.*
[2017-06-13 17:07:14] parse_attach_list: added message/external-body [4]
[2017-06-13 17:07:14] parse_attach_list: ldata = 0x814d668, *ldata = (nil)
[2017-06-13 17:07:14] parse_attach_list: added message/external-body [4]
[2017-06-13 17:07:14] Reading configuration file  
'/usr/lib/mutt/source-muttrc.d|'.

[2017-06-13 17:07:14] Reading configuration file '/etc/Muttrc.d/charset.rc'.
[2017-06-13 17:07:14] Reading configuration file '/etc/Muttrc.d/colors.rc'.
[2017-06-13 17:07:14] Reading configuration file  
'/etc/Muttrc.d/compressed-folders.rc'.

[2017-06-13 17:07:14] Reading configuration file '/etc/Muttrc.d/gpg.rc'.
[2017-06-13 17:07:14] Reading configuration file '/etc/Muttrc.d/smime.rc'.
[2017-06-13 17:07:14] Reading configuration file '/root/.muttrc'.
[2017-06-13 17:07:14] mutt_free_body: not unlinking indexroot.csv.

le fichier /root/.muttrc
# Adresse électronique de l'expéditeur
set from = "emetteur@serveur_emetteur "

# Nom complet de l'expéditeur
set realname = "mon vrai nom"

# Génération du champs from
set use_from = yes

et le /etc/Muttrc

# System configuration file for Mutt
#

# Default list of header fields to weed when displaying.
# Ignore all lines by default...
ignore *

# ... then allow these through.
unignore from: subject to cc date x-mailer x-url user-agent

set from = "emetteur@serveur_emetteur "

# Display the fields in this order
hdr_order date from to cc subject

# emacs-like bindings
bind editor "\e" kill-word
bind editor "\e" kill-word

# map delete-char to a sane value
bind editor  delete-char

# some people actually like these settings
#set pager_stop
#bind pager  previous-line
#bind pager  next-line

# Specifies how to sort messages in the index menu.
set sort=threads

# The behavior of this option on the Debian mutt package is
# not the original one because exim4, the default SMTP on Debian
# does not strip bcc headers so this can cause privacy problems;
# see man muttrc for more info
#unset write_bcc
# Postfix and qmail use Delivered-To for detecting loops
unset bounce_delivered

set mixmaster="mixmaster-filter"

# System-wide CA file managed by the ca-certificates package
set ssl_ca_certificates_file="/etc/ssl/certs/ca-certificates.crt"

# imitate the old search-body function
macro index \eb "~b " "search in message bodies"

# simulate the old url menu
macro index,pager,attach,compose \cb "\
 set my_pipe_decode=\$pipe_decode pipe_decode\

 urlview\
 set pipe_decode=\$my_pipe_decode; unset  
my_pipe_decode" \

"call urlview to extract URLs out of a message"

# Show documentation when pressing F1
macro generic,pager  " zcat  
/usr/share/doc/mutt/manual.txt.gz | sensible-pager" "show Mutt  
documentation"


# 

Re: ré-empaquetage noyau stretch [résolu]

[humbert . olivier . 1]

> De: "humbert olivier 1"
>
> Bonjour la liste,
> 
> j'ai besoin de recompiler un noyau avec certaines options spécifiques,
> et je le fais en suivant une méthode faite a partir du guide debian :
> https://kernel-handbook.alioth.debian.org/ch-common-tasks.html#s-common-official
>
> Je fais ça sur une stretch. Cette méthode fonctionne sur une debian 64 bits,
> mais plante sur une debian 32 bits et je ne sais pas pourquoi.
>
> Après avoir vu le plantage de la compilation une première fois, j'ai réessayé
> en me modifiant pas les options de configuration du noyau pour voir si le 
> plantage
> provenait des options spécifiques sélectionnées ou pas. Juste en 
> reconstruisant
> un noyau debian 4.9 32bits PAE de base donc. Ça plante aussi.
>
> Voici les commandes utilisées sur une debian stretch a jour :
>
> wget http://http.debian.net/debian/pool/main/l/linux/linux_4.9.30-1.dsc
> wget http://http.debian.net/debian/pool/main/l/linux/linux_4.9.30.orig.tar.xz
> wget 
> http://http.debian.net/debian/pool/main/l/linux/linux_4.9.30-1.debian.tar.xz
>
> su -c "apt-get build-dep linux"
> dpkg-source -x linux_4.9.30-1.dsc
> 
> cd linux-4.9.30/
> fakeroot debian/rules debian/control-real
> fakeroot make -f debian/rules.gen setup_i386_none_686-pae
> fakeroot debian/rules source
> 
> date && fakeroot make -f debian/rules.gen binary-arch_i386_none_686-pae -j2 
> && date
> # (les "date" ici sont juste la pour que je puisse voir combien de temps a 
> pris la compilation/empaquetage )
> 
> ça compile sans erreur pendant plus de 4 ou 5 heures (pentium dual 1.6Ghz 2G 
> RAM) et ça plante avec :
> ...
> ...
> ...
>   CC [M]  net/wireless/lib80211_crypt_ccmp.o
>   CC [M]  net/wireless/lib80211_crypt_tkip.o
>   LD  net/wireless/built-in.o
>   LD [M]  net/wireless/cfg80211.o
>   LD  net/built-in.o
> Makefile:150: recipe for target 'sub-make' failed
> make[3]: *** [sub-make] Error 2
> Makefile:24: recipe for target '__sub-make' failed
> make[2]: *** [__sub-make] Error 2
> make[2]: Leaving directory 
> '/home/mon_utilisateur/Bureau/linux-4.9.30/debian/build/build_i386_none_686-pae'
> debian/rules.real:190 : la recette pour la cible « 
> debian/stamps/build_i386_none_686-pae » a échouée
> make[1]: *** [debian/stamps/build_i386_none_686-pae] Erreur 2
> make[1] : on quitte le répertoire « /home/mon_utilisateur/Bureau/linux-4.9.30 
> »
> debian/rules.gen:92 : la recette pour la cible « 
> binary-arch_i386_none_686-pae_real » a échouée
> make: *** [binary-arch_i386_none_686-pae_real] Erreur 2
> 
> Rappel : la même séquence de commande produit un .deb correct d'un noyau 
> fonctionnel sur un système debian stretch 64 bits.
>
> Des idées ?
> Olivier

Bon, j'ai relancé plusieurs fois le build, et des fois, ça fonctionne. Aucune 
idée du pourquoi
des fois ça fonctionne, des fois non.

Et du coup, je commence à me dire que c'est peut être de la RAM qui commence à 
partir en sucette.

En tout cas, c'est résolu.
Olivier

re: Adminer/SQLite3/Stretch: comment se connecter ?

[Jacques BRIQUET]

Bonjour,

pour voir sous Debian Strerch,

j'ai avec Synaptic installé sqlite3

à l'exécution aprés une installation interne il me demande d'ouvrir un .db dans 
mon répertoire ou de créer un .db

pour Adminer le package est installé, /etc/adminer est vide

 

 

 

 

> Message du 12/06/17 21:42
> De : "Olivier" 
> A : "ML Debian User French" 
> Copie à : 
> Objet : Adminer/SQLite3/Stretch: comment se connecter ?
> 
>









Bonjour,
> 
>
J'ai installé Adminer sur un PC sous Stretch.
>
Avec Adminer, je n'arrive pas çà me connecter à une base de données locale 
SQLite3.
> 
>
1.Sur l'écran d'accueil, j'ai 4 champs Server/Username/Password/Database et une 
liste déroulante.
>
Quand je sélectionne SQLite 3, je saisi le nom du fichier de base de donnée 
(exemple /home/toto/foo.db) et je clique sur le bouton Login, j'ai un message 
d'erreur Implement login() method to use SQLite.
> 
>
2. Sur Jessie, il n'y a pas que 3 champs Server/Username/Password qui 
disparaissent quand on sélectionne SQLite 3. Quand, je clique sur le bouton 
Login, je peux saisir le nom du fichier de base de données SQLite.
> 
> 
>
1. Observez-vous le même comportement sous Stretch.
>
2. Si oui, quel contournement ?
>
3. Si non, j'ai lu [1].
>
Avez-vous installé le plugin login-sqlite ? Si oui, comment exactement (j'ai 
procédé comme en [2])
> 
>

> 
>
Slts
>



> [1] https://github.com/skydiver/october-plugin-adminer/issues/7
>
[2] Sauver le contenu du lien 
https://raw.github.com/vrana/adminer/master/plugins/login-sqlite.php
>
dans le fichier /usr/share/adminer/plugins/login-sqlite.php (droits 644 
root:root)
>
Modifier le fichier /usr/share/adminer/adminer/plugin.php pour y ajouter une 
ligne "new AdminerLoginSqlite,"
>

Re: Adminer/SQLite3/Stretch: comment se connecter ?

[Olivier]

1. Je vais vérifier.

2. Oui il existe un plugin login-sqlite qui selon certains corrige le pb.
Malheureusement, avec celui-ci, je n'ai pas réussi à résoudre le pb pour
une raison que j'ignore.2.

Par ailleurs, j'ai retrouvé le ticket [3]. Malheureusement, j'ai du mal à
suivre la solution qu'il évoque.

[3] https://sourceforge.net/p/adminer/bugs-and-features/504/

Le 13 juin 2017 à 10:14, didier gaumet  a écrit :

> - Peut-être installer libsqliteodbc permettrait-il de contourner le
> problème? (pure conjecture)
> - peut-etre regarder du côté des plugins login-* sur
>  https://www.adminer.org/en/plugins/ ?
>
> (ne m'en demande pas plus, j'ai dû juste créer une table sqlite pour
> voir il y a des années et c'est le fait que je me sois demandé ce
> qu'était Adminer qui m'a fait lire ton message...)
>
>

Re: Adminer/SQLite3/Stretch: comment se connecter ?

[didier gaumet]

- Peut-être installer libsqliteodbc permettrait-il de contourner le
problème? (pure conjecture)
- peut-etre regarder du côté des plugins login-* sur
 https://www.adminer.org/en/plugins/ ?

(ne m'en demande pas plus, j'ai dû juste créer une table sqlite pour
voir il y a des années et c'est le fait que je me sois demandé ce
qu'était Adminer qui m'a fait lire ton message...)

Re: e2fsck automatique au boot

[Haricophile]

Le Tue, 13 Jun 2017 06:43:33 +0200,
"Pierre L."  a écrit :

> J'ai souvenir qu'il existait une commande (à l'époque Ubuntesque...)
> pour connaître le nombre de reboots restants avant un scan auto... à
> voir si ca fonctionne encore !

tune2fs (installer e2tools je crois)

-- 
haricoph...@aranha.fr