Summary: | fatresize at the end of a restore operation fails with warning | ||
---|---|---|---|
Product: | [Applications] partitionmanager | Reporter: | Mattia <mattia.verga> |
Component: | general | Assignee: | Andrius Štikonas <andrius> |
Status: | RESOLVED FIXED | ||
Severity: | normal | ||
Priority: | NOR | ||
Version First Reported In: | 4.0.0 | ||
Target Milestone: | --- | ||
Platform: | Other | ||
OS: | Linux | ||
Latest Commit: | https://invent.kde.org/system/kpmcore/commit/7ecdaf3ac8f63de014fce26e95444f4a420ffcb3 | Version Fixed In: | |
Sentry Crash Report: |
Description
Mattia
2019-05-22 16:02:51 UTC
If I remember correctly, file system is always resized at the end of fsck operation. We manually run resize job in case filesystem size is less than partition size. GParted does that too. Does KDE Partition Manager report that operation succeeded (since it's a warning only)? It wasn't clear to me from this bug. (In reply to Andrius Štikonas from comment #1) > Does KDE Partition Manager report that operation succeeded (since it's a > warning only)? It wasn't clear to me from this bug. Yes, the final result reported by PM is that the operation succeeded. This is just a warning issued in the details log. Hmm, I think this might be off by 1 error in fatresize or libparted... Trying to resize to partition size - 1 seems to work. Git commit 7ecdaf3ac8f63de014fce26e95444f4a420ffcb3 by Andrius Štikonas. Committed on 04/10/2020 at 21:21. Pushed by stikonas into branch 'master'. Fix resizing of fat partitions. Workaround a bug in fatresize (or libparted) where resizing to partition length failed. Instead try to resize to length - 1. M +1 -1 src/fs/fat16.cpp https://invent.kde.org/system/kpmcore/commit/7ecdaf3ac8f63de014fce26e95444f4a420ffcb3 |