Filesystem and mount point
Clash Royale CLAN TAG#URR8PPP
up vote
0
down vote
favorite
I am confused with which path should I give to store the file.
host# df -h
Filesystem Size Used Avail Use% Mounted on
/dev/xvda2 5.9G 5.0G 574M 90% /
/dev/xvda4 7.9G 147M 7.4G 2% /mnt
By default it is storing the data in /
. I need to give other disk location to store the file when my default location is full.
So how can I give the path? Is it something like this: /dev/xvda4/
?
Or this way: /mnt/mydir
mount disk-usage storage
add a comment |
up vote
0
down vote
favorite
I am confused with which path should I give to store the file.
host# df -h
Filesystem Size Used Avail Use% Mounted on
/dev/xvda2 5.9G 5.0G 574M 90% /
/dev/xvda4 7.9G 147M 7.4G 2% /mnt
By default it is storing the data in /
. I need to give other disk location to store the file when my default location is full.
So how can I give the path? Is it something like this: /dev/xvda4/
?
Or this way: /mnt/mydir
mount disk-usage storage
Let's see your '/etc/fstab'. It looks to me like your disk is not partitioned effectively, what does "fdisk -l /dev/xvda" show? It seems a waste of space to have 7.9G standing by for mounts that might not even happen.
– Ray Andrews
Oct 7 '14 at 17:35
add a comment |
up vote
0
down vote
favorite
up vote
0
down vote
favorite
I am confused with which path should I give to store the file.
host# df -h
Filesystem Size Used Avail Use% Mounted on
/dev/xvda2 5.9G 5.0G 574M 90% /
/dev/xvda4 7.9G 147M 7.4G 2% /mnt
By default it is storing the data in /
. I need to give other disk location to store the file when my default location is full.
So how can I give the path? Is it something like this: /dev/xvda4/
?
Or this way: /mnt/mydir
mount disk-usage storage
I am confused with which path should I give to store the file.
host# df -h
Filesystem Size Used Avail Use% Mounted on
/dev/xvda2 5.9G 5.0G 574M 90% /
/dev/xvda4 7.9G 147M 7.4G 2% /mnt
By default it is storing the data in /
. I need to give other disk location to store the file when my default location is full.
So how can I give the path? Is it something like this: /dev/xvda4/
?
Or this way: /mnt/mydir
mount disk-usage storage
mount disk-usage storage
edited Nov 20 at 22:28
Rui F Ribeiro
38.2k1475125
38.2k1475125
asked Oct 7 '14 at 4:29
navaz
33
33
Let's see your '/etc/fstab'. It looks to me like your disk is not partitioned effectively, what does "fdisk -l /dev/xvda" show? It seems a waste of space to have 7.9G standing by for mounts that might not even happen.
– Ray Andrews
Oct 7 '14 at 17:35
add a comment |
Let's see your '/etc/fstab'. It looks to me like your disk is not partitioned effectively, what does "fdisk -l /dev/xvda" show? It seems a waste of space to have 7.9G standing by for mounts that might not even happen.
– Ray Andrews
Oct 7 '14 at 17:35
Let's see your '/etc/fstab'. It looks to me like your disk is not partitioned effectively, what does "fdisk -l /dev/xvda" show? It seems a waste of space to have 7.9G standing by for mounts that might not even happen.
– Ray Andrews
Oct 7 '14 at 17:35
Let's see your '/etc/fstab'. It looks to me like your disk is not partitioned effectively, what does "fdisk -l /dev/xvda" show? It seems a waste of space to have 7.9G standing by for mounts that might not even happen.
– Ray Andrews
Oct 7 '14 at 17:35
add a comment |
1 Answer
1
active
oldest
votes
up vote
5
down vote
accepted
You should use /mnt
in your case as it is on the second partition which has free space.
You do not want to allow the root (/
) partition to get full as you will run into trouble. For example, during the next system update your package manager may download many packages and crash while trying to install them, simply due to the lack of disk space.
The default location for your files should be your home directory. For example, if you log in as user navaz
then your home directory is /home/navaz
. Your general storage area should be this and not root (/
).
In your case /home
is a sub-directory of the root (/
) so you would not stop the disk filling up by saving files to /home
. However, if you mount the 8GiB partition as /home
instead of /mnt
then you could use the space on that to save your files which would free up much of the root partition.
Thank You @garethTheRed . Well Explained. It cleared my doubt.
– navaz
Oct 7 '14 at 5:57
add a comment |
1 Answer
1
active
oldest
votes
1 Answer
1
active
oldest
votes
active
oldest
votes
active
oldest
votes
up vote
5
down vote
accepted
You should use /mnt
in your case as it is on the second partition which has free space.
You do not want to allow the root (/
) partition to get full as you will run into trouble. For example, during the next system update your package manager may download many packages and crash while trying to install them, simply due to the lack of disk space.
The default location for your files should be your home directory. For example, if you log in as user navaz
then your home directory is /home/navaz
. Your general storage area should be this and not root (/
).
In your case /home
is a sub-directory of the root (/
) so you would not stop the disk filling up by saving files to /home
. However, if you mount the 8GiB partition as /home
instead of /mnt
then you could use the space on that to save your files which would free up much of the root partition.
Thank You @garethTheRed . Well Explained. It cleared my doubt.
– navaz
Oct 7 '14 at 5:57
add a comment |
up vote
5
down vote
accepted
You should use /mnt
in your case as it is on the second partition which has free space.
You do not want to allow the root (/
) partition to get full as you will run into trouble. For example, during the next system update your package manager may download many packages and crash while trying to install them, simply due to the lack of disk space.
The default location for your files should be your home directory. For example, if you log in as user navaz
then your home directory is /home/navaz
. Your general storage area should be this and not root (/
).
In your case /home
is a sub-directory of the root (/
) so you would not stop the disk filling up by saving files to /home
. However, if you mount the 8GiB partition as /home
instead of /mnt
then you could use the space on that to save your files which would free up much of the root partition.
Thank You @garethTheRed . Well Explained. It cleared my doubt.
– navaz
Oct 7 '14 at 5:57
add a comment |
up vote
5
down vote
accepted
up vote
5
down vote
accepted
You should use /mnt
in your case as it is on the second partition which has free space.
You do not want to allow the root (/
) partition to get full as you will run into trouble. For example, during the next system update your package manager may download many packages and crash while trying to install them, simply due to the lack of disk space.
The default location for your files should be your home directory. For example, if you log in as user navaz
then your home directory is /home/navaz
. Your general storage area should be this and not root (/
).
In your case /home
is a sub-directory of the root (/
) so you would not stop the disk filling up by saving files to /home
. However, if you mount the 8GiB partition as /home
instead of /mnt
then you could use the space on that to save your files which would free up much of the root partition.
You should use /mnt
in your case as it is on the second partition which has free space.
You do not want to allow the root (/
) partition to get full as you will run into trouble. For example, during the next system update your package manager may download many packages and crash while trying to install them, simply due to the lack of disk space.
The default location for your files should be your home directory. For example, if you log in as user navaz
then your home directory is /home/navaz
. Your general storage area should be this and not root (/
).
In your case /home
is a sub-directory of the root (/
) so you would not stop the disk filling up by saving files to /home
. However, if you mount the 8GiB partition as /home
instead of /mnt
then you could use the space on that to save your files which would free up much of the root partition.
answered Oct 7 '14 at 5:37
garethTheRed
23.7k36079
23.7k36079
Thank You @garethTheRed . Well Explained. It cleared my doubt.
– navaz
Oct 7 '14 at 5:57
add a comment |
Thank You @garethTheRed . Well Explained. It cleared my doubt.
– navaz
Oct 7 '14 at 5:57
Thank You @garethTheRed . Well Explained. It cleared my doubt.
– navaz
Oct 7 '14 at 5:57
Thank You @garethTheRed . Well Explained. It cleared my doubt.
– navaz
Oct 7 '14 at 5:57
add a comment |
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function ()
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2funix.stackexchange.com%2fquestions%2f159744%2ffilesystem-and-mount-point%23new-answer', 'question_page');
);
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Let's see your '/etc/fstab'. It looks to me like your disk is not partitioned effectively, what does "fdisk -l /dev/xvda" show? It seems a waste of space to have 7.9G standing by for mounts that might not even happen.
– Ray Andrews
Oct 7 '14 at 17:35