le message sur les modules est sans grand intéret : le noyau étant celui fourni par coLinux, il a un nom différent de celui de Mandrake et les modules (ceux fournis avec coLinux) sont à mettre dans un autre répertoire.
mais les modules sont inutiles dans un premier temps.
ensuite, la seule chose notable est le 'ro' devant le root=/dev/cobd0 (ah, et avoir décompressé l'image avant :)
ah. pas fait ça avec une Sarge, mais avec une Mandrake (et quelques LiveCD, mais bref)
l'état actuel des développements est qu'il faut modifier quelques fichiers dont /etc/fstab , /etc/inittab (mais pas pour les Debian) pour que X ne se lance pas tout seul, et rajouter des "colinux block devices" à coups de mknod /dev/cobd0 b 117 0
si on ne peut pas accéder à cette "vraie" distribution parce qu'on se fait jeter de suite, il faut l'éditer depuis une autre (ou un LiveCD), la minidistribution de 600 ko suffit pour ça.
Par contre, suite à ces modifications, ta Sarge ne redémarrera pas sans restaurer les fichiers d'origine. il y a quelques possibilités de faire ce qu'ils appellent de l'aliasing de noms sur les devices, mais ça ne suffit pas encore pour pouvoir travailler sans toucher à la partition d'origine.
Stéphane Mariel, auteur du Cahier du programmeur PHP 5, nous donne son point de vue sur les grandes nouveautés et les apports de cette dernière version de PHP.
Il en ressort que PHP est sur la bonne voie pour concurrencer J2EE et .Net, et présente désormais des avantages non négligeables pour les équipes de développement.
il manque un "Stéphane Mariel estime que" dans la deuxième phrase.
Il faut rester critique : Il y a une grosse différence entre une personne même experte qui donne son point de vue et la réalité de la situation.
sinon, il suffirait de demander à n'importe quel gourou de secte son avis sur l'existence des petits hommes verts et on pourrait commencer à préparer leur venue sur Terre...
ça peut être formulé comme un dédommagement pour Free et donc pas une vente (au sens transfert de propriété ou "distribution").
comme si tu prétendais qu'elle soit volée ou perdue par exemple : rembourser Free ne les rend pas contractuellement obligés de faire quoi que ce soit si tu la retrouves ensuite derrière la machine à laver. au contraire, c'est devenu un bout de plastique sans valeur.
en fait, avec ces screenshots, je cherchais à montrer que les polices de caractères étaient particulièrement bien rendues dans scribus. donc j'avais caché les différentes palettes flottantes et autres qui auraient pu montrer ici l'intérêt du logiciel.
les premières versions de coLinux ne gèraient pas correctement les changements de configuration du clavier - ou plus exactement, les touches intéressantes comme #{[|]} pour des azerty ne marchaient pas, la séquence altgr n'était pas correctement interprétée.
j'utilise le snapshot 0622 ( http://www.colinux.org/snapshots/coLinux-20040622.exe(...) ) et j'en suis excessivement content. le support du clavier tel que décrit plus haut dedans fonctionne, mais je ne pense pas qu'il soit présent dans la dernière version officielle en date, la 0.6.1 sur Sourceforge. de toute façon, comme indiqué dans mon post plus bas, il est plutot inutile si on a l'image d'un clavier Qwerty sous le nez par exemple.
pour une Gentoo (et la Mandrake rescue disk), la séquence est loadkeys fr-latin1 .
pour information, les noms de domaine en .mil sont des sites militaires américains (au sens large, ça peut être de l'administratif ou des hôpitaux militaires par exemple. ce sont surtout de nombreux sites web).
dans le cas particulier de nipr.mil, c'est une sorte de "firewall et super-proxy", un point de passage imposé depuis 1999 pour les quelques 800 000 employés du Département de la Défense.
Ils ont donc des visiteurs "normaux" qui se promènent, des robots qui indexent ce qui trainent pour leurs moteurs de recherche à eux, et évidement des machines vérolées qui font n'importe quoi, le temps qu'on les isole.
Il peut également y avoir des employés indélicats derrière et des utilisations non désirées de ce proxy depuis l'extérieur mais... inutile de dire qu'il y a des terrains de jeu plus tranquille.
je n'ai jamais eu besoin de configurer le clavier, ni même X en général, dans un coLinux.
la console est certes en qwerty, on peut utiliser les loadkeys et autres pour la passer en azerty (loadkeys fr-latin1) depuis quelques mois mais comme la console n'est guère géniale, je recommandais en général d'utiliser ssh ou un serveur X sous Windows justement pour retomber sur un clavier "français".
(ah, concernant KDE, je laissais les locales par défaut, C).
Pour des raisons de performances, je conseille d'essayer VNC plutot que le X de Cygwin. le rafraichissement des menus à travers X peut varier de l'insupportable au terriblement pête-couilles. petit bémol, ça implique de rajouter les fontes nécessaires.
dans une sid d'il y a un mois et à travers VNC, ça donnait ça :
bonne idée, quoique Mandrakesoft est plus un éditeur de distributions qu'un éditeur de logiciels au sens, même si l'installeur est déjà un sacré monstre.
alors, sur un Windows 2000 avec un AMD 1800+ et 512 Mo de RAM et bien configuré (plupart des bouffe-RAM et autres services inutiles désactivés, stabilité réglée depuis longtemps), j'ai déjà lancé des opérations lourdes dans mes images coLinux dont des emerge world qui prennent plusieurs heures en secouant le système Linux dans tous les sens. tout en utilisant le Windows par ailleurs (Opera avec 150 onglets, un serveur web pour des images à la con, client web, client irc, etc, etc). en une autre occasion, j'ai démarré Oracle dedans.
et elle survit très bien. j'estime qu'on peut dire que la stabilité et la survie du système sous coLinux dépend de celle de Windows. moi et d'autres personnes ont cité des uptime de trois jours et plus, et les arretent pour en faire des sauvegardes (un bete fichier) ou pour jouer sous Windows... d'autres ont cité des uptimes bien plus longs (utilisation "serveur") mais je n'ai pas de chiffres dessus.
je n'ai pas utilisé ReiserFS avec, uniquement ext3fs. j'alloue en général 128 Mo au sous-système colinux, mais j'utilise des clients X divers et VNC par exemple, on peut se contenter de 64 une fois l'installation terminée. l'utilisation d'un fichier de swap à coté est possible.
en terme de performances, le système de cache disque de Windows fait qu'une partie de l'image du filesystem sera cachée en RAM et qu'on aura de très bonnes surprises à ce niveau. affecter une priorité basse (au sens Windows) au coLinux suffira à laisser de bonnes performances aux applications Windows en toutes circonstances.
au niveau réseau, outre qu'il est pas forcément facile à configurer du coté Windows pour des gens qui n'y connaissent rien, en particulier pour un réseau local, il pourra constituer le goulet d'étranglement en terme de performances. les gens râlent à ce sujet sur les mailing lists, à relativiser avec les besoins qu'on a, bien sûr. un wget sur un serveur web sur la même machine (coté windows) me donne dans les 500 kb/s, de tête. donc loin d'une vraie carte réseau.
sur un système FAT32, les fichiers des filesystem coLinux sont limités à 4 Go, sur du NTFS, il n'y a pas cette limitation, il y a des images de 10 Go.
concernant le thread à coté ("numéro de version inférieur à 1.0 donc pas en production"), pas grand chose à dire de plus : utiliser une machine de test se rapprochant le plus possible de la machine de production, et tester dessus en abusant de la pauvre bête comme le dernier des gorets. parce qu'indépendement de coLinux, on peut avoir tout plein de choses à coté qui peuvent faire flancher l'ensemble, dont certains utilitaires systèmes chatouilleux, ou des gags comme le SP2 de Windows XP.
outre les versions "officielles" de coLinux qu'on peut trouver sur la page du site sur SourceForge, il y a aussi des snapshots "officieux" dont certains sont "parfaits" (rien à signaler dessus) et d'autres moins (des gens se plaignent de X ou Y dessus sur les mailing lists). j'utilise un snapshoot 0622 depuis des mois et j'en suis ravi.
bref. suivant le niveau de criticabilité du système, ça peut être envisageable. les performances réseaux peuvent être décevantes, ou pas. et avoir le nom d'une solution ne dispensera pas des efforts potentiellement laborieux pour la mettre en oeuvre si on choisit de la tester.
[^] # Re: Chouette
Posté par Gniarf . En réponse au journal image Mandrake pour coLinux. Évalué à 3.
le message sur les modules est sans grand intéret : le noyau étant celui fourni par coLinux, il a un nom différent de celui de Mandrake et les modules (ceux fournis avec coLinux) sont à mettre dans un autre répertoire.
mais les modules sont inutiles dans un premier temps.
ensuite, la seule chose notable est le 'ro' devant le root=/dev/cobd0 (ah, et avoir décompressé l'image avant :)
Ma version de coLinux est le snapshot http://www.colinux.org/snapshots/coLinux-20040622.exe(...)
[^] # Re: LOGO et LSE ?
Posté par Gniarf . En réponse au journal OS cherche logo. Évalué à 2.
http://62.212.109.174/cubes/coincoin.jpg(...)
>o_/
[^] # Re: ro root=/dev/cobd0
Posté par Gniarf . En réponse au message Conversion sarge vers colinux. Évalué à 2.
l'état actuel des développements est qu'il faut modifier quelques fichiers dont /etc/fstab , /etc/inittab (mais pas pour les Debian) pour que X ne se lance pas tout seul, et rajouter des "colinux block devices" à coups de mknod /dev/cobd0 b 117 0
si on ne peut pas accéder à cette "vraie" distribution parce qu'on se fait jeter de suite, il faut l'éditer depuis une autre (ou un LiveCD), la minidistribution de 600 ko suffit pour ça.
Par contre, suite à ces modifications, ta Sarge ne redémarrera pas sans restaurer les fichiers d'origine. il y a quelques possibilités de faire ce qu'ils appellent de l'aliasing de noms sur les devices, mais ça ne suffit pas encore pour pouvoir travailler sans toucher à la partition d'origine.
[^] # Re: Le CD ??
Posté par Gniarf . En réponse au message INIT : PANIC segmentation violation at 0x804ec92! sleeping for 30 seconds. Évalué à 2.
(et vous avez échappé au CD coincoin >o_/ )
[^] # Re: ca sent le fud :)
Posté par Gniarf . En réponse à la dépêche PHP 5 futur concurrent de J2EE et .Net ?. Évalué à 4.
Stéphane Mariel, auteur du Cahier du programmeur PHP 5, nous donne son point de vue sur les grandes nouveautés et les apports de cette dernière version de PHP.
Il en ressort que PHP est sur la bonne voie pour concurrencer J2EE et .Net, et présente désormais des avantages non négligeables pour les équipes de développement.
il manque un "Stéphane Mariel estime que" dans la deuxième phrase.
[^] # Re: ro root=/dev/cobd0
Posté par Gniarf . En réponse au message Conversion sarge vers colinux. Évalué à 2.
[^] # Re: ca sent le fud :)
Posté par Gniarf . En réponse à la dépêche PHP 5 futur concurrent de J2EE et .Net ?. Évalué à 4.
sinon, il suffirait de demander à n'importe quel gourou de secte son avis sur l'existence des petits hommes verts et on pourrait commencer à préparer leur venue sur Terre...
# ro root=/dev/cobd0
Posté par Gniarf . En réponse au message Conversion sarge vers colinux. Évalué à 3.
passer de la woody à une sarge ou une sid ne présente aucune difficulté. Sinon on a ça, à partir de la beta de l'installateur pour sarge :
http://www.colinux.org/wiki/index.php/InstallDebianFromIso(...)
[^] # Re: Argument supplémentaire non évoqué ici
Posté par Gniarf . En réponse au journal freebox et linux. Évalué à 2.
[^] # Re: Argument supplémentaire non évoqué ici
Posté par Gniarf . En réponse au journal freebox et linux. Évalué à 3.
comme si tu prétendais qu'elle soit volée ou perdue par exemple : rembourser Free ne les rend pas contractuellement obligés de faire quoi que ce soit si tu la retrouves ensuite derrière la machine à laver. au contraire, c'est devenu un bout de plastique sans valeur.
[^] # Re: pas eu besoin de configurer le clavier
Posté par Gniarf . En réponse au message Colinux et clavier azerty sous X. Évalué à 2.
en fait, avec ces screenshots, je cherchais à montrer que les polices de caractères étaient particulièrement bien rendues dans scribus. donc j'avais caché les différentes palettes flottantes et autres qui auraient pu montrer ici l'intérêt du logiciel.
[^] # Re: vive colinux
Posté par Gniarf . En réponse au message Colinux et clavier azerty sous X. Évalué à 2.
j'utilise le snapshot 0622 ( http://www.colinux.org/snapshots/coLinux-20040622.exe(...) ) et j'en suis excessivement content. le support du clavier tel que décrit plus haut dedans fonctionne, mais je ne pense pas qu'il soit présent dans la dernière version officielle en date, la 0.6.1 sur Sourceforge. de toute façon, comme indiqué dans mon post plus bas, il est plutot inutile si on a l'image d'un clavier Qwerty sous le nez par exemple.
pour une Gentoo (et la Mandrake rescue disk), la séquence est loadkeys fr-latin1 .
[^] # Re: même problème
Posté par Gniarf . En réponse au journal Avis aux utilisateurs de WIKINI. Évalué à 3.
dans le cas particulier de nipr.mil, c'est une sorte de "firewall et super-proxy", un point de passage imposé depuis 1999 pour les quelques 800 000 employés du Département de la Défense.
Ils ont donc des visiteurs "normaux" qui se promènent, des robots qui indexent ce qui trainent pour leurs moteurs de recherche à eux, et évidement des machines vérolées qui font n'importe quoi, le temps qu'on les isole.
Il peut également y avoir des employés indélicats derrière et des utilisations non désirées de ce proxy depuis l'extérieur mais... inutile de dire qu'il y a des terrains de jeu plus tranquille.
# pas eu besoin de configurer le clavier
Posté par Gniarf . En réponse au message Colinux et clavier azerty sous X. Évalué à 2.
la console est certes en qwerty, on peut utiliser les loadkeys et autres pour la passer en azerty (loadkeys fr-latin1) depuis quelques mois mais comme la console n'est guère géniale, je recommandais en général d'utiliser ssh ou un serveur X sous Windows justement pour retomber sur un clavier "français".
(ah, concernant KDE, je laissais les locales par défaut, C).
Pour des raisons de performances, je conseille d'essayer VNC plutot que le X de Cygwin. le rafraichissement des menus à travers X peut varier de l'insupportable au terriblement pête-couilles. petit bémol, ça implique de rajouter les fontes nécessaires.
dans une sid d'il y a un mois et à travers VNC, ça donnait ça :
* http://62.212.109.174/temp/scribus_1.jpg(...)
* http://62.212.109.174/temp/scribus_2.jpg(...)
* http://62.212.109.174/temp/scribus_3.jpg(...)
* http://62.212.109.174/temp/scribus_4.jpg(...)
et dans X (ici X-Win32) :
* http://62.212.109.174/temp/scribus_5.jpg(...)
je peux te balancer des bouts de configuration si tu veux.
[^] # Re: Même problème...
Posté par Gniarf . En réponse au journal Avis aux utilisateurs de WIKINI. Évalué à 2.
[^] # Re: ca m'interesse!
Posté par Gniarf . En réponse au journal droit d'auteur... parfois ca fait peur. Évalué à 8.
[^] # Re: A moins que...
Posté par Gniarf . En réponse au journal Gagner 92 millions de $. Évalué à 3.
[^] # Re: Peggggggggggggggggy la coooooooooooooochone
Posté par Gniarf . En réponse au sondage Il casse la figure de tous les autres quand il veut. C'est :. Évalué à 2.
que va-t'il faire pour notre bonheur ?
un mécanisme pas banal,
Arkadamus est bien génial !
(voir aussi :
http://test.vaboofer.com/index.php/Quaqquao(...)
http://test.vaboofer.com/index.php/MioAndMao(...)
http://test.vaboofer.com/index.php/LaLinea(...)
)
[^] # Re: Projets Mandrake
Posté par Gniarf . En réponse à la dépêche Nouvelle version de la Mandrake Move. Évalué à 1.
[^] # Re: Projets Mandrake
Posté par Gniarf . En réponse à la dépêche Nouvelle version de la Mandrake Move. Évalué à 3.
[^] # Re: Le choc des images ?
Posté par Gniarf . En réponse à la dépêche Nouvelle version de la Mandrake Move. Évalué à -1.
[^] # Re: Doc
Posté par Gniarf . En réponse au journal mkcd la commande qu'il vous faut ...................... pas. Évalué à 2.
http://ftp.club-internet.fr/pub/unix/linux/distributions/Mandrakeli(...)
faites une recherche sur "ferme" :)
[^] # Re: faux ...
Posté par Gniarf . En réponse au journal Guillermito jugé le 4 janvier. Évalué à -3.
[^] # Re: Icône de la niouze
Posté par Gniarf . En réponse à la dépêche Mise à jour critique pour Firefox 1.0PR. Évalué à 8.
# stabilité et autres infos techniques
Posté par Gniarf . En réponse au message Stabilité CoLinux. Évalué à 5.
et elle survit très bien. j'estime qu'on peut dire que la stabilité et la survie du système sous coLinux dépend de celle de Windows. moi et d'autres personnes ont cité des uptime de trois jours et plus, et les arretent pour en faire des sauvegardes (un bete fichier) ou pour jouer sous Windows... d'autres ont cité des uptimes bien plus longs (utilisation "serveur") mais je n'ai pas de chiffres dessus.
je n'ai pas utilisé ReiserFS avec, uniquement ext3fs. j'alloue en général 128 Mo au sous-système colinux, mais j'utilise des clients X divers et VNC par exemple, on peut se contenter de 64 une fois l'installation terminée. l'utilisation d'un fichier de swap à coté est possible.
en terme de performances, le système de cache disque de Windows fait qu'une partie de l'image du filesystem sera cachée en RAM et qu'on aura de très bonnes surprises à ce niveau. affecter une priorité basse (au sens Windows) au coLinux suffira à laisser de bonnes performances aux applications Windows en toutes circonstances.
au niveau réseau, outre qu'il est pas forcément facile à configurer du coté Windows pour des gens qui n'y connaissent rien, en particulier pour un réseau local, il pourra constituer le goulet d'étranglement en terme de performances. les gens râlent à ce sujet sur les mailing lists, à relativiser avec les besoins qu'on a, bien sûr. un wget sur un serveur web sur la même machine (coté windows) me donne dans les 500 kb/s, de tête. donc loin d'une vraie carte réseau.
sur un système FAT32, les fichiers des filesystem coLinux sont limités à 4 Go, sur du NTFS, il n'y a pas cette limitation, il y a des images de 10 Go.
concernant le thread à coté ("numéro de version inférieur à 1.0 donc pas en production"), pas grand chose à dire de plus : utiliser une machine de test se rapprochant le plus possible de la machine de production, et tester dessus en abusant de la pauvre bête comme le dernier des gorets. parce qu'indépendement de coLinux, on peut avoir tout plein de choses à coté qui peuvent faire flancher l'ensemble, dont certains utilitaires systèmes chatouilleux, ou des gags comme le SP2 de Windows XP.
outre les versions "officielles" de coLinux qu'on peut trouver sur la page du site sur SourceForge, il y a aussi des snapshots "officieux" dont certains sont "parfaits" (rien à signaler dessus) et d'autres moins (des gens se plaignent de X ou Y dessus sur les mailing lists). j'utilise un snapshoot 0622 depuis des mois et j'en suis ravi.
bref. suivant le niveau de criticabilité du système, ça peut être envisageable. les performances réseaux peuvent être décevantes, ou pas. et avoir le nom d'une solution ne dispensera pas des efforts potentiellement laborieux pour la mettre en oeuvre si on choisit de la tester.