Bug 430475

Summary: KDE partition manager crashes when started
Product: [Applications] partitionmanager Reporter: steven.kitching
Component: generalAssignee: Andrius Štikonas <andrius>
Status: RESOLVED DUPLICATE    
Severity: crash Keywords: drkonqi
Priority: NOR    
Version: unspecified   
Target Milestone: ---   
Platform: Neon   
OS: Linux   
Latest Commit: Version Fixed In:
Sentry Crash Report:

Description steven.kitching 2020-12-16 18:36:27 UTC 
Application: partitionmanager (20.12.0)

Qt Version: 5.15.2
Frameworks Version: 5.77.0
Operating System: Linux 5.4.0-58-generic x86_64
Windowing system: X11
Distribution: KDE neon User Edition 5.20

-- Information about the crash:
- What I was doing when the application crashed:

Started the app, it crashed after I entered my password.  Happens each time I restart.

The crash can be reproduced every time.

-- Backtrace:
Application: KDE Partition Manager (partitionmanager), signal: Segmentation fault

[New LWP 2063]
[New LWP 2064]
[New LWP 2135]
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
0x00007f0c2363472d in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
[Current thread is 1 (Thread 0x7f0c2113c440 (LWP 2061))]

Thread 4 (Thread 0x7f0c077fe700 (LWP 2135)):
[KCrash Handler]
#4  std::__atomic_base<int>::load (__m=std::memory_order_relaxed, this=0x617461730000000a) at /usr/include/c++/9/bits/atomic_base.h:413
#5  QAtomicOps<int>::loadRelaxed<int> (_q_value=...) at /usr/include/x86_64-linux-gnu/qt5/QtCore/qatomic_cxx11.h:239
#6  QBasicAtomicInteger<int>::loadRelaxed (this=0x617461730000000a) at /usr/include/x86_64-linux-gnu/qt5/QtCore/qbasicatomic.h:107
#7  QtPrivate::RefCount::ref (this=0x617461730000000a) at /usr/include/x86_64-linux-gnu/qt5/QtCore/qrefcount.h:55
#8  QString::QString (other=..., this=0x7f0c077fd460) at /usr/include/x86_64-linux-gnu/qt5/QtCore/qstring.h:1094
#9  readFstabEntries (fstabPath=...) at ./src/core/fstab.cpp:88
#10 0x00007f0c2668ca3e in possibleMountPoints (deviceNode=..., fstabPath=...) at ./src/core/fstab.cpp:209
#11 0x00007f0c266640cc in FileSystem::detectMountPoint (fs=fs@entry=0x7f0bfc00a050, partitionPath=...) at /usr/include/x86_64-linux-gnu/qt5/QtCore/qstring.h:967
#12 0x00007f0c1d57013e in SfdiskBackend::scanPartition (this=<optimized out>, d=..., partitionNode=..., firstSector=2048, lastSector=468862127, partitionType=..., bootable=false) at ./src/plugins/sfdisk/sfdiskbackend.cpp:389
#13 0x00007f0c1d573162 in SfdiskBackend::scanDevicePartitions (this=0x560d006073a0, d=..., jsonPartitions=...) at ./src/plugins/sfdisk/sfdiskbackend.cpp:333
#14 0x00007f0c1d573ec9 in SfdiskBackend::updateDevicePartitionTable (this=0x560d006073a0, d=..., jsonPartitionTable=...) at /usr/include/x86_64-linux-gnu/qt5/QtCore/qjsonobject.h:103
#15 0x00007f0c1d575cde in SfdiskBackend::scanDevice (this=0x560d006073a0, deviceNode=...) at ./src/plugins/sfdisk/sfdiskbackend.cpp:268
#16 0x00007f0c1d573ae7 in SfdiskBackend::scanDevices (this=0x560d006073a0, scanFlags=...) at ./src/plugins/sfdisk/sfdiskbackend.cpp:111
#17 0x00007f0c26688f00 in DeviceScanner::scan (this=0x560d00604e10) at /usr/include/x86_64-linux-gnu/qt5/QtCore/qflags.h:121
#18 0x00007f0c24d3cbac in ?? () from /lib/x86_64-linux-gnu/libQt5Core.so.5
#19 0x00007f0c23f3e609 in start_thread (arg=<optimized out>) at pthread_create.c:477
#20 0x00007f0c249be293 in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:95

Thread 3 (Thread 0x7f0c1e798700 (LWP 2064)):
#0  0x00007f0c2368533d in g_mutex_lock () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#1  0x00007f0c236375cb in g_main_context_prepare () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#2  0x00007f0c236380db in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#3  0x00007f0c236382e3 in g_main_context_iteration () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#4  0x00007f0c24f7cfbb in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /lib/x86_64-linux-gnu/libQt5Core.so.5
#5  0x00007f0c24f211ab in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () from /lib/x86_64-linux-gnu/libQt5Core.so.5
#6  0x00007f0c24d3ba12 in QThread::exec() () from /lib/x86_64-linux-gnu/libQt5Core.so.5
#7  0x00007f0c247bdf4b in ?? () from /lib/x86_64-linux-gnu/libQt5DBus.so.5
#8  0x00007f0c24d3cbac in ?? () from /lib/x86_64-linux-gnu/libQt5Core.so.5
#9  0x00007f0c23f3e609 in start_thread (arg=<optimized out>) at pthread_create.c:477
#10 0x00007f0c249be293 in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:95

Thread 2 (Thread 0x7f0c20577700 (LWP 2063)):
#0  0x00007f0c249b1aff in __GI___poll (fds=0x7f0c20576be8, nfds=1, timeout=-1) at ../sysdeps/unix/sysv/linux/poll.c:29
#1  0x00007f0c23309c1a in ?? () from /lib/x86_64-linux-gnu/libxcb.so.1
#2  0x00007f0c2330b90a in xcb_wait_for_event () from /lib/x86_64-linux-gnu/libxcb.so.1
#3  0x00007f0c20aafd58 in ?? () from /lib/x86_64-linux-gnu/libQt5XcbQpa.so.5
#4  0x00007f0c24d3cbac in ?? () from /lib/x86_64-linux-gnu/libQt5Core.so.5
#5  0x00007f0c23f3e609 in start_thread (arg=<optimized out>) at pthread_create.c:477
#6  0x00007f0c249be293 in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:95

Thread 1 (Thread 0x7f0c2113c440 (LWP 2061)):
#0  0x00007f0c2363472d in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#1  0x00007f0c23636185 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#2  0x00007f0c2363766b in g_main_context_prepare () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#3  0x00007f0c236380db in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#4  0x00007f0c236382e3 in g_main_context_iteration () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#5  0x00007f0c24f7cfbb in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /lib/x86_64-linux-gnu/libQt5Core.so.5
#6  0x00007f0c24f211ab in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () from /lib/x86_64-linux-gnu/libQt5Core.so.5
#7  0x00007f0c24f29354 in QCoreApplication::exec() () from /lib/x86_64-linux-gnu/libQt5Core.so.5
#8  0x0000560cfe660b39 in main (argc=<optimized out>, argv=<optimized out>) at ./src/main.cpp:77
[Inferior 1 (process 2061) detached]

The reporter indicates this bug may be a duplicate of or related to bug 371407.

Possible duplicates by query: bug 429420, bug 427021, bug 425205, bug 422092, bug 420495.

Reported using DrKonqi
Comment 1 Andrius Štikonas 2020-12-16 18:43:58 UTC 
Do you have sshfs mounts?
Comment 2 steven.kitching 2020-12-16 18:56:15 UTC 
Not sure what sshfs is, in fstab I mount varous remote nfs shares. Also my OS is installed on a M.2 SSD drive and I have another internal SSD drive mounted.
Comment 3 Andrius Štikonas 2020-12-16 19:05:43 UTC 
(In reply to steven.kitching from comment #2)
> Not sure what sshfs is, in fstab I mount varous remote nfs shares. Also my
> OS is installed on a M.2 SSD drive and I have another internal SSD drive
> mounted.

Probably same thing with NFS. If you are you using old syntax with # then it crashes Partition Manager. Workaround is to switch to new syntax.

fstab manpange mentions how to do that.

              mount(8) and umount(8) support filesystem subtypes.  The subtype is defined by '.subtype' suffix.  For example 'fuse.sshfs'. It's recommended to use subtype notation  rather  than  add  any
              prefix to the first fstab field (for example 'sshfs#example.com' is deprecated).
Comment 4 Andrius Štikonas 2020-12-16 19:06:04 UTC 

*** This bug has been marked as a duplicate of bug 429191 ***
Comment 5 steven.kitching 2020-12-16 20:30:17 UTC 
Thank you, that solved it!  

my fstab file was non-standard, I had omitted the fourth field on my NFS mounts.
Comment 6 Andrius Štikonas 2020-12-16 20:38:53 UTC 
(In reply to steven.kitching from comment #5)
> Thank you, that solved it!  
> 
> my fstab file was non-standard, I had omitted the fourth field on my NFS
> mounts.

Can you try to paste a small reproducer line that crashes KPM?
Comment 7 steven.kitching 2020-12-17 00:19:53 UTC 
I changed:

192.168.1.31:/other /mnt/other nfs

to:

192.168.1.31:/other /mnt/other nfs defaults 0 2

The mount worked, it just crashed kpm