> Malheureusement, une manip aussi complexe qui touche autant le systême
Le système est à peine touché. Tout ce qu'il y a sur le système n'est pas modifié ou supprimé. Il y a que le répertoire /etc/mail qui est renomé /etc/mail.bak.
> je ne peux pas me permettre de mon propre avis...
C'est toi le reponsable de tes actes. Fais selon ta conscience.
Je ne peux plus d'aider, je n'ai plus d'idée. Bonne courage.
T'as beaucoup de /etc/mail modifié. Ça peut-être normal, ce sont des fichiers de configuration.
Tu pourrais voir ce que ça donne avec les fichiers d'origine.
Voilà une procédure possible. [root@here ~]# cd /tmp/
[root@here tmp]# mkdir sendmail
[root@here tmp]# cd sendmail
[root@here sendmail]# rpm2cpio /var/fedora/core/i386/sendmail-8.13.8-2.i386.rpm | cpio -i -m -d
2578 blocks
[root@here sendmail]# mv etc/mail /etc/mail.default
[root@here sendmail]# cd /etc
[root@here etc]# mv mail mail.bak
[root@here etc]# ln -s mail.default mail
[root@here etc]# /etc/init.d/sendmail restart
Arrêt de sm-client : [ OK ]
Arrêt de sendmail : [ OK ]
Démarrage de sendmail : [ OK ]
Démarrage de sm-client : [ OK ]
[root@here etc]# rm -r -f /tmp/sendmail
[root@here etc]#
Si ça marche avec la configuration par défaut, alors tu as fort probablement un problème de configuration de sendmail.
Désolé, mais je ne connais pas sendmail.
Pour revenir à la configuration d'avant : [root@here ~]# cd /etc
[root@here etc]# rm mail
rm: détruire lien symbolique `mail'? y
[root@here etc]# mv mail.bak mail
[root@here etc]# rm -r -f mail.default
[root@here etc]# /etc/init.d/sendmail restart
Arrêt de sm-client : [ OK ]
Arrêt de sendmail : [ OK ]
Démarrage de sendmail : [ OK ]
Démarrage de sm-client : [ OK ]
[root@here etc]#
> Ce que renvoie phpinfo() via apache et mod_php (oui c'est mod_php, pas php en cgi) :
Donc tous les sites tournent sous le même compte (probablement le compte apache) et donc ce n'est pas un problème de droit de fichier (puisque apache lit les fichiers).
> Path to sendmail => /usr/sbin/sendmail -t -i -f ladresse@lesite.com
> Path to sendmail => /usr/sbin/sendmail -t -i
Le "-f", c'est sendmail_form.
> Pour résumer : ça marche en root en cgi, ça ne marche pas en user en cgi.
Sendmail va utilise "from: root@host" pour root (qui a peut-être le droit d'envoyer du courrier selon la conf de sendmail), et sendmail va utiliser "from: user@host" pour user (qui n'a peut-être pas le droit d'envoyer du courrier selon la conf de sendmail). Car sendmail_form n'est pas renseigné en mode cgi.
Puisqu'il y a un site qui marche, regardes ce qui est utilisé dans "sendmail_form" (ou l'option "-f" de sendmail).
> La solution doit sûrement se trouver du côté des droits !
Quels droits ?
Droits des fichiers ? Je ne crois pas.
Je suis assez persuadé que tu as un problème de sendmail_form mal configuré.
> je suppose qu'apache tourne avec le compte du propriétaire des fichiers...
Donc, tu utilises fort probablement le cgi de php et non mod_php (ou peut-être mod_suphp).
Il se peut aussi que la configuration php change par site (on peut avoir un php.ini spécifique).
Donc, j'"insiste" à nouveau, regardes ce que te donnes la sortie de phpinfo().
Sous FC6 (ça doit être la même chose pour FC4) il n'y a qu'un fichier d'installé : /etc/php.ini .
Il y a aussi évidement /etc/httpd/conf.d/php.conf pour la prise en compte par apache de php.
Ce que peut faire Thomas Debesse, c'est lancer "phpinfo()" pour la version cgi (ligne de commande) et la version mod_php et regarder la différence.
Pour la version mod_php, il faut parfois renseigner "sendmail_from" dans la configuration.
> 1 : quelle est la capacité max (Go ou Téraoctets) du FC4. Il me semble que pour XP c’est 128 Go.
Linux c'est largement plus de 100 Go. C'est 8 To pour ext3. Il me semble que Fedora supporte 16 To pour ext3 depuis FC3. 16 To, c'est la limite du vfs sur 32 bits (donc c'est valable pour tous les systèmes de fichier Linux).
> 2 : Pourrais je imbriquer plusieurs dd pour obtenir un seul?
Oui. Avec raid et/ou lvm.
Pour lvm, il faut aussi utiliser mdadm (device mapper).
Le tout est disponible sur Fedora et installé par défaut.
Ce sont les paquets mdadm et lvm2.
Il y a un utilitaire graphique pour configurer lvm. C'est system-config-lvm. Je ne sais pas ce qu'il vaut.
> D'autre part, d'après la page de manuel il est possible avec l'option -l de lister le contenu d'un paquet rpm, mais ça ne fonctionne pas au boulot (RHEL 3)... Qqn peut confirmer si cette option existe (toujours) ?
Ça existe depuis TRÈS longtemps.
Si ça ne fonctionnement pas chez toi, alors probablement que tu utilises mal rpm (désolé).
Si le rpm est installé :
$ rpm -q -l nom_paquet
Si le rpm n'est pas installé :
$ rpm -q -l -p [url ou fichier]
Pour avoir la liste des paquets installé :
$ rpm -q -a
> 1/ Comment synchroniser les deux serveurs pour qu'ils aient les mêmes données sur leurs disques ? rsynch ?
rsync peut-être pas mal. Pour la cohérence des données, tu peux utiliser une snapshot lvm. Il y a aussi des solutions clusters pour FS : http://sources.redhat.com/cluster/
C'est dispo dans FC5 et supérieur.
> 2/ Cela comprendra mysql ?
La copie brute des fichiers de base de donnée, dépend du format.
Il y a aussi des outils de réplications de base (en fait synchonisation). Par exemple pour MySQL je suis tombé sur cet article : http://www.howtoforge.com/mysql_master_master_replication
> 5/ suis-je certain, que si ma machine n°1 ne répond plus, la 2 opérera pareillement, et de manière automatique et transparante ?
Voir les solutions de cluster. Ça dépend de ton fournisseur (de ce qui est devant les serveurs).
Pour moi redhat 7.3 ça fait appel à de vieux souvenir.
> je doit non seulement modifier le fichier habituel (dans sysconfig network)
Normalement il doit y avoir le programme redhat-config-network qui s'occupe de ça.
> Mais quand je mets une ligne dans /etc/modules.conf
Ça ne serait pas /etc/modprobe.conf ? (ou alors c'est seulement depuis Linux 2.6).
> en ajoutant des lignes obscures commencant par install dans le modules.conf, mais rien non plus.
Pour Linux 2.6, il faut un truc dans ce gout : install scsi_hostadapter /bin/true
alias scsi_hostadapter sym53c8xx
Normalement la ligne "install scsi_hostadapter /bin/true" est déjà dans /etc/modprobe.conf.dist.
> Connaissez vous un moyen de recuperer un log quelquepart de la lecture et l'interpretation des infos contenues dans modules.conf durant le boot.
Fais /sbin/modprobe -c
Enfin, as-tu regardés si "autoload module" marche ?
Par exemple, si tu fais "mount -t auto /dev/sda1 /mnt/sda1" sous Linux 2.4, ben linux doit charger automatiquement le module si /etc/modprobe.conf est correctement renseigné (ça ne marche plus avec Linux 2.6 et à forciori avec udev).
[^] # Re: Calmez vous svp.
Posté par clearstream . En réponse au journal Hans Reiser arrêté. Évalué à -10.
[^] # Re: ⌨⌨⌨⌨⌨
Posté par clearstream . En réponse au journal Vous avez demandé IE7.COM, ne quittez pas. Évalué à -3.
Last-Modified: Fri, 20 Jan 2006 12:27:17 GMT
# La source de l'info
Posté par clearstream . En réponse au journal Vous avez demandé IE7.COM, ne quittez pas. Évalué à -7.
# Calmez vous svp.
Posté par clearstream . En réponse au journal Hans Reiser arrêté. Évalué à -10.
Voir aussi les autres commentaires.
Il est question de familles, d'enfants, etc.
[^] # Re: droits d'exécution sendmail
Posté par clearstream . En réponse au message FC4 + php5 + mail() == ?. Évalué à 0.
Misère.
Bon courage.
[^] # Re: droits d'exécution sendmail
Posté par clearstream . En réponse au message FC4 + php5 + mail() == ?. Évalué à 0.
Le système est à peine touché. Tout ce qu'il y a sur le système n'est pas modifié ou supprimé. Il y a que le répertoire /etc/mail qui est renomé /etc/mail.bak.
> je ne peux pas me permettre de mon propre avis...
C'est toi le reponsable de tes actes. Fais selon ta conscience.
Je ne peux plus d'aider, je n'ai plus d'idée. Bonne courage.
[^] # Re: droits d'exécution sendmail
Posté par clearstream . En réponse au message FC4 + php5 + mail() == ?. Évalué à 0.
Tu pourrais voir ce que ça donne avec les fichiers d'origine.
Voilà une procédure possible.
[root@here ~]# cd /tmp/
[root@here tmp]# mkdir sendmail
[root@here tmp]# cd sendmail
[root@here sendmail]# rpm2cpio /var/fedora/core/i386/sendmail-8.13.8-2.i386.rpm | cpio -i -m -d
2578 blocks
[root@here sendmail]# mv etc/mail /etc/mail.default
[root@here sendmail]# cd /etc
[root@here etc]# mv mail mail.bak
[root@here etc]# ln -s mail.default mail
[root@here etc]# /etc/init.d/sendmail restart
Arrêt de sm-client : [ OK ]
Arrêt de sendmail : [ OK ]
Démarrage de sendmail : [ OK ]
Démarrage de sm-client : [ OK ]
[root@here etc]# rm -r -f /tmp/sendmail
[root@here etc]#
Si ça marche avec la configuration par défaut, alors tu as fort probablement un problème de configuration de sendmail.
Désolé, mais je ne connais pas sendmail.
Pour revenir à la configuration d'avant :
[root@here ~]# cd /etc
[root@here etc]# rm mail
rm: détruire lien symbolique `mail'? y
[root@here etc]# mv mail.bak mail
[root@here etc]# rm -r -f mail.default
[root@here etc]# /etc/init.d/sendmail restart
Arrêt de sm-client : [ OK ]
Arrêt de sendmail : [ OK ]
Démarrage de sendmail : [ OK ]
Démarrage de sm-client : [ OK ]
[root@here etc]#
[^] # Re: droits d'exécution sendmail
Posté par clearstream . En réponse au message FC4 + php5 + mail() == ?. Évalué à 0.
Un "chmod u-s /usr/sbin/sendmail.sendmail" devrait faire l'affaire.
Pour annuler, utiliser un "chmod u+s /usr/sbin/sendmail.sendmail".
[^] # Re: droits d'exécution sendmail
Posté par clearstream . En réponse au message FC4 + php5 + mail() == ?. Évalué à 0.
0 conséquence sur le système.
> # chmod `ta_commande` /usr/sbin/sendmail.sendmail
non, ça ne marchera pas.
> > donc il y a eu une modification de faite qui a tout cassé.
Oui, mais quelles modifications ? Là est le problème. Il ne faut pas annuler ses modifications sans en connaitre les tenants et aboutissants.
As-tu regardé ce qu'il y a dans /var/log/maillog ? CECI EST IMPORTANT !
[^] # Re: php.ini
Posté par clearstream . En réponse au message FC4 + php5 + mail() == ?. Évalué à 0.
Donc tous les sites tournent sous le même compte (probablement le compte apache) et donc ce n'est pas un problème de droit de fichier (puisque apache lit les fichiers).
> Path to sendmail => /usr/sbin/sendmail -t -i -f ladresse@lesite.com
> Path to sendmail => /usr/sbin/sendmail -t -i
Le "-f", c'est sendmail_form.
> Pour résumer : ça marche en root en cgi, ça ne marche pas en user en cgi.
Sendmail va utilise "from: root@host" pour root (qui a peut-être le droit d'envoyer du courrier selon la conf de sendmail), et sendmail va utiliser "from: user@host" pour user (qui n'a peut-être pas le droit d'envoyer du courrier selon la conf de sendmail). Car sendmail_form n'est pas renseigné en mode cgi.
Puisqu'il y a un site qui marche, regardes ce qui est utilisé dans "sendmail_form" (ou l'option "-f" de sendmail).
> La solution doit sûrement se trouver du côté des droits !
Quels droits ?
Droits des fichiers ? Je ne crois pas.
Je suis assez persuadé que tu as un problème de sendmail_form mal configuré.
[^] # Re: droits d'exécution sendmail
Posté par clearstream . En réponse au message FC4 + php5 + mail() == ?. Évalué à 1.
Je m'en doutais. Selon rpm :
Quelqu'un a changer le mode du fichier. Il y a peut-être de bonnes raisons à ça, ni touche pas à la légère.
Pour avoir le mode à l'installation, fait rpm -q -l -v sendmail | grep /usr/sbin/sendmail.sendmail
[^] # Re: droits d'exécution sendmail
Posté par clearstream . En réponse au message FC4 + php5 + mail() == ?. Évalué à 1.
Regardes aussi ce qu'il y a dans /var/log/maillog.
[^] # Re: droits d'exécution sendmail
Posté par clearstream . En réponse au message FC4 + php5 + mail() == ?. Évalué à 0.
Je doute beaucoup.
Je comprend le setgid de sendmail, mais je ne comprend pas pourquoi il y a un setuid sur root.
Thomas Debesse, pourrais-tu faire "rpm -V sendmail" ?
[^] # Re: droits d'exécution sendmail
Posté par clearstream . En réponse au message FC4 + php5 + mail() == ?. Évalué à 0.
Donc, tu utilises fort probablement le cgi de php et non mod_php (ou peut-être mod_suphp).
Il se peut aussi que la configuration php change par site (on peut avoir un php.ini spécifique).
Donc, j'"insiste" à nouveau, regardes ce que te donnes la sortie de phpinfo().
[^] # Re: php.ini
Posté par clearstream . En réponse au message FC4 + php5 + mail() == ?. Évalué à 0.
Il y a aussi évidement /etc/httpd/conf.d/php.conf pour la prise en compte par apache de php.
Ce que peut faire Thomas Debesse, c'est lancer "phpinfo()" pour la version cgi (ligne de commande) et la version mod_php et regarder la différence.
Pour la version mod_php, il faut parfois renseigner "sendmail_from" dans la configuration.
# Re:
Posté par clearstream . En réponse au message Fedora téraoctet. Évalué à 8.
Linux c'est largement plus de 100 Go. C'est 8 To pour ext3. Il me semble que Fedora supporte 16 To pour ext3 depuis FC3. 16 To, c'est la limite du vfs sur 32 bits (donc c'est valable pour tous les systèmes de fichier Linux).
> 2 : Pourrais je imbriquer plusieurs dd pour obtenir un seul?
Oui. Avec raid et/ou lvm.
Pour lvm, il faut aussi utiliser mdadm (device mapper).
Le tout est disponible sur Fedora et installé par défaut.
Ce sont les paquets mdadm et lvm2.
Il y a un utilitaire graphique pour configurer lvm. C'est system-config-lvm. Je ne sais pas ce qu'il vaut.
[^] # Re: Et Slack ?
Posté par clearstream . En réponse au journal OpenSuse et ReiserFS. Évalué à 1.
Parles pour toi.
[^] # Re: Slackware
Posté par clearstream . En réponse à la dépêche Linux Slackware 11.0 est disponible. Évalué à 2.
Ça existe depuis TRÈS longtemps.
Si ça ne fonctionnement pas chez toi, alors probablement que tu utilises mal rpm (désolé).
Si le rpm est installé :
$ rpm -q -l nom_paquet
Si le rpm n'est pas installé :
$ rpm -q -l -p [url ou fichier]
Pour avoir la liste des paquets installé :
$ rpm -q -a
=> man rpm
# Pour désactiver AIGLX
Posté par clearstream . En réponse au message EE : AIGLX. Évalué à 1.
Voir en bas de la page.
# Re:
Posté par clearstream . En réponse au message Comment créer un serveur mirroir ?. Évalué à 0.
rsync peut-être pas mal. Pour la cohérence des données, tu peux utiliser une snapshot lvm. Il y a aussi des solutions clusters pour FS :
http://sources.redhat.com/cluster/
C'est dispo dans FC5 et supérieur.
> 2/ Cela comprendra mysql ?
La copie brute des fichiers de base de donnée, dépend du format.
Il y a aussi des outils de réplications de base (en fait synchonisation). Par exemple pour MySQL je suis tombé sur cet article :
http://www.howtoforge.com/mysql_master_master_replication
> 5/ suis-je certain, que si ma machine n°1 ne répond plus, la 2 opérera pareillement, et de manière automatique et transparante ?
Voir les solutions de cluster. Ça dépend de ton fournisseur (de ce qui est devant les serveurs).
[^] # Re: information sur HDD (Linux)
Posté par clearstream . En réponse au message information sur HDD (Linux). Évalué à 1.
Décidément, je n'ai pas toute ma tête.
Voilà une librairie pour accéder à /sys :
http://prdownloads.sourceforge.net/linux-diag/ (chercher sysfstutils).
[^] # Re: information sur HDD (Linux)
Posté par clearstream . En réponse au message information sur HDD (Linux). Évalué à 0.
$ lshal --tree
[...]
storage_serial_Y28G0SEE
volume_uuid_4d8be246_0959_4760_93da_7340446b2baa
volume_uuid_72abcf17_7925_2b28_77d9_d218c8b8e4eb_0
volume_part3_size_537255936_0
[...]
$ lshal --long --show storage_serial_Y28G0SEE
udi = '/org/freedesktop/Hal/devices/storage_serial_Y28G0SEE'
volume.ignore = true (bool)
block.storage_device = '/org/freedesktop/Hal/devices/storage_serial_Y28G0SEE' (string)
info.udi = '/org/freedesktop/Hal/devices/storage_serial_Y28G0SEE' (string)
storage.partitioning_scheme = 'mbr' (string)
storage.removable.media_size = 81964302336 (0x1315740000) (uint64)
storage.requires_eject = false (bool)
storage.hotpluggable = false (bool)
info.capabilities = {'storage', 'block'} (string list)
info.category = 'storage' (string)
info.product = 'Maxtor 6Y080L0' (string)
storage.size = 81964302336 (0x1315740000) (uint64)
storage.removable = false (bool)
storage.removable.media_available = true (bool)
storage.physical_device = '/org/freedesktop/Hal/devices/pci_1106_571_ide_0_0' (string)
storage.firmware_version = 'YAR41BW0' (string)
storage.serial = 'Y28G0SEE' (string)
storage.vendor = '' (string)
storage.model = 'Maxtor 6Y080L0' (string)
storage.drive_type = 'disk' (string)
storage.automount_enabled_hint = true (bool)
storage.media_check_enabled = false (bool)
storage.no_partitions_hint = false (bool)
storage.bus = 'ide' (string)
block.is_volume = false (bool)
block.minor = 0 (0x0) (int)
block.major = 3 (0x3) (int)
block.device = '/dev/hda' (string)
linux.hotplug_type = 3 (0x3) (int)
info.parent = '/org/freedesktop/Hal/devices/pci_1106_571_ide_0_0' (string)
linux.sysfs_path_device = '/sys/block/hda' (string)
linux.sysfs_path = '/sys/block/hda' (string)
$ lshal --long --show volume_uuid_4d8be246_0959_4760_93da_7340446b2baa
udi = '/org/freedesktop/Hal/devices/volume_uuid_4d8be246_0959_4760_93da_7340446b2baa'
volume.unmount.valid_options = {'lazy'} (string list)
volume.mount.valid_options = {'ro', 'sync', 'dirsync', 'noatime', 'nodiratime', 'noexec', 'quiet', 'remount', 'exec', 'data='} (string list)
org.freedesktop.Hal.Device.Volume.method_execpaths = {'hal-storage-mount', 'hal-storage-unmount', 'hal-storage-eject'} (string list)
org.freedesktop.Hal.Device.Volume.method_argnames = {'mount_point fstype extra_options', 'extra_options', 'extra_options'} (string list)
org.freedesktop.Hal.Device.Volume.method_signatures = {'ssas', 'as', 'as'} (string list)
org.freedesktop.Hal.Device.Volume.method_names = {'Mount', 'Unmount', 'Eject'} (string list)
info.interfaces = {'org.freedesktop.Hal.Device.Volume'} (string list)
volume.ignore = true (bool)
info.udi = '/org/freedesktop/Hal/devices/volume_uuid_4d8be246_0959_4760_93da_7340446b2baa' (string)
volume.partition.flags = {} (string list)
volume.partition.uuid = '' (string)
volume.partition.label = '' (string)
volume.partition.type = '0x83' (string)
volume.partition.scheme = 'mbr' (string)
info.product = 'big_b1' (string)
volume.partition.media_size = 81964302336 (0x1315740000) (uint64)
volume.partition.start = 32256 (0x7e00) (uint64)
volume.size = 100606464 (0x5ff2200) (uint64)
volume.num_blocks = 196497 (0x2ff91) (int)
volume.block_size = 512 (0x200) (int)
volume.partition.number = 1 (0x1) (int)
info.capabilities = {'volume', 'block'} (string list)
info.category = 'volume' (string)
volume.is_partition = true (bool)
volume.is_disc = false (bool)
volume.linux.is_device_mapper = false (bool)
volume.is_mounted_read_only = false (bool)
volume.is_mounted = true (bool)
volume.mount_point = '/boot' (string)
volume.label = 'big_b1' (string)
volume.uuid = '4d8be246-0959-4760-93da-7340446b2baa' (string)
volume.fsversion = '1.0' (string)
volume.fsusage = 'filesystem' (string)
volume.fstype = 'ext3' (string)
storage.model = '' (string)
block.storage_device = '/org/freedesktop/Hal/devices/storage_serial_Y28G0SEE' (string)
block.is_volume = true (bool)
block.minor = 1 (0x1) (int)
block.major = 3 (0x3) (int)
block.device = '/dev/hda1' (string)
linux.hotplug_type = 3 (0x3) (int)
info.parent = '/org/freedesktop/Hal/devices/storage_serial_Y28G0SEE' (string)
linux.sysfs_path_device = '/sys/block/hda/hda1' (string)
linux.sysfs_path = '/sys/block/hda/hda1' (string)
[^] # Re: information sur HDD (Linux)
Posté par clearstream . En réponse au message information sur HDD (Linux). Évalué à 0.
Il n'y a pas de standard (type POSIX) pour ça. S'il y a un standard, c'est hal :
http://www.freedesktop.org/wiki/Software/hal
Tu peux regarder les sources des programmes donnés précédement.
Tu trouveras beaucoup d'info dans /sys.
Voir aussi udev :
http://kernel.org/pub/linux/utils/kernel/hotplug/
Tu y trouveras volume_id et quelques programmes intéressants :
# /lib/udev/ata_id /dev/hda
Maxtor_6Y080L0_Y28G0SEE
# /lib/udev/vol_id /dev/hda1
ID_FS_USAGE=filesystem
ID_FS_TYPE=ext3
ID_FS_VERSION=1.0
ID_FS_UUID=4d8be246-0959-4760-93da-7340446b2baa
ID_FS_LABEL=big_b1
ID_FS_LABEL_SAFE=big_b1
Voir aussi hdparm :
http://sourceforge.net/projects/hdparm/
# /sbin/hdparm -i /dev/hdc
/dev/hdc:
Model=Maxtor 6Y080L0, FwRev=YAR41BW0, SerialNo=Y21860DE
Config={ Fixed }
RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=57
BuffType=DualPortCache, BuffSize=2048kB, MaxMultSect=16, MultSect=off
CurCHS=4047/16/255, CurSects=16511760, LBA=yes, LBAsects=160086528
IORDY=on/off, tPIO={min:120,w/IORDY:120}, tDMA={min:120,rec:120}
PIO modes: pio0 pio1 pio2 pio3 pio4
DMA modes: mdma0 mdma1 mdma2
UDMA modes: udma0 udma1 udma2 udma3 udma4 *udma5 udma6
AdvancedPM=yes: disabled (255) WriteCache=enabled
Drive conforms to: ATA/ATAPI-7 T13 1532D revision 0: ATA/ATAPI-1 ATA/ATAPI-2 ATA/ATAPI-3 ATA/ATAPI-4 ATA/ATAPI-5 ATA/ATAPI-6 ATA/ATAPI-7
* signifies the current active mode
Je répète, celà est trop dépend pour l'OS pour qu'il y ait un standard.
[^] # Re: Gestionnaire de packages
Posté par clearstream . En réponse au journal Passage de Debian a Mandriva 2007. Évalué à 1.
Conectiva. Egalement créateur de apt4rpm.
[^] # Re: PS : je joue avec redhat 7.3
Posté par clearstream . En réponse au message Echec de chargement de module au boot. Évalué à 0.
> je doit non seulement modifier le fichier habituel (dans sysconfig network)
Normalement il doit y avoir le programme redhat-config-network qui s'occupe de ça.
> Mais quand je mets une ligne dans /etc/modules.conf
Ça ne serait pas /etc/modprobe.conf ? (ou alors c'est seulement depuis Linux 2.6).
> en ajoutant des lignes obscures commencant par install dans le modules.conf, mais rien non plus.
Pour Linux 2.6, il faut un truc dans ce gout :
install scsi_hostadapter /bin/true
alias scsi_hostadapter sym53c8xx
Normalement la ligne "install scsi_hostadapter /bin/true" est déjà dans /etc/modprobe.conf.dist.
> Connaissez vous un moyen de recuperer un log quelquepart de la lecture et l'interpretation des infos contenues dans modules.conf durant le boot.
Fais /sbin/modprobe -c
Enfin, as-tu regardés si "autoload module" marche ?
Par exemple, si tu fais "mount -t auto /dev/sda1 /mnt/sda1" sous Linux 2.4, ben linux doit charger automatiquement le module si /etc/modprobe.conf est correctement renseigné (ça ne marche plus avec Linux 2.6 et à forciori avec udev).