peck a écrit 565 commentaires

Le [ est dans /bin donc meme si un shell le recode il devrait avoir le meme fontionnement, c'est à dire celui qu'on retrouve dans man test.

Tout ca pour dire que c'est -ne pour les comparaisons numeriques.

Il est probable que tu n'avais pas les droits sur un certain nombre de répertoires.

Sinon acquiert le reflexe de cp -a, option qui n'existe pas dans rm.

J'essaie d'éviter de faire des remarques sur les fautes de français, étant donné que j'en fais moi-même suffisament. Mais ici on arrive à un point où je ne peux plus comprendre la phrase.

qui attend sans toure dans la fille

- qui attend son tour dans la fille : pauvre fille
- qui attend cent tours dans la file : ou cent cavaliers sur une ligne
- qui attend que le sang tourne dans la fille : ...
- qui attend s'entoure de filles : ca c'est un dicton qui me plait

Mais bon, peu de choses en rapport direct avec le schmilblick

Fsck lit ce qui se trouve dans /etc/fstab pour se lancer. Regarde la dernière colonne. Si elle est à 0, fsck ne se lancera jamais sur ces partitions.

Ce No donne l'ordre de lancement.
/ doit etre lancé en premier donc 1
Ensuite en général on met 2 pour toutes les autres

C'est dans le noyau, donc la distrib a deja mis les drivers pour que ca marche.

Wahoo, tu es un maître.
Deviner a partir d'un post dans linux.debian a propos d'un commande get que le mec veut en fait une bibliothèque http en perl !!

Tout est dans le titre.
Les modules php son packagés dans des paquets séparés.

Les seuls problèmes sont liés aux drivers. Donc quasiment tous dans le noyau. Ce qui fait que ta distrib gèrera tout bien, sauf ...

- La carte vidéo : il faudra probablement reconfigurer le serveur X
- Les sensors : il faudra probablement relancer la config des capteurs genre pour la température.

l n'est pas possible de demander à update-rc.d de mettre un service en Stop pour un runlevel voulu à moins d'effacer préalablement tous les liens,

update-rc.d -f

Non update-rc.d ne permet pas de retrouver la priorité 'optimale' / 'normale' d'un processus d'init.

Pour désactiver un service il suffit de demander à update-rc.d de le mettre en Stop pour le runlevel voulu. Ca conserve le numéro, on le remet en start avec ce même numéro quand on veut.

Non plus le K indique que l'on veut tuer le processus lorsque l'on quitte le runlevel en cours.

Et tout script d'init normalement constitué ne fait rien s'il est appelé en stop et que le service ne tourne pas. C'est donc un le comportement recherché.

Concernant les scripts d'init:

Pour conserver les numéros il te suffit de renommer S45test en 45test, comme ca tu sais qu'il existe encore, tu sais quel numéro il avait et un simple mv peut revenir à l'état désiré. Mais ceci reste de la bidouille valable pour d'autres, la vraie solution sous debian etant d'utiliser update-rc.d qui met à jour tous les rcX.d. Sinon, le comportement normal est simplement d'avoir des K à la place des S quand tu ne veux pas lancer un service (ce que fait update-rc.d).


Concernant l'archivage des logs:

Debian te laisse toujours le choix, à toi d'installer le systeme de sauvegarde des logs que tu préfère. Si celui-ci n'est pas supporté par un des paquets, ouvre un bug de type wishlist à son mainteneur.


Concernant la mise à jour du kernel:

Le numéro de version du noyau est dans le nom du paquet. Ce qui fait qu'un simple upgrade n'en change pas la version. C'est uniquement lorsque c'est décidé explicitement (apt-get install ou si dist-upgrade considere qu'il faut le faire) qu'un paquet "différent" est installé.

Si gpm tourne, tu ne peux pas utiliser /dev/psaux pour lire les data.

Donc il faut soit areter gpm
Soit utiliser /dev/gpmdata et activer l'option repeat de gpm

La ligne id:5:initdefault: indique seulement que le runlevel par defaut est 5

Pour mandriva ca veut dire lancer le système en mode graphique (pour d'autres ca peut vouloir dire autre chose). Mais le faut qu'il soit dans ce mode ne veut pas dire que le serveur X va se lancer.

Si ton système se lance en mode texte, cela veut dire que le serveur X n'a pas pu se lancer. Tu es un débutant donc on va suivre le processus dans l'ordre.

Lancement du runlevel 5 -> on exécute tout ce qui se trouve dans /etc/rc5.d et qui commence par un S dans l'ordre indiqué (S=start, K=kill)

Dans la liste tu peux trouver kdm ou gdm (login manager graphique). Que fait-on ? On regarde les logs (dans /var/log) les logs ont soit le nom du processus lancé soit ils vont dans syslog ou daemon pour la plupart.

Ensuite .dm lance le serveur X (xorg). Que fait-on ? On regarde les logs (/var/log/xorg.0.log). Et il est probable que ton erreur soit détaillée ici.

Ensuite tu as ton mode graphique.

Le cluster mysql est encore une techno en développement, je ne conseillerait pas trop en production.
Par contre il fonctionne bien en master/slave.

Donc pour avoir les performances il est possible d'avoir un master mysql sur une machine et des slave sur chacun des frontaux web. Il faut alors faire les requetes de lecture de base sur localhost et les requetes d'écriture sur le master. Mais cela exige certaines contraintes sur le code.

Pour la redondance des frontaux. Le round robin dns est pas mal. La 2e solution etant d'avoir un loadbalancer.

A ce moment la il faut installer le paquet source correspondant.
Pour le noyau c'est spécial, il est dans le paquet kerleen-source-....

Non cette modification ne concerne que la partie qui fait l'affichage de la console.

Je ne connais pas de technique pour récupérer une console, par contre je peux te dire comment en lire le contenu. Il suffit de lire /dev/vcsXX

/dev/vcs la console en cours
/dev/vcs1 la 1ere console
...
Si tu utilise vcsa à la place de vcs tu as droit aux caractères de controle qui vont avec (ou le contraire je ne me souviens plus).

Dans certains cas, on les trouve dans /dev/vc/

Avec debootstrap ton installation est tres minimale, donc il peut te manquer des choses (réseau toussa).

La config du noyau n'est jamais dans /usr/src, elle est installée dans /boot si le paquet est gentil. Et elle est dans /proc/config.gz si le noyau est un 2.6 avec l'opion kivabien. Sinon, il faut aller voir dans le source du paquet.

Mais quelques éléments de réponse.

Lorsqu'un serveur X n'arrive pas a trouver de driver natif opengl, il utilise mesa qui fait de l'opengl en soft. Donc
1) il a un probleme avec ton driver
2) il est très lent

Et pour la 3, c'est normal, le serveur X utilise un driver commun à la plupart des cartes intel (i810), ensuite c'est celui-ci qui charge un driver dri (pour l'opengl) spécifique. Et le driver que tu trouve dans lsmod est encore un 3e morceau du driver qui se trouve cette fois dans le noyau.

Donc il semblerait que c'est un problème de disque ou de chipset (carte mere).

Pourtant dans ces situations, il arrive souvent que les magic-keys marchent encore :
alt-sysrq-X , X pouvant prendre les valeurs suivantes :
[espace] : aide
u : umount all
k : kill le programme d'avant plan pour récupérer le clavier
s : sync
b : reboot

Et bien d'autres

C'est dépendant de la distrib.
Pour debian et ubuntu 2 à 5 = multiutilisateurs
0, 1 et 6 etant réservés a l'arret, au monoutilisateur et au reboot.

Les runlevel 2 à 5 sont personalisables. Debian a décidé de laisser ce choix à l'admin.

Dans ce cas ce ne sont plus des consoles, mais des terminaux
(pas des VT mais des PTY). La console est un cas particulier de terminal.

La fontionnalité a été implémentée au niveau console donc uniquement sur ce qu'on obtient avec les alt-Fx

chmod +t

L'utilisation de la testing n'est pas vraiment à conseiller. Surtout en production.

Autant que possible reste sur de la debian stable de base. L'administration en sera simplifié et les bugs très rares.
Si ensuite tu as absolument besoin de softs récents, tu peux utiliser les dépots de backport comme mentionné plus haut.

Enfin pour ce qui est des mises à jour, il suffit de modifier le /etc/apt/source.list et de lancet apt-get update et apt-get dist-upgrade.
A l'exception de quelques paquets qui posent parfois problème lorsqu'on a trop bidouillé les fichiers de config, il y a rarement des problèmes de mise à jour.

Le gel est-il reproductible ?
Es-tu sur que c'est un freeze systeme (plus de ping ...) ?
Arrive-tu à etre en console au moment ou ca arrive (pour voir des messages du noyau) ?
Les magic-keys sont-elles compilées dans le noyau ?
Arrive-tu a les utiliser apres le freeze ?
Que donne un memtest ?

Puis comme dit plus haut, il reste les test apres avoir tout supprimé et les swap de matériel.

Il est probable que ton premier autorisateur appartienne au groupe video et pas le 2e. Pour ajouter un utilisateur a un groupe : "adduser user group" en root.

Attention, il faut que ton 2e utilisateur se reconnecte.