On Tue, Jun 17, 2008 at 9:25 AM, David Vincent
<dvincent@sleepdeprived.ca> wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
> I'd boot systemrescuecd and then use gparted to resize the partitions.
> then I'd double check the UUIDs of each partition to make sure they
> still matched what are in /etc/fstab. That might be redundant but I
> like to be safe.
>
> http://www.sysresccd.org/
>
> Need any pointers on how to do all that?
>


Thanks for the info. I'll take a look. I'm guessing that you just
run vol_id on the partition to see if the UUID changed after you do
the resize. Right?

--
ubuntu-users mailing list
ubuntu-users@lists.ubuntu.com
Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-users

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

chris wrote:
> On Tue, Jun 17, 2008 at 9:25 AM, David Vincent
> <dvincent@sleepdeprived.ca> wrote:
>> -----BEGIN PGP SIGNED MESSAGE-----
>> Hash: SHA1
>> I'd boot systemrescuecd and then use gparted to resize the partitions.
>> then I'd double check the UUIDs of each partition to make sure they
>> still matched what are in /etc/fstab. That might be redundant but I
>> like to be safe.
>>
>> http://www.sysresccd.org/
>>
>> Need any pointers on how to do all that?
>>
>
>
> Thanks for the info. I'll take a look. I'm guessing that you just
> run vol_id on the partition to see if the UUID changed after you do
> the resize. Right?
>

I use blkid as root.

- -d


-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)

iD8DBQFIV8uafpRzWFIV0XMRAm73AJ4z9PrS2XmuR9eAzFz0hQ VUGj/aRACeMs5n
sFP0bN0HyZdmyCBARIzrGZQ=
=f002
-----END PGP SIGNATURE-----

--
ubuntu-users mailing list
ubuntu-users@lists.ubuntu.com
Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-users

On Tue, 17 Jun 2008, chris wrote:

> I'd like to rob some space from Vista to expand /boot to like 100M or
> even 150M. Right now, when I get a new kernel in updates, it will

The best solution I know is gparted.
Download the live cd iso file from
http://downloads.sourceforge.net/gparted
and burn it.

Usage is very intuitive

--
Pierre Frenkiel

--
ubuntu-users mailing list
ubuntu-users@lists.ubuntu.com
Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-users

chris wrote:
> On Tue, Jun 17, 2008 at 9:25 AM, David Vincent
> <dvincent@sleepdeprived.ca> wrote:
>> -----BEGIN PGP SIGNED MESSAGE-----
>> Hash: SHA1
>> I'd boot systemrescuecd and then use gparted to resize the partitions.
>> then I'd double check the UUIDs of each partition to make sure they
>> still matched what are in /etc/fstab. That might be redundant but I
>> like to be safe.
>>
>> http://www.sysresccd.org/
>>
>> Need any pointers on how to do all that?
>>
>
>
> Thanks for the info. I'll take a look. I'm guessing that you just
> run vol_id on the partition to see if the UUID changed after you do
> the resize. Right?

I'll second using gparted. I have the stand-alone CD download from a
few months back. It does a great job. I recently used it to resize
partions on my laptop to accommodate a new Win2K install, and get rid
of a bunch of space on some NTFS drives that I then gave to Ubuntu.
--
Cheers, SDM -- a 21st Century Schizoid Man
Systems Theory internet music project: <www.systemstheory.net>
on MySpace: <www.myspace.com/systemstheory>
on Last FM: <www.last.fm/music/Systems+Theory>
get "Codetalkers" *free* at <www.mikedickson.org.uk/codetalkers>
NP: nothing

--
ubuntu-users mailing list
ubuntu-users@lists.ubuntu.com
Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-users

On Tue, 17 Jun 2008, David Vincent wrote:

> I'd boot systemrescuecd and then use gparted to resize the partitions.
> then I'd double check the UUIDs of each partition to make sure they
> still matched what are in /etc/fstab. That might be redundant but I
> like to be safe.

Even if this is also a solution, I'd prefer the gparted live cd, as it
can also be used as a rescue cd, and is much faster to boot.

--
Pierre Frenkiel

--
ubuntu-users mailing list
ubuntu-users@lists.ubuntu.com
Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-users

On Tue, Jun 17, 2008 at 9:36 AM, Steven Davies-Morris
<sdavmor@systemstheory.net> wrote:
> I'll second using gparted. I have the stand-alone CD download from a
> few months back. It does a great job. I recently used it to resize
> partions on my laptop to accommodate a new Win2K install, and get rid
> of a bunch of space on some NTFS drives that I then gave to Ubuntu.
> --


I'm working on this right now and gparted is shrinking and expanding.
eta 45 min.

Anyway... will I have to do anything to the ext3 partition to tell it
has more space?

ie: ext2resize /dev/sda2

--
ubuntu-users mailing list
ubuntu-users@lists.ubuntu.com
Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-users

chris wrote:

> I have Hardy 32 bit installed on my laptop. Along with Vista that
> came with it.
>
> I have it setup as the following.
>
> /dev/sda1 - Vista (~50G) (ntfs)
> /dev/sda2 - /boot (~50M) (ext3)
> /dev/sda3 - physical for lvm that is encrypted. This is split for /
> and swap. (~100G total) (ext3 when mounted)
>
> I'd like to rob some space from Vista to expand /boot to like 100M or
> even 150M. Right now, when I get a new kernel in updates, it will
> install but fills /boot so that I can't then purge the old kernel to
> free up space which is what I ran into previously with a post a couple
> weeks ago.
>
> Is it possible to do this? Any pointers on how to go about doing
> this? I'm not wanting to brick my install and have to reinstall.

That's why I stopped using a /boot partition. Back when I had one, I think
it was only 30M :-)

Copy your entire /boot to /bootsave.

Now, go into Vista, and shrink the NTFS partition (you'll have to google for
that, because I only had to do it once...).

Boot Ubuntu with a LiveCD. With the partition manager, delete /dev/sda2,
create new /dev/sda2 using all the free space. Put a new FS on it. Mount
the new FS and copy /bootsave to the new FS. Rerun grub-install (I think -
this might not be necessary).

I was going to suggest it would be even easier to just treat /dev/sda2
as "lost" and put /boot on the root filesystem, but you've got that
encrypted LVM which I bet causes headaches...
--
derek


--
ubuntu-users mailing list
ubuntu-users@lists.ubuntu.com
Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-users

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

chris wrote:
> On Tue, Jun 17, 2008 at 9:36 AM, Steven Davies-Morris
> <sdavmor@systemstheory.net> wrote:
>> I'll second using gparted. I have the stand-alone CD download from a
>> few months back. It does a great job. I recently used it to resize
>> partions on my laptop to accommodate a new Win2K install, and get rid
>> of a bunch of space on some NTFS drives that I then gave to Ubuntu.
>> --
>
>
> I'm working on this right now and gparted is shrinking and expanding.
> eta 45 min.
>
> Anyway... will I have to do anything to the ext3 partition to tell it
> has more space?
>
> ie: ext2resize /dev/sda2
>

nope. gparted is the frontend to all that. as long as you've done all
the operations within gparted and it is done and happy with the results
all should be good.

- -d


-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)

iD8DBQFIV+Q4fpRzWFIV0XMRAnL6AJ4zMxSAVJDQat0tZESB5U 0zqvGX6ACfclyR
7qgiLRg0Z43oxJTgZVRBTds=
=w20L
-----END PGP SIGNATURE-----

--
ubuntu-users mailing list
ubuntu-users@lists.ubuntu.com
Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-users

David Vincent wrote:

> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> chris wrote:
>> I'd like to rob some space from Vista to expand /boot to like 100M or
>> even 150M. Right now, when I get a new kernel in updates, it will
>> install but fills /boot so that I can't then purge the old kernel to
>> free up space which is what I ran into previously with a post a couple
>> weeks ago.
>>
>> Is it possible to do this? Any pointers on how to go about doing
>> this? I'm not wanting to brick my install and have to reinstall.
>
> I'd boot systemrescuecd and then use gparted to resize the partitions.
> then I'd double check the UUIDs of each partition to make sure they
> still matched what are in /etc/fstab. That might be redundant but I
> like to be safe.

Surely you can't actually expand partition 2 from _the beginning_?
--
derek


--
ubuntu-users mailing list
ubuntu-users@lists.ubuntu.com
Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-users

On Tue, Jun 17, 2008 at 11:19 AM, Derek Broughton <news@pointerstop.ca> wrote:
>
> That's why I stopped using a /boot partition. Back when I had one, I think
> it was only 30M :-)
>
> Copy your entire /boot to /bootsave.
>
> Now, go into Vista, and shrink the NTFS partition (you'll have to google for
> that, because I only had to do it once...).
>
> Boot Ubuntu with a LiveCD. With the partition manager, delete /dev/sda2,
> create new /dev/sda2 using all the free space. Put a new FS on it. Mount
> the new FS and copy /bootsave to the new FS. Rerun grub-install (I think -
> this might not be necessary).
>
> I was going to suggest it would be even easier to just treat /dev/sda2
> as "lost" and put /boot on the root filesystem, but you've got that
> encrypted LVM which I bet causes headaches...


Well I'm not sure if I just bricked my laptop.

I went to gparted and told it to move 100M from the back of sda1 and
put it on sda2. It was happy with my selections and chugged away for
45 min.

Afterwards, things appeared to be fine so I rebooted.

I use the Windows Vista boot manager to load up Windows or Ubuntu.
grub is installed on sda2 instead of the root of sda.

Anyway... Windows is now completed pissed off. Its saying I need to
put in my DVD to 'repair' the system as its missing
Windowssystem32winload.exe and of course my dvd is at home.

It won't even let me load grub from sda2 to get into ubutnu. I'm
tempted to just instlal grub on sda and go from there... but not sure
that would be happy that way.

The encrypted thing is nice though in case the laptop gets stolen I'm
not worried about the data on it. its fairly transparent except when
I boot and have to enter the password from hell to get it unencrypted.
I much prefer it being encrypted.

--
ubuntu-users mailing list
ubuntu-users@lists.ubuntu.com
Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-users