https://bugs.kde.org/show_bug.cgi?id=418253
--- Comment #19 from Andrius Štikonas ---
Git commit 924830ebbd9e22d3b1c88181886b1f609aff7756 by Andrius Štikonas.
Committed on 04/10/2020 at 17:34.
Pushed by stikonas into branch 'master'.
When falling back to blkid for filesystem type detection,
https://bugs.kde.org/show_bug.cgi?id=418253
Andrius Štikonas changed:
What|Removed |Added
Status|REPORTED|RESOLVED
Resolution|---
https://bugs.kde.org/show_bug.cgi?id=418253
--- Comment #17 from Bart Ribbers ---
Yeah I already figured those were missing from my output.
▶ udevadm info --query=property /dev/mapper/ssd
DEVLINKS=/dev/mapper/ssd
DEVNAME=/dev/dm-0
DEVPATH=/devices/virtual/block/dm-0
DEVTYPE=disk
DM_NAME=ssd
https://bugs.kde.org/show_bug.cgi?id=418253
--- Comment #16 from Andrius Štikonas ---
(In reply to Bart Ribbers from comment #15)
> Created attachment 126501 [details]
> Screenshot of Partitionmanager which doesn't detect unlocked partition
>
> Attached a screenshot
Oh it does detect that LUKS
https://bugs.kde.org/show_bug.cgi?id=418253
--- Comment #15 from Bart Ribbers ---
Created attachment 126501
--> https://bugs.kde.org/attachment.cgi?id=126501=edit
Screenshot of Partitionmanager which doesn't detect unlocked partition
Attached a screenshot
--
You are receiving this mail
https://bugs.kde.org/show_bug.cgi?id=418253
--- Comment #14 from Andrius Štikonas ---
(In reply to Bart Ribbers from comment #13)
> ▶ lsblk --list --noheadings --paths --json --output type,name /dev/sda1
> {
>"blockdevices": [
> {"type":"part", "name":"/dev/sda1"},
>
https://bugs.kde.org/show_bug.cgi?id=418253
--- Comment #13 from Bart Ribbers ---
▶ lsblk --list --noheadings --paths --json --output type,name /dev/sda1
{
"blockdevices": [
{"type":"part", "name":"/dev/sda1"},
{"type":"crypt", "name":"/dev/mapper/hdd"},
{"type":"lvm",
https://bugs.kde.org/show_bug.cgi?id=418253
--- Comment #12 from Andrius Štikonas ---
(In reply to Bart Ribbers from comment #11)
> Of course I have. I'm running the system on which I'm typing this from it ;)
>
> ▶ lsblk
> NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
> sda
https://bugs.kde.org/show_bug.cgi?id=418253
--- Comment #11 from Bart Ribbers ---
Of course I have. I'm running the system on which I'm typing this from it ;)
▶ lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
sda8:00 931.5G 0 disk
└─sda1 8:10
https://bugs.kde.org/show_bug.cgi?id=418253
--- Comment #10 from Andrius Štikonas ---
(In reply to Bart Ribbers from comment #9)
> Currently it doesn't recognize LVM at all. Partitionmanager just shows the
> partition as "encrypted", guess it can't figure out the LUKS partition (on
> which the
https://bugs.kde.org/show_bug.cgi?id=418253
--- Comment #9 from Bart Ribbers ---
Currently it doesn't recognize LVM at all. Partitionmanager just shows the
partition as "encrypted", guess it can't figure out the LUKS partition (on
which the LVM resides) has been unlocked either.
--
You are
https://bugs.kde.org/show_bug.cgi?id=418253
--- Comment #8 from Andrius Štikonas ---
(In reply to Bart Ribbers from comment #7)
> I've figured out part of the problem, missing runtime dependency on sfdisk
> :facepalm:
>
> Primary partitions are now recognized, but it still doesn't recognize
>
https://bugs.kde.org/show_bug.cgi?id=418253
--- Comment #7 from Bart Ribbers ---
I've figured out part of the problem, missing runtime dependency on sfdisk
:facepalm:
Primary partitions are now recognized, but it still doesn't recognize anything
on LVM volumes. It reports a warning that LVM
https://bugs.kde.org/show_bug.cgi?id=418253
--- Comment #6 from Andrius Štikonas ---
(In reply to Bart Ribbers from comment #5)
> > It works fine on my GNU Guix installation which has eudev 3.2.9 and shepherd
> > init system. Maybe alpine does something to eudev?
>
> Nope, it's close to
https://bugs.kde.org/show_bug.cgi?id=418253
--- Comment #5 from Bart Ribbers ---
> It works fine on my GNU Guix installation which has eudev 3.2.9 and shepherd
> init system. Maybe alpine does something to eudev?
Nope, it's close to unpatched. It just patches some udev rules.
https://bugs.kde.org/show_bug.cgi?id=418253
--- Comment #4 from Bart Ribbers ---
Nope, it's closed to unpatched. It only patches some udev rules.
https://git.alpinelinux.org/aports/tree/main/eudev?h=master
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=418253
--- Comment #3 from Andrius Štikonas ---
Well, same as some Gentoo's... I have Gentoo myself but with systemd and it
works fine.
It works fine on my GNU Guix installation which has eudev 3.2.9 and shepherd
init system. Maybe alpine does something to
https://bugs.kde.org/show_bug.cgi?id=418253
--- Comment #2 from Bart Ribbers ---
Note that on Alpine Linux eudev is used rather than systemd's udev, the same as
on Gentoo
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=418253
--- Comment #1 from Bart Ribbers ---
Looking through the code a bit, it seems KPMcore internally calls "udevadm info
--query=property /dev/partition" which returns a result, but it's missing the
"ID_FS_TYPE" and "ID_FS_VERSION" entries which KPMcore
19 matches
Mail list logo
