Claude Jones claude_jones@levitjames.com wrote:
Well, I've got a stuff-up - but where's the stomach?
my fstab:
LABEL=/ / ext3 defaults 1 1 LABEL=/boot1 /boot ext2 defaults 1 2 devpts /dev/pts devpts gid=5,mode=620 0 0 tmpfs /dev/shm tmpfs defaults 0 0 LABEL=/home /home ext3 defaults 1 2 proc /proc proc defaults 0 0 sysfs /sys sysfs defaults 0 0 LABEL=SWAP-sda2 swap swap defaults 0 0 /dev/sdc1 /home/cj/archive ext3 defaults 1 2
message I got when booting up just now:
Nov 1 20:25:48 localhost kernel: audit(1162430744.537:6): avc: denied { mounton } for pid=2341 comm="mount" name="archive" dev=sdb1 ino=65175554 scontext=system_u:system_r:mount_t:s0 tcontext=user_u:object_r:user_home_t:s0 tclass=dir Nov 1 20:25:48 localhost kernel: audit(1162430744.537:7): avc: denied { mounton } for pid=2341 comm="mount" name="archive" dev=sdb1 ino=65175554 scontext=system_u:system_r:mount_t:s0 tcontext=user_u:object_r:user_home_t:s0 tclass=dir
That last entry is my latest try for this drive in fstab - it's clear. The label for that drive had been /home/cj/archive - I changed it to "bigstore" - I tried using the LABEL=/bigstore method, as well. The problem is that on boot-up, my system is trying to mount sdb1 instead of sdc1 - sdb1 has already been mounted in a previous step as /: any other ideas, anyone? -- Claude Jones Brunswick, MD, USA
OK. If things aren't behaving the way we all think they should, we're not seeing something. How about providing some additional information? What I'm thinking is:
1) The output of mount immediately after booting. 2) The output of mount *after* mounting the partition that's causing the problem. 3) The contents of /proc/scsi/scsi.
BTW, a work around that should work is to put the mount command you're doing from the command line in /etc.rc.d/rc.local. This shell script gets executed after all other initialization tasks. This doesn't explain why you're running into this problem but it at least means you won't have to type the mount command each time you boot.
Cheers, Dave
On Thu November 2 2006 12:32 am, David G. Miller wrote:
Claude Jones claude_jones@levitjames.com wrote:
my fstab:
LABEL=/ / ext3 defaults 1 1 LABEL=/boot1 /boot ext2 defaults 1 2 devpts /dev/pts devpts gid=5,mode=620 0 0 tmpfs /dev/shm tmpfs defaults 0 0 LABEL=/home /home ext3 defaults 1 2 proc /proc proc defaults 0 0 sysfs /sys sysfs defaults 0 0 LABEL=SWAP-sda2 swap swap defaults 0 0 /dev/sdc1 /home/cj/archive ext3 defaults 1 2
OK. If things aren't behaving the way we all think they should, we're not seeing something. How about providing some additional information? What I'm thinking is:
- The output of mount immediately after booting.
$ mount /dev/sda3 on / type ext3 (rw) proc on /proc type proc (rw) sysfs on /sys type sysfs (rw) devpts on /dev/pts type devpts (rw,gid=5,mode=620) /dev/sda1 on /boot type ext2 (rw) tmpfs on /dev/shm type tmpfs (rw) /dev/sdb1 on /home type ext3 (rw) none on /proc/sys/fs/binfmt_misc type binfmt_misc (rw) sunrpc on /var/lib/nfs/rpc_pipefs type rpc_pipefs (rw)
- The output of mount *after* mounting the partition that's causing the
problem.
# mount -t ext3 /dev/sdc1 /home/cj/archive [root@localhost ~]# mount /dev/sda3 on / type ext3 (rw) proc on /proc type proc (rw) sysfs on /sys type sysfs (rw) devpts on /dev/pts type devpts (rw,gid=5,mode=620) /dev/sda1 on /boot type ext2 (rw) tmpfs on /dev/shm type tmpfs (rw) /dev/sdb1 on /home type ext3 (rw) none on /proc/sys/fs/binfmt_misc type binfmt_misc (rw) sunrpc on /var/lib/nfs/rpc_pipefs type rpc_pipefs (rw) /dev/sdc1 on /home/cj/archive type ext3 (rw)
- The contents of /proc/scsi/scsi.
# cat /proc/scsi/scsi Attached devices: Host: scsi0 Channel: 00 Id: 00 Lun: 00 Vendor: ATA Model: ST3160023AS Rev: 3.05 Type: Direct-Access ANSI SCSI revision: 05 Host: scsi1 Channel: 00 Id: 00 Lun: 00 Vendor: ATA Model: ST3300622AS Rev: 3.AA Type: Direct-Access ANSI SCSI revision: 05 Host: scsi1 Channel: 00 Id: 01 Lun: 00 Vendor: ATA Model: WDC WD5000YS-01M Rev: 07.0 Type: Direct-Access ANSI SCSI revision: 05
Hope all this helps - I don't spot anything myself that's a red herring...
BTW, a work around that should work is to put the mount command you're doing from the command line in /etc.rc.d/rc.local. This shell script gets executed after all other initialization tasks. This doesn't explain why you're running into this problem but it at least means you won't have to type the mount command each time you boot.
I already tried that - it yields the exact same errors produced while booting...
One thing I noticed just now while booting, was that the error messages were referencing sdc1 and not sdb1 (different than those messages I found in the system log that I posted in my last message) they go by so fast I wasn't really able to get much out of them - is there some way of capturing those messages that appear while booting? I know the boot.log is non-existent, but is there another way? I guess I could go into interactive boot-up and just write all that stuff down by hand when I get to that section of the boot...
On Thu, 2006-11-02 at 00:51 -0500, Claude Jones wrote:
One thing I noticed just now while booting, was that the error messages were referencing sdc1 and not sdb1 (different than those messages I found in the system log that I posted in my last message) they go by so fast I wasn't really able to get much out of them - is there some way of capturing those messages that appear while booting? I know the boot.log is non-existent, but is there another way?
A lot of them end up in /var/log/dmesg