p0l1uX a écrit 4 commentaires

  • [^] # Re: CPE Lyon

    Posté par  . En réponse à la dépêche 11 raisons pour ne pas choisir la filière informatique. Évalué à 2.

    je plussoie.

    Il reste quand même des profs qui publient de temps en temps du code ...

    ps: non je ne suis pas prof a cpe. enfin pas prof quoi :)
  • [^] # Re: Conseils ?

    Posté par  . En réponse à la dépêche Sortie de la version 4 de ReiserFS. Évalué à 3.

    Un fs sans fsck correcte ne mérite pas d'être numéroté 1.0.0.


    Tout a fait !

    Je suis d'ailleurs bien surpris de voir que reiserfs v4 "sort" officielement, alors qu'aucun test serieux effectué par les developpeurs du noyau n'a été fait (par test serieux je n'entends pas test de perfs, mais plus test de fonctionnalités et revue du code).

    Il semble aussi que reiser v4 a été developpé sans aucune coordination avec les autres filesystems, et surtout sans respecter les API. C'est pour cette raison que plusieurs developpeurs ont demandé que cette version ne soit pas intégrée au noyau tant que les problèmes ne sont pas corrigés.

    Honnetement je doute que reiser v4 soit plus utilisable que pour du test en ce moment, en tout cas je ne l'utiliserait pas en prod :)
  • [^] # Re: Conseils ?

    Posté par  . En réponse à la dépêche Sortie de la version 4 de ReiserFS. Évalué à 5.

    un rapide 'apt-cache show reiser4progs' montre les applications suivantes:

    - debugfs.reiser4
    - cpfs.reiser4
    - fsck.reiser4
    - measurefs.reiser4
    - mkfs.reiser4
    - resizefs.reiser4

    Donc, si, reiserfs v4 a un fsck, et pour répondre à d'autres questions, si il a aussi un resizefs.

    Par contre au vu des derniers commentaires sur la ML du kernel, il y a beaucoup de problèmes potentiels (par exemple reiser v4 ne respecte pas le comportement du flag O_DIRECTORY sur un open(), ce qui peut être TRES génant).
  • # Re: Mon cher je t'appels encore à la rescousse!

    Posté par  . En réponse au journal Mon cher je t'appels encore à la rescousse!. Évalué à 1.

    Salut !

    je connais pas trop 'route' mais par rapport à ma config qui me semble identique la sortie est différente:

    gimli:~# route
    Kernel IP routing table
    Destination Gateway Genmask Flags Metric Ref Use Iface
    192.168.254.254 * 255.255.255.255 UH 0 0 0 ppp0
    localnet * 255.255.255.0 U 0 0 0 eth0
    192.168.60.0 * 255.255.255.0 U 0 0 0 eth1
    default 192.168.254.254 0.0.0.0 UG 0 0 0 ppp0

    Perso je prefere la commande ip:

    gimli:~# ip route show
    192.168.254.254 dev ppp0 proto kernel scope link src 82.64.202.241
    10.0.0.0/24 dev eth0 proto kernel scope link src 10.0.0.1
    192.168.60.0/24 dev eth1 proto kernel scope link src 192.168.60.30
    default via 192.168.254.254 dev ppp0

    Regarde avec ip route show si tu as bien une route sur ton réseau local (ici eth0)

    /P