I have a disk hdb. It looks like this in etc/fstab: /dev/hdb1 /data1 auto noauto,user 0 0 /dev/hdb5 /data2 reiserfs noauto,user 0 0 but df says it's not mounted: :~> df Filesystem 1K-blocks Used Available Use% Mounted on /dev/hda2 116154400 75809028 40345372 66% / tmpfs 777972 24 777948 1% /dev/shm In the Yast expert Partitioner module hdb1 and hdb5 are mounted at '*'. I keep my backup on this drive (hdb5) using rsync. My / partition is on hda2. data2 is mounted under /. The properties window for the / directory says I'm using 70 of the 110 GB's on this drive (hda2). The properties window for the the backup directory on /data2 says its 32GB's in size(hdb5 is 110 GBs). df says hdb is not mounted. Is this true? If true, is /data2 really mounted on hda2?? How can I tell which drive /data2 is mounted on? Thanks, Jerome
Susemail a écrit :
I have a disk hdb. It looks like this in etc/fstab:
/dev/hdb1 /data1 auto noauto,user 0 0 /dev/hdb5 /data2 reiserfs noauto,user 0 0
but df says it's not mounted:
:~> df Filesystem 1K-blocks Used Available Use% Mounted on /dev/hda2 116154400 75809028 40345372 66% / tmpfs 777972 24 777948 1% /dev/shm
In the Yast expert Partitioner module hdb1 and hdb5 are mounted at '*'.
I keep my backup on this drive (hdb5) using rsync. My / partition is on hda2. data2 is mounted under /. The properties window for the / directory says I'm using 70 of the 110 GB's on this drive (hda2). The properties window for the the backup directory on /data2 says its 32GB's in size(hdb5 is 110 GBs).
df says hdb is not mounted. Is this true? If true, is /data2 really mounted on hda2?? How can I tell which drive /data2 is mounted on? Thanks, Jerome
Hi, The command : # cat /etc/mtab will tell you which partitions are mounted and in which directory. In your case, since you've choosen the "noauto" option in fstab, your devices /dev/hdb1 and /dev/hdb5 are never mounted (except if you mount them manually on the command line). The consequence is that when you think you write to theses devices, you write in fact in the folders "data1" and "data2" under /, so that you use space os /dev/hda2 instead of /dev/hdb1 and /dev/hdb5. So mount your devices before using them !! Take care, once you'll mount your devices, you'll no longer have access to the data in the folders "data1" and "data2" !! Save these data, erase the contents of the folders, mount your partitions and restore the saved data in order to get access to it. Michel.
On Thursday 08 September 2005 00:29, Catimimi wrote:
Susemail a écrit :
I have a disk hdb. It looks like this in etc/fstab:
/dev/hdb1 /data1 auto noauto,user 0 0 /dev/hdb5 /data2 reiserfs noauto,user 0 0
but df says it's not mounted: :~> df
Filesystem 1K-blocks Used Available Use% Mounted on /dev/hda2 116154400 75809028 40345372 66% / tmpfs 777972 24 777948 1% /dev/shm
In the Yast expert Partitioner module hdb1 and hdb5 are mounted at '*'.
I keep my backup on this drive (hdb5) using rsync. My / partition is on hda2. data2 is mounted under /. The properties window for the / directory says I'm using 70 of the 110 GB's on this drive (hda2). The properties window for the the backup directory on /data2 says its 32GB's in size(hdb5 is 110 GBs).
df says hdb is not mounted. Is this true? If true, is /data2 really mounted on hda2?? How can I tell which drive /data2 is mounted on? Thanks, Jerome
Hi,
The command : # cat /etc/mtab will tell you which partitions are mounted and in which directory.
In your case, since you've choosen the "noauto" option in fstab, your devices /dev/hdb1 and /dev/hdb5 are never mounted (except if you mount them manually on the command line).
The consequence is that when you think you write to theses devices, you write in fact in the folders "data1" and "data2" under /, so that you use space os /dev/hda2 instead of /dev/hdb1 and /dev/hdb5. So mount your devices before using them !!
Take care, once you'll mount your devices, you'll no longer have access to the data in the folders "data1" and "data2" !! Save these data, erase the contents of the folders, mount your partitions and restore the saved data in order to get access to it.
Michel.
Thanks Michel, Getting this right is a big help to me. Jerome
participants (2)
-
Catimimi -
Susemail