Bonjour,
J'utilise d'ordinaire une distribution Slackware.
Mais pour le nombre de softs pré-compilés à jour et disponibles via
urpmi, j'ai installé Mandrake 10 official sur un P166, 96 Mo de RAM.
Bien sûr, c'est lent, au démarrage, à l'utilisation, etc.
Je souhaiterais donc des conseils concernant les points suivants :
- Je ne souhaite pas utiliser de configurateur graphiques pour
l'administration (interface trop lente, nécessité de lancer X).
Par exemple, urpmi fonctionne très bien sans utiliser gurpmi ou
rpmdrake ou que sais-je.
Autre exemple, je n'ai pas besoin de drakconf pour créer des règles
iptables, un script est déjà prêt.
Quels sont les outils texte que vous utilisez ? (En particulier je
cherche moyen de configurer ppp pour le RTC).
Peut-on désinstaller les outils graphiques sans problème ? (je cherche
aussi à gagner de l'espace disque, donc à supprimer tout ce qui est
inutile).
- Le login en user est très lent ; je pense que c'est du au système PAM,
avez-vous ce problème aussi ?
- Le passage aux versions futures est-il aussi simple qu'un "urpmi
--auto-select" ?
De façon générale, tout conseil visant à "slackwariser" mdk (niveau
facilité d'administration et clarté de fonctionnement) et de dé-bouziner
l'installation est bienvenu (pour l'histoire de désactiver les serveurs
inutiles au démarrage, je suis déjà au courant...).
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Fluber
Denis Thelon wrote:
Bonjour, J'utilise d'ordinaire une distribution Slackware. Mais pour le nombre de softs pré-compilés à jour et disponibles via urpmi, j'ai installé Mandrake 10 official sur un P166, 96 Mo de RAM. Bien sûr, c'est lent, au démarrage, à l'utilisation, etc. Je souhaiterais donc des conseils concernant les points suivants :
- Je ne souhaite pas utiliser de configurateur graphiques pour l'administration (interface trop lente, nécessité de lancer X). Par exemple, urpmi fonctionne très bien sans utiliser gurpmi ou rpmdrake ou que sais-je. Autre exemple, je n'ai pas besoin de drakconf pour créer des règles iptables, un script est déjà prêt. Quels sont les outils texte que vous utilisez ? (En particulier je cherche moyen de configurer ppp pour le RTC). Peut-on désinstaller les outils graphiques sans problème ? (je cherche aussi à gagner de l'espace disque, donc à supprimer tout ce qui est inutile).
- Le login en user est très lent ; je pense que c'est du au système PAM, avez-vous ce problème aussi ?
- Le passage aux versions futures est-il aussi simple qu'un "urpmi --auto-select" ?
De façon générale, tout conseil visant à "slackwariser" mdk (niveau facilité d'administration et clarté de fonctionnement) et de dé-bouziner l'installation est bienvenu (pour l'histoire de désactiver les serveurs inutiles au démarrage, je suis déjà au courant...).
Merci.
esayes fluxbox comme interface graphique drakconf ne "consomme" pas trop de ressources tu devrais pouvoir l'utiliser sans problème.
un changement de version est comme tu le dis et ce dans la plupart des cas aussi facile qu'un urpmi --auto-select préceder bien sur d'une mise a jour de la base urpmi en version supérieure. Le passage de la mdk 9.2 à la 10. par exemple il est préférable de désinstallé kde 3.1 avant de lancer le urpmi --auto-select sinon il se produira des erreur de conflits entre les paquet de kde 3.1 et Kde 3.2
pour configurer j'utilise en particulier nano :)
Denis Thelon wrote:
Bonjour,
J'utilise d'ordinaire une distribution Slackware.
Mais pour le nombre de softs pré-compilés à jour et disponibles via
urpmi, j'ai installé Mandrake 10 official sur un P166, 96 Mo de RAM.
Bien sûr, c'est lent, au démarrage, à l'utilisation, etc.
Je souhaiterais donc des conseils concernant les points suivants :
- Je ne souhaite pas utiliser de configurateur graphiques pour
l'administration (interface trop lente, nécessité de lancer X).
Par exemple, urpmi fonctionne très bien sans utiliser gurpmi ou
rpmdrake ou que sais-je.
Autre exemple, je n'ai pas besoin de drakconf pour créer des règles
iptables, un script est déjà prêt.
Quels sont les outils texte que vous utilisez ? (En particulier je
cherche moyen de configurer ppp pour le RTC).
Peut-on désinstaller les outils graphiques sans problème ? (je cherche
aussi à gagner de l'espace disque, donc à supprimer tout ce qui est
inutile).
- Le login en user est très lent ; je pense que c'est du au système PAM,
avez-vous ce problème aussi ?
- Le passage aux versions futures est-il aussi simple qu'un "urpmi
--auto-select" ?
De façon générale, tout conseil visant à "slackwariser" mdk (niveau
facilité d'administration et clarté de fonctionnement) et de dé-bouziner
l'installation est bienvenu (pour l'histoire de désactiver les serveurs
inutiles au démarrage, je suis déjà au courant...).
Merci.
esayes fluxbox comme interface graphique drakconf ne "consomme" pas trop
de ressources tu devrais pouvoir l'utiliser sans problème.
un changement de version est comme tu le dis et ce dans la plupart des
cas aussi facile qu'un urpmi --auto-select préceder bien sur d'une mise
a jour de la base urpmi en version supérieure. Le passage de la mdk 9.2
à la 10. par exemple il est préférable de désinstallé kde 3.1 avant de
lancer le urpmi --auto-select sinon il se produira des erreur de
conflits entre les paquet de kde 3.1 et Kde 3.2
Bonjour, J'utilise d'ordinaire une distribution Slackware. Mais pour le nombre de softs pré-compilés à jour et disponibles via urpmi, j'ai installé Mandrake 10 official sur un P166, 96 Mo de RAM. Bien sûr, c'est lent, au démarrage, à l'utilisation, etc. Je souhaiterais donc des conseils concernant les points suivants :
- Je ne souhaite pas utiliser de configurateur graphiques pour l'administration (interface trop lente, nécessité de lancer X). Par exemple, urpmi fonctionne très bien sans utiliser gurpmi ou rpmdrake ou que sais-je. Autre exemple, je n'ai pas besoin de drakconf pour créer des règles iptables, un script est déjà prêt. Quels sont les outils texte que vous utilisez ? (En particulier je cherche moyen de configurer ppp pour le RTC). Peut-on désinstaller les outils graphiques sans problème ? (je cherche aussi à gagner de l'espace disque, donc à supprimer tout ce qui est inutile).
- Le login en user est très lent ; je pense que c'est du au système PAM, avez-vous ce problème aussi ?
- Le passage aux versions futures est-il aussi simple qu'un "urpmi --auto-select" ?
De façon générale, tout conseil visant à "slackwariser" mdk (niveau facilité d'administration et clarté de fonctionnement) et de dé-bouziner l'installation est bienvenu (pour l'histoire de désactiver les serveurs inutiles au démarrage, je suis déjà au courant...).
Merci.
esayes fluxbox comme interface graphique drakconf ne "consomme" pas trop de ressources tu devrais pouvoir l'utiliser sans problème.
un changement de version est comme tu le dis et ce dans la plupart des cas aussi facile qu'un urpmi --auto-select préceder bien sur d'une mise a jour de la base urpmi en version supérieure. Le passage de la mdk 9.2 à la 10. par exemple il est préférable de désinstallé kde 3.1 avant de lancer le urpmi --auto-select sinon il se produira des erreur de conflits entre les paquet de kde 3.1 et Kde 3.2
pour configurer j'utilise en particulier nano :)
Denis Thelon
On Fri, 10 Sep 2004 02:15:35 +0200, Fluber wrote:
esayes fluxbox comme interface graphique drakconf ne "consomme" pas trop de ressources tu devrais pouvoir l'utiliser sans problème.
Certes, mais en relisant mon post, vous verrez que je demande des informations et des conseils niveau système et non côté utilisateur. Et que je souhaite en particulier me passer de X11, donc ne pas utiliser du tout drakconf. Et de plus je souhaite alléger la distribution au maximum, autant au niveau complexité d'administration qu'au point de vue espace disque (et donc quantité de softs "inutiles").
un changement de version est comme tu le dis et ce dans la plupart des cas aussi facile qu'un urpmi --auto-select préceder bien sur d'une mise a jour de la base urpmi en version supérieure. Le passage de la mdk 9.2 à la 10. par exemple il est préférable de désinstallé kde 3.1 avant de lancer le urpmi --auto-select sinon il se produira des erreur de conflits entre les paquet de kde 3.1 et Kde 3.2
C'est parfait pour ce point-là. Merci beaucoup.
On Fri, 10 Sep 2004 02:15:35 +0200, Fluber wrote:
esayes fluxbox comme interface graphique drakconf ne "consomme" pas trop
de ressources tu devrais pouvoir l'utiliser sans problème.
Certes, mais en relisant mon post, vous verrez que je demande des
informations et des conseils niveau système et non côté utilisateur. Et
que je souhaite en particulier me passer de X11, donc ne pas utiliser du
tout drakconf. Et de plus je souhaite alléger la distribution au
maximum, autant au niveau complexité d'administration qu'au point de vue
espace disque (et donc quantité de softs "inutiles").
un changement de version est comme tu le dis et ce dans la plupart des
cas aussi facile qu'un urpmi --auto-select préceder bien sur d'une mise
a jour de la base urpmi en version supérieure. Le passage de la mdk 9.2
à la 10. par exemple il est préférable de désinstallé kde 3.1 avant de
lancer le urpmi --auto-select sinon il se produira des erreur de
conflits entre les paquet de kde 3.1 et Kde 3.2
esayes fluxbox comme interface graphique drakconf ne "consomme" pas trop de ressources tu devrais pouvoir l'utiliser sans problème.
Certes, mais en relisant mon post, vous verrez que je demande des informations et des conseils niveau système et non côté utilisateur. Et que je souhaite en particulier me passer de X11, donc ne pas utiliser du tout drakconf. Et de plus je souhaite alléger la distribution au maximum, autant au niveau complexité d'administration qu'au point de vue espace disque (et donc quantité de softs "inutiles").
un changement de version est comme tu le dis et ce dans la plupart des cas aussi facile qu'un urpmi --auto-select préceder bien sur d'une mise a jour de la base urpmi en version supérieure. Le passage de la mdk 9.2 à la 10. par exemple il est préférable de désinstallé kde 3.1 avant de lancer le urpmi --auto-select sinon il se produira des erreur de conflits entre les paquet de kde 3.1 et Kde 3.2