Use df on LUKS encrypted device












1















I am using LUKS for disk encryption for a Ubuntu 18.04 system. I'd like to find out how much free space is still available on my hard drive. gparted prints the following:



enter image description here



As you can see the entire disk is subdivided into three partitions. On startup LUKS tells me that the encrypted disk is called nvme0n1p3_crypt. However, there are nvme0n1p1 and nvme0n1p1 as well.





  1. Does this mean the are three partitions being all encrypted with the same key?



    The df -a -h command outputs among others the following:



    /dev/nvme0n1p2               705M  164M  490M  25% /boot
    /dev/nvme0n1p1 511M 6,1M 505M 2% /boot/efi


    Unfortunately, I cannot see the actual device which seems to be /dev/nvme0n1p3?




  2. Why doesnt't df list the encrypted disk and how can I find out the available free space?



    df /dev/nvme0n1p3 -h yields the following:



    Filesystem      Size  Used Avail Use% Mounted on
    udev 7,7G 0 7,7G 0% /dev


  3. This output seems weird, because the total available space is only 7,7G. This is not true as you can see above in the gparted output. The partition has roughly 475.75 GiB. Can you explain this?











share|improve this question

























  • OK, first of all, you have 3 questions in one post. The rules of the site is to have one question per post, so please edit this one to focus on one specific thing. Otherwise, this is to broad

    – Sergiy Kolodyazhnyy
    yesterday
















1















I am using LUKS for disk encryption for a Ubuntu 18.04 system. I'd like to find out how much free space is still available on my hard drive. gparted prints the following:



enter image description here



As you can see the entire disk is subdivided into three partitions. On startup LUKS tells me that the encrypted disk is called nvme0n1p3_crypt. However, there are nvme0n1p1 and nvme0n1p1 as well.





  1. Does this mean the are three partitions being all encrypted with the same key?



    The df -a -h command outputs among others the following:



    /dev/nvme0n1p2               705M  164M  490M  25% /boot
    /dev/nvme0n1p1 511M 6,1M 505M 2% /boot/efi


    Unfortunately, I cannot see the actual device which seems to be /dev/nvme0n1p3?




  2. Why doesnt't df list the encrypted disk and how can I find out the available free space?



    df /dev/nvme0n1p3 -h yields the following:



    Filesystem      Size  Used Avail Use% Mounted on
    udev 7,7G 0 7,7G 0% /dev


  3. This output seems weird, because the total available space is only 7,7G. This is not true as you can see above in the gparted output. The partition has roughly 475.75 GiB. Can you explain this?











share|improve this question

























  • OK, first of all, you have 3 questions in one post. The rules of the site is to have one question per post, so please edit this one to focus on one specific thing. Otherwise, this is to broad

    – Sergiy Kolodyazhnyy
    yesterday














1












1








1








I am using LUKS for disk encryption for a Ubuntu 18.04 system. I'd like to find out how much free space is still available on my hard drive. gparted prints the following:



enter image description here



As you can see the entire disk is subdivided into three partitions. On startup LUKS tells me that the encrypted disk is called nvme0n1p3_crypt. However, there are nvme0n1p1 and nvme0n1p1 as well.





  1. Does this mean the are three partitions being all encrypted with the same key?



    The df -a -h command outputs among others the following:



    /dev/nvme0n1p2               705M  164M  490M  25% /boot
    /dev/nvme0n1p1 511M 6,1M 505M 2% /boot/efi


    Unfortunately, I cannot see the actual device which seems to be /dev/nvme0n1p3?




  2. Why doesnt't df list the encrypted disk and how can I find out the available free space?



    df /dev/nvme0n1p3 -h yields the following:



    Filesystem      Size  Used Avail Use% Mounted on
    udev 7,7G 0 7,7G 0% /dev


  3. This output seems weird, because the total available space is only 7,7G. This is not true as you can see above in the gparted output. The partition has roughly 475.75 GiB. Can you explain this?











share|improve this question
















I am using LUKS for disk encryption for a Ubuntu 18.04 system. I'd like to find out how much free space is still available on my hard drive. gparted prints the following:



enter image description here



As you can see the entire disk is subdivided into three partitions. On startup LUKS tells me that the encrypted disk is called nvme0n1p3_crypt. However, there are nvme0n1p1 and nvme0n1p1 as well.





  1. Does this mean the are three partitions being all encrypted with the same key?



    The df -a -h command outputs among others the following:



    /dev/nvme0n1p2               705M  164M  490M  25% /boot
    /dev/nvme0n1p1 511M 6,1M 505M 2% /boot/efi


    Unfortunately, I cannot see the actual device which seems to be /dev/nvme0n1p3?




  2. Why doesnt't df list the encrypted disk and how can I find out the available free space?



    df /dev/nvme0n1p3 -h yields the following:



    Filesystem      Size  Used Avail Use% Mounted on
    udev 7,7G 0 7,7G 0% /dev


  3. This output seems weird, because the total available space is only 7,7G. This is not true as you can see above in the gparted output. The partition has roughly 475.75 GiB. Can you explain this?








luks df






share|improve this question















share|improve this question













share|improve this question




share|improve this question








edited yesterday









Olorin

2,621924




2,621924










asked yesterday









nullnull

4673819




4673819













  • OK, first of all, you have 3 questions in one post. The rules of the site is to have one question per post, so please edit this one to focus on one specific thing. Otherwise, this is to broad

    – Sergiy Kolodyazhnyy
    yesterday



















  • OK, first of all, you have 3 questions in one post. The rules of the site is to have one question per post, so please edit this one to focus on one specific thing. Otherwise, this is to broad

    – Sergiy Kolodyazhnyy
    yesterday

















OK, first of all, you have 3 questions in one post. The rules of the site is to have one question per post, so please edit this one to focus on one specific thing. Otherwise, this is to broad

– Sergiy Kolodyazhnyy
yesterday





OK, first of all, you have 3 questions in one post. The rules of the site is to have one question per post, so please edit this one to focus on one specific thing. Otherwise, this is to broad

– Sergiy Kolodyazhnyy
yesterday










2 Answers
2






active

oldest

votes


















1















Does this mean the are three partitions being all encrypted with the same key?




No, this means partition is in use - aka mounted. It's not recommended to edit mounted/in-use filesystems, since data loss can occur. The third big partition is not mounted according to the column in the screenshot




Why doesnt't df list the encrypted disk and how can I find out the available free space?




df reports usage for only mounted filesystems. Filesystems that are not mounted will report usage for /dev filesystem. Here's example of mounted vs unmounted reports:



# unmount my second drive, reports usage for udev
$ udisksctl unmount -b /dev/sdb1
Unmounted /dev/sdb1.
$ df /dev/sdb1
Filesystem 1K-blocks Used Available Use% Mounted on
udev 4000948 0 4000948 0% /dev
# statvfs call can be done on mounted filesystem, hence we see usage report
$ udisksctl mount -b /dev/sdb1
Mounted /dev/sdb1 at /mnt/ubuntu.
$ df /dev/sdb1
Filesystem 1K-blocks Used Available Use% Mounted on
/dev/sdb1 115247656 100662532 8707776 93% /mnt/ubuntu


The /dev/nvme0n1p3 does not seem to have proper mountpoint (directory) and instead reports ubuntu-vg. Try the following ( source )



$ sudo mount /dev/ubuntu-vg/root /mnt
$ df -h /dev/ubuntu-vg/root


Since you're using lvm you should use sudo lvs preferably to find out what logical volumes are actually called.




This output seems weird, because the total available space is only 7,7G. This is not true as you can see above in the gparted output. The partition has roughly 475.75 GiB. Can you explain this?




It can occur when filesystem is not resized after partitioning, even with non-lvm cases. So if you have recently resized/repartitioned that device it could be the cause. Again, probably you don't wanna use df with lvm.






share|improve this answer


























  • df /dev/ubuntu-vg/root is still just checking the filesystem on /dev, though. Should be df /mnt.

    – Olorin
    yesterday











  • @Olorin Once the device is mounted, then it should report filesystem usage. I've added an example. Of course, I don't have access to encrypted lvm, but same point should stand

    – Sergiy Kolodyazhnyy
    yesterday






  • 1





    Oh, scratch that. Looks like df has started showing the usage of mounted disks. Nice.

    – Olorin
    yesterday













  • Thanks. I do not understand why the last partition is not mounted. This cannot be true, because this is only partition I have. Besides, there it is not full, even though gparted indicates 0.00 unused memory. Does gparted does not understand LVM volumes or does the encryption cause this wrong output?

    – null
    19 hours ago











  • @null Encryption likely is affecting it. GParted has lvm2 support according to their features page , so that's not the issue here. Then again, I can't comment much on the encryption part since I've not much experience with that yet. I'll look into it later, and in the meantime hopefully someone could address the encryption part of the question. I'll share the link to your question if I find someone who could address that.

    – Sergiy Kolodyazhnyy
    18 hours ago



















0














IIRC GParted doesn't really understand LVM volumes. Try the Disks tool.




  1. What does df / report? That would show the device mounted on /, which should be the encrypted LVM volume.


  2. df /some/file checks the filesystem on which that file exists. So df /dev/nvme0n1p3 is just checking the filesystem mounted on /dev.

  3. The filesystem on /dev is the udev virtual filesystem. Its size is the memory (RAM) you have (which would be around 8GB). That size has nothing to do with the hard disk size.






share|improve this answer
























  • Just a side note, /dev can host device files either in memory or general filesystem ( see table ). The size reported is not necessarily RAM. I've 8GB of RAM, but 4 GB of /dev allocated.

    – Sergiy Kolodyazhnyy
    yesterday











  • You'd be hard pressed to find an Ubuntu installation that uses a general filesystem for /dev. That hasn't been done in ages.

    – Olorin
    yesterday













  • True. I'm just accounting for possibilities.

    – Sergiy Kolodyazhnyy
    yesterday











Your Answer








StackExchange.ready(function() {
var channelOptions = {
tags: "".split(" "),
id: "89"
};
initTagRenderer("".split(" "), "".split(" "), channelOptions);

StackExchange.using("externalEditor", function() {
// Have to fire editor after snippets, if snippets enabled
if (StackExchange.settings.snippets.snippetsEnabled) {
StackExchange.using("snippets", function() {
createEditor();
});
}
else {
createEditor();
}
});

function createEditor() {
StackExchange.prepareEditor({
heartbeatType: 'answer',
autoActivateHeartbeat: false,
convertImagesToLinks: true,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: 10,
bindNavPrevention: true,
postfix: "",
imageUploader: {
brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
allowUrls: true
},
onDemand: true,
discardSelector: ".discard-answer"
,immediatelyShowMarkdownHelp:true
});


}
});














draft saved

draft discarded


















StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2faskubuntu.com%2fquestions%2f1123689%2fuse-df-on-luks-encrypted-device%23new-answer', 'question_page');
}
);

Post as a guest















Required, but never shown

























2 Answers
2






active

oldest

votes








2 Answers
2






active

oldest

votes









active

oldest

votes






active

oldest

votes









1















Does this mean the are three partitions being all encrypted with the same key?




No, this means partition is in use - aka mounted. It's not recommended to edit mounted/in-use filesystems, since data loss can occur. The third big partition is not mounted according to the column in the screenshot




Why doesnt't df list the encrypted disk and how can I find out the available free space?




df reports usage for only mounted filesystems. Filesystems that are not mounted will report usage for /dev filesystem. Here's example of mounted vs unmounted reports:



# unmount my second drive, reports usage for udev
$ udisksctl unmount -b /dev/sdb1
Unmounted /dev/sdb1.
$ df /dev/sdb1
Filesystem 1K-blocks Used Available Use% Mounted on
udev 4000948 0 4000948 0% /dev
# statvfs call can be done on mounted filesystem, hence we see usage report
$ udisksctl mount -b /dev/sdb1
Mounted /dev/sdb1 at /mnt/ubuntu.
$ df /dev/sdb1
Filesystem 1K-blocks Used Available Use% Mounted on
/dev/sdb1 115247656 100662532 8707776 93% /mnt/ubuntu


The /dev/nvme0n1p3 does not seem to have proper mountpoint (directory) and instead reports ubuntu-vg. Try the following ( source )



$ sudo mount /dev/ubuntu-vg/root /mnt
$ df -h /dev/ubuntu-vg/root


Since you're using lvm you should use sudo lvs preferably to find out what logical volumes are actually called.




This output seems weird, because the total available space is only 7,7G. This is not true as you can see above in the gparted output. The partition has roughly 475.75 GiB. Can you explain this?




It can occur when filesystem is not resized after partitioning, even with non-lvm cases. So if you have recently resized/repartitioned that device it could be the cause. Again, probably you don't wanna use df with lvm.






share|improve this answer


























  • df /dev/ubuntu-vg/root is still just checking the filesystem on /dev, though. Should be df /mnt.

    – Olorin
    yesterday











  • @Olorin Once the device is mounted, then it should report filesystem usage. I've added an example. Of course, I don't have access to encrypted lvm, but same point should stand

    – Sergiy Kolodyazhnyy
    yesterday






  • 1





    Oh, scratch that. Looks like df has started showing the usage of mounted disks. Nice.

    – Olorin
    yesterday













  • Thanks. I do not understand why the last partition is not mounted. This cannot be true, because this is only partition I have. Besides, there it is not full, even though gparted indicates 0.00 unused memory. Does gparted does not understand LVM volumes or does the encryption cause this wrong output?

    – null
    19 hours ago











  • @null Encryption likely is affecting it. GParted has lvm2 support according to their features page , so that's not the issue here. Then again, I can't comment much on the encryption part since I've not much experience with that yet. I'll look into it later, and in the meantime hopefully someone could address the encryption part of the question. I'll share the link to your question if I find someone who could address that.

    – Sergiy Kolodyazhnyy
    18 hours ago
















1















Does this mean the are three partitions being all encrypted with the same key?




No, this means partition is in use - aka mounted. It's not recommended to edit mounted/in-use filesystems, since data loss can occur. The third big partition is not mounted according to the column in the screenshot




Why doesnt't df list the encrypted disk and how can I find out the available free space?




df reports usage for only mounted filesystems. Filesystems that are not mounted will report usage for /dev filesystem. Here's example of mounted vs unmounted reports:



# unmount my second drive, reports usage for udev
$ udisksctl unmount -b /dev/sdb1
Unmounted /dev/sdb1.
$ df /dev/sdb1
Filesystem 1K-blocks Used Available Use% Mounted on
udev 4000948 0 4000948 0% /dev
# statvfs call can be done on mounted filesystem, hence we see usage report
$ udisksctl mount -b /dev/sdb1
Mounted /dev/sdb1 at /mnt/ubuntu.
$ df /dev/sdb1
Filesystem 1K-blocks Used Available Use% Mounted on
/dev/sdb1 115247656 100662532 8707776 93% /mnt/ubuntu


The /dev/nvme0n1p3 does not seem to have proper mountpoint (directory) and instead reports ubuntu-vg. Try the following ( source )



$ sudo mount /dev/ubuntu-vg/root /mnt
$ df -h /dev/ubuntu-vg/root


Since you're using lvm you should use sudo lvs preferably to find out what logical volumes are actually called.




This output seems weird, because the total available space is only 7,7G. This is not true as you can see above in the gparted output. The partition has roughly 475.75 GiB. Can you explain this?




It can occur when filesystem is not resized after partitioning, even with non-lvm cases. So if you have recently resized/repartitioned that device it could be the cause. Again, probably you don't wanna use df with lvm.






share|improve this answer


























  • df /dev/ubuntu-vg/root is still just checking the filesystem on /dev, though. Should be df /mnt.

    – Olorin
    yesterday











  • @Olorin Once the device is mounted, then it should report filesystem usage. I've added an example. Of course, I don't have access to encrypted lvm, but same point should stand

    – Sergiy Kolodyazhnyy
    yesterday






  • 1





    Oh, scratch that. Looks like df has started showing the usage of mounted disks. Nice.

    – Olorin
    yesterday













  • Thanks. I do not understand why the last partition is not mounted. This cannot be true, because this is only partition I have. Besides, there it is not full, even though gparted indicates 0.00 unused memory. Does gparted does not understand LVM volumes or does the encryption cause this wrong output?

    – null
    19 hours ago











  • @null Encryption likely is affecting it. GParted has lvm2 support according to their features page , so that's not the issue here. Then again, I can't comment much on the encryption part since I've not much experience with that yet. I'll look into it later, and in the meantime hopefully someone could address the encryption part of the question. I'll share the link to your question if I find someone who could address that.

    – Sergiy Kolodyazhnyy
    18 hours ago














1












1








1








Does this mean the are three partitions being all encrypted with the same key?




No, this means partition is in use - aka mounted. It's not recommended to edit mounted/in-use filesystems, since data loss can occur. The third big partition is not mounted according to the column in the screenshot




Why doesnt't df list the encrypted disk and how can I find out the available free space?




df reports usage for only mounted filesystems. Filesystems that are not mounted will report usage for /dev filesystem. Here's example of mounted vs unmounted reports:



# unmount my second drive, reports usage for udev
$ udisksctl unmount -b /dev/sdb1
Unmounted /dev/sdb1.
$ df /dev/sdb1
Filesystem 1K-blocks Used Available Use% Mounted on
udev 4000948 0 4000948 0% /dev
# statvfs call can be done on mounted filesystem, hence we see usage report
$ udisksctl mount -b /dev/sdb1
Mounted /dev/sdb1 at /mnt/ubuntu.
$ df /dev/sdb1
Filesystem 1K-blocks Used Available Use% Mounted on
/dev/sdb1 115247656 100662532 8707776 93% /mnt/ubuntu


The /dev/nvme0n1p3 does not seem to have proper mountpoint (directory) and instead reports ubuntu-vg. Try the following ( source )



$ sudo mount /dev/ubuntu-vg/root /mnt
$ df -h /dev/ubuntu-vg/root


Since you're using lvm you should use sudo lvs preferably to find out what logical volumes are actually called.




This output seems weird, because the total available space is only 7,7G. This is not true as you can see above in the gparted output. The partition has roughly 475.75 GiB. Can you explain this?




It can occur when filesystem is not resized after partitioning, even with non-lvm cases. So if you have recently resized/repartitioned that device it could be the cause. Again, probably you don't wanna use df with lvm.






share|improve this answer
















Does this mean the are three partitions being all encrypted with the same key?




No, this means partition is in use - aka mounted. It's not recommended to edit mounted/in-use filesystems, since data loss can occur. The third big partition is not mounted according to the column in the screenshot




Why doesnt't df list the encrypted disk and how can I find out the available free space?




df reports usage for only mounted filesystems. Filesystems that are not mounted will report usage for /dev filesystem. Here's example of mounted vs unmounted reports:



# unmount my second drive, reports usage for udev
$ udisksctl unmount -b /dev/sdb1
Unmounted /dev/sdb1.
$ df /dev/sdb1
Filesystem 1K-blocks Used Available Use% Mounted on
udev 4000948 0 4000948 0% /dev
# statvfs call can be done on mounted filesystem, hence we see usage report
$ udisksctl mount -b /dev/sdb1
Mounted /dev/sdb1 at /mnt/ubuntu.
$ df /dev/sdb1
Filesystem 1K-blocks Used Available Use% Mounted on
/dev/sdb1 115247656 100662532 8707776 93% /mnt/ubuntu


The /dev/nvme0n1p3 does not seem to have proper mountpoint (directory) and instead reports ubuntu-vg. Try the following ( source )



$ sudo mount /dev/ubuntu-vg/root /mnt
$ df -h /dev/ubuntu-vg/root


Since you're using lvm you should use sudo lvs preferably to find out what logical volumes are actually called.




This output seems weird, because the total available space is only 7,7G. This is not true as you can see above in the gparted output. The partition has roughly 475.75 GiB. Can you explain this?




It can occur when filesystem is not resized after partitioning, even with non-lvm cases. So if you have recently resized/repartitioned that device it could be the cause. Again, probably you don't wanna use df with lvm.







share|improve this answer














share|improve this answer



share|improve this answer








edited yesterday

























answered yesterday









Sergiy KolodyazhnyySergiy Kolodyazhnyy

73.8k9154323




73.8k9154323













  • df /dev/ubuntu-vg/root is still just checking the filesystem on /dev, though. Should be df /mnt.

    – Olorin
    yesterday











  • @Olorin Once the device is mounted, then it should report filesystem usage. I've added an example. Of course, I don't have access to encrypted lvm, but same point should stand

    – Sergiy Kolodyazhnyy
    yesterday






  • 1





    Oh, scratch that. Looks like df has started showing the usage of mounted disks. Nice.

    – Olorin
    yesterday













  • Thanks. I do not understand why the last partition is not mounted. This cannot be true, because this is only partition I have. Besides, there it is not full, even though gparted indicates 0.00 unused memory. Does gparted does not understand LVM volumes or does the encryption cause this wrong output?

    – null
    19 hours ago











  • @null Encryption likely is affecting it. GParted has lvm2 support according to their features page , so that's not the issue here. Then again, I can't comment much on the encryption part since I've not much experience with that yet. I'll look into it later, and in the meantime hopefully someone could address the encryption part of the question. I'll share the link to your question if I find someone who could address that.

    – Sergiy Kolodyazhnyy
    18 hours ago



















  • df /dev/ubuntu-vg/root is still just checking the filesystem on /dev, though. Should be df /mnt.

    – Olorin
    yesterday











  • @Olorin Once the device is mounted, then it should report filesystem usage. I've added an example. Of course, I don't have access to encrypted lvm, but same point should stand

    – Sergiy Kolodyazhnyy
    yesterday






  • 1





    Oh, scratch that. Looks like df has started showing the usage of mounted disks. Nice.

    – Olorin
    yesterday













  • Thanks. I do not understand why the last partition is not mounted. This cannot be true, because this is only partition I have. Besides, there it is not full, even though gparted indicates 0.00 unused memory. Does gparted does not understand LVM volumes or does the encryption cause this wrong output?

    – null
    19 hours ago











  • @null Encryption likely is affecting it. GParted has lvm2 support according to their features page , so that's not the issue here. Then again, I can't comment much on the encryption part since I've not much experience with that yet. I'll look into it later, and in the meantime hopefully someone could address the encryption part of the question. I'll share the link to your question if I find someone who could address that.

    – Sergiy Kolodyazhnyy
    18 hours ago

















df /dev/ubuntu-vg/root is still just checking the filesystem on /dev, though. Should be df /mnt.

– Olorin
yesterday





df /dev/ubuntu-vg/root is still just checking the filesystem on /dev, though. Should be df /mnt.

– Olorin
yesterday













@Olorin Once the device is mounted, then it should report filesystem usage. I've added an example. Of course, I don't have access to encrypted lvm, but same point should stand

– Sergiy Kolodyazhnyy
yesterday





@Olorin Once the device is mounted, then it should report filesystem usage. I've added an example. Of course, I don't have access to encrypted lvm, but same point should stand

– Sergiy Kolodyazhnyy
yesterday




1




1





Oh, scratch that. Looks like df has started showing the usage of mounted disks. Nice.

– Olorin
yesterday







Oh, scratch that. Looks like df has started showing the usage of mounted disks. Nice.

– Olorin
yesterday















Thanks. I do not understand why the last partition is not mounted. This cannot be true, because this is only partition I have. Besides, there it is not full, even though gparted indicates 0.00 unused memory. Does gparted does not understand LVM volumes or does the encryption cause this wrong output?

– null
19 hours ago





Thanks. I do not understand why the last partition is not mounted. This cannot be true, because this is only partition I have. Besides, there it is not full, even though gparted indicates 0.00 unused memory. Does gparted does not understand LVM volumes or does the encryption cause this wrong output?

– null
19 hours ago













@null Encryption likely is affecting it. GParted has lvm2 support according to their features page , so that's not the issue here. Then again, I can't comment much on the encryption part since I've not much experience with that yet. I'll look into it later, and in the meantime hopefully someone could address the encryption part of the question. I'll share the link to your question if I find someone who could address that.

– Sergiy Kolodyazhnyy
18 hours ago





@null Encryption likely is affecting it. GParted has lvm2 support according to their features page , so that's not the issue here. Then again, I can't comment much on the encryption part since I've not much experience with that yet. I'll look into it later, and in the meantime hopefully someone could address the encryption part of the question. I'll share the link to your question if I find someone who could address that.

– Sergiy Kolodyazhnyy
18 hours ago













0














IIRC GParted doesn't really understand LVM volumes. Try the Disks tool.




  1. What does df / report? That would show the device mounted on /, which should be the encrypted LVM volume.


  2. df /some/file checks the filesystem on which that file exists. So df /dev/nvme0n1p3 is just checking the filesystem mounted on /dev.

  3. The filesystem on /dev is the udev virtual filesystem. Its size is the memory (RAM) you have (which would be around 8GB). That size has nothing to do with the hard disk size.






share|improve this answer
























  • Just a side note, /dev can host device files either in memory or general filesystem ( see table ). The size reported is not necessarily RAM. I've 8GB of RAM, but 4 GB of /dev allocated.

    – Sergiy Kolodyazhnyy
    yesterday











  • You'd be hard pressed to find an Ubuntu installation that uses a general filesystem for /dev. That hasn't been done in ages.

    – Olorin
    yesterday













  • True. I'm just accounting for possibilities.

    – Sergiy Kolodyazhnyy
    yesterday
















0














IIRC GParted doesn't really understand LVM volumes. Try the Disks tool.




  1. What does df / report? That would show the device mounted on /, which should be the encrypted LVM volume.


  2. df /some/file checks the filesystem on which that file exists. So df /dev/nvme0n1p3 is just checking the filesystem mounted on /dev.

  3. The filesystem on /dev is the udev virtual filesystem. Its size is the memory (RAM) you have (which would be around 8GB). That size has nothing to do with the hard disk size.






share|improve this answer
























  • Just a side note, /dev can host device files either in memory or general filesystem ( see table ). The size reported is not necessarily RAM. I've 8GB of RAM, but 4 GB of /dev allocated.

    – Sergiy Kolodyazhnyy
    yesterday











  • You'd be hard pressed to find an Ubuntu installation that uses a general filesystem for /dev. That hasn't been done in ages.

    – Olorin
    yesterday













  • True. I'm just accounting for possibilities.

    – Sergiy Kolodyazhnyy
    yesterday














0












0








0







IIRC GParted doesn't really understand LVM volumes. Try the Disks tool.




  1. What does df / report? That would show the device mounted on /, which should be the encrypted LVM volume.


  2. df /some/file checks the filesystem on which that file exists. So df /dev/nvme0n1p3 is just checking the filesystem mounted on /dev.

  3. The filesystem on /dev is the udev virtual filesystem. Its size is the memory (RAM) you have (which would be around 8GB). That size has nothing to do with the hard disk size.






share|improve this answer













IIRC GParted doesn't really understand LVM volumes. Try the Disks tool.




  1. What does df / report? That would show the device mounted on /, which should be the encrypted LVM volume.


  2. df /some/file checks the filesystem on which that file exists. So df /dev/nvme0n1p3 is just checking the filesystem mounted on /dev.

  3. The filesystem on /dev is the udev virtual filesystem. Its size is the memory (RAM) you have (which would be around 8GB). That size has nothing to do with the hard disk size.







share|improve this answer












share|improve this answer



share|improve this answer










answered yesterday









OlorinOlorin

2,621924




2,621924













  • Just a side note, /dev can host device files either in memory or general filesystem ( see table ). The size reported is not necessarily RAM. I've 8GB of RAM, but 4 GB of /dev allocated.

    – Sergiy Kolodyazhnyy
    yesterday











  • You'd be hard pressed to find an Ubuntu installation that uses a general filesystem for /dev. That hasn't been done in ages.

    – Olorin
    yesterday













  • True. I'm just accounting for possibilities.

    – Sergiy Kolodyazhnyy
    yesterday



















  • Just a side note, /dev can host device files either in memory or general filesystem ( see table ). The size reported is not necessarily RAM. I've 8GB of RAM, but 4 GB of /dev allocated.

    – Sergiy Kolodyazhnyy
    yesterday











  • You'd be hard pressed to find an Ubuntu installation that uses a general filesystem for /dev. That hasn't been done in ages.

    – Olorin
    yesterday













  • True. I'm just accounting for possibilities.

    – Sergiy Kolodyazhnyy
    yesterday

















Just a side note, /dev can host device files either in memory or general filesystem ( see table ). The size reported is not necessarily RAM. I've 8GB of RAM, but 4 GB of /dev allocated.

– Sergiy Kolodyazhnyy
yesterday





Just a side note, /dev can host device files either in memory or general filesystem ( see table ). The size reported is not necessarily RAM. I've 8GB of RAM, but 4 GB of /dev allocated.

– Sergiy Kolodyazhnyy
yesterday













You'd be hard pressed to find an Ubuntu installation that uses a general filesystem for /dev. That hasn't been done in ages.

– Olorin
yesterday







You'd be hard pressed to find an Ubuntu installation that uses a general filesystem for /dev. That hasn't been done in ages.

– Olorin
yesterday















True. I'm just accounting for possibilities.

– Sergiy Kolodyazhnyy
yesterday





True. I'm just accounting for possibilities.

– Sergiy Kolodyazhnyy
yesterday


















draft saved

draft discarded




















































Thanks for contributing an answer to Ask Ubuntu!


  • Please be sure to answer the question. Provide details and share your research!

But avoid



  • Asking for help, clarification, or responding to other answers.

  • Making statements based on opinion; back them up with references or personal experience.


To learn more, see our tips on writing great answers.




draft saved


draft discarded














StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2faskubuntu.com%2fquestions%2f1123689%2fuse-df-on-luks-encrypted-device%23new-answer', 'question_page');
}
);

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







Popular posts from this blog

數位音樂下載

When can things happen in Etherscan, such as the picture below?

格利澤436b