this post was submitted on 20 Apr 2024
29 points (93.9% liked)

Linux

48074 readers
707 users here now

From Wikipedia, the free encyclopedia

Linux is a family of open source Unix-like operating systems based on the Linux kernel, an operating system kernel first released on September 17, 1991 by Linus Torvalds. Linux is typically packaged in a Linux distribution (or distro for short).

Distributions include the Linux kernel and supporting system software and libraries, many of which are provided by the GNU Project. Many Linux distributions use the word "Linux" in their name, but the Free Software Foundation uses the name GNU/Linux to emphasize the importance of GNU software, causing some controversy.

Rules

Related Communities

Community icon by Alpár-Etele Méder, licensed under CC BY 3.0

founded 5 years ago
MODERATORS
 

I have dual boot Win10 and Linux (manjaro), and I want to shrink my NTFS C:\ partition to free up space in my ext4 root partition on the same physical drive.

I keep reading online that NTFS partitioning is best handled by Windows itself. However, Windows cannot partition ext4, so I thought I'd use a live GParted session for the ext4 extending part only.

So why not shrink my C:\ partition IN WINDOWS, obtain my unallocated space, then boot into live GParted, and use the unallocated space to extend my ext4 root.

This, or do everything from GParted in one go? What has the best chance of success?

I could also install GParted on my running Linux distro, and do the extending from there. But I feel like GParted live would somehow be... better?

top 22 comments
sorted by: hot top controversial new old
[–] PlasticExistence 23 points 6 months ago

Whatever you decide, make sure you've got a backup of any important data before you start making any partition changes. Things go wrong occasionally even when they shouldn't.

[–] [email protected] 6 points 6 months ago

Depends on how the partitions are arranged. I'm assuming your Windows is first (going left to right), then probably your boot partition, then your main ext4, and then maybe a swap?

Definitely shrink the windows partition using disk management, but then in Linux you can clone your boot partition to the beginning of the free space, delete the old boot, and then expand the ext4. You don't HAVE to do it from a live environment, but it is the safest.

I didn't google much, but this seems about right: https://www.baeldung.com/linux/resize-partitions

[–] db2 3 points 6 months ago (1 children)

IMO your first plan is best given your setup. Personally I keep Windows in a VM, that way it's entirely controlled and I don't need to reboot.

[–] [email protected] 2 points 6 months ago (1 children)

I see, thanks. I'd love to use Win in a VM but I doubt it's as flawless as on metal. For example, would WebSerial API work as well? Idk, maybe.

[–] db2 2 points 6 months ago

Unless you have a dedicated GPU just for the VM(s) it isn't awesome for anything graphical, other than that it works for most things.

[–] [email protected] 3 points 6 months ago (3 children)

I don't think you can shrink an active partition, especially if you're booted from it. Just use gparted live, it's fine. I prefer doing all my resizes offline. The only thing I do online is extending.

[–] [email protected] 4 points 6 months ago (1 children)

I thought so too, but apparently you can. I saw people on youtube do it on their active C partition

[–] [email protected] 1 points 6 months ago

Had to do this on Win11, it worked.

[–] [email protected] 4 points 6 months ago* (last edited 6 months ago)

I shrunk my Win10 partition from within Windows to make space to dual boot into linux so you definitely can shrink an active partition.

[–] [email protected] 2 points 6 months ago (2 children)

@dysprosium @catloaf GParted takes a lot of time doing tasks. Is this normal?

[–] [email protected] 3 points 6 months ago (1 children)

depends heavily on amount of data and cpu speed. I wouldn't wanna interrupt though

[–] rdyoung 3 points 6 months ago (1 children)

And hdd/ssd speed. Honestly it's more about the drive speed than the cpu.

[–] [email protected] 1 points 6 months ago

Yup. If data has to be moved, that's one read and one write, in different parts of the disk. That's going to be slow. (At least they'd be sequential, I think.)

[–] [email protected] 1 points 6 months ago* (last edited 6 months ago)

Depends on the task and the hardware. Disk operations can be anywhere between instant and hours.

In some cases, days. When I last retired some drives in my NAS, the task of moving the partitions onto new drives was a 48 hour process.

Like already said, unless you're sure something has gone wrong, don't interrupt. As long as it's still doing its thing, it'll get there.

[–] [email protected] 1 points 6 months ago (1 children)

You will be fine doing your first plan. Defragment your windows drive first (you’re not wearing down your ssd with that operation. Modern ssds have wear leveling tech and are good for like 100k writes so it’s not a big deal to defragment it. Also if it’s getting slower doing a level uhh 2 spinrite scan will fix that by rewriting everything. Ask if you want to know why).

[–] [email protected] 1 points 6 months ago (1 children)

Oh, Gibson finally stopped mucking around with his certainly DOA SQRL project long enough to get Spinrite working on modern systems?

[–] [email protected] 0 points 6 months ago* (last edited 6 months ago) (1 children)

No it’s still only x86 lol.

I’m almost 100% you can get the equivalent of a lvl2 spinrite scan out of badblocks but haven’t tried it yet.

[–] [email protected] 1 points 6 months ago* (last edited 6 months ago) (1 children)

Drat. 6.1 was supposed to add UEFI support. It's kind of useless without that.

[–] [email protected] 0 points 6 months ago

I’ve only been able to boot it through “csm” or equivalent methods on uefi systems. Got a stack of slow as molasses soldered storage laptops here that could use it.

Maybe soon I’ll try to replicate it with badblocks. Better buy a bunch of old m1 mbas if it works.

[–] [email protected] 1 points 6 months ago

So I finally did it. Results?

First was unable to shrink in windows due to a bunch of reasons, but I overcame them: hibernation file, page(r)file, and other bullcrap.

Finally, I could shrink. Then, a fatal error in the shrinking process. I ignored it. Waited few minutes and the disk seemed to have shrunk after all. Weird.

Then proceeded as planned. GParted the rest. All is working fine now!

Moral of the story? None.

[–] [email protected] 1 points 6 months ago (1 children)

some of file system not support extend from the beginning of the partition. make sure you checked ext4 support it

[–] [email protected] 1 points 6 months ago* (last edited 6 months ago)

I'm not sure whether this is equivalent, but the free space was on the left of the root partition, so I first moved the root partition to the left of the free space, then extended it to the right. It probably took twice as long. And maybe the risk is the same, I've no idea