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 >$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 >$LOG
su - différent de sudo pour sfdisk
Bonjour, Dans une Knoppix remasterisée, j'ai modifié l'installeur 'knoppix-installer' légèrement afin que la knoppix s'installe le plus facilement possible. C'est à dire que le partitionnement se fait par défaut, sans poser de questions. Pour cela, j'ai utilisé l'outil 'sfdisk' en lui passant un fichier de config préalablement établis : # !!! PARTITION ALL DISK AND FORMAT !!! /sbin/sfdisk -uM $INSTALL_DEV >$LOG if [ $? -ne 0 ] then echo "error in cre_partition_jll ( sfdisk -uM $INSTALL_DEV )" >>$LOG return 1 fi Pour lancer l'installeur, je deviens root en tapant "su -" puis je lance "knoppix-installer_modifie", et ça fonctionne comme je le souhaite. En revanche, quand je lance à partir du user knoppix : "sudo knoppix-installer_modifie", l'installation s'arrète sur le sfdisk qui renvoit une erreur pas très causante. 'set -x' me dit seulement que $? n'est pas = à 0. J'ai vérifié les variables d'environnement, le path, sans succès. Quelqu'un aurait'il une idée ? Jean-Louis Louere
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
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: 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: .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 : 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
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 > 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
.forward avec exim
Bonjour, 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