lol.2.dol

Salut à vous! Voilà aujourd'hui je vous propose de vérifier ce que vous avez laissé trainer derrière vous au cours de vos pérégrinations virtuelles(ou non d'ailleurs). Voici donc le moteur de recherche 123people Voilà, éclatez vous, prenez peur, BIG B CU!

Oui logiquement, mais ma partition /home met du temps à monter(est-ce que ça vient du fait qu'elle soit en JFS je pense pas, parce que quand je boot sur disque dur normal, elle se monte instantanément). Doit y avoir un truc derrière qui pourri le boot!

J'ai pas le temps de fair e ce genre de truc... Les tests que je ferai surtout ça sera sur l'autonomie. Pour le temps de boot je sais pas trop, je vais faire les tests voir... edit: Bon pour l'instant j'y gagne rien. Je sais pas ce qu'il me fout mais il met beaucoup de temps à monter la partition JFS...Je sais pas trop pourquoi.

Bon des news, j'ai réussi avec 1GB de RAM ^^ en mettant mon home sur une autre partoche(en JFS, selon les différents tests que j'ai lu, il paraîtrait que ce FS consomme moins de CPU). Système pleinement fonctionnel, faut encore que j'optimise quelques trucs pour que ça soit bien rapide!

Ouaip c'est sûr. Pour rappel pour les autres ->>> irc.worldnet.net

Je suis content de moi dès fois je comprends la programmation ^^ Normalement la personne qui a fait le script devrait uploader sous peu une nouvelle version du programme avec un système de boucle et gestion des arguments!

Je viens de remarquer qu'il y avait un paquet prelink dans SID. J'essaierai à l'occasion, même si je n'utilise plus KDE ça peut être sympa de voir ce que ça donne. Ouaip exactement.

Certes, mais p'tete que vu que je lance le fichier en faisant $php script.php file.xml, ça compte pour argv[1] non??

Ouais, c'est donc ce que je dis pour un système qui ne bouge pas, tu fais ça avec un système stable, j'entends par exemple une debian stable...C'est pour un truc immuable! Mais moi à l'Université ça me va comme principe!

Mmh ça fonctionne avec $doc->load($argv[1]); En fait j'étais pas très loin de la solution au début, je savais pas qu'il fallait indiquer quel argument utiliser. Bon je vais essayer de voir si je peux faire ça à l'a chaîne.

Bah je veux bien t'expliquer le truc mais si t'as pas lu le sujet c'est chiant... Je vais pas non plus m'amuser à faire des traductions! J'ai déjà tout dit. Je fais un dernier résumé. Le tuto proposé permet de faire tourner un OS sur la RAM. Pour ce faire, le mec à créer un script permettant de supprimer une très grande partie de fichier(notamment tout ceux de apt) qui permet de réduire la taille du système afin de pouvoir rentrer sur la RAM, et aussi il a fait ça parce que c'est clairement inutile de garder ça vu que si on l'avait gardé ça aurait été inutile: vu que si on modifie l'OS qui est mis sur la RAM les modifications ne sont pas conservés. Donc, comme expliqué dans le tuto, on fait son système, on applique le script qui permet de créer une image de l'OS(avec des fichiers en moins), on dit à grub de monter un ramdisk, et à l'OS de copier l'image sur le ramdisk. Le problème, comme tu l'as souligné une dizaine de fois, c'est que les modifications faites une fois booté, seront perdues en cas d'arrêt. Je propose donc de créer une partition séparée home sur le disque dur, afin que les user puissent enregistré des documents, puissent garder les logs de conversation, l'historique de firefox. Le reste on s'en fout, tout ce qui se passe dans / n'est pas en soit important, au pire il y a des logs, si ils sont effacés il n'y a pas mort d'homme... Si on veut réinstaller des logiciels, comme indiqué dans le tuto, il faut rebooter sur l'OS d'origine(sur le dd), installer les dits logiciels, rebalancer le script, refaire l'image pour pouvoir booter dessus après! Voilà, je peux pas faire mieux

Bon lit le tuto parce que tout est expliqué dedans, les limitations, le script etc...

Oui je suis d'accord, le système en soit sera effacée! Si je fais une modification dans les paquets, ou un truc dans le genre elle sera perdue. Mais si je reste loguer en user simple et que j'ai ma partion /home qui reste sur le DD, je ne perdrai pas les données qui me sont accessible...

Jusque là je suis d'accord! Mais voilà si tu fous ta /home sur ton disque dur ça le fait! Tu veux que je poursuive ou quoi?

Oui, mais j'ai un disque dur quand même.... Sinon comment voudrait tu que je puisse booter sur la RAM?? On reprends, tu installes une distribution sur ton disque dur, tu crées une image de ce système(un ghost en gros), au moment où tu boot ton système va créer un ramdisk puis il va faire la copie de ton ghost sur ton ramdisk, et voilà!

Ouais, il te renvoie simplement la cause de la non récéption du retour du ping. Le serveur ou le plutôt je pense le firewall en amont filtre les paquets ICMP.

Euh.... j'ai pas de données non sauvegardées! T'as lu le lien que j'ai posté? Lle système quand il boot copie une image sur le ramdisk...si je l'éteins, et je le rallume je reviens reprends la même image, donc le même système....

Ah bha c'est malin, le jour où j'allais refaire une apparition!

oki doki. Mais, là si je ne m'abuse, si j'utilise les arguments, il risque pas plutôt de traiter le nom du fichier?? exemple si je lance $php script.php blabla.xml il traiterai pas blabla.xml comme chaine de caractère, en lieu et place de charger le fichier susnommé?

Mais tu parles de quelles données??? Je vois pas ce que c'est tes données là... Si ma partoche home est ailleurs et qu'elle n'est pas monté dans le ramdisk, je perds autant de données que si j'étais sur un vrai disque, c'est à dire pas grand chose... Enfin je vois pas où tu veux en venir

Merci, j'aurai du utiliser le mot racine... Enfin bon même en disant root en parlant de superuser mon post est compréhensible. Je veux dire que si on a un système complet, stable et suffisant aux utilisateurs qui ont accès au PC, on a pas besoin normalement de s'identifier en root(superuser) sur la machine; on a normalement suffisament de droits sur nos fichiers. En gros, dans le cas présent, si on met le /home sur une autre partition, et si on monte tout le reste du système (racine,/) sur un ramdisk. Et lorsqu'on éteint son PC, aucune donnée, au pire, je pense qu'on doit perdre des logs non? Voili Voilou, j'ai l'impression de parler dans le vide là ^^

Bah je vois pas pourquoi... Si t'as un système complet qui te suffit, tu n'as pas normalement pas besoin de passer en root. Donc partant de là, il ne reste plus que quelques applis qui sont capable de modifier les fichiers autres que ton home, et à priori c'est seulement pour écrire des logs qu'on pourrait presque qualifier d'inutile lorsqu'on a un système stable et personnel! Donc seul le home sur partoche différente suffit!

Ouais enfin je viens de me dire que j'allais pas utiliser mon ramboot tout les jours vu qu'en fait tout ce qui est log, historique de navigation ne sera pas sauvergardé...A moins que fasse un home séparé qui reste sur disque dur, ça pourrait être une solution viable...

Bah je perdrai toutes mes données non enregistrées sur disque dur... C'est clair c'est pas fait pour un système qui reste allumé H24 ou alors faut être certain de son alim et de son réseau éléctrique.

Euhhh, j'ai fait du C... Mais comment dire, j'étais une sacré quiche. Je vais quand même me pencher sur ce que tu me dis. edit; Si j'ai bien compris, il faut que j'utilise argv, parce que argc c'est juste pour compter le nombre d'argument... J'ai essayé de faire $doc->load( $argc ); Mais ça fonctionne pas... Pourtant je pensais que ça allait le faire, parce que si je remplace tout les $doc en $argc, il va seulement prendre la chaine de caractère, et il ne pas charger le fichier...