Hmm, so it looks like blockdev --getsize64 /dev/fd0 is taking a long
time.
Can you confirm this without partitionmanager by running
sudo blockdev --getsize64 /dev/fd0
But from dmesg it looks like blockdev just waits for kernel to reply.
--
You received this bug notification because you are a m
Same ISO/thumb-drive as prior comment (#8), so
Lubuntu groovy daily (live) 2020-10-18 on
- dell [optiplex] 755 (c2d-e6850, 5gb, amd/ati radeon rv516/x1300/x1550)
NO NOTICEABLE DELAY was expericenced with floppy inserted, or not-
inserted during execution on this box in running `KPMCORE_DEBUG=1
par
@Andrius/stikonas
If you'd like this filed anywhere else, please just ask. (I usually
verify reports on opensuse/fedora/debian before I file upstream; and
that wasn't done, maybe hard to reproduce due lack of floppy support in
many machines BIOS that is possibly essential to re-create issue)
Tod
This should have been upstream bug report, it doesn't look distro
specific. Anyway, to get some useful info, it would be better to run
partitionmanager with some debugging:
$ KPMCORE_DEBUG=1 partitionmanager
Then it will print to terminal which commands it is running. This might
tell you where it
This bug has been reported on the Ubuntu ISO testing tracker.
A list of all reports related to this bug can be found here:
http://iso.qa.ubuntu.com/qatracker/reports/bugs/1890236
** Tags added: iso-testing
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is s
This box (d745) just reported battery needs replacing, maybe BIOS
settings have invalid values which could be impacting or causing bug to
occur, maybe also why it occurred first time, but didn't on reboot.
Regardless I went into BIOS & changed setting to 'disable' (floppy
drive)
On rebooting into
Rebooted box & tested again on
dell [optiplex] 745 (c2d-6600, 6gb, amd/ati radeon rv516/x1300/x1550)
(Before booting I checked BIOS, floppy is set to 'internal' for box; box
has no floppy drive though. Maybe a change to 'disabled' would cause
this hang to not occur)
only KDE partition manager wa
On d745 or box this issue occurred on, i used `killall` to kill
partitionmanager. It closed, then I ran (hoping to get more detail, or
repeat the issue)
lubuntu@lubuntu:~$ partitionmanager
Could not load plugin for core backend "" : "The shared library was not
found."
Loaded backend plugin: "
** Description changed:
- I'll add detail later.
+ Lubuntu 20.04.1 daily LIVE QA-test on
+ dell [optiplex] 745 (c2d-6600, 6gb, amd/ati radeon rv516/x1300/x1550)
- Lubuntu 20.04.1 daily LIVE QA-test
+ Opening random programs, one program selected was KDE Partition Manager,
+ which failed to be u
What was missing on prior reporting of this issue I believe (dmesg)
Of note - last time when I rebooted (in hopes of getting `dmesg`) it didn't
occur again..
This is also a different box; last box was d755-5 I believe (different but
similar model dell)
** Attachment added: "dmesg"
https://b
10 matches
Mail list logo