![]() ![]() It makes it even weirder that you're the only one reporting this issue. □īut we still see something very weird going on. I had to physically yank the flash card to get it to stop, resulting in an Access Violation in APB.Įxcellent test to run from your flash drive - well done. Running `kill -9` on resize2fs also does nothing. It's also worth noting that clicking "abort" does nothing. Not surprising, considering I'm running it on a flash card, but."restore progress 100%"? Hardly! It is now 11:06.Īctivity Monitor shows resize2fs having thus far written only 5GB of the expected 30GB "expanded filesystem file". Incidentally, the APB window shows "10:57 - Expanding Linux partition" and "restore progress 100%" and "Expect completion at 10:58". Is there any way to throttle resize2fs? If not, I'm thinking the problem is insoluble.Īlso, shouldn't APB continue to "respond" during the resize2fs execution? Given that CPU is not a bottleneck here, I'm going with (b).ĪPB "stops responding" during the resize2fs run in both cases but in this latest test, the rest of the operating system is continuing to run normally. Either (a) the speed of the flash drive being less than my SSD resulted in less of a bottleneck, or (b) my SSD not being involved in the process allowed it to continue serving operating system demands. I re-ran the test, only this time sourcing from a flash drive instead of my SSD, and the problem did not occur. As requested, I'm following up on our recent discussion here in the forum. ![]()
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |