Retourner aux forums || Retourner au forum Linux.debian
Linux.debian : Le mystère des systèmes de fichier cachés
Posté par Guillaume Caron (Jabber id, ) le 14 mars 2008Voilà, 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 ;-) ?
La seule chose qui arrive à la cheville de Chuck Norris... c'est sa chaussette.
chez moi
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
Apprendre par les autres, c'est bien.
Apprendre par soi-meme (RTFM, man, et notre ami google) c'est mieux
......
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 fcartegnie () le 14/03/2008 à 18:21. (lien). É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 Guillaume Caron (Jabber id, ) le 14/03/2008 à 19:21. (lien). É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à.--
La seule chose qui arrive à la cheville de Chuck Norris... c'est sa chaussette.-
[^]Re: ......
Posté par fcartegnie () le 14/03/2008 à 22:26. (lien). Évalué à 2.Et ca apparait dans
cat /proc/mounts ?-
[^]Re: ......
Posté par Guillaume Caron (Jabber id, ) le 14/03/2008 à 23:01. (lien). É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
--
La seule chose qui arrive à la cheville de Chuck Norris... c'est sa chaussette.-
[^]Re: ......
Posté par fcartegnie () le 14/03/2008 à 23:23. (lien). É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 Guillaume Caron (Jabber id, ) le 15/03/2008 à 10:26. (lien). É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 !--
La seule chose qui arrive à la cheville de Chuck Norris... c'est sa chaussette.-
[^]Re: ......
Posté par Nicolas Aupetit (Jabber id, page perso, ) le 15/03/2008 à 11:04. (lien). É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.--
ebzao-
[^]Re: ......
Posté par Guillaume Caron (Jabber id, ) le 15/03/2008 à 12:21. (lien). Évalué à 2.OK, merci pour le truc, je crois que c'est ce que je vais faire.
--
La seule chose qui arrive à la cheville de Chuck Norris... c'est sa chaussette.
-
-
-
-
-
-
-
Un VG monté comme un FS ??!!
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 benoar (Jabber id, ) le 14/03/2008 à 18:30. (lien). Évalué à 3.D'ailleurs, le résultat d'un petit :
pvdisplay
vgdisplay
lvdisplay
pourrait aider.-
[^]Re: Un VG monté comme un FS ??!!
Posté par Guillaume Caron (Jabber id, ) le 14/03/2008 à 19:17. (lien). É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
--
La seule chose qui arrive à la cheville de Chuck Norris... c'est sa chaussette.-
[^]Re: Un VG monté comme un FS ??!!
Posté par benoar (Jabber id, ) le 15/03/2008 à 11:58. (lien). É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 Guillaume Caron (Jabber id, ) le 15/03/2008 à 12:24. (lien). É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 ;-)--
La seule chose qui arrive à la cheville de Chuck Norris... c'est sa chaussette.
-
-
-
Revenir en haut de page || Retourner aux forums || Retourner au forum Linux.debian
Cette page a été générée par Templeet en 0.0766s (dont 0.0069 de SQL).
Cette page est peut-être conforme xhtml 1.0.
Information sur le site.
Cette discussion est archivée, il n'est plus possible de laisser des commentaires.
Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.