Bug 430475 - KDE partition manager crashes when started
Summary: KDE partition manager crashes when started
Status: RESOLVED DUPLICATE of bug 429191
Alias: None
Product: partitionmanager
Classification: Applications
Component: general (show other bugs)
Version: unspecified
Platform: Neon Linux
: NOR crash
Target Milestone: ---
Assignee: Andrius Štikonas
URL:
Keywords: drkonqi
Depends on:
Blocks:
 
Reported: 2020-12-16 18:36 UTC by steven.kitching
Modified: 2020-12-17 00:19 UTC (History)
0 users

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
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