[Résolu] Réinstallation Webmin impossible Port 10000 / Perl

Support Debian
#1

Bonsoir les gens :slightly_smiling:

Je bloque sur une erreur et étant plutôt newbie sous linux je galère énormément :frowning:

Donc cette erreur apparait lorsque je tente d’installer une nouvelle version de webmin … J’ai essayé en désinstallant mon ancienne version par cette commande “apt-get remove webmin” et après quand j’essaie de réinstaller par cette seconde commande “dpkg --install webmin_1.410_all.deb” je retrouve cette erreur =>

dpkg --install webmin_1.410_all.deb (Lecture de la base de données... 36896 fichiers et répertoires déjà installés.) Dépaquetage de webmin (à partir de webmin_1.410_all.deb) ... /var/lib/dpkg/tmp.ci/preinst: line 2: perl: command not found /var/lib/dpkg/tmp.ci/preinst: line 28: perl: command not found Port 10000 is already in use dpkg : erreur de traitement de webmin_1.410_all.deb (--install) : le sous-processus pre-installation script a retourné une erreur de sortie d'état 2 Des erreurs ont été rencontrées pendant l'exécution : webmin_1.410_all.deb

Donc je pense que un fichier, un réglage est resté en place sur mon debian, réservant ce port 10000 … et malgrès plusieurs heures de recherche je ne suis pas parvenu à trouver

J’ai déja tenté un simple reboot hardware, ou bien arrêter un éventuel processus “webmin” par l’ancien fichier init ou bien en “killall”…
J’ai aussi reperé une entrée dans le fichier de services qui mentionné webmin associé au port 10000, je l’ai donc supprimé mais rien n’y change
J’ai recherché de plein de manière différente si un processus était associé au port 10000 par de multiple commande en “ps aux” ou “netstat” …
Tout sa sans succès, l’erreur reste au même stade :s

Donc si quelqu’un peut m’aider, je lui serait vraiment reconnaissant

PS : debian 4 etch, toutes dépendances webmin bien installés

#2

si je ne me trompe pas, webmin n’est plus suivi sous Debian car problèmes de sécu.

#3

oui effectivement plus sur etch pour problème de sécu divers et varié.O

Sa pose problème dans le cadre de ma question ?

#4

[quote=“WolwX”]oui effectivement plus sur etch pour problème de sécu divers et varié.O

Sa pose problème dans le cadre de ma question ?[/quote]

Oui vu que sans webmin tu est perdu.
C’est peut être le moment de l’abandonner et de te lancer au cœur du sujet. :slightly_smiling:

Sinon regarde avec cette commande si le port est utilisé:

Tue le processus.

/etc/init.d/webmin stop
#5

Merci pour le début de réponse, là on rentre dans des commandes qui peuvent m’aider :slightly_smiling:

Donc # netstat -lataupen :

Pas de port 10000 en utilisation

root@ns38099:~# netstat -lataupen Connexions Internet actives (serveurs et établies) Proto Recv-Q Send-Q Adresse locale Adresse distante Etat Utilisatr Inode PID/Program name tcp 0 0 0.0.0.0:51234 0.0.0.0:* LISTEN 0 157169 3302/server_linux tcp 0 0 91.121.10.130:64738 0.0.0.0:* LISTEN 0 5490 2823/murmur.x86 tcp 0 0 0.0.0.0:14534 0.0.0.0:* LISTEN 0 157168 3302/server_linux tcp 0 0 91.121.10.130:27015 0.0.0.0:* LISTEN 0 176326961 16522/srcds_i686 tcp 0 0 91.121.10.130:27016 0.0.0.0:* LISTEN 0 183653928 19109/srcds_i686 tcp 0 0 0.0.0.0:6600 0.0.0.0:* LISTEN 0 5150 2755/mpd tcp 0 0 0.0.0.0:3306 0.0.0.0:* LISTEN 1 06 4745 2605/mysqld tcp 0 0 91.121.10.130:27019 0.0.0.0:* LISTEN 0 70188813 12923/srcds_i686 tcp 0 0 0.0.0.0:8080 0.0.0.0:* LISTEN 0 5270 2789/apache2 tcp 0 0 0.0.0.0:80 0.0.0.0:* LISTEN 0 5268 2789/apache2 tcp 0 0 0.0.0.0:21 0.0.0.0:* LISTEN 1 02 5189 2765/proftpd: (acce tcp 0 0 91.121.10.130:53 0.0.0.0:* LISTEN 1 03 4642 2513/named tcp 0 0 127.0.0.1:53 0.0.0.0:* LISTEN 1 03 4640 2513/named tcp 0 0 0.0.0.0:22 0.0.0.0:* LISTEN 0 5103 2715/sshd tcp 0 0 127.0.0.1:953 0.0.0.0:* LISTEN 1 03 4644 2513/named tcp 0 0 91.121.10.130:27015 85.214.118.129:41027 ESTABLISHED0 185167658 16522/srcds_i686 tcp 0 0 91.121.10.130:64738 90.5.165.74:3371 ESTABLISHED0 164112174 2823/murmur.x86 tcp 0 2132 91.121.10.130:22 82.227.222.194:1990 ESTABLISHED0 185574425 19460/4 tcp 0 0 91.121.10.130:80 82.227.222.194:1261 ESTABLISHED3 3 185515450 19436/apache2 udp 672 0 91.121.10.130:27015 0.0.0.0:* 0 176326957 16522/srcds_i686 udp 0 0 91.121.10.130:27016 0.0.0.0:* 0 183653925 19109/srcds_i686 udp 0 0 0.0.0.0:6666 0.0.0.0:* 0 156884 3302/server_linux udp 0 0 91.121.10.130:27019 0.0.0.0:* 0 70188810 12923/srcds_i686 udp 0 0 91.121.10.130:27020 0.0.0.0:* 0 70188811 12923/srcds_i686 udp 1008 0 91.121.10.130:27021 0.0.0.0:* 0 176326958 16522/srcds_i686 udp 0 0 91.121.10.130:27022 0.0.0.0:* 0 183653926 19109/srcds_i686 udp 0 0 0.0.0.0:54162 0.0.0.0:* 1 03 4643 2513/named udp 0 0 91.121.10.130:26901 0.0.0.0:* 0 70189011 12923/srcds_i686 udp 0 0 91.121.10.130:26902 0.0.0.0:* 0 176328168 16522/srcds_i686 udp 0 0 91.121.10.130:26903 0.0.0.0:* 0 183655873 19109/srcds_i686 udp 0 0 91.121.10.130:53 0.0.0.0:* 1 03 4641 2513/named udp 0 0 127.0.0.1:53 0.0.0.0:* 1 03 4639 2513/named udp 0 0 0.0.0.0:6969 0.0.0.0:* 0 156865 3302/server_linux udp 0 0 0.0.0.0:8767 0.0.0.0:* 0 156821 3302/server_linux udp 0 0 0.0.0.0:8768 0.0.0.0:* 0 156847 3302/server_linux udp 0 0 0.0.0.0:69 0.0.0.0:* 0 156906 3302/server_linux udp 0 0 91.121.10.130:64738 0.0.0.0:* 0 5506 2823/murmur.x86 udp 0 0 91.121.10.130:123 0.0.0.0:* 0 5138 2739/ntpd udp 0 0 127.0.0.1:123 0.0.0.0:* 0 5137 2739/ntpd udp 0 0 0.0.0.0:123 0.0.0.0:* 0 5136 2739/ntpd udp 0 0 91.121.10.130:27005 0.0.0.0:* 0 70188812 12923/srcds_i686 udp 0 0 91.121.10.130:27006 0.0.0.0:* 0 176326959 16522/srcds_i686 udp 0 0 91.121.10.130:27007 0.0.0.0:* 0 183653927 19109/srcds_i686

Et effectivement je ne trouve pas ce port dans la liste active non plus comme sa :

root@ns38099:/etc/init.d# netstat -lataupen |grep 10000 root@ns38099:/etc/init.d#

Pour ce qui est du processus, je n’ai plus de init car j’ai fait un purge complet et auparavant sur la tentative de “webmin stop” sa ne donné rien :

root@ns38099:/etc/init.d# ./webmin stop grep: /etc/webmin/miniserv.conf: Aucun fichier ou répertoire de ce type root@ns38099:/etc/init.d#

#6

Comme alternative à netstat pour retrouver quel processus utilise le port 10000, tu peux essayer les commandes suivantes :

# fuser -vn tcp 10000
# lsof -ni tcp:10000

Mais à ta place je m’intéresserais aussi aux deux messages d’erreur “perl: command not found” du script de préinstallation du paquet.

#7

[quote=“PascalHambourg”]Comme alternative à netstat pour retrouver quel processus utilise le port 10000, tu peux essayer les commandes suivantes :

# fuser -vn tcp 10000
# lsof -ni tcp:10000

Mais à ta place je m’intéresserais aussi aux deux messages d’erreur “perl: command not found” du script de préinstallation du paquet.[/quote]

root@ns38099:/etc/init.d# fuser -vn tcp 10000 root@ns38099:/etc/init.d# lsof -ni tcp:10000 root@ns38099:/etc/init.d#

mais intéressant, je me note ces commandes pour l’avenir ^^’

Concernant Perl, j’ai d’ailleur une question en relation, j’ai tenter une installation “manuelle” et je bloque sur l’étape de sélection du dossier “perl” …
Lorsque je lui indique le dossier adéquat, il m’indique qu’il n’existe pas.
Effectivement lorsque je vais, au travers de filezilla en sftp, tenter de rentrer dans ce dossier, il est certes bien lister dans l’arborescence mais totalement noté comme inexistant O_O …
comme tout les sous dossiers de ce répertoire “bin” …
J’espère que c’est rien de grave et simplement une méconnaissance d’un autre détail de ma part ^^’

#8

L’installation manuelle de quoi ? Qu’entends-tu par “manuelle” ?
Quel dossier “perl” ? Quel dossier “bin” ? Il n’y a pas de répertoire “perl” dans /bin ni /usr/bin.

Pour le problème de port 10000 occupé, par curiosité que donne la commande suivante (installer netcat si nécessaire) ?

Arrêter avec ctrl+c si pas d’erreur.

#9

En fait par installation manuelle j’entends en décompressant le dossier d’install et en le lancement par commande plutôt que en passant par le apt-get,

[code]root@ns38099:/home# wget http://prdownloads.sourceforge.net/webadmin/webmin_1.420_all.deb -O webmin.deb
–20:35:04-- http://prdownloads.sourceforge.net/webadmin/webmin_1.420_all.deb
=> webmin.deb' Résolution de prdownloads.sourceforge.net... 216.34.181.60 Connexion vers prdownloads.sourceforge.net|216.34.181.60|:80...connecté. requête HTTP transmise, en attente de la réponse...302 Found Emplacement: http://surfnet.dl.sourceforge.net/sourceforge/webadmin/webmin_1.420_all.deb [suivant] --20:35:05-- http://surfnet.dl.sourceforge.net/sourceforge/webadmin/webmin_1.420_all.deb =>webmin.deb’
Résolution de surfnet.dl.sourceforge.net… 130.59.138.20, 2001:620:0:1b::20
Connexion vers surfnet.dl.sourceforge.net|130.59.138.20|:80…connecté.
requête HTTP transmise, en attente de la réponse…200 OK
Longueur: 13 510 516 (13M) [application/octet-stream]

100%[====================================>] 13 510 516 9.36M/s

20:35:07 (9.35 MB/s) - « webmin.deb » sauvegardé [13510516/13510516]

root@ns38099:/home# dpkg -i webmin.deb
(Lecture de la base de données… 36896 fichiers et répertoires déjà installés.)
Dépaquetage de webmin (à partir de webmin.deb) …
/var/lib/dpkg/tmp.ci/preinst: line 2: perl: command not found
/var/lib/dpkg/tmp.ci/preinst: line 28: perl: command not found
Port 10000 is already in use
dpkg*: erreur de traitement de webmin.deb (–install):
le sous-processus pre-installation script a retourné une erreur de sortie d’état 2
Des erreurs ont été rencontrées pendant l’exécution:
webmin.deb[/code]

j’ai même tenté en exécution du fichier setup.sh

[code]root@ns38099:/home/LOGICIELS/webmin# ./setup.sh

  •        Welcome to the Webmin setup script, version 1.420        *

Webmin is a web-based interface that allows Unix-like operating
systems and common Unix services to be easily administered.

Installing Webmin in /home/LOGICIELS/webmin …

Webmin uses separate directories for configuration files and log files.
Unless you want to run multiple versions of Webmin at the same time
you can just accept the defaults.

Config file directory [/etc/webmin]:
Log file directory [/var/webmin]:

Webmin is written entirely in Perl. Please enter the full path to the
Perl 5 interpreter on your system.

Full path to perl: /usr/bin/perl

Testing Perl …
ERROR: Failed to find perl at /usr/bin/perl

root@ns38099:/home/LOGICIELS/webmin#
[/code]

Après ce test de patch “perl” je me suis rendu compte que je n’avais donc pas accès à tout les sous répertoires du dossier “usr/bin” … C’est normal ??

Pour la commande que tu m’as indiqué :

[code]root@ns38099:/etc/init.d# nc -l -p 10000

root@ns38099:/etc/init.d#
[/code]

#10

Utilise checkinstall

As tu testé par exemple commentcamarche.net/faq/suje … ler-webmin

ou bêtement récupérer les paquets webmin de la sarge?

#11

Installer un paquet .deb par dpkg -i n’est pas vraiment une installation manuelle. C’est juste la façon d’obtenir le .deb qui diffère. Pour moi une installation manuelle c’est à partir d’une archive tar.gz.

D’où vient ce fichier setup.sh dans /home/LOGICIELS/webmin ? J’ai regardé dans le .deb (avec dpkg-deb -c), il n’y y a que /usr/share/webmin/setup.sh.

/usr/bin/perl n’est pas un sous-répertoire, c’est l’exécutable interpréteur du langage Perl, langage dans lequel webmin est écrit. Ce n’est pas normal qu’il ne soit pas présent, car c’est un composant important du système. Je ne comprends pas ce que tu veux dire par “pas accès”. Il est présent mais il est impossible de l’exécuter ? En tant que root, que donnent les commandes suivantes ?

[code]# which perl

ls -l /usr/bin/perl*[/code]

[quote=“WolwX”]Pour la commande que tu m’as indiqué :

[code]root@ns38099:/etc/init.d# nc -l -p 10000

root@ns38099:/etc/init.d#[/code][/quote]
J’ai oublié de préciser qu’il fallait attendre une dizaine de seconde pour être sûr que nc ne s’arrêtera pas avec un message d’erreur “Can’t grab 0.0.0.0:10000 with bind”. Si pas de message, alors le port était libre. De toute façon je pense que le message d’erreur “Port 10000 is already in use” est bidon et est dû aux erreurs avec l’interpréteur perl.

#12

Installer un paquet .deb par dpkg -i n’est pas vraiment une installation manuelle. C’est juste la façon d’obtenir le .deb qui diffère. Pour moi une installation manuelle c’est à partir d’une archive tar.gz.[/quote]

Effectivement ^^’

J’ai aussi testé ceci en décompressant le fichier *.tar webmin récupéré sur leur site “webmin-1.420.tar.gz” puis en executant le fichier “setup.sh”, tel que je l’indiqué juste au dessus, mais là le blocage ce fait alors sur l’attribution du path de perl :frowning:

/usr/bin/perl n’est pas un sous-répertoire, c’est l’exécutable interpréteur du langage Perl, langage dans lequel webmin est écrit. Ce n’est pas normal qu’il ne soit pas présent, car c’est un composant important du système. Je ne comprends pas ce que tu veux dire par “pas accès”. Il est présent mais il est impossible de l’exécuter ? En tant que root, que donnent les commandes suivantes ?

[code]# which perl

ls -l /usr/bin/perl*[/code][/quote]

Voici le résultat pour perl :

root@ns38099:~# which perl root@ns38099:~# ls -l /usr/bin/perl* lrwxrwxrwx 1 root root 28 2008-06-21 19:57 /usr/bin/perl -> /opt/ActivePerl-5.8/bin/perl

Et pour la commande sur le port 10000 sa bloque :s …
Après 10 min d’attente il ne ce passe rien :s

Au passage j’ai retenté une install du packet perl par le aptitude =>

root@ns38099:~# aptitude install perl Lecture des listes de paquets... Fait Construction de l'arbre des dépendances... Fait Lecture de l'information d'état étendu Initialisation de l'état des paquets... Fait Écriture de l'information d'état étendu... Fait Lecture des descriptions de tâches... Fait Construction de la base de données des étiquettes... Fait Aucun paquet ne va être installé, mis à jour ou enlevé. 0 paquets mis à jour, 0 nouvellement installés, 0 à enlever et 0 non mis à jour. Il est nécessaire de télécharger 0o d'archives. Après dépaquetage, 0o seront utilisés. Écriture de l'information d'état étendu... Fait /bin/sh: /usr/sbin/dpkg-preconfigure: /usr/bin/perl: bad interpreter: Aucun fichier ou répertoire de ce type

Pour ce qui est de “checkinstall”, j’ai fait une recherche et tenter d’installer en apt-get ou aptitude sans succès, il est vraiment utile que je test ce logiciel ?

Et concernant mon soucis d’accès au sous répertoire du dossier /usr/bin voici comme c’est quand je tente de procéder au travers de filezilla en connection sftp :

Statut : Listing directory /usr Statut : Lecture du contenu du répertoire achevée. Statut : Récupération du contenu du répertoire... Commande : cd "bin" Réponse : New directory is: "/usr/bin" Statut : Lecture du contenu du répertoire achevée. Statut : Positionner les permissions de '/usr/bin/perl' à '777' Commande : chmod 777 "perl" Erreur : get attrs for /usr/bin/perl: no such file or directory Statut : Récupération du contenu du répertoire... Commande : cd "perl" Erreur : Directory /usr/bin/perl: no such file or directory Erreur : Échec à la lecture du contenu du répertoire Statut : Récupération du contenu du répertoire... Commande : cd "/usr/bin" Réponse : New directory is: "/usr/bin" Commande : ls Statut : Listing directory /usr/bin Statut : Lecture du contenu du répertoire achevée. Statut : Récupération du contenu du répertoire... Commande : cd "perl" Erreur : Directory /usr/bin/perl: no such file or directory Erreur : Échec à la lecture du contenu du répertoire

#13

[quote=“WolwX”]Voici le résultat pour perl :

root@ns38099:~# which perl root@ns38099:~# ls -l /usr/bin/perl* lrwxrwxrwx 1 root root 28 2008-06-21 19:57 /usr/bin/perl -> /opt/ActivePerl-5.8/bin/perl [/quote]
Oula, ça ne ressemble pas au perl standard inclus dans Debian, ça. Tu as installé un truc qui s’appelle ActivePerl ?
Ton /usr/bin/perl est un lien symbolique (sorte de raccourci Unix), il faut le suivre pour arriver au “vrai” fichier. Que donne

et ainsi de suite si le résultat est à nouveau un lien symbolique. Dans un terminal qui gère les couleurs, un lien en rouge indique que le fichier pointé n’existe pas. Pour remonter toute la chaîne d’un coup jusqu’au fichier final, tu peux utiliser l’option -L :

Mais si “which perl” n’a rien renvoyé, j’ai peur que le lien soit foireux.

[quote=“WolwX”]Et pour la commande sur le port 10000 sa bloque :s …
Après 10 min d’attente il ne ce passe rien[/quote]
Ça ne bloque pas, c’est normal. nc attend tout simplement une connexion. Donc le port 10000 était bien libre, le message d’erreur du script d’installation de webmin était bidon.

[quote=“WolwX”]Au passage j’ai retenté une install du packet perl par le aptitude =>

root@ns38099:~# aptitude install perl [...] Aucun paquet ne va être installé, mis à jour ou enlevé. [/quote]
Si le paquet est déjà installé, il faut utiliser l’action “reinstall”. A noter que l’interpréteur perl lui-même provient du paquet perl-base.
Tu peux regarder l’état de ces deux paquets pour vérifier s’ils sont installés, dans la ligne Status:

Mais avant d’aller plus loin il faudrait tirer au clair cette histoire d’ActivePerl.

#14

Je suis heureux d’en apprendre avec toi, car tu es tu expliques bien les choses :slightly_smiling: Merci donc pour ton aide précieuse :wink:

Concernant l’installation perl :

[code]root@ns38099:~# dpkg -s perl perl-base
Package: perl
Status: install ok installed
Priority: standard
Section: perl
Installed-Size: 18552
Maintainer: Brendan O’Dea bod@debian.org
Architecture: amd64
Version: 5.8.8-7etch3
Replaces: perl-base (<< 5.8.8-1), perl-5.005 (<< 6), perl-5.6 (<< 6), perl-doc ( << 5.8.0-1), perl-modules (<< 5.8.1-1), libdigest-md5-perl, libmime-base64-perl, libtime-hires-perl, libstorable-perl
Provides: data-dumper, perl5, libdigest-md5-perl, libmime-base64-perl, libtime-h ires-perl, libstorable-perl
Depends: perl-base (= 5.8.8-7etch3), perl-modules (>= 5.8.8-7etch3), libc6 (>= 2 .3.5-1), libdb4.4, libgdbm3
Recommends: perl-doc
Suggests: libterm-readline-gnu-perl | libterm-readline-perl-perl
Conflicts: data-dumper, perl-5.004 (<< 6), perl-5.005 (<< 6), perl-5.6 (<< 6), p erl-doc (<< 5.8.8-1), libdigest-md5-perl (<< 3.07-1), libmime-base64-perl (<< 3. 07-1), libtime-hires-perl (<< 1.86-1), libstorable-perl (<< 2.15-1)
Description: Larry Wall’s Practical Extraction and Report Language
An interpreted scripting language, known among some as “Unix’s Swiss
Army Chainsaw”.
.
Perl is optimised for scanning arbitrary text files and system
administration. It has built-in extended regular expression matching
and replacement, a data-flow mechanism to improve security with
setuid scripts and is extensible via modules that can interface to C
libraries.

Package: perl-base
Essential: yes
Status: install ok installed
Priority: required
Section: perl
Installed-Size: 2116
Maintainer: Brendan O’Dea bod@debian.org
Architecture: amd64
Source: perl
Version: 5.8.8-7etch3
Replaces: perl-5.005-base (<< 6), perl-5.6-base (<< 6), perl (<< 5.8.8-5), perl- modules (<< 5.8.8-2), libperl5.8 (<< 5.8.0-20), libscalar-list-utils-perl, libcl ass-multimethods-perl (<< 1.70-4)
Provides: perl5-base, perlapi-5.8.0, perlapi-5.8.1, perlapi-5.8.2, perlapi-5.8.3 , perlapi-5.8.4, perlapi-5.8.6, perlapi-5.8.7, perlapi-5.8.8, libscalar-list-uti ls-perl
Pre-Depends: libc6 (>= 2.3.5-1)
Suggests: perl
Conflicts: perl-5.004-base (<< 6), perl-5.005-base (<< 6), perl-5.6-base (<< 6), autoconf2.13 (<< 2.13-45), libscalar-list-utils-perl (<< 1:1.18-1)
Description: The Pathologically Eclectic Rubbish Lister
A scripting language with delusions of full language-hood, Perl is used
in many system scripts and utilities.
.
This is a stripped down Perl with only essential libraries. To make
full use of Perl, you’ll want to install the perl',perl-modules’ and
optionally `perl-doc’ packages which supplement this one.
root@ns38099:~#
[/code]

Concernant active perl je l’ai probablement installé car necessaire dans l’utilisation de certain scrip/programme …

Donc le message port 10000 étant bidon, juste une mauvaise interpretation du script d’install, je dois me tourner vers une erreur d’utilisation perl, cependant il n’existe pas de commande sous putty pour checker ce perl en fonctionnement ou pas ? Une commande à base de “perl …” ?

#15

Donc perl et perl-base sont installé. Mais dans ce cas “ls /usr/bin/perl*” aurait dû afficher les fichiers suivants :

/usr/bin/perl /usr/bin/perl5.8.8 /usr/bin/perlbug /usr/bin/perlcc /usr/bin/perldoc /usr/bin/perlivp
Je soupçonne que l’installation d’ActivePerl s’est faite “à la hache”, en supprimant les exécutables des paquets perl de Debian…
Et concernant le lien /usr/bin/perl, il pointe vers quoi au final ?
Que donne “dpkg -s ActivePerl” ? Tu as toujours le .deb ?

Mais ça ne marchera pas, ton installation de perl est en vrac. Je pense qu’il va falloir soit installer correctement ActivePerl si tu veux continuer à l’utiliser, soit réinstaller les paquets perl de Debian.

#16

Tu as typiquement ce qui arrive quand on installe un truc sans utiliser checkinstall: tu as fait une installation t’ayant mis un perl foireux et ayant sans doute écraser des librairies et des modules de perl. Si tu veux repartir sur des bases scènes, réinstalle (apt-get instamll --reinstall) perl et des paquets fondamentaux, et recommence ton installation en utilisant checkinstall. Celui ci t’évites les pbms de ce genre. Le plus simple consiste à installer le webmin de sarge.

#17

Si webmin a été retiré de Debian pour des raisons de sécurité, la version de sarge, qui n’est plus maintenue, ne risque-t-elle pas d’être un peu trouée ?

#18

Pas plus que l’actuelle…
Ça n’est pas du tout ou rien tout de même. Webmin est en soi une erreur car cela permet à l’utilisateur apache des opérations en root. Or la moindre faille d’un script PHP permet à un intrus ce type d’opérations. C’est vraiment le principe même de webmin qui est une erreur. Sur une machine avec QUE webmin, ça peut peut être aller…

#19

Une vieille version sans suivi de sécurité a quand même plus de chance de contenir de vieilles failles connues et non corrigées qu’une récente, non ?

Comment ça ? Quel lien webmin a-t-il avec apache ? C’est une application indépendante.

#20

Donc concernant mon installation “à la hache” … j’ai tout quasiment tout fait par apt-get :s active perl y compris :frowning:

Donc j’ai po le .deb de active perl …

Par contre j’avoue que si ma base de fichier est corrompue je suis bien tenter de faire sa proprement tel fran.b me le conseil :slightly_smiling:

Donc comment fait on ? car j’ai tenter de chercher autour de la commande “apt-get instamll --reinstall” en vain :s (vi chui très newbie en linux :s)

Sachant que concernant perl =>

root@ns38099:/home/LOGICIELS# ls /usr/bin/perl* /usr/bin/perl /usr/bin/perlbug /usr/bin/perldoc /usr/bin/perl.prezimbra /usr/bin/perl5.8.8 /usr/bin/perlcc /usr/bin/perlivp

et

root@ns38099:/home/LOGICIELS# perl -v -bash: perl: command not found

Pour ce qui est de checkinstall petit hic … asic-linux.com.mx/~izto/chec … wnload.php ne propose pas de version compatible avec mon debian 64 bits (amd64) :frowning:

[code]root@ns38099:~# cd /home/LOGICIELS/
root@ns38099:/home/LOGICIELS# wget http://www.asic-linux.com.mx/~izto/checkinstall/files/deb/checkinstall_1.6.1-1_i386.deb
–23:37:03-- http://www.asic-linux.com.mx/~izto/checkinstall/files/deb/checkinstall_1.6.1-1_i386.deb
=> `checkinstall_1.6.1-1_i386.deb’
Résolution de www.asic-linux.com.mx… 200.76.179.225
Connexion vers www.asic-linux.com.mx|200.76.179.225|:80…connecté.
requête HTTP transmise, en attente de la réponse…200 OK
Longueur: 123 138 (120K) [text/plain]

100%[===========================================================>] 123 138 29.64K/s ETA 00:00

23:37:09 (28.78 KB/s) - « checkinstall_1.6.1-1_i386.deb » sauvegardé [123138/123138]

root@ns38099:/home/LOGICIELS# dpkg -i checkinstall_1.6.1-1_i386.deb
dpkg : erreur de traitement de checkinstall_1.6.1-1_i386.deb (–install) :
l’architecture du paquet (i386) ne correspond pas à celle du système (amd64)
Des erreurs ont été rencontrées pendant l’exécution :
checkinstall_1.6.1-1_i386.deb
[/code]

Après coté webmin perso sa m’ai réellement indispensable :s donc je sait bien tout ce qu’on dit niveau sécurité … mais …
Peut être avez vous des alternatives en gestion sur page web qui peuvent être aussi complète ? J’ai fait des recherches sans trouver :frowning: