Forum Linux.debian/ubuntu Le mystère des systèmes de fichier cachés

Posté par  .
Étiquettes :
0
14
mar.
2008
Hello tout le monde,

Voilà, j'ai un problème avec ma Debian Etch installée sur mon serveur perso.

Quand je fais un "mount", j'obtiens :

/dev/mapper/vg-root on / type ext3 (rw,noatime,errors=remount-ro)
tmpfs on /lib/init/rw type tmpfs (rw,nosuid,mode=0755)
proc on /proc type proc (rw,noexec,nosuid,nodev)
sysfs on /sys type sysfs (rw,noexec,nosuid,nodev)
procbususb on /proc/bus/usb type usbfs (rw)
udev on /dev type tmpfs (rw,mode=0755)
tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev)
devpts on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=620)
/dev/hda1 on /boot type ext3 (ro,noatime)


Il ne m'affiche que deux systèmes de fichiers montés, /boot et /. Or il se trouve que /home, /var et /tmp sont des systèmes de fichiers séparés, mais mount ne me les affiche pas.
J'obtient d'ailleurs le même résultat avec "df".

Pourtant, quand je force leur affichage avec "df -h /home /tmp /var", je reçois ça :

Sys. de fich. Tail. Occ. Disp. %Occ. Monté sur
- 9,7G 2,2G 7,0G 24% /home
- 3,0G 355M 2,5G 13% /var
- 1,9G 33M 1,8G 2% /tmp


On voit bien que ce sont des fs différents de la racine, mais il n'est pas fichu de savoir de quels périphériques il s'agit (alors qu'ils sont dans le même VG que la racine)

J'ai bien entendu tenté de jouer avec tune2fs, avec LVM, avec les options de montage, mais rien n'y fait. Et bien sûr, ma Debian est à jour.

C'est pas que c'est très gênant, ça m'empêche pas mon bousin de fonctionner au poil pour le reste, mais bon c'est pas top. Je voudrais surveiller les espaces disque avec Cacti, bah là je peux pô.

Y-a-t'il quelqu'un qui a une idée sur le pourquoi du comment ? Ou au moins quelqu'un qui a déjà eu le même problème, que je me sente moins seul ;-) ?

  • # chez moi

    Posté par  . Évalué à 1.

    ubuntu 7.10 64bits
    pas de LVM/evms/mdm raid

    je vois bien mes peripheriques en faisant mount
    [14:38:55] johann@johann-laptop: ~ $ mount
    /dev/sda2 on / type ext3 (rw,errors=remount-ro)
    proc on /proc type proc (rw,noexec,nosuid,nodev)
    /sys on /sys type sysfs (rw,noexec,nosuid,nodev)
    /dev/sda1 on /boot type ext2 (rw)
    /dev/sda3 on /home type ext3 (rw)

    en faisant df -h avec des arguments
    il met le filesystem de rattachement si ce n'est pas un filesystem (/var chez moi est DANS / )
    il met 0 si c'est un pseudo filesystem (/sys)

    [14:38:57] johann@johann-laptop: ~ $ df -h /var /sys
    Sys. de fich. Tail. Occ. Disp. %Occ. Monté sur
    /dev/sda2 7,6G 3,5G 3,7G 49% /
    /sys 0 0 0 - /sys

  • # ......

    Posté par  . Évalué à 1.

    df travaille avec les inodes, et donc n'affiche que les fs montés qui fonctionnent avec des inodes. tmpfs et autre ne le sont pas.

    • [^] # Re: ......

      Posté par  . Évalué à 1.

      oups non, tmpfs et les dev shm sont aussi inclus par df, bien que je concoive mal des inodes pour le shm qui fonctionne par clés.

      Sinon si tes /var et /tmp sont sur des systèmes de fichier disque, fais un "stat /tmp" et vois s'il te sort une inode de début (2).

      • [^] # Re: ......

        Posté par  . Évalué à 2.

        Ben oui, c'est bien le cas :

        nanoha:~# stat /tmp
        File: `/tmp'
        Size: 1024 Blocks: 2 IO Block: 4096 répertoire
        Device: fe01h/65025d Inode: 2 Links: 5
        Access: (1777/drwxrwxrwt) Uid: ( 0/ root) Gid: ( 0/ root)
        Access: 2006-10-28 16:06:46.000000000 +0200
        Modify: 2008-03-14 19:16:36.000000000 +0100
        Change: 2008-03-14 19:16:36.000000000 +0100


        C'est intéressant, je ne connaissais pas cette commande, mais ici, le problème n'est pas là.

        Article Quarante-Deux : Toute personne dépassant un kilomètre de haut doit quitter le Tribunal. -- Le Roi de Cœur

        • [^] # Re: ......

          Posté par  . Évalué à 2.

          Et ca apparait dans
          cat /proc/mounts ?

          • [^] # Re: ......

            Posté par  . Évalué à 2.

            Oui, également :

            nanoha:~# cat /proc/mounts
            rootfs / rootfs rw 0 0
            none /sys sysfs rw 0 0
            none /proc proc rw 0 0
            udev /dev tmpfs rw 0 0
            /dev/mapper/vg-root / ext3 rw,noatime,data=ordered 0 0
            /dev/mapper/vg-root /dev/.static/dev ext3 rw,data=ordered 0 0
            tmpfs /lib/init/rw tmpfs rw,nosuid 0 0
            usbfs /proc/bus/usb usbfs rw,nosuid,nodev,noexec 0 0
            tmpfs /dev/shm tmpfs rw,nosuid,nodev 0 0
            devpts /dev/pts devpts rw,nosuid,noexec 0 0
            /dev/hda1 /boot ext3 ro,noatime,data=ordered 0 0
            /dev/mapper/vg-home /home ext3 rw,nosuid,nodev,noatime,data=ordered 0 0
            /dev/mapper/vg-tmp /tmp ext3 rw,nosuid,nodev,noatime,data=ordered 0 0
            /dev/mapper/vg-var /var ext3 rw,noatime,data=ordered 0 0

            Article Quarante-Deux : Toute personne dépassant un kilomètre de haut doit quitter le Tribunal. -- Le Roi de Cœur

            • [^] # Re: ......

              Posté par  . Évalué à 3.

              si c'est dans proc/mounts alors c'est bien actif.
              C'est ton mtab qui est pas synchro.
              Pas de pb donc, sauf si tu veux unmount/remount
              un mount -f devrait le regenerer si besoin

              • [^] # Re: ......

                Posté par  . Évalué à 3.

                Merci, grâce à toi j'ai compris ce qui se passait.

                En fait, j'avais configuré la racine de mon système pour être montée en lecture seule.
                Le problème, c'est qu'au cours de la séquence de démarrage, le système monte bien /home, /var et /tmp, mais ne peut écrire dans /etc/mtab, ce qui fait que les commandes que je tape par la suite considèrent que ces fs ne sont pas montés.

                Ici, le fait que la racine est montée normalement en lecture seule ne se voyait pas puisque comme je faisais des tests pour régler cette anomalie, je l'avais remontée en lecture/écriture, et comme un boulet, je n'ai pas posté mon /etc/fstab.

                Donc, voilà, j'ai modifé mon fstab, rebooté, et là, tout est OK !

                Merci à tous !

                Article Quarante-Deux : Toute personne dépassant un kilomètre de haut doit quitter le Tribunal. -- Le Roi de Cœur

                • [^] # Re: ......

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

                  Si tu tiens à conserver ton / en read-only, tu peux dans ce cas faire un lien symbolique de /proc/mounts vers /etc/mtab :
                  ln -sf /proc/mounts /etc/mtab

                  Ils ont un format quasi similaire, et Linux s'en contentera et les outils fonctionneront ainsi. C'est cette "bidouille" qui est utilisée sur les machines qui bootent sur NFSRoot en Read-Only pour proposer un même environnement de base à un ensemble de machines.

                  • [^] # Re: ......

                    Posté par  . Évalué à 2.

                    OK, merci pour le truc, je crois que c'est ce que je vais faire.

                    Article Quarante-Deux : Toute personne dépassant un kilomètre de haut doit quitter le Tribunal. -- Le Roi de Cœur

  • # Un VG monté comme un FS ??!!

    Posté par  . Évalué à 3.

    Ya un truc bizarre dans ta config : c'est /dev/mapper/vg-root qui est monté comme une partition ??!!
    Normalenemt, tu crées des LV dans ton VG, et c'est ceux-la que tu montes. A mon avis tu t'es gouré dans ta manip, et je ne sais franchement pas comment un truc comme ca peut marcher correctement ...
    Je pense que si t'utilises tout le VG comme une partition, il a du écraser la liste des LVs présents, et c'est pour ca qu'ils sont "invisibles". Apres, que t'arrives a avoir des données cohérentes dessus .... je ne comprend pas. Pour moi, ton / aurait du écraser toutes les autres partitions que tu as fait ...

    • [^] # Re: Un VG monté comme un FS ??!!

      Posté par  . Évalué à 3.

      D'ailleurs, le résultat d'un petit :
      pvdisplay
      vgdisplay
      lvdisplay
      pourrait aider.

      • [^] # Re: Un VG monté comme un FS ??!!

        Posté par  . Évalué à 2.

        Bah oui, /dev/mapper/vg-root est une partition : le VG c'est "vg", et le LV, c'est "root" ;-).
        C'est à cause du mapper que c'est affiché de cette manière, normalement, ça devrait être "/dev/vg/root".

        D'ailleurs, c'est vrai que j'aurais pu mettre les caractéristiques LVM, je n'y ai pas pensé :


        nanoha:~# vgdisplay
        --- Volume group ---
        VG Name vg
        System ID
        Format lvm2
        Metadata Areas 1
        Metadata Sequence No 6
        VG Access read/write
        VG Status resizable
        MAX LV 0
        Cur LV 5
        Open LV 5
        Max PV 0
        Cur PV 1
        Act PV 1
        VG Size 18,55 GB
        PE Size 4,00 MB
        Total PE 4749
        Alloc PE / Size 4749 / 18,55 GB
        Free PE / Size 0 / 0
        VG UUID yeyUmP-edZF-8fGz-fZV0-2Qwl-3tei-qM7oko



        nanoha:~# pvdisplay
        --- Physical volume ---
        PV Name /dev/hda2
        VG Name vg
        PV Size 18,55 GB / not usable 0
        Allocatable yes (but full)
        PE Size (KByte) 4096
        Total PE 4749
        Free PE 0
        Allocated PE 4749
        PV UUID bC15JG-B8yd-SNT3-zHrg-T75G-8Z2o-wbQsE4



        nanoha:~# lvdisplay
        --- Logical volume ---
        LV Name /dev/vg/root
        VG Name vg
        LV UUID roA4uQ-AmFO-6UzH-9Di6-IM6I-3c1T-BF31q5
        LV Write Access read/write
        LV Status available
        # open 1
        LV Size 3,00 GB
        Current LE 768
        Segments 1
        Allocation inherit
        Read ahead sectors 0
        Block device 254:0

        --- Logical volume ---
        LV Name /dev/vg/tmp
        VG Name vg
        LV UUID 5Zr9M8-4arP-Yh67-if16-sdS5-olCR-LITQIW
        LV Write Access read/write
        LV Status available
        # open 1
        LV Size 2,00 GB
        Current LE 512
        Segments 1
        Allocation inherit
        Read ahead sectors 0
        Block device 254:1

        --- Logical volume ---
        LV Name /dev/vg/var
        VG Name vg
        LV UUID uUcAjG-O5nb-PEl8-XBlt-MfbP-PEkD-ZhZJQR
        LV Write Access read/write
        LV Status available
        # open 1
        LV Size 3,00 GB
        Current LE 768
        Segments 1
        Allocation inherit
        Read ahead sectors 0
        Block device 254:2

        --- Logical volume ---
        LV Name /dev/vg/swap
        VG Name vg
        LV UUID 3N9T9S-owj3-T9oD-DvtI-LCJF-l5L4-4uog6n
        LV Write Access read/write
        LV Status available
        # open 2
        LV Size 800,00 MB
        Current LE 200
        Segments 1
        Allocation inherit
        Read ahead sectors 0
        Block device 254:3

        --- Logical volume ---
        LV Name /dev/vg/home
        VG Name vg
        LV UUID 4wh44a-b9T3-hOe9-ls3z-g3fD-exth-svsmK7
        LV Write Access read/write
        LV Status available
        # open 1
        LV Size 9,77 GB
        Current LE 2501
        Segments 1
        Allocation inherit
        Read ahead sectors 0
        Block device 254:4

        Article Quarante-Deux : Toute personne dépassant un kilomètre de haut doit quitter le Tribunal. -- Le Roi de Cœur

        • [^] # Re: Un VG monté comme un FS ??!!

          Posté par  . Évalué à 4.

          Ha ok ... Mais je trouve ca "dangereux" d'appeler un vg "vg", ca peut porter a confusion ... Dans bcp de tutos, ils sont nommés "vg_xxxx".

          • [^] # Re: Un VG monté comme un FS ??!!

            Posté par  . Évalué à 2.

            Pas faux mais bon, j'ai toujours fait comme ça et je n'ai jamais eu de problème, vu que d'habitude je n'ai qu'un VG.

            Mais je vais retenir ton conseil, c'est l'occasion d'experimenter le changement de nom d'un VG ;-)

            Article Quarante-Deux : Toute personne dépassant un kilomètre de haut doit quitter le Tribunal. -- Le Roi de Cœur

Suivre le flux des commentaires

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