To let resize2fs finish or cancel early?

Well, I decided to shrink my 3.7 tb partition filled with rsnapshot backs (tons of hardlinks) down to 1.2 tb. Phase 2 of resizing took about 12 hours, which is acceptable, but phase 4 (updating the inode references) has been running for nearly 2 days, and is still nowhere near complete. Thought this wouldn’t take all that long since most of the end of the partition is completely empty. Can I end this early?

There are some folders that need to be deleted, (delete operations don’t complete if you shutdown early) which if deleted would most likely substantially speed the process up.

you’ll need to let it finish. This isn’t a process that can be cancelled unless you want to nuke the partition.

Oh well, hope the computer doesn’t crash in the next week.

Sorry to hear this. Hardlinks can cause this inode updating process to take a while.

May I ask, why did you decide to shrink your partition?


Well, I’m moving it to a new disk, and decided to shrink the partition so it would fit into the partition I was going to dd it into. (As far as I’m aware you can’t dd to directly after a partition. Maybe you can set up an offset, but if I get the math wrong I’m blowing away the first partition on the other disk) Might end up remounting it once I finish shrinking it, and cleaning up some leftover cruft, and maybe consider shrinking it again; but, that might not be happening.

There’s probably 2 or 3 years of hardlinks in the partition.
If I was to make the partition larger resize2fs wouldn’t take nearly as long, and on one of their mailing lists I noticed the shrinking process isn’t optimized since rarely does anyone shrink a partition.

I’ve moved to Borg over rsnapshot. (rsnapshot isn’t being maintained) But, I’m keeping the rsnapshot partition around incase Borg isn’t backing up correctly.

Basically, I have 2 external drives connected to the computer for back ups and media, and I’m reducing it down to 1 drive so I can boot a bit faster.

You can DD from one partition to another, but yes, if the partition sizes don’t match, you can run into problems.

That’s why I hate rsnapshot. I’ve been working on designing a better solution, but progress is slow because I’ve been so busy over the last few months.

1 Like

It looks there might be a new maintainer adding some much needed features.

I’m not concerned about new features. It’s a fundamentally basic software that doesn’t do what I aim to do, by design.

Glad to hear it’s going to get some new stuff though. It’s just not good for my use case.

Oh boy, this might take even longer. Have any idea if resize2fs should speed up once it gets out of the deep web of inode references?

It probably will.

Yet another reason I don’t like those damn hardlinks. :frowning:

1 Like

ive never gotten the point of hardlinks. Seems unnecessary along with some of the security risks that come with it

They’ve got a few use cases. Here’s a StackExchange page:


They’re awesome for incremental backups. Saves a ton of time when you’re backing up the system once an hour.

In the long run, I’m probably going to switch to using borg just for backing up everything, but most of home, and use rsnapshot for the home partition. It’s just convenient for being able to quickly roll back to an old version of a file.

Can’t wait for large external SSDs being affordable.

1 Like

I know “affordable” is relative, but I just picked up a 500GB internal for $120. Not bad.

Oh yeah, that isn’t bad at all. I mean more in the 8tb range.

Yeah, that’s going to be a long way out. That said, if you want cheap rust, those EasyStore 8TB drives from Best Buy are wonderful. I picked 3 of them up on sale for $120 in December. They’ve got WD reds inside. :smiley:


Just past halfway. One of the gparted devs thinks the resize is taking so long since USB 3.0 can’t send as much data across the bus as SATA III.

Are there any options in Linux for improving USB 3.0 performance?

USB 3.0 is the third major version of the Universal Serial Bus (USB) standard for interfacing computers and electronic devices. Among other improvements, USB 3.0 adds the new transfer rate referred to as SuperSpeed USB (SS) that can transfer data at up to 5 Gbit/s

Third-generation SATA interfaces run with a native transfer rate of 6.0 Gbit/s … the maximum uncoded transfer rate is 4.8 Gbit/s

So it’s almost 1:1

The thing that would then determine the throughput would be the speed of the drives, and what you’re sticking the data on. As for improving the speed in linux, I found this link which might help.

The tldr is, to run the latest kernel you can.

That dev working on gparted just says it’s significantly slower, in his experience. Probably a difference in the protocol specs.

Took just over 19 and a half days.