Date: Fri, 14 Jun 1996 00:57:31 -0700 (PDT) From: John-Mark Gurney <gurney_j@nike.efn.org> To: FreeBSD Hackers <hackers@freebsd.org> Subject: has union mount been fixed? Message-ID: <Pine.BSF.3.91.960614004838.222I-100000@nike.efn.org>
next in thread | raw e-mail | index | archive | help
I'm wondering because right now I'm running 2.2-960323-SNAP... and I'm getting some interesting behavior... basicly I have made a cd of part of my anon ftp site but want to contiue to be able to add and modify it (union is perfect for this) so I mount the cd: mount -t cd9660 /dev/cd1a /mnt then because the cd is a read-only file system I can't do: mount -t union /usr/anon /mnt/anon (which I really don't want to do because of what would happen) but instead do this: mount_union -b /mnt /usr which then produces this line in df: <below>/mnt 1246647 1096524 78569 93% /usr which is what is should be as /usr and /mnt are: /dev/sd0s1f 894431 744308 78569 90% /usr /dev/cd1a 352216 352216 0 100% /mnt now the wierd thing happens... the directories and files are not "passed up" from the lower file system when I do an ls... I just get an empty directory... but when I try to read the file... it does exist... so the requests are being passed to the lower file system... just not upon look up... could this have anything to do with caching node info? and not cleaning it when it gets changed? I'm running on 24megs of ram and this is basicly a personal machine so there is very little (if any) swapping that happens... it's cpu is a Amd 5x86-133-P75T (that is the full name I believe) but it actually outperforms a friends P90 using sysinfo (norton's)... I'm using a Bt946c, a conner CFP1060S 1gig drive for /usr, /, /var, and swap... the cdrom drive is a Chinon cds-535... thanks for all your help... TTYL.. John-Mark gurney_j@efn.org http://resnet.uoregon.edu/~gurney_j/ Modem/FAX: (541) 683-6954 (FreeBSD Box) Live in Peace, destroy Micro$oft, support free software, run FreeBSD (unix)
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.BSF.3.91.960614004838.222I-100000>