Hi Terry,
I guessed that was the problem, I also noticed another thread where
someone has a grub error 22, and I suspect the same has happened to them
but on their /boot mount, they did not notice this and upgraded the
kernel :(.
When you do a kernel update, I don't think it checks if /boot (should be
/ and is or not mounted, it just runs grub --install blah , causing
updated files to goto /boot in the "/" root partition - so be careful
when you update your kernel or your machine may not boot!.
The reason I mentioned about mounting with in a GUI terminal was I
remember about two years ago there was a discussion about auto
mounter/kernel giving a different "view/mount points" per user (but I
assume you do it all from a root console.
Anyway, I too noticed that my /boot (hda1) partition on my laptop gets
unmounted for no reason!, (kernel ver 2.6.17-1.2145_FC5), my desk top
has never had this problem (2.6.16-1.2133_FC5smp).
Which kernel are you using ? - are you using RHEL ?
Albert.
T. Horsnell wrote:
Your last question prompted me to experiment.
I do most of my sysadmin stuff from a remote terminal
(its very cold in the machine room) and the console is
usually left logged in for long periods. But what the
experiment reveals is that when I log out of the console,
it seems to reset the mount situation to the state it was
at when the console was logged in.
i.e. any filesystems that were manually mounted either
from the console or a remote terminal, get dismounted.
If they are manually mounted from a rmote terminal whilst
the console is logged out, they remain so after console login/out.
Is this to be expected? I thought this sort of thing only
applied to removable media. My fstab entries are of the form:
LABEL=/gn23 /gn23 ext3 defaults 1 2
Cheers,
Terry.
They have entries in the fstab file and are intended to be
mounted at boot time. As I add new drives, I edit
fstab but mount them manually. If I do this at the console,
I'm in Gnome, but I also do it from an xterm window on
a different machine after ssh'ing to the Opteron box.
The machine hasnt been rebooted for nearly 3 months
and during that time I've added 20 - 30 disks.
T.
Are these drives mounted form your /etc/fstab file or do you mount them
manually, if manually, are you in KDE or Gnome at the time ?
T. Horsnell wrote:
Would you be using an auto mounter ?
Yes, but only to automount NFS disks exported by another box.
The disks that spontanously unmount are attached SCSI.
T. Horsnell wrote:
I'm gradually migrating my Alpha server over to an Opteron box running RHEL4.
This involves various disk juggling including hot-plugging SCSI disks on the
RH box. All the disks are in external shelves. Every now and then, some of
the filesystems on this box spontaneously unmount. Until now, the unmounts
seem to have been associated with adding/removing disks on the RH system
and I've been logging the mount situation every 5 mins to try and get a clue
why. However, during the the most recent unmount (5 filesystems unmounted)
I wasnt juggling any disks, but I see this in the messages log within the
5 minute window during which the 5 filesystems disappeared.
Is this significant?:
Jul 6 18:44:15 ls1 kernel: mtrr: type mismatch for fd000000,800000 old: write-back new: write-combining
At the time, I was killing and restarting rhnsd because of an rpm lockup
due to a stalled up2date. This wasnt updating anything, just installing
xemacs, and I had to kill all processes which had /var/lib/rpm/__db* open
as reported by lsof.
The 5 disks (one filesystem per disk) happen to be on 3 different Adaptec SCSI
adapters, and in 3 different Storcase disk shelves, so I dont suspect an
adapter fault or a disk-shelf fault.
So far, Gooling and Bugzilla searching has shown up nothing, so
any clues/suggestions would be greatly appreciated.
Cheers,
Terry.
--
fedora-list mailing list
fedora-list@xxxxxxxxxx
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
--
fedora-list mailing list
fedora-list@xxxxxxxxxx
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
--
fedora-list mailing list
fedora-list@xxxxxxxxxx
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
--
fedora-list mailing list
fedora-list@xxxxxxxxxx
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
