Forum Linux.debian/ubuntu Comment tout casser ;)

Posté par  .
Étiquettes : aucune
1
29
juil.
2009
Salut,

J'ai riper avec mon gros doigt et fait un chown -R root:www-data sur /var !!!

Au programme :
Mysql qui fonctionnait plus( réglé)
screen pas content (réglé)

Par contre g encore des soucis notamment avec apt...

J'ai bien changé les droits sur /var/cache/man mais ça ne change rien

Et enfin le plus beau j'arrive pas à installer un paquet (droits à donner sur /var/cache/apt/archives ?)

Merci d'avance !
  • # compléments d'infos

    Posté par  . Évalué à 1.

    exemple :
    server://# apt-get install nano
    Lecture des listes de paquets... Fait
    Construction de l'arbre des dépendances
    Lecture des informations d'état... Fait
    Paquets suggérés :
    spell
    Les NOUVEAUX paquets suivants seront installés :
    nano
    0 mis à jour, 1 nouvellement installés, 0 à enlever et 0 non mis à jour.
    Il est nécessaire de prendre 608ko dans les archives.
    Aprà¨s cette opération, 1778ko d'espace disque supplémentaires seront utilisés.
    Réception de : 1 http://ftp.fr.debian.org lenny/main nano 2.0.7-4 [608kB]
    608ko réceptionnés en 0s (986ko/s)
    Sélection du paquet nano précédemment désélectionné.
    (Lecture de la base de données... 29882 fichiers et répertoires déjà installés.)
    Dépaquetage de nano (à partir de .../nano_2.0.7-4_amd64.deb) ...
    Traitement des actions différées ( « triggers ») pour « man-db »...
    fopen: Permission non accordée
    fopen: Permission non accordée
    fopen: Permission non accordée
    fopen: Permission non accordée
    fopen: Permission non accordée
    fopen: Permission non accordée
    fopen: Permission non accordée
    fopen: Permission non accordée
    fopen: Permission non accordée
    fopen: Permission non accordée
    fopen: Permission non accordée
    fopen: Permission non accordée
    fopen: Permission non accordée
    fopen: Permission non accordée
    fopen: Permission non accordée
    fopen: Permission non accordée
    fopen: Permission non accordée
    fopen: Permission non accordée
    fopen: Permission non accordée
    fopen: Permission non accordée
    fopen: Permission non accordée
    fopen: Permission non accordée
    fopen: Permission non accordée
    fopen: Permission non accordée
    Paramétrage de nano (2.0.7-4) ...
    • [^] # Re: compléments d'infos

      Posté par  (site web personnel) . Évalué à 2.

      Toujours lire 2 fois la commande avant de la lancer...

      Plus sérieusement, réinstalle une debian à l'identique et récupère les permissions
      des répertoires altérés.

      cf: debootstrap

      Système - Réseau - Sécurité Open Source

      • [^] # Re: compléments d'infos

        Posté par  . Évalué à 2.

        Oui je m'apprêtais à me faire une machine virtuelle...
        • [^] # Re: compléments d'infos

          Posté par  . Évalué à 2.

          En espérant que cela puisse t'aider.

          ls -l /var/cache/
          total 36
          drwxr-xr-x 3 www-data www-data 4096 2009-02-05 15:01 apache2
          drwxr-xr-x 3 root root 4096 2009-06-03 11:14 apt
          drwxr-xr-x 2 root root 4096 2009-06-03 11:13 debconf
          drwxr-xr-x 2 root root 4096 2008-03-14 16:34 dictionaries-common
          drwxr-xr-x 2 root root 4096 2007-02-26 18:19 fonts
          drwxr-xr-x 2 root root 4096 2009-07-29 06:25 locate
          drwxr-sr-x 16 man root 4096 2009-07-29 06:25 man
          drwxr-xr-x 3 root root 4096 2009-07-29 17:25 samba
          drwx------ 3 tomcat55 adm 4096 2009-04-20 11:42 tomcat5.5


          ls -l /var/cache/apt/
          total 27620
          drwxr-xr-x 3 root root 36864 2009-06-03 11:25 archives
          -rw-r--r-- 1 root root 14117867 2009-06-03 11:14 pkgcache.bin
          -rw-r--r-- 1 root root 14096521 2009-04-20 11:34 srcpkgcache.bin

          ls -l /var/cache/man/
          total 312
          drwxr-sr-x 2 man root 4096 2008-03-14 16:33 cat1
          drwxr-sr-x 2 man root 4096 2008-03-14 16:33 cat2
          drwxr-sr-x 2 man root 4096 2008-03-14 16:33 cat3
          drwxr-sr-x 2 man root 4096 2008-03-14 16:33 cat4
          drwxr-sr-x 2 man root 4096 2008-03-14 16:33 cat5
          drwxr-sr-x 2 man root 4096 2008-03-14 16:33 cat6
          drwxr-sr-x 2 man root 4096 2008-03-14 16:33 cat7
          drwxr-sr-x 2 man root 4096 2008-03-14 16:33 cat8
          drwxr-sr-x 2 man root 4096 2008-03-14 16:33 cat9
          drwxr-sr-x 2 man root 4096 2008-03-14 16:33 fsstnd
          -rw-r--r-- 1 man root 273168 2009-07-26 06:47 index.db
          drwxr-sr-x 2 man root 4096 2009-07-29 06:25 local
          drwxr-sr-x 2 man root 4096 2009-07-29 06:25 oldlocal
          drwxr-sr-x 2 man root 4096 2008-03-14 16:33 opt
          drwxr-sr-x 2 man root 4096 2008-03-14 16:33 X11R6
    • [^] # Re: compléments d'infos

      Posté par  . Évalué à 3.

      Utilise strace (En espérant qu'il soit installé sur ton système ...) pour connaitre quels sont les fichiers qu'il cherche à ouvrir sans succès ...
      Ici ça donnerait:

      strace -o /tmp/pouet -fF apt-get install nano

      Ensuite, pour simplifier le travail tu peux faire un grep open /tmp/pouet et tu verras ainsi tout les fichiers qu'apt a tenté d'ouvrir ainsi que les fd retournés ...

      Pour plus d'infos sur strace, man strace :)
  • # par message perso

    Posté par  . Évalué à 1.

    je t'ai envoyé les droits de mon var.


    Mais ce serait plus simple de réinstaller, car cela peut te prendre autant de temps qu'à faire les modif à la main.
    • [^] # Re: par message perso

      Posté par  . Évalué à 1.

      Merci bpc à tous !
      J'avais inversé les droits pour man (chown root:man au lieu de man:root)
      J'ai eu aussi un petit soucis avec les logs de Exim.

      Mon serveur se porte bien il a un uptime de 9H et 12 minutes ;)
  • # Linuxconf

    Posté par  (site web personnel) . Évalué à 2.

    Dans le temps, j'utilisais l'outil linuxconf qui savait réparer les droits des fichiers systèmes…

    Ça doit encore savoir gérer ton problème (même s'il est résolu…)

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.