RE: su - différent de sudo pour sfdisk
C'est très clair, merci. J'ai essayé la mettre dans le scritp : sudo /sbin/sfdisk -uM $INSTALL_DEV /tmp/partition-info 2$LOG et je récupère toujours un code retour != de 0 alors que ça passe bien en root. Ce que je ne comprend pas non plus, c'est que j'ai également une erreur si je fais : # su # knoppix-installer-perso Il faut impérativement que je passe la commande : # su - # knoppix-installer-perso Dès que j'ai un moment, je creuse. Cordialement JLL -Message d'origine- De : [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] la part de Ludovic Desfontaines Envoyé : mardi 19 avril 2005 12:52 À : debian-user-french@lists.debian.org Objet : Re: su - différent de sudo pour sfdisk Bonjour, En fait, selon moi, lorsque tu fais sudo knoppix-installer_modifie, tu ne lances pas le processus sfdisk en root. En fait, il faudrait que ton script contiennent sudo sfdisk et pas seulement faire sudo 'ton_script'. J'ai déjà eu un problème similaire et le faire de mettre sudo sur chaque commande privilégiée a résolu le problème. En espérant avoir été clair ... Cdt Ludovic # !!! PARTITION ALL DISK AND FORMAT !!! /sbin/sfdisk -uM $INSTALL_DEV /tmp/partition-info 2$LOG
Openoffice et set-gid
Bonjour, Je voudrais partager un répertoire auprès d'un groupe d'utilisateurs. Il faut que chaque utilisateur ait les droits d'écriture sur tous les fichiers de ce repertoire et uniquement sur ce répertoire. J'ai donc pensé à positionner le set-gid du répertoire en tapant un 'chmod 2770 repertoire'. Cela fonctionne très bien, n'importe qui ayant accès à ce répertoire, peut y modifier les fichiers des voisins. Cependant, il semble que 0penoffice et uniquement cette appli refuse de modifier les fichiers des autres (read only). Quelqu'un a-t'il la solution ? Cordialement Jean-Louis Louere
RE: apt-get dpkg : differences de vues
Le Mardi 10 Février 2004 18:57, Louer, Jean Louis a écrit : D'après ce que j'ai constaté, dpkg -l donne la liste de _tous_ les paquets selon sources.list. Quand un paquet n'est pas installé, dpkg me le signale par le status, du genre un, parcequ'il ne va pas voir dans la base des paquets installés mais _installables_, suite à la commande apt-get update. Dans le cas que je décris, dpkg me répond paquet inconnu ou du genre, ce qui n'est pas le cas de apt-get, puisqu'il sait l'installer...!? J'ai également eu ce genre de problèmes. J'ai pensé à des données qui trainent dans la base des paquets. La distribution est-elle installée depuis longtemps ? Pour moi, c'est une sarge/unstable de septembre 2001 (donc passée par potato, woody, sarge et sarge/unstable). -- Michel Grentzinger En effet, c'est un peu plus sioux. J'ai une passerelle en woudy, dont le disque est tellement petit, qu'il n'y a aucun espoir d'y installer une couche graphique. Pourtant, dpkg -l 'kde*' me sort la totale des paquets qui n'ont jamais été installés sur cette machine et ne le seront jamais. L'install s'est faite à partir des 7 cds woody. Ici, la taille de /var/lib/dpkg/available est de 6,8 Mo. Sur ma machine normale (interface graphique, openoffice...), l'install fut réalisée à partir du cd 1 woody, puis direction testing via les serveurs ftp. La taille du fichier /var/lib/dpkg/available est de 1,2 Mo, quoique le nombre de paquets installés est beaucoup plus important. J'en déduis (hâtivement ?) que apt-add cdrom alimente le fichier /var/lib/dpkg/available, que les paquets soient installés ou non. Question : J'utilisais avantageusement la commande dpkg -l 'kde*' pour avoir le nom des paquets installés ou non. Y-a-t'il moyen de fournir un fichier complet available pour une distribution testing ? Sinon, j'obtiens quelquechose d'approchant avec la commande # apt-cache search 'kdet*' | grep kdet par exemple, mais je n'ai pas le status installé ou pas. Merci de m'avoir lu. Jean-Louis Louere
RE: apt-get dpkg : differences de vues
Le 09.02.2004 17:57, Louer, Jean Louis a écrit : Bonjour, J'ai tapé la commande : # dpkg -l apt-show-versions pour savoir si le paquet était installé. Le système m'a répondu qu'il ne dpkg -l donne les paques _installés_ sur le système. Comme le paquet n'était pas installé, il a justement répondu qu'il ne le trouvait pas ... connait pas ce paquet. En revanche, la commande : # apt-get install apt-show-versions m'a installé correctement le paquet. apt-get install va chercher le paquet sur le miroir que vous avez sélectionné dans votre sources.list. Si le paquet existe sur le miroir, alors, il l'installe. Auparavant, j'avais fait un apt-get update. Je suis en testing. Par curiosité, je voudrais savoir pourquoi dpkg n'a pas vu le paquet en question. Merci Jean-Louis Louere Et maintenant si vous refaites dpkg -l il va trouver le paquet parce qu'il est installé sur votre système. -- - Jean-Luc D'après ce que j'ai constaté, dpkg -l donne la liste de _tous_ les paquets selon sources.list. Quand un paquet n'est pas installé, dpkg me le signale par le status, du genre un, parcequ'il ne va pas voir dans la base des paquets installés mais _installables_, suite à la commande apt-get update. Dans le cas que je décris, dpkg me répond paquet inconnu ou du genre, ce qui n'est pas le cas de apt-get, puisqu'il sait l'installer...!? Le mystère reste mystérieux. JLL
apt-get dpkg : differences de vues
Bonjour, J'ai tapé la commande : # dpkg -l apt-show-versions pour savoir si le paquet était installé. Le système m'a répondu qu'il ne connait pas ce paquet. En revanche, la commande : # apt-get install apt-show-versions m'a installé correctement le paquet. Auparavant, j'avais fait un apt-get update. Je suis en testing. Par curiosité, je voudrais savoir pourquoi dpkg n'a pas vu le paquet en question. Merci Jean-Louis Louere
RE: [Sondage] Vous faites vos sauvegardes comment ?
Petite variante du mirroring, j'utilise en effet un deuxième disque sur lequel je sauvegarde à l'aide de rsync, une fois par jour. L'avantage (et l'inconvénient) par rapport au RAID 1, c'est que j'ai une journée pour me retourner si j'ai des fichiers supprimés. La procédure est décrite ici : http://docs.abuledu.org/article76.html? Il faut remplacer Unison par rsync, qui est en fait, plus adapté. Jean-Louis Louere -- L'interrogation du soir : Jusqu'à présent, mes machines disposaient de disques durs de capacité relativement faible ( 15 Go ) et je pouvais les sauvegarder en gravant des CD-R ou sur bandes DAT; hors depuis peu, j'ai des machines avec des disques de 80 Go et plus... Je m'imagine mal sortir 114 CD-R pour graver 80 Go de données... Donc la question est : à part mettre un autre disque dur en mirroring, quelle solution utilisez-vous pour sauvegarder vos données quand il y en a plus de 50 Go (avec des couts raisonnables, ie: les lecteurs DLT sont exclus ainsi que les autres solutions au dela de 3000 Euros). Suggestions/retours d'expériences bienvenus. -- Vincent RENARDIAS
RE: taille des partitions
Puisque chacun donne son avis, je donne le mien aussi :o) Sans parler de la swap, je configure trois partitions : / de 3 Go dans laquelle il y a tout sauf /home. J'ai constaté que même en installant un maximum de paquets, interfaces graphiques, thèmes, jeux..., j'ai du mal à dépasser les 2 Go. /nouvelle_distrib de 3 Go également pour les mêmes raisons que plus haut. Comme son nom l'indique, cette partition me permet d'installer la nouvelle mandrake par exemple (non, pas taper !) sans rien toucher à la config actuelle qui fonctionne. /home pour le reste. Vu la taille restante, tu peux envisager une autre partition pour tes films, ta musique, sauvegardes... Jean-Louis Louere -Message d'origine- De : Joseph ROUMIER [mailto:[EMAIL PROTECTED] Bonjour, je suis en train d'installer debian (enfin je réinstalle) et cette fois j'ai de la place :) Et du coup la richesse créant des problèmes, je me demande quelle place assigner à quoi... je sais pour le swap mais je ne sais pas pour le reste. [...]
RE: exim + connexion rtc
-Message d'origine- J'ai installé le serveur de messagerie exim sur une woody avec le noyau 2.2.20. J'ai une connexion à internet via un modem rtc, configuré avec pppconfig. Je souhaite donc envoyer mes mails lors de la connexion sur internet, grace à la commande exim -qf qui se trouve bien dans /etc/ppp/ip-up.d/exim Le problème est que certain message ne partent pas immédiatement à la connexion, mais attendent 5 minutes environ avant d'etre envoyés. La commande manuelle exim -qf exécuté sous root pendant la connexion, ne semble avoir aucun effet. Mais il est a noter que la plupart des mails partent correctement, sans délai après la connexion. Cela peut-il venir de la configuration d'exim ? Cordialement Jean-Louis Louere Je me répond à moi-même. La réponse était pourtant simple :-) Au lieu de mettre la commande : exim -qf dans /etc/ppp/ip-up.d/exim, il faut mettre : exim -qqf ce qui a pour effet de ne pas tenter d'envoyer les mails tant que la connexion n'est pas établie. Bref, c'est encore une histoire de q ! Cordialement Jean-Louis Louere
exim + connexion rtc
Bonjour,
J'ai installé le serveur de messagerie exim sur une
woody avec le noyau 2.2.20. J'ai une connexion à internet
via un modem rtc, configuré avec pppconfig.
Je souhaite donc envoyer mes mails lors de la connexion
sur internet, grace à la commande exim -qf qui se trouve
bien dans /etc/ppp/ip-up.d/exim
Le problème est que certain message ne partent pas
immédiatement à la connexion, mais attendent 5 minutes
environ avant d'etre envoyés.
La commande manuelle exim -qf exécuté sous root pendant
la connexion, ne semble avoir aucun effet.
Mais il est a noter que la plupart des mails partent
correctement, sans délai après la connexion.
Cela peut-il venir de la configuration d'exim ?
Cordialement
Jean-Louis Louere
PS : ci-joint le fichier exim.conf
##
#MAIN CONFIGURATION SETTINGS #
##
qualify_domain = machinchose.com
local_domains = localhost:machinchose.com:rigolvert
local_domains_include_host = true
local_domains_include_host_literals = true
never_users = root
host_lookup = *
host_accept_relay = 127.0.0.1 : 1 : 192.168.1.0/24
host_auth_accept_relay = *
trusted_users = mail:jl
smtp_verify = false
gecos_pattern = ^([^,:]*)
gecos_name = $1
smtp_accept_queue_per_connection = 100
freeze_tell_mailmaster = true
received_header_text = Received: \
${if def:sender_rcvhost {from ${sender_rcvhost}\n\t}\
{${if def:sender_ident {from ${sender_ident} }}\
${if def:sender_helo_name {(helo=${sender_helo_name})\n\t\
by ${primary_hostname} \
${if def:received_protocol {with ${received_protocol}}} \
(Exim ${version_number} #${compile_number} (Debian))\n\t\
id ${message_id}\
${if def:received_for {\n\tfor $received_for}}
receiver_try_verify = true
end
##
# TRANSPORTS CONFIGURATION #
##
local_delivery:
driver = appendfile
group = mail
mode = 0660
mode_fail_narrower = false
envelope_to_add = true
return_path_add = true
file = /var/spool/mail/${local_part}
address_pipe:
driver = pipe
path = /usr/bin:/bin:/usr/local/bin
return_output
# This transport is used for handling file addresses generated by alias
# or .forward files.
address_file:
driver = appendfile
envelope_to_add = true
return_path_add = true
address_directory:
driver = appendfile
no_from_hack
prefix =
suffix =
# maildir_format
# This transport is used for handling autoreplies generated by the filtering
# option of the forwardfile director.
address_reply:
driver = autoreply
# This transport is used for procmail
procmail_pipe:
driver = pipe
command = /usr/bin/procmail
return_path_add
delivery_date_add
envelope_to_add
# check_string = From
# escape_string = From
suffix =
# This transport is used for delivering messages over SMTP connections.
remote_smtp:
driver = smtp
# authenticate_hosts = smarthost.isp.com
end
##
# DIRECTORS CONFIGURATION #
# Specifies how local addresses are handled #
##
real_local:
prefix = real-
driver = localuser
transport = local_delivery
system_aliases:
driver = aliasfile
file_transport = address_file
pipe_transport = address_pipe
file = /etc/aliases
search_type = lsearch
userforward:
driver = forwardfile
file_transport = address_file
pipe_transport = address_pipe
reply_transport = address_reply
no_verify
check_ancestor
check_local_user
file = .forward
modemask = 002
filter
# This director runs procmail for users who have a .procmailrc file
procmail:
driver = localuser
transport = procmail_pipe
require_files = ${local_part}:+${home}:+${home}/.procmailrc:+/usr/bin/procmail
no_verify
# This director matches local user mailboxes.
localuser:
driver = localuser
transport = local_delivery
end
##
# ROUTERS CONFIGURATION #
#Specifies how remote addresses are handled #
##
smarthost:
driver = domainlist
transport = remote_smtp
route_list = * smtp.free.fr bydns_a
end
##
# RETRY CONFIGURATION #
##
* * F,2h,15m; G,16h,2h,1.5; F,4d,8h
end
RE: Pb : (raid)
Je ne vois pas d'options du noyau portant sur la configuration raid. Est-ce qu'elles sont intégrées ? Jean-Louis Louere -Message d'origine- De : Vincent Farget [mailto:[EMAIL PROTECTED] Bonjour, (...) J'ai installé une Woody, compilé un noyau 2.4.18 avec comme Selection : Pentium4, SMP, 4Go de HiMEM support, PnP support (mais pas ISA Pnp support), ATA/IDE/MFM/RLL support, include IDE atapi cdrom support, SCSI emulation support, Generic PCI IDE chipset support, Sharing PCI IDE interrupts support, Generic PCI BUS-Master support, Use PCI DMA by default when available, Intel PIIXn chipsets support, PIIXn tunning support, PROMISE PDC 202(46/62/65/67/68) support, SCSI support, SCSI disk support, Adaptec AIC7xxx support, Network device support, Ethernet (10 or 100 Mbit), EtherExpressPro/100 support, /dev/agpgart AGP support, Intel 440LX/BX/GX and i815/i830M/i840/i850 support, Intel i810/i815/i830M (on-board) support, PS2 mouse support, Quota support, Kernel automounter v4 support, ext3 fs support, ext3 debug support, ISO9660 CDROM support, Microsoft joliet support, ext2 fs support, SMB filesystem support, Codepage 850, NLS ISO 8859-1, NLS ISO 8859-15 et NLS UTF8 support. Après la compilation du noyau, et le redémarrage de la machine, tout marche bien SAUF le fait que les 2 disques durs situées sur le port RAID Promise PDC 20267 n'apparaissent pas. L'instruction 'dmesg' me donne entre autre : (...)
RE: Changements de matériel
Tu peux installer un disque dur ide de pc sur lequel est installé linux, sur un autre pc. Il devrait démarer sans problème en mode texte. Les ajustements porteront sur la carte graphique et sur la carte son. Bien sur, il y aura des optimisations à faire si l'une ou l'autre des carte-mère est multi-processeur, mais ce n'est pas bloquant. Idem pour les cartes réseaux, scsi... Cordialement Jean-Louis Louere -Message d'origine- De : [EMAIL PROTECTED] Bonjour. Petites questions que je me pose : si l'on décide de changer du matériel sur sa machine (genre une carte mère), quel est l'impact de ce changement sur l'OS ? J'imagine qu'en changeant une carte son, au pire il y aura un message au boot indiquant qu'il ne trouve plus celle qui était précédemment installée. Mais n'y-a-t'il pas de risque de problèmes plus graves empêchant l'OS de booter ? Y-a-t'il une démarche à adopter pour faire les changements de matériel en toute sécurité ? Merci.
RE: .forward avec exim
--
De : Jean-Christophe Dubacq[SMTP:[EMAIL PROTECTED]
On Mon, 19 Nov 2001, Louer, Jean Louis wrote:
driver = pipe
command = /usr/bin/procmail -d ${local_part}
return_path_add
Faut-il supprimer purement et simplement ce paragraphe dans le fichier
de
config ?
Pas cette section; plutôt celle qui l'appelle. Par exemple:
procmail:
driver = localuser
transport = procmail_pipe
require_files =
${local_part}:+${home}:+${home}/.procmailrc:+/usr/bin/procmail
no_verify
Toutefois, en regardant, je vois aussi le déclenchement du .forward:
userforward:
driver = forwardfile
file_transport = address_file
pipe_transport = address_pipe
reply_transport = address_reply
no_verify
check_ancestor
check_local_user
file = .forward
modemask = 002
filter
As-tu pensé au modemask 002 ? Autrement dit, ton .forward a-t-il des
permissions correctes ?
--
Jean-Christophe Dubacq -- ATER en informatique à la faculté d'Orsay.
Tel: 01 69 15 76 43 / 06 64 86 10 56 --- Email: [EMAIL PROTECTED]
Un grand merci à ceux qui m'ont répondu. Je dois dire que je cherchais
depuis pas mal de jours sur le grand internet la réponse à ma
question, en vain. En cherchant sur Google : exim .forward filter, je n'ai
vu nulle part qu'il fallait désactiver la section procmail: dans le
fichier exim.conf. Mais je suis peut-être bigleux.
Enfin, ça marche et je vais pouvoir faire ma liste de diffusion.
Merci.
Jean-Louis Louere
RE: .forward avec exim
-- De : Simon Huggins[SMTP:[EMAIL PROTECTED] J'ai installé Exim comme serveur de messagerie et j'aimerai utiliser le fichier .forward pour filtrer mes messages. J'ai donc configuré ce fichier (en rw-r--r--) en commançant par la ligne : # Exim filter J'ai testé le fichier .forward avec la commande avec succès: /usr/sbin/exim -bf .forward test-message Que dit: exim -bt [EMAIL PROTECTED] ? La réponse pour l'utilisateur qui a le .forward : [EMAIL PROTECTED] deliver to jl in domain localhost director = procmail, transport = procmail_pipe La réponse pour l'utilisateur vers qui je veux redirigé les messages : [EMAIL PROTECTED] deliver to victor in domain localhost director = procmail, transport = procmail_pipe Quelle que soient les commandes dans le .forward, il semble qu'Exim ne fasse pas du tout appel à ce fichier. Voici ce que contient ~/.forward, sans aucun résultat : # Exim filter if error_message then finish endif logfile $home/filter_exim.log mail to victor subject mess exim log /home/jl/exim.log mail to [EMAIL PROTECTED] subject message1 mail to [EMAIL PROTECTED] subject message2 if $h_to: contains [EMAIL PROTECTED] then deliver victor endif if $header_subject: contains message3 then deliver victor endif Cordialement Jean-Louis Louere
RE: .forward avec exim
--
De : Josselin Mouette[SMTP:[EMAIL PROTECTED]
Quelle que soient les commandes dans le .forward, il semble qu'Exim ne
fasse
pas du tout appel à ce fichier.
Ça me paraît pourtant clair : ces utilisateurs ont tous deux un
.procmailrc, leur mail est donc géré par procmail.
Si tu le supprimes, le .forward devrait être pris en compte.
Merci pour la réponse.
De fait, Procmail est sollicité dans le /etc/exim.conf :
procmail_pipe:
driver = pipe
command = /usr/bin/procmail -d ${local_part}
return_path_add
delivery_date_add
envelope_to_add
check_string = From
escape_string = From
user = $local_part
group = mail
Faut-il supprimer purement et simplement ce paragraphe dans le fichier de
config ?
Jean-Louis Louere
