Ah! OK, then what I think is going on is that the scsi module is not loading
which is why when fstab got to the lines to load /dev/sdxx it died. When I
remove the /dev/sdxx lines it boots normally.
diskdrake must have created mount points /test1 and /test2 but nothing was
ever mounted there so they were just normal directories.
well shit. ;-)
How do I get the kernel to load the scsi module before it reads /ect/fstab ?
Thanks,
Gavin
on 5/25/00 4:22 AM, Jason Mitchelson wrote:
> Hi Gavin,
>
> Sorry mate from what u have described below, the file systems in question
> are definately not mounted! The reason you can however read/write to the
> mount points is because they are normal directories.
>
> For example
>
> you have created a file system called /test and when you do a df /test does
> not appear, you can however change directory into /test and create stuff to
> your hearts content, what you are actually doing in this case is creating
> files in the root file system.
>
> If you were then to mount /test and changed directory into it, the stuff you
> created earlier would not be there! Although that is not strictly true it is
> but hidden because there is a file system mounted over the directory. If you
> then unmounted it the stuff would reappear.
>
> Hope that helps you understand how filesystems and mounts point, sort of
> work, very basic of course
>
> Jason
>
>
> From: Gavin Clark <[EMAIL PROTECTED]>
>> hi,
>> I just set up a couple of new scsi drives with diskdrake. I set up with
>> one
>> big partition each for testing.
>>
>> I can use them - read/write files, etc. but something is wierd:
>>
>> they mount on startup but there is no entry for them in /etc/fstab
>>
>> df doesn't see them - it does list my hda paritions.
>>
>> also the module that drives the card (aic7xxx.o) is not loaded.
>>
>> #umount /test1 comes back with:
>> umount: /test1 : not mounted
>>
>> how can I be using these volumes if they're not really mounted?!?
>>
>> what the hell?
>>
>> Gavin Clark