Unmounting an encrypted disk crashes kded #32

zavřený
otevřeno před 5 roky uživatelem MicheleC · 4 komentářů
MicheleC okomentoval před 5 roky
Vlastník

TDE version: R14.1.0 dev

  1. Follow setup in #31
  2. Modify /etc/pmount.allow, to allow the disk to be mounted
  3. mount the disk by clicking on it from Konqueror storage media
  4. try to unmount the disk: nothing happens but in .xsession-errors a KDED crash is detected
  5. in Konqueror treeview, click on Storage Media again. An error dialog box inform that MediaManager is not running.
  6. Open TCC -> TDE Components -> Service manager. An error is displayed sayd that KDED can not be contacted. After pressing ok, all controls on the page are grayed out.

NOTE: kded can be safely restarted from Alt+F2 dialog

TDE version: R14.1.0 dev 1. Follow setup in #31 2. Modify /etc/pmount.allow, to allow the disk to be mounted 3. mount the disk by clicking on it from Konqueror storage media 4. try to unmount the disk: nothing happens but in .xsession-errors a KDED crash is detected 5. in Konqueror treeview, click on Storage Media again. An error dialog box inform that MediaManager is not running. 6. Open TCC -> TDE Components -> Service manager. An error is displayed sayd that KDED can not be contacted. After pressing ok, all controls on the page are grayed out. NOTE: kded can be safely restarted from Alt+F2 dialog
MicheleC přidal/a toto do milníku R14.1.0 release před 5 roky
MicheleC okomentoval před 5 roky
Autor
Vlastník

There are two problems with current code in master.

  1. an encrypted disk is mapped to something like /dev/dm-0 or similar. udisks2 displays the device as dm_2d0, that is with the '-' changed to its ascii code. As a result of that, when unmounting the device an invalid dbus call is made. This aborts and as a result of that, dcop call is aborted and later kded crashed (for reasons still unknown). This is the problem described in this issue.

  2. when trying to lock an unlocked encrypted disk, the mapped device is used instead of the original device (for example /dev/dm-0 instead of /dev/sdd). This again causes an invalid udisks2 call, with the same result as point 1), e.g. crashing kded,

There are two problems with current code in master. 1. an encrypted disk is mapped to something like /dev/dm-0 or similar. udisks2 displays the device as dm_2d0, that is with the '-' changed to its ascii code. As a result of that, when unmounting the device an invalid dbus call is made. This aborts and as a result of that, dcop call is aborted and later kded crashed (for reasons still unknown). This is the problem described in this issue. 2. when trying to lock an unlocked encrypted disk, the mapped device is used instead of the original device (for example /dev/dm-0 instead of /dev/sdd). This again causes an invalid udisks2 call, with the same result as point 1), e.g. crashing kded,
MicheleC okomentoval před 5 roky
Autor
Vlastník

The commits referenced above make sure kded is not crashed when using udisks/udisks2 to operate on a device.

The issue remains open since there are still things to do:

  1. understand why a bad dbus call crashes kded
  2. as per point 2. in above comment. This will be addressed in R14.1.0 through PR #111 and PR TDE/tdebase#35
The commits referenced above make sure kded is not crashed when using udisks/udisks2 to operate on a device. The issue remains open since there are still things to do: 1. understand why a bad dbus call crashes kded 2. as per point 2. in above comment. This will be addressed in R14.1.0 through PR #111 and PR TDE/tdebase#35
MicheleC okomentoval před 4 roky
Autor
Vlastník

Issue 2 has been fixed by the mentioned PRs, which have now been merged to master.

The only thing left here is to understand why a bad dbus call crashes kded.

Issue 2 has been fixed by the mentioned PRs, which have now been merged to master. The only thing left here is to understand why a bad dbus call crashes kded.
MicheleC okomentoval před 2 roky
Autor
Vlastník

I am unable to replicate the kded crash at the moment. I am closing this issue since the main topic has been addressed already. Will open a new issue if I can find a way to crash kded again.

I am unable to replicate the kded crash at the moment. I am closing this issue since the main topic has been addressed already. Will open a new issue if I can find a way to crash kded again.
MicheleC uzavřel/a tento úkol před 2 roky
Přihlaste se pro zapojení do konverzace.
Bez milníku
Bez zpracovatelů
1 účastníků
Oznámení
Termín dokončení

Žádný termín dokončení.

Závislosti

Nejsou nastaveny žádné závislosti.

Reference: TDE/tdelibs#32
Načítá se…
Není zde žádný obsah.