eolyte a écrit 58 commentaires

oops, je n'aurais pas du t'écouter et lire plus attentivement le contexte /o\

Heu, question subsidiaire : à quoi ça t'avance de booter sur le disque dur si tu passes sur le cd ensuite ? Je suppose que tu as une bonne raison de vouloir faire cela, mais je ne la vois pas.

Salut,

j'ai du réaliser un live cd pendant un stage, et j'ai eu droit à la même problématique : changer le root device de l'initrd vers le cd.
Bon, le tout était avec un noyau 2.4, et je ne sais pas si ce que je vais te dire s'applique encore a un 2.6 (c'est toujours mieux que rien).

En fait tout se joue dans l'initrd, vers la fin de celui-ci tu dois utiliser la commande pivot_root avec les arguments qui vont bien pour faire basculer ta racine. Je te recommande de lire la page man de pivot_root et de chercher sur le net.

Je pense qu'il est plus simple que tu déportes ton système de fichiers racine dès le démarrage, et je ne crois pas que ce soit faisable trivialement une fois init démarré.

Je viens de regarder, les deux liens qui m'avaient donné un max d'info sur le sujet ne sont malheureusement plus en ligne.

En bonus, les quelques dernières lignes appelées dans mon linuxrc :


# A faire uniquement si /proc était monté
umount -n /proc >/dev/null 2>&1
mount -n -o ro -t iso9660 $CDROM $TMPMNT
cd $TMPMNT
pivot_root . mnt/initrd
exec chroot . sh -c 'mount -n -t devfs none /dev >/dev/null 2>&1;\
  exec -a init.new /sbin/init 3'\
  <dev/console >dev/console 2>&1

...parceque iriver et les calendriers ne font pas bon ménage. Le firmware UMS supportant les OGG pour mon ifp390T devait sortir initialement en janvier, puis plus de nouvelles depuis : et là je vois sur le calendrier qu'il est prévu pour juillet.
Je suis donc très sceptique et attend de voir s'ils respecteront les délais qu'ils se fixent, cette fois ci.

Salut, perso pour un problème similaire, je me suis crée une petite table MySQL qui va bien, et un script bash qui parse la dite table régulièrement par l'intermédiare de cron pour créer les nouveaux utilisateurs, et virer ceux qui ont été supprimés.

C'est la solution la moins insecure que j'ai trouvée.

Bon, pour le système de vote, je ne juge pas, je vote tous les 42 du mois, je n'ai donc pas encore pu apprécier (hum) cette nouvelle feature.
Pour ce qui est des catégories, pourquoi pas, mais ça fait un peu perdre l'intérêt des journaux, bref, je ne viens pas troller là-dessus.

J'essaie juste de comprendre ton truc avec la chaine à envoyer au serveur, et je ne vois pas pourquoi un bot ne pourrait pas récupérer cette chaine, si un navigateur le peut.

Faut que tu m'expliques, parceque si j'ai bien compris, tu viens d'inventer l'i2bp de la sécurité.

mmmmm, ce n'est pas parceque la doc concerne nfs que tu n'y trouveras pas des informations utiles.
Ces docs m'ont servi à faire un cd amorçable, donc sans nfs., mais pour comprendre le déroulement d'un boot, il faut chercher dans le peu de doc qui existe sur le sujet.

Je trouve ton commentaire décevant, car il laisse clairement penser que tu souhaites avoir la réponse toute prête dans la bouche, sans faire un minimum d'efforts.

Voici la netographie qui me reste d'un projet de cd amorçable :
Évidemment, les liens peuvent être morts, je n'ai pas vérifié.

Du bash au prompt (fr) :
http://www.freenix.fr/unix/linux/HOWTO/From-PowerUp-To-Bash-Prompt-(...)

Root over nfs - bonu : boot from cdrom (en) :
http://x.mame.net/hans/nfsroot-5.html(...)

Diskless-HowTO (en) :
http://www.tldp.org/HOWTO/Diskless-HOWTO.html(...)

Advanced bash scripting (en) :
http://www.tldp.org/LDP/abs/html/(...)

Hiérarchie d'un système de fichiers Linux minimal (en) :
http://www.pathname.com/fhs/2.2/(...)

Sans doute le jour où le noyau sera entièrement recodé en C++

J'ai acheté le 390T en avance (vancances aux usa, prix très intéressant là-bas toussa), en espérant avoir l'ums-ogg qui devait être dispo fin janvier.

Le fait est que le format ogg n'est supporté que dans le mode "manager", du moins pour le moment. Autrement dit, actuellement, tu es obligé d'utiliser le soft d'iriver pour placer des .ogg que tu écouteras avec ton baladeur.

Le deuxième problème, c'est qu'il n'y a pas à ma connaissance de manager pour Linux. Donc actuellement tu peux te brosser pour utiliser facilement ton ifp390T avec le ogg depuis Linux. J'ai même tenté de lancer le manager sous Wine, sans résultats. Si un jour j'ai du temps, je ferais des sniffs usb sous Windows pour tenter de dev un manager pour Linux, mais c'est loin d'être commencé.

Quant à la qualité du son (en mp3), je la trouve bonne, mais n'étant pas un expert, je ne m'avancerai pas plus.

Malgré ma déception par rapport aux promesses décues et au manque de communication de la part d'iRiver, je suis très satisfait du produit en lui-même, tant au niveau ergonomie qu'au niveau consommation, qualité du son.

Si tu as d'autres question, n'hésite pas.

Je pense que Miguel de Icaza aurait explosé tout le monde, y compris Pierre Tramo, mais le sondage ne propose pas les hackers importants de la communauté dans sa liste.

Dommage.

Ha bon ? Qu'est-ce qui ne devrait pas fonctionner ?
Parceque j'ai testé ce script sur ma woody avant de le poster ici, et il semblait fonctionner au poil.
La nuance se fait ptet dans des conditions "extèmes" ?

Ma solution tout en bash un poil plus court et sans doute plus propre.
Seules contraintes à vérifier : le nombre d'arguments max que l'on peut passer en bash et le dépassement de capacité de $SUM

#! /bin/sh

SUM=0

# Tant qu'on n'a pas scanné tous les arguments, on continue
while [ "$#" -gt "0" ]
do
# On ajoute l'argument courant au résultats
SUM=$(($SUM+$1))

# On décale les arguments vers la gauche
shift
done

echo "Somme : $SUM"

Ha non ! Pluto c'est le chien de Mickey. C'est Dingo l'ami de Mickey.

Perso, j'aimerai bien tester la bête, mais n'ayant qu'une machine et pas de graveur, je redoute quelques problèmes majeurs, tels que perte de données ou autre connerie du genre. Qu'en pensez-vous ? Ai-je raison, ou suis-je complètement à coté de la plaque en pensant que le noyau comporte ce genre de risque ?

Merci d'avance pour vos réponses.

L'est pas con, le Bruce, il a des slips kangourou en micro-fibre super élastique, pour pas se faire broyer la quequette dans les combats et autres explosions...

<MC Saturn>Chère grand-mère, quand chuis vener, et ben j'deviens tout vert, puis j'marrav les gros blairs</MC Saturn>

En même temps, un utilisateur moyen va plutôt utiliser des packages tout prêt fournis par sa distrib. Je ne vois pas pourquoi il se ferait chier à tout se palucher à la mimine.
Ensuite, pour le wizard graphique, je tiens juste à rappeler que contrairement à d'autres OS, GNU/Linux ne fonctionne pas obligatoirement en mode graphique. Perso, je n'ai pas installé X sur mon serveur, vu qu'à priori, je ne brancherai jamais d'ecran dessus.
Je crois qu'il faut rester généraliste, mais aussi réaliste : un utilisateur lambda utilisera le mode graphique, oui, mais aussi les packages de sa distrib.
Quelqu'un qui veut jouer au l33t et customizer sa distrib doit de toutes façons avoir un certain niveau, et devrait donc être en mesure de bosser en mode texte.

Tiens, j'avais cru comprendre que les pots de miel ne servaient qu'à mieux cerner les techniques de piratage et la logique des crackers, j'ignorais que certains les utilisaient pour porter plainte contre les attaquants.

Je pense que dans un but informatif, les pots de miel sont parfaitement légaux, dans la mesure où on ne divulgue pas les informations "privées" concernant les pirates, et que l'on n'entreprend aucune action punitive (procès, attaque de représaille, etc.).
Il me semble que dans ce contexte d'utilisation, les pots de miel peuvent permettre de mieux se protéger, sans aller à l'encontre de la loi.

Ensuite, je trouve fou de parler d'incitation au crime, car un pirate qui commet une attaque l'a bien voulu. On ne porte pas plainte contre une jolie fille pour incitation au crime, alors qu'elle pourrait inciter un pervers à la violer, non ? Ma comparaison est extrème, mais est-elle inapropriée ?
Idem pour la vie privée, en attaquant une machine, le pirate prend le risque de divulguer son adresse ip, de manière directe ou indirecte.

Et vous, qu'en pensez-vous ?

Welcome in the real world Neo^WTyrandO !
Le monde des consensuels mous n'osant pas exprimer leurs opinions brutes de peur de se faire censurer le caquet.
Je ne postais pas beaucoup de commentaires avant, mais avec ce système et compte tenu de la manière dont les gens votent, je n'en posterai plus, car c'est devenu n'importe quoi.
On ne peut plus mettre un post pour rire, on ne peut plus etre en désaccord avec la majorité sous peine de perte de XP et de censure.
Ben perso, je garde le peu de XP que j'ai ainsi que mes commentaires.

C'était mieux avant (tm).

Ha ben tant qu'à faire, y'a aussi d'activitées au lieu d'activités dans l'article.

Mince, j'aurais pourtant juré que le CCC était le comité contre les chats, parceque tout le monde le sait, les chats, c'est tous des branleurs...

Damned, où est le -1 ?

Le texte est intéressant, quoique je pense que la partie sur TCPA nécessite encore quelques retouches pour devenir abordable et digeste pour n'importe qui, mais cet avis n'engage que moi.
Sinon, j'ai relevé une utilisation intensive du terme "digital", qui, si je ne me trompe pas est un anglicisme utilisé à la place de "numérique".
J'ai aussi décelé une faute de frappe dans la première phrase du quatrième paragraphe ("adminisrations").
En tout cas, bravo pour ce travail de fond, car tu as du passer pas mal de temps dessus.

La mobilité est le plus important, les performances le sont moins à mon avis. En ce qui me concerne, je crois que si le wireless émerge actuellement, c'est justement grâce à ses performances, qui sont tout à fait acceptable pour un réseau local. J'ai cru comprendre que les 3 points suivants sont les points importants du wireless : - les performances : avoir un débit correct en réseau local - la sécurité : éviter que Jean-Kevin, dans la rue avec son laptop, ne sniffe les mots de passe des habitants alentours, alors que ceux-ci consultent leurs mails, ou accèdent à des ftp. Qu'on ne me parle pas de crypto, de ssh, et autres, je parle des utilisateurs moyens d'aujourd'hui, genre Luce et Henri. - la mobilité : permettre de conserver les connexions/transferts malgré un changement de point d'accès Bon, actuellement, il me semble que les protocoles (je ne parle pas de leurs implémentations) couvrent seulement deux de ces points, à savoir la performance et la mobilité. La sécurité était prévue avec l'algorithme de crypatge WEP, mais il a été cracké rapidement, et je ne crois pas qu'une solution de remplacement ait été mise en place (mais ça fait quelques mois que je n'ai plus le nez dans les docs). Je pense donc qu'actuellement, le plus important dans le wireless, c'est la sécurité, mais pas au détriment des deux autres points.

Ben, perso, je trouve l'approche plutôt intéressante (je n'ai pas dit indispensable), même si elle ne fait pas le jeu d'autres environnements.
J'explique : je file un coup de main pour l'administration du réseau et des machines dans un collège dont tous les postes sont en win98, et qui n'a pas les moyens d'avoir d'autres licenses de win.
On parle de plus en plus de tenter de mettre un multiboot, mais je restais dubitatif quant à l'accroche de l'utilisateur final (à savoir les profs et les collégiens). La plupart (surtout parmi les profs) ont déjà du mal avec windows, malgré le fait qu'ils l'utilisent chez eux, alors leur demander de comprendre un autre environnement, vous n'imaginez pas les réactions ! Rien que le fait de passer en réseau avait été une mini-révolution !
Je pense donc que ce genre d'environnements (ou un kde avec le thème qui va bien) peut permettre de faire la transition "en douceur" sans trop perturber l'utilisateur final.
Les utilisateurs seraient donc migrants, et apprécieraient des petits détails comme un système stable, la possibilité de conserver leurs favoris n'importe ou dans le réseau, etc...
Je suis donc convaincu de l'utilité de ce genre de projets, mais ça n'est que mon avis.

sed c'est dien

Bon voila, je ne suis pas un master, mais un truc m'échappe, comment un virus peut-il contaminer les fichiers d'un utilisateur sous Linux ?
A ce que je sache il n'y a pas de moyen de lancer automatiquement un processus sous Linux, à moins de placer des entrées de le cron (ou autre), d'utiliser une faille dans un programme genre client mail ou web, ou alors de lancer un exécutable vérolé (mais si c'est par ce moyen, je n'appelle pas ça un virus).
Si quelqu'un peut m'expliquer, j'aimerai bien comprendre.