How can I reduce the LVM space and assigned that reduced space to existing partition?

The name of the pictureThe name of the pictureThe name of the pictureClash Royale CLAN TAG#URR8PPP












0















Had this condition, I really need a space in /dev/vda1, how can I reduce the size of my LVM in /dev/mapper/vg-data-lv_data by 10G and assign those 10G of space to my /dev/vda1 partition ?



If it's possible, can I do it without any machine rebooting ?



Partition



Edit, lsblk output :



enter image description here










share|improve this question
























  • print the output of lsblk

    – erTugRul
    Feb 27 at 5:59











  • @erTugRul Hi, I already add the output

    – Dimas Rizky
    Feb 27 at 6:37











  • You cannot do what you want. Because vda1 is 40G non-lvm partition and cannot be further extended. No matter how many other vd* disks you have. Only solution is take backup and then create again LVM partition for /.

    – erTugRul
    Feb 27 at 7:53











  • It's not possible to take un-allocated space on one disk and add it to another; other than using LVM, of course. You can probably move some of the files on your root filesystem to logical volumes on the other disk. But, in the best scenario you'd use up all the space on vdb1 and free up ~17 GB on your vda1. On the other hand, if you get a larger disk and put LVM on it, you'd be able to migrate most of your system to the new disk without rebooting. Then, when you have scheduled maintenance you can migrate the rest of it over and get rid of those "tiny" disks :)

    – Emmanuel Rosa
    Feb 27 at 9:38











  • You don't tell where your needs comes from, but maybe symlinking a directory of / into another under /data may help you in the short term.

    – Ferenc Wágner
    Feb 28 at 8:54















0















Had this condition, I really need a space in /dev/vda1, how can I reduce the size of my LVM in /dev/mapper/vg-data-lv_data by 10G and assign those 10G of space to my /dev/vda1 partition ?



If it's possible, can I do it without any machine rebooting ?



Partition



Edit, lsblk output :



enter image description here










share|improve this question
























  • print the output of lsblk

    – erTugRul
    Feb 27 at 5:59











  • @erTugRul Hi, I already add the output

    – Dimas Rizky
    Feb 27 at 6:37











  • You cannot do what you want. Because vda1 is 40G non-lvm partition and cannot be further extended. No matter how many other vd* disks you have. Only solution is take backup and then create again LVM partition for /.

    – erTugRul
    Feb 27 at 7:53











  • It's not possible to take un-allocated space on one disk and add it to another; other than using LVM, of course. You can probably move some of the files on your root filesystem to logical volumes on the other disk. But, in the best scenario you'd use up all the space on vdb1 and free up ~17 GB on your vda1. On the other hand, if you get a larger disk and put LVM on it, you'd be able to migrate most of your system to the new disk without rebooting. Then, when you have scheduled maintenance you can migrate the rest of it over and get rid of those "tiny" disks :)

    – Emmanuel Rosa
    Feb 27 at 9:38











  • You don't tell where your needs comes from, but maybe symlinking a directory of / into another under /data may help you in the short term.

    – Ferenc Wágner
    Feb 28 at 8:54













0












0








0








Had this condition, I really need a space in /dev/vda1, how can I reduce the size of my LVM in /dev/mapper/vg-data-lv_data by 10G and assign those 10G of space to my /dev/vda1 partition ?



If it's possible, can I do it without any machine rebooting ?



Partition



Edit, lsblk output :



enter image description here










share|improve this question
















Had this condition, I really need a space in /dev/vda1, how can I reduce the size of my LVM in /dev/mapper/vg-data-lv_data by 10G and assign those 10G of space to my /dev/vda1 partition ?



If it's possible, can I do it without any machine rebooting ?



Partition



Edit, lsblk output :



enter image description here







debian filesystems partition lvm






share|improve this question















share|improve this question













share|improve this question




share|improve this question








edited Feb 27 at 7:17









Rui F Ribeiro

41.7k1483141




41.7k1483141










asked Feb 27 at 5:46









Dimas RizkyDimas Rizky

11




11












  • print the output of lsblk

    – erTugRul
    Feb 27 at 5:59











  • @erTugRul Hi, I already add the output

    – Dimas Rizky
    Feb 27 at 6:37











  • You cannot do what you want. Because vda1 is 40G non-lvm partition and cannot be further extended. No matter how many other vd* disks you have. Only solution is take backup and then create again LVM partition for /.

    – erTugRul
    Feb 27 at 7:53











  • It's not possible to take un-allocated space on one disk and add it to another; other than using LVM, of course. You can probably move some of the files on your root filesystem to logical volumes on the other disk. But, in the best scenario you'd use up all the space on vdb1 and free up ~17 GB on your vda1. On the other hand, if you get a larger disk and put LVM on it, you'd be able to migrate most of your system to the new disk without rebooting. Then, when you have scheduled maintenance you can migrate the rest of it over and get rid of those "tiny" disks :)

    – Emmanuel Rosa
    Feb 27 at 9:38











  • You don't tell where your needs comes from, but maybe symlinking a directory of / into another under /data may help you in the short term.

    – Ferenc Wágner
    Feb 28 at 8:54

















  • print the output of lsblk

    – erTugRul
    Feb 27 at 5:59











  • @erTugRul Hi, I already add the output

    – Dimas Rizky
    Feb 27 at 6:37











  • You cannot do what you want. Because vda1 is 40G non-lvm partition and cannot be further extended. No matter how many other vd* disks you have. Only solution is take backup and then create again LVM partition for /.

    – erTugRul
    Feb 27 at 7:53











  • It's not possible to take un-allocated space on one disk and add it to another; other than using LVM, of course. You can probably move some of the files on your root filesystem to logical volumes on the other disk. But, in the best scenario you'd use up all the space on vdb1 and free up ~17 GB on your vda1. On the other hand, if you get a larger disk and put LVM on it, you'd be able to migrate most of your system to the new disk without rebooting. Then, when you have scheduled maintenance you can migrate the rest of it over and get rid of those "tiny" disks :)

    – Emmanuel Rosa
    Feb 27 at 9:38











  • You don't tell where your needs comes from, but maybe symlinking a directory of / into another under /data may help you in the short term.

    – Ferenc Wágner
    Feb 28 at 8:54
















print the output of lsblk

– erTugRul
Feb 27 at 5:59





print the output of lsblk

– erTugRul
Feb 27 at 5:59













@erTugRul Hi, I already add the output

– Dimas Rizky
Feb 27 at 6:37





@erTugRul Hi, I already add the output

– Dimas Rizky
Feb 27 at 6:37













You cannot do what you want. Because vda1 is 40G non-lvm partition and cannot be further extended. No matter how many other vd* disks you have. Only solution is take backup and then create again LVM partition for /.

– erTugRul
Feb 27 at 7:53





You cannot do what you want. Because vda1 is 40G non-lvm partition and cannot be further extended. No matter how many other vd* disks you have. Only solution is take backup and then create again LVM partition for /.

– erTugRul
Feb 27 at 7:53













It's not possible to take un-allocated space on one disk and add it to another; other than using LVM, of course. You can probably move some of the files on your root filesystem to logical volumes on the other disk. But, in the best scenario you'd use up all the space on vdb1 and free up ~17 GB on your vda1. On the other hand, if you get a larger disk and put LVM on it, you'd be able to migrate most of your system to the new disk without rebooting. Then, when you have scheduled maintenance you can migrate the rest of it over and get rid of those "tiny" disks :)

– Emmanuel Rosa
Feb 27 at 9:38





It's not possible to take un-allocated space on one disk and add it to another; other than using LVM, of course. You can probably move some of the files on your root filesystem to logical volumes on the other disk. But, in the best scenario you'd use up all the space on vdb1 and free up ~17 GB on your vda1. On the other hand, if you get a larger disk and put LVM on it, you'd be able to migrate most of your system to the new disk without rebooting. Then, when you have scheduled maintenance you can migrate the rest of it over and get rid of those "tiny" disks :)

– Emmanuel Rosa
Feb 27 at 9:38













You don't tell where your needs comes from, but maybe symlinking a directory of / into another under /data may help you in the short term.

– Ferenc Wágner
Feb 28 at 8:54





You don't tell where your needs comes from, but maybe symlinking a directory of / into another under /data may help you in the short term.

– Ferenc Wágner
Feb 28 at 8:54










0






active

oldest

votes











Your Answer








StackExchange.ready(function()
var channelOptions =
tags: "".split(" "),
id: "106"
;
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: false,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: null,
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%2funix.stackexchange.com%2fquestions%2f503260%2fhow-can-i-reduce-the-lvm-space-and-assigned-that-reduced-space-to-existing-parti%23new-answer', 'question_page');

);

Post as a guest















Required, but never shown

























0






active

oldest

votes








0






active

oldest

votes









active

oldest

votes






active

oldest

votes















draft saved

draft discarded
















































Thanks for contributing an answer to Unix & Linux Stack Exchange!


  • 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%2funix.stackexchange.com%2fquestions%2f503260%2fhow-can-i-reduce-the-lvm-space-and-assigned-that-reduced-space-to-existing-parti%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

Peggy Mitchell

Palaiologos

The Forum (Inglewood, California)