Bug#499193: Still a problem [Re: gparted: 100% cpu usage]

7gn6ahq8qm Wed, 11 Aug 2010 05:27:23 -0700

Package: gparted
Version: 0.6.0-1
Severity: normal

This problem still exists. The bug report is almost two years old and
untouched. Maybe I can help with some clues and a workaround. I also
attach the gparted_details report file.


Just as Benoît Dejean I resized an ext3 partition with gparted. I also
deleted two partitions and moved the resized partition. The resized one
was called sdb8 and so became sdb6. The fsck operation before resizing
went on forever while the progress bar was playing back and forth. I
had the following active processes (according to atop):
Xorg about 80%
gpartedbin about 10%
e2fsck low, about 1%

I waited one hour, then I found this workaround:
$ sudo kill -stop 9405
where 9405 is gpartedbin
That made e2fsck go up to about 7% CPU and the disk usage rose from a
few percent to about 85%. A few minutes later fsck was ready so I let
gpartedbin continue:
$ sudo kill -cont 9405
The resize/move operation took 30 minutes (because the partition had
many inodes and hard links created by faubackup). Then the same
procedure again with another fsck and I had to pause gpartedbin. I had
to let gparted run again sometimes during the process so that e2fsck
didn't stall. This time e2fsck finished in about 13 minutes. Soon after
gparted finished with a valid result.

$ sudo mount /faubackup
$ df -m /faubackup
Filesystem           1M-blocks      Used Available Use% Mounted on
/dev/sdb6                39371     30050      7322  81% /faubackup
$ df -i /faubackup
Filesystem            Inodes   IUsed   IFree IUse% Mounted on
/dev/sdb6            2564096  896515 1667581   35% /faubackup

My strace of gpartedbin looks similar to the one originally attached:
Process 9405 attached - interrupt to quit
restart_syscall(<... resuming interrupted call ...>) = 1
writev(3,
[{"5\30\4\0\35d\347\2~%\340\2\373\1\32\0\223\4\5\0\36d\347\2\35d\347\2*
\0\0\0"..., 15424}, {NULL, 0}, {"", 0}], 3) = 15424
read(3, 0x849d7a0, 4096)                = -1 EAGAIN (Resource
temporarily unavailable)
read(3, 0x849d7a0, 4096)                = -1 EAGAIN (Resource
temporarily unavailable)
poll([{fd=4, events=POLLIN}, {fd=3, events=POLLIN}, {fd=6,
events=POLLIN}], 3,
0) = 0 (Timeout)
nanosleep({0, 10000000}, NULL)          = 0
read(3, 0x849d7a0, 4096)                = -1 EAGAIN (Resource
temporarily unavailable)

Maybe "Resource temporarily unavailable" has something to do
with /dev/sdb8 which disappeared during the process?

Regards,
/Leif Hornsved

-- System Information:
Debian Release: squeeze/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)

Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core)
Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages gparted depends on:
ii  libc6                         2.11.2-2   Embedded GNU C Library:
Shared lib ii  libgcc1                       1:4.4.4-8  GCC support
library ii  libglib2.0-0                  2.24.1-1   The GLib library
of C routines ii  libglibmm-2.4-1c2a            2.24.2-1   C++ wrapper
for the GLib toolkit ( ii  libgtk2.0-0                   2.20.1-1   The
GTK+ graphical user interface ii  libgtkmm-2.4-1c2a
1:2.20.3-1 C++ wrappers for GTK+ (shared libr ii
libpangomm-1.4-1              2.26.2-1   C++ Wrapper for pango (shared
libr ii  libparted0debian1             2.3-1      The GNU Parted disk
partitioning s ii  libsigc++-2.0-0c2a            2.2.4.2-1  type-safe
Signal Framework for C++ ii  libstdc++6                    4.4.4-8
The GNU Standard C++ Library v3

Versions of packages gparted recommends:
ii  gksu                          2.0.2-3    graphical frontend to su

Versions of packages gparted suggests:
pn  dmraid                   <none>          (no description available)
ii  dmsetup                  2:1.02.48-2     The Linux Kernel Device
Mapper use ii  dosfstools               3.0.9-1         utilities for
making and checking ii  jfsutils                 1.1.12-2.1
utilities for managing the JFS fil pn  kpartx
<none>          (no description available) ii  ntfsprogs
2.0.0-1+b1      tools for doing neat things in NTF pn
reiser4progs             <none>          (no description available) pn
reiserfsprogs            <none>          (no description available) ii
xfsprogs                 3.1.2-1         Utilities for managing the XFS
fil ii  yelp                     2.30.1+webkit-1 Help browser for GNOME

-- no debconf information

Title: GParted Details

GParted 0.6.0

Libparted 2.3

Delete Logical Partition (ext3, 9.77 GiB) from /dev/sdb 00:00:03 ( SUCCESS )

calibrate /dev/sdb6 00:00:00 ( SUCCESS )

path: /dev/sdb6
start: 20707848
end: 41190659
size: 20482812 (9.77 GiB)

delete partition 00:00:01 ( SUCCESS )

========================================

Delete Logical Partition (ext3, 58.59 GiB) from /dev/sdb 00:00:01 ( SUCCESS )

calibrate /dev/sdb6 00:00:00 ( SUCCESS )

path: /dev/sdb6
start: 41190723
end: 164071844
size: 122881122 (58.59 GiB)

delete partition 00:00:01 ( SUCCESS )

========================================

Move /dev/sdb6 to the left and grow it from 33.58 GiB to 39.06 GiB 02:18:45 ( SUCCESS )

calibrate /dev/sdb6 00:00:00 ( SUCCESS )

path: /dev/sdb6
start: 164071908
end: 234484739
size: 70412832 (33.58 GiB)

check file system on /dev/sdb6 for errors and (if possible) fix them 01:04:46 ( SUCCESS )

e2fsck -f -y -v /dev/sdb6

Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information

896515 inodes used (40.68%)
11210 non-contiguous files (1.3%)
1695 non-contiguous directories (0.2%)
# of inodes with ind/dind/tind blocks: 42214/1041/0
7830952 blocks used (88.97%)
0 bad blocks
1 large file

247419 regular files
524824 directories
0 character device files
0 block device files
0 fifos
9242560 links
124263 symbolic links (110170 fast symbolic links)
0 sockets
--------
10139066 files

e2fsck 1.41.12 (17-May-2010)

move partition to the left 00:00:01 ( SUCCESS )

old start: 164071908
old end: 234484739
old size: 70412832 (33.58 GiB)

new start: 20711424
new end: 91124255
new size: 70412832 (33.58 GiB)

move file system to the left 00:34:23 ( SUCCESS )

using internal algorithm

copy 33.58 GiB

finding optimal block size

copy 16.00 MiB using a block size of 1.00 MiB 00:00:02 ( SUCCESS )