Forums
New posts
Articles
Product Reviews
Policies
FAQ
Log in
Register
What's new
Search
Search
Search titles only
By:
New posts
Menu
Log in
Register
Install the app
Install
Forums
Apple Computing Products:
macOS - Operating System
Disk Utility can not resize one partition and increase size of another partition!!!
JavaScript is disabled. For a better experience, please enable JavaScript in your browser before proceeding.
You are using an out of date browser. It may not display this or other websites correctly.
You should upgrade or use an
alternative browser
.
Reply to thread
Message
<blockquote data-quote="MacInWin" data-source="post: 1948670" data-attributes="member: 396914"><p>My experience is that the round graph goes clockwise. In you image, TM is the last partition.</p><p></p><p>"Volume" is a term used in APFS. In any partition is a "Container" which holds "Volumes" that share that Container space. In that scenario, one can still partition the drive at the hardware level, which is what you are trying to do, and create multiple "drives" within that total hardware space. However, unlike Volumes, those partitions are fixed and can only be changed by direct manipulation. And that direct manipulation usually ends up in erasing the entire partition impacted as the directory area for that volume gets overwritten.</p><p></p><p></p><p>Well, you've already accomplished the first step in that you have a drive with one large partition labelled "MBP M-1 - TM,...rack Data - TM" and one labelled "Untitled" and one labelled "TM...ne - TM." If the middle one, named "Untitled" actually exists as a partition, as it appears to do, then the drive has zero space into which the TM partition can expand. However, I don't know if you can just delete "Untitled" and then expand "TM...ne - TM" backwards into it and preserve the contents of "TM...ne - TM" at the same time. Doing that expansion that way adds more space in front of the partition, which disrupts the directory storage. That results in, if it can be done at all, an empty new partition. </p><p></p><p>Frankly, to move forward on this, I think you need to consider the actual value of the TM space at this point. How likely is it that you will actually need to go back in time to recover a file from last week, last month, last year? If you assess that to be very unlikely then the easiest path is to just start over, either with a new, smaller backup drive and repartition this older drive as a single full device. APFS is not very efficient, to say the least, on rotating drives as it creates a hugely fragmented drive that can be very slow, so it would be better to move away from APFS on that HDD. </p><p></p><p>So, if you decide that you don't need backups that far back, the best path forward, IMHO, is to get a 1 or 2TB SSD for TM, start backups on it again and leave the current HDD just as it is for now. Once you have sufficient historical backups on the new SSD to feel comfortable, erase and reformat the 5TB HDD in HFS+ (MacOS Extended, Journaled), which is much better on rotating drives. The size of the SSD needs only to be about twice what is currently in use on the source drive(s), not necessarily twice the drive capacity. </p><p></p><p>As an aside, I don't like huge drives that are then partitioned into multiple partitions and then each separately mounted. Too big a risk for me because any flaw in the partition tables and I could lose the entire drive, all partitions, all data. Too many eggs in one basket for me. It has happened to me in the past and now I avoid it with smaller drives, each a single partition and each with a dedicated use. I do have larger systems in RAID arrays and NAS storage where I keep backups and alternate copies of critical stuff. TM gets its own device.</p></blockquote><p></p>
[QUOTE="MacInWin, post: 1948670, member: 396914"] My experience is that the round graph goes clockwise. In you image, TM is the last partition. "Volume" is a term used in APFS. In any partition is a "Container" which holds "Volumes" that share that Container space. In that scenario, one can still partition the drive at the hardware level, which is what you are trying to do, and create multiple "drives" within that total hardware space. However, unlike Volumes, those partitions are fixed and can only be changed by direct manipulation. And that direct manipulation usually ends up in erasing the entire partition impacted as the directory area for that volume gets overwritten. Well, you've already accomplished the first step in that you have a drive with one large partition labelled "MBP M-1 - TM,...rack Data - TM" and one labelled "Untitled" and one labelled "TM...ne - TM." If the middle one, named "Untitled" actually exists as a partition, as it appears to do, then the drive has zero space into which the TM partition can expand. However, I don't know if you can just delete "Untitled" and then expand "TM...ne - TM" backwards into it and preserve the contents of "TM...ne - TM" at the same time. Doing that expansion that way adds more space in front of the partition, which disrupts the directory storage. That results in, if it can be done at all, an empty new partition. Frankly, to move forward on this, I think you need to consider the actual value of the TM space at this point. How likely is it that you will actually need to go back in time to recover a file from last week, last month, last year? If you assess that to be very unlikely then the easiest path is to just start over, either with a new, smaller backup drive and repartition this older drive as a single full device. APFS is not very efficient, to say the least, on rotating drives as it creates a hugely fragmented drive that can be very slow, so it would be better to move away from APFS on that HDD. So, if you decide that you don't need backups that far back, the best path forward, IMHO, is to get a 1 or 2TB SSD for TM, start backups on it again and leave the current HDD just as it is for now. Once you have sufficient historical backups on the new SSD to feel comfortable, erase and reformat the 5TB HDD in HFS+ (MacOS Extended, Journaled), which is much better on rotating drives. The size of the SSD needs only to be about twice what is currently in use on the source drive(s), not necessarily twice the drive capacity. As an aside, I don't like huge drives that are then partitioned into multiple partitions and then each separately mounted. Too big a risk for me because any flaw in the partition tables and I could lose the entire drive, all partitions, all data. Too many eggs in one basket for me. It has happened to me in the past and now I avoid it with smaller drives, each a single partition and each with a dedicated use. I do have larger systems in RAID arrays and NAS storage where I keep backups and alternate copies of critical stuff. TM gets its own device. [/QUOTE]
Verification
Name this item 🌈
Post reply
Forums
Apple Computing Products:
macOS - Operating System
Disk Utility can not resize one partition and increase size of another partition!!!
Top