• # "rm -rf /usr" should be ok :)

    Posté par (site web personnel) . En réponse au message ma Debian est morte : VIVE MA DEBIAN. Évalué à 3.

    le binaire de chmod ne reside pas dans /usr/bin

    Ça n'a rien d'un hasard, /usr/bin n'est *pas* une partie vitale du système de fichier, une machine doit être fonctionnelle sans (et en particulier bootable). La meilleure raison se trouve dans le cas de systèmes pour lesquels /usr est une partition exportée en nfs par un serveur: il faut bien pouvoir démarrer en cas de panne réseau.
    Quand je fais un ls sur /bin et /sbin, j'ai a priori tous les outils de base pour administrer un système unix.

    faites un ls /usr/bin .. et dites vous que tout ce qui apparait chez vous, je ne l ai plus : Eterm, xterm, kill, mozilla, *irc*, *ftp*, apt, dpkg ( les deux BASES pour proceder aux installes sous Debian ) ... bref ... plus rien.

    Autant pour Eterm, xterm, etc. ça ne me pose pas de souci, autant pour le dpkg je suis surpris. D'accord il y a bien tar, gunzip, cpio et tout ça, mais bon, avoir l'outil de base d'installation de package de sa distrib dans /bin est à mon sens beaucoup plus raisonnable. Ici, sur ma Mandrake, rpm est dans /bin, et urpmi dans /usr/sbin (normal, c'est juste un front-end)... je trouve ça plus confortable quand même. Pour reprendre le scénario du /usr distant, ça sous-entend que sous debian tu ne peux pas installer un package que tu as en local "normalement" en cas de panne réseau.

    Pour plus d'info sur la hiérarchie unix: http://www.pathname.com/fhs/(...)
    Une lecture très saine, et qui montre bien la place de chaque chose.

    P.S.: la prochaine fois que tu veux t'amuser, efface /bin ou /lib, ça c'est du sport ;-)