Miroslav Skoric a écrit :
> On 06/22/2014 03:29 PM, Pascal Hambourg wrote:
>
>> You should not have allocated all the space in the VG but instead should
>> have left some free space for further growing or creating LVs when the
>> need arises.
>
> Let's try once again: I have not allocated anythin
On 06/22/2014 03:29 PM, Pascal Hambourg wrote:
Miroslav Skoric a écrit :
1. What would you do if you need more space in /tmp and you know you
have some spare space in /home or else, but do not want to reinstall?
If you are in such a situation, then you missed one of the goals of LVM.
You sho
On 06/22/2014 01:41 PM, Miroslav Skoric wrote:
> On 06/15/2014 10:52 PM, Reco wrote:
> Btw, what app is good for making an image of the system, sort
> of full backup, and is it possible to use such an image to clone more
> than one comp later, i.e. to avoid installations from scratch? (I have
> two
Bob Proulx a écrit :
>
> There are many stories of this from people doing the same thing on the
> net. It seems that the code for expanding the file system is used
> often and optimized to run fast but that the code for shrinking it is
> not used very often and therefore has severe inefficiencies
Miroslav Skoric a écrit :
>
> 1. What would you do if you need more space in /tmp and you know you
> have some spare space in /home or else, but do not want to reinstall?
If you are in such a situation, then you missed one of the goals of LVM.
You should not have allocated all the space in the V
On 06/15/2014 10:52 PM, Reco wrote:
No, it seems to belong to main archive.
$ apt-cache search apt on cd | grep ^apt
apt - commandline package manager
aptdaemon - transaction based package management service
aptoncd - Installation disc creator for packages downloaded via APT
Yep, aptoncd wa
On Jun 15, 2014, at 12:34 PM, Bob Proulx wrote:
> In my case I had read the documentation. I had resized smaller
> partitions successfully. I had no idea it would take more than a week
> of 24x7 runtime before completing. If I had I would have done it
> differently. Which is why I am noting
On Mon, 16 Jun 2014 04:03:19 +1200
Chris Bannister wrote:
> On Sun, Jun 15, 2014 at 12:00:12AM +0200, Miroslav Skoric wrote:
> > (Btw, the app apt-on-CD recently started to ask for more space in /tmp.
> > After resizing, that app seems to be happy :-)
>
> tal% apt-cache search apt-on-CD
> tal%
>
Miroslav Skoric wrote:
> 1. What would you do if you need more space in /tmp and you know you have
> some spare space in /home or else, but do not want to reinstall?
No need to re-install. Brute force works. I would use a second disk
large enough to hold everything. Copy off the old, repartitio
On Sun, Jun 15, 2014 at 12:00:12AM +0200, Miroslav Skoric wrote:
> (Btw, the app apt-on-CD recently started to ask for more space in /tmp.
> After resizing, that app seems to be happy :-)
tal% apt-cache search apt-on-CD
tal%
Third party?
--
"If you're not careful, the newspapers will have you h
Miroslav Skoric:
>
> Two questions:
>
> 1. What would you do if you need more space in /tmp and you know you
> have some spare space in /home or else, but do not want to
> reinstall?
If it's only temporarily, I would probably do a bind-mount. Just create
~/tmp-tmp, as root cp -a /tmp ~/tmp-tmp/,
On 6/14/2014 4:33 PM, Miroslav Skoric wrote:
> ...may I suggest to LVM programmers to
> think about some software routines that would enable users to recompose
> (resize, shrink, whatever ...) their LVM from within a mounted system,
> in a way that after the next reboot, the LVM and FS automaticall
On Sat, 14 Jun 2014 23:40:26 +0200
Miroslav Skoric wrote:
> 1. What would you do if you need more space in /tmp and you know
> you have some spare space in /home or else, but do not want to
> reinstall?
http://www.yourhowto.net/increase-tmp-partition-size-linux/
However, adding some GB of RAM w
On 06/05/2014 08:42 AM, Richard Hector wrote:
If I have to shrink a filesystem, I tend to shrink it to something
smaller than my eventual goal, then shrink the LV to the goal, then
resize2fs again without specifying the size, so it grows to fit.
I prefer not to get in the situation where I ha
On 06/05/2014 11:29 AM, Jochen Spieker wrote:
Miroslav Skoric:
On 06/01/2014 11:36 PM, Jochen Spieker wrote:
If you don't have a
backup you can try to resize the LV again to its original size and hope
for the best.
Thanks for suggestions. Yep, I managed to return back to the
original size
On 06/05/2014 11:04 AM, Bob Proulx wrote:
Richard Hector wrote:
I prefer not to get in the situation where I have to shrink a filesystem
though - xfs doesn't support it anyway.
Agreed. Even better is to avoid it. Small ext{3,4} file systems
shrink acceptably well. But larger ext{3,4} file
Miroslav Skoric:
> On 06/01/2014 11:36 PM, Jochen Spieker wrote:
>
>>
>> If you don't have a
>> backup you can try to resize the LV again to its original size and hope
>> for the best.
>
> Thanks for suggestions. Yep, I managed to return back to the
> original size at first. Then I resized it pr
Richard Hector wrote:
> I prefer not to get in the situation where I have to shrink a filesystem
> though - xfs doesn't support it anyway.
Agreed. Even better is to avoid it. Small ext{3,4} file systems
shrink acceptably well. But larger ext{3,4} file systems can take a
very long time to shrink
On 05/06/14 10:17, Miroslav Skoric wrote:
> On 06/01/2014 11:03 PM, emmanuel segura wrote:
>
>>
>> i think the correct steps are:
>>
>> resize2fs /dev/mapper/localhost-home -2G
>> lvresize --size -2G /dev/mapper/localhost-home
>>
>>
>
> Thank you. I tried with the first command but it did not wor
On 06/01/2014 11:36 PM, Jochen Spieker wrote:
If you don't have a
backup you can try to resize the LV again to its original size and hope
for the best.
BTW, I found it to be good practice to initially use less than 100% of
available space on my PVs for the LVs. That way I can grow filesystems
On 06/01/2014 11:03 PM, emmanuel segura wrote:
i think the correct steps are:
resize2fs /dev/mapper/localhost-home -2G
lvresize --size -2G /dev/mapper/localhost-home
Thank you. I tried with the first command but it did not work (it
returned an error).
However later I managed to resize t
Miroslav Skoric:
>
> sys@localhost:~$ sudo lvresize --size -2G /dev/mapper/localhost-home
…
> sys@localhost:~$ sudo resize2fs /dev/mapper/localhost-home
You did it the wrong way round. You have to shrink from top to bottom:
first the filesystem, then the LV (and then possibly the physical volume
from man resize2fs
If you wish to shrink an ext2 partition, first use resize2fs to
shrink the size of filesystem. Then you may use fdisk(8) to shrink the
size of the partition. When
shrinking the size of the partition, make sure you do not make it
smaller than the new size of the e
Hi,
I have encrypted LVM on one of my Wheezy machines, and recently noticed
that /tmp space was too low for one application (In fact it was about
350 MB and I wanted it to be around 2.5 GB). So I tried to make /tmp
space bigger while I was mounted and online, but vgdisplay reported no
free sp
24 matches
Mail list logo
