Bug#985451: Unable to read the contents of exfat file system
This issue was fixed upstream in GParted 1.3.0 (and later) released 03-May-2021. https://gparted.org/news.php?item=238 "Improve exFAT support such as read FS usage and set UUID" Thanks, Mike Fleetwood (GParted Developer)
Bug#991998: gparted segfaults if scrolling quickly the device dropdown list
This has been fixed upstream. GParted merge request 91 - "Fix crash scrolling quickly in the drive selection combobox" https://gitlab.gnome.org/GNOME/gparted/-/merge_requests/91 Thanks, Mike Fleetwood (GParted Developer)
Bug#991998: gparted segfaults if scrolling quickly the device dropdown list
Just by chance I came across this bug report. I have confirmed the bug and raised it upstream. GParted issue 165 - "GParted segfaults if scrolling quickly in the device dropdown" https://gitlab.gnome.org/GNOME/gparted/-/issues/165 Thanks, Mike Fleetwood (GParted Developer)
Bug#960961: Please update path to udisks2-inhibit
This has been fixed in GParted 1.3.1 released 2021-July-19 [1], by this commit [2]. Thanks, Mike Fleetwood (GParted Developer) [1] https://gparted.org/news.php?item=240 [2] Commit 325c6eb2 "Handle change in path for udisks2-inhibit executable (!84)" https://gitlab.gnome.org/GNOME/gparted/-/commit/325c6eb2475e1edc2d2a366b4f306f3713efb8d3
Bug#946962:
This has been fixed in GParted 1.3.0 released 2021-May-03 [1], by the merge of [2]. Thanks, Mike Fleetwood (GParted Developer) [1] https://gparted.org/news.php?item=238 [2] Support resizing open LUKS2 encryption mappings by supplying the needed passphrase https://gitlab.gnome.org/GNOME/gparted/-/merge_requests/80
Bug#985586: mkfs.reiser4 has a 1 in 256 chance of creating a file system without a UUID
Package: reiser4progs Version: 1.2.1-2 This bug has been confirmed in these reiser4progs package versions: 1.2.0-2 1.2.1-2 2.0.4-1 Here is the upstream discussion about the issue. https://www.spinics.net/lists/reiserfs-devel/msg06418.html This is the reproducer which works reiser4progs 1.2 and 2.0. rm test.img truncate -s 256M test.img i=1 while : do mkfs.reiser4 --force --yes --label '' test.img line=`debugfs.reiser4 test.img 2> /dev/null | egrep '^(volume) uuid:'` echo "[$i] $line" ((i++)) echo "$line" | grep -q '' && break done Example output: [1] uuid: 17073919-e41d-4892-9b22-4294d1544c4a [2] uuid: af2821de-ea85-4f20-9621-4fbd128b3fb8 [3] uuid: c0fb805b-e224-4695-a504-d87460d158ae ... [34] uuid: b747540d-5280-4e0f-bae2-9222 [35] uuid: d604794d-097f-4810-bbb3-01a1518f3ef1 [36] uuid: 9634100c-1f98-42b3-a684-c9df77ab54e2 [37] uuid: Here are the 2 upstream fixes needed to correct reiser4progs 1.2.x. https://github.com/edward6/reiser4progs/commit/4802cdb18ae03031d0e51a58b6655f3b99021ec2 https://github.com/edward6/reiser4progs/commit/44cc024f398f60adef1519426d65f3f081ee826a And the 2 fixes needed for reiser4progs 2.0.x. https://github.com/edward6/reiser4progs/commit/3f52c2cb418a52783b275fb6cae8fb09ff1604cd https://github.com/edward6/reiser4progs/commit/01a5e0e41ec8d5147091d44e902d60f61c336f30 Thanks, Mike
Bug#829986: gparted: Uses deprecated gnome-common macros/variables
This is fixed in GParted release 1.0, released 2019-05-29, which ported GParted to GNOME/Gtk 3 and yelp-tools documentation infrastructure. https://gparted.org/news.php?item=224 Thanks, Mike
Bug#902681: gparted: GParted fails to shrink an LVM PV with lvm2 >= 2.02.171
Package: gparted
Version: 0.30.0-3
Severity: normal
Tags: patch upstream
Dear Maintainer,
== GParted fails to shrink an LVM2 PV reporting this
# lvm pvresize -v --setphysicalvolumesize 786432K '/dev/sda9'
0 physical volume(s) resized / 1 physical volume(s) not resized
Wiping internal VG cache
Wiping cache of LVM-capable devices
/dev/sda9: Requested size 712.00 MiB is less than real size 1.00 GiB. Proceed?
[y/n]:[n]
Physical Volume /dev/sda9 not resized.
== Confirmed on Debian 10 Buster with these packages
$ dpkg -l lvm2 gparted
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Name Version Architecture Description
+++-==---=
ii gparted0.30.0-3 amd64GNOME partition editor
ii lvm2 2.02.176-4.1 amd64Linux Logical Volume Manager
== Relevant bug references
Issue #1 - Can't shrink LVM partition due to pvresize prompt
https://gitlab.gnome.org/GNOME/gparted/issues/1
Bug 1460577 - regression: lvm2 pvresize command suddenly became interactive,
breaking automated usage
https://bugzilla.redhat.com/show_bug.cgi?id=1460577
== Attached patch
Attached is the upstream patch to workaround the change in pvresize.
Patch applies to gparted >= 0.14.0.
-- System Information:
Debian Release: buster/sid
APT prefers testing
APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Kernel: Linux 4.16.0-2-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8),
LANGUAGE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
Versions of packages gparted depends on:
ii libatkmm-1.6-1v5 2.24.2-3
ii libc6 2.27-3
ii libgcc1 1:8.1.0-8
ii libglib2.0-0 2.56.1-2
ii libglibmm-2.4-1v5 2.56.0-2
ii libgtk2.0-0 2.24.32-1
ii libgtkmm-2.4-1v5 1:2.24.5-2
ii libpangomm-1.4-1v52.40.1-4
ii libparted-fs-resize0 3.2-21+b1
ii libparted23.2-21+b1
ii libsigc++-2.0-0v5 2.10.0-2
ii libstdc++68.1.0-8
ii libuuid1 2.32-0.1
gparted recommends no packages.
Versions of packages gparted suggests:
pn dmraid
ii dmsetup2:1.02.145-4.1
ii dosfstools 4.1-2
pn gpart
ii jfsutils 1.1.15-3
pn kpartx
ii mtools 4.0.18-2+b1
ii ntfs-3g1:2017.3.23-2
ii reiser4progs 1.2.0-2
ii reiserfsprogs 1:3.6.27-2
ii xfsprogs 4.15.1-1
ii yelp 3.28.1-1
-- no debconf information
>From 2f090b4a2b649c30c649d36b9919e1d4a4f65c07 Mon Sep 17 00:00:00 2001
From: Mike Fleetwood
Date: Mon, 11 Jun 2018 12:57:52 +0100
Subject: [PATCH] Fix LVM2 PV shrinking with lvm2 2.02.171 and later (#1)
Shrinking an LVM2 Physical Volume on CentOS 7 with the latest
lvm2 2.02.177 fails like this:
Shrink /dev/sda9 from 1.00 GiB to 768.00 MiB
* calibrate /dev/sda9
* check file system on /dev/sda9 for errors and (if possib...(SUCCESS)
* shrink file system (ERROR)
* lvm pvresize -v --setphysicalvolumesize 786432K '/dev/...(ERROR)
0 physical volume(s) resized / 1 physical volume(s) not resized
Wiping internal VG cache
Wiping cache of LVM-capable devices
/dev/sda9: Requested size 712.00 MiB is less than real size 1.00 GiB.
Proceed? [y/n]:[n]
Physical Volume /dev/sda9 not resized.
This upstream change to lvm2 [1] makes pvresize prompt for confirmation
whenever the --setphysicalvolumesize option is used. (The change was
included in lvm2 2.02.171 and later, which is used in recent
distributions. The reporter found the issue on Ubuntu 18.04 LTS and I
reproduced the issue on RHEL/CentOS 7.5). The set size option has to be
used when shrinking the PV before shrinking the partition therefore fix
this issue by adding lvm common option --yes when using the set size
option.
[1]
https://sourceware.org/git/?p=lvm2.git;a=commitdiff;h=cbc69f8c693edf0d1307c9447e2e66d07a04bfe9
pvresize: Prompt when non-default size supplied.
Closes #1 - Can't shrink LVM partition due to pvresize prompt
---
src/lvm2_pv.cc |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/src/lvm2_pv.cc b/src/lvm2_pv.cc
index 15af3eb..5f7c7bb 100644
--- a/src/lvm2_pv.cc
+++ b/src/lvm2_pv.cc
@@ -102,7 +102,7 @@ bool lvm2_pv::resize( const Partition & partition_new,
OperationDetail & operati
{
Glib::ustring size = "" ;
if ( ! fill_partition )
- size = " --setphysicalvolumesize " +
+ size = " --yes --setphysicalvolumesize " +
Utils::num_to_str( floor( Utils::sector_to_unit(
partition_new .get_sector_length(),
partition_new .sector_
Bug#737247: gparted resizes partition to smaller than the filesystem
Hi Anomie, Can you confirm the version of Debian you are using as my attempt to re-create the bug on my normal distribution didn't find an issue. https://bugzilla.gnome.org/show_bug.cgi?id=723543#c2 Thanks, Mike -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737247: gparted resizes partition to smaller than the filesystem
Initial reaction is that these days it is unusual to have an odd number of sectors in a partition. I guess cylinder or no alignment was used, rather than the default MiB alignment. I'll have a closer look over the next day or so and see if I can work out what's going wrong. Mike (For my reference this is Debian bug http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=737247) On 2 February 2014 19:44, Curtis Gedak ged...@gmail.com wrote: ... I would like to hear from Mike too because he was involved in this recent change and might be able to shed more light on the subject. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
