270808 2011-04-13 03:34:42 +0000 External hard disks should be spun down when 'safely removed' 2019-10-26 01:52:53 +0000 1 1 3 Frameworks and Libraries frameworks-solid general 5.44.0 Fedora RPMs Linux RESOLVED FIXED usability NOR major --- 1 get.sonic lukas a.frankova.contact afiestas alivema4ever amrecio bberberov+kde chrno-sphered ckakman cpigat242 Davidp2004 dubvulture1963 einlanzer epost.kde fademind filipfila.kde g11072813 glutbugreports gordon.lack guanx.bac hapstad harrisonf100 ict jc jeremy9856 kcohar kde kdelibs-bugs-null kdeu lukas luminoso medzernik1 mikzyth myriam nate noob null ottwolt proteus5 rafaelsoaresbr stefan.bruens subdiff vindrg https://commits.kde.org/solid/867f53608d3a5145e3380e8c1686f40be8f06c31 0 oldest_to_newest 1107421 0 get.sonic 2011-04-13 03:34:42 +0000 Version: 4.6 (using KDE 4.6.1) OS: Linux I've been using an external (USB) had disk with multiple partitions and always used 'safely remove' from KDE device notifier (or Dolphin) to unmount all partitions and then disconnect the USB connection. Recently, I've noticed that the disk has developed errors, possibly due to removal before spin down. On Windows, after I do a 'safely remove', the lamp on the HDD goes a little dim and the manual says that it's then safe to disconnect the drive. On Linux, using the Palimpsest Disk Utility (http://library.gnome.org/users/palimpsest/ ), I can do a 'power down' and the same dimming of the lamp is observed. It'd be great (and safe) if this would automatically be done when unmounting from KDE. Otherwise, it's a risk to disconnect the drive even after 'safely removing' it. Reproducible: Always 1220979 1 cfeck 2012-01-31 00:31:40 +0000 *** Bug 292759 has been marked as a duplicate of this bug. *** 1261396 2 get.sonic 2012-06-02 10:35:10 +0000 The new version of Palimpsest (or 'Gnome Disk Utility' or just 'Disks' in F17) doesn't have the 'Safe removal' option anymore. Now there's no (easy) way to power down the HDD on KDE or GNOME. :-( 1294992 3 myriam 2012-09-07 11:22:41 +0000 Confirmed by duplicate. 1315956 4 guanx.bac 2012-11-15 23:30:38 +0000 This is always a problem. Some people want only a umount, some want eject and spin down. My guess is 1) umount is sufficient, and is the most proper way to deal with USB flash storage devices; 2) For CDROMs or other devices that can actually eject, eject is what most users want; 3) For external hard disks, an additional "hdparm -Y" is also welcome. 1315959 5 guanx.bac 2012-11-15 23:34:59 +0000 BTW, If you know you want to spin down your block device, just add an "hdparm -Y" to "/usr/lib/kde4/libexec/kdeeject" for the moment (before there can be a sophisticated solution). 1315962 6 guanx.bac 2012-11-16 00:25:04 +0000 My mistake. The proper place to spin down a hard drive seems to be in KDiskFree instead of the command line utility kdeeject. 1344959 7 afiestas 2013-02-24 20:53:01 +0000 Luka, any thoughts on this? 1344960 8 77554 lukas 2013-02-24 20:57:54 +0000 Created attachment 77554 proposed patch to spid down the drive Can you try the attached patch? 1345010 9 afiestas 2013-02-24 23:20:44 +0000 For the patch to work you have to use udisk2. 1386505 10 afiestas 2013-07-28 20:45:07 +0000 Closing the thread for lack of activity. @Lukáš Tinkl Should we push this to master ? or just drop the patch? 1386672 11 lukas 2013-07-29 09:09:08 +0000 Without proper feedback, nope 1454317 12 jc 2014-06-10 13:46:24 +0000 This is now the behavior in all major OS and DE: Windows, Mac OS, Gnome... KDE should also do it. This is far safer for disk drive to be shut before being unplugged. 1457798 13 cfeck 2014-06-25 18:13:26 +0000 *** Bug 324981 has been marked as a duplicate of this bug. *** 1468497 14 alivema4ever 2014-08-30 20:35:00 +0000 Voted +20 for this. This is a basic feature that (hopefully) extends the lifespan of external harddisks. 1470293 15 cfeck 2014-09-09 10:41:24 +0000 *** Bug 338912 has been marked as a duplicate of this bug. *** 1473432 16 cfeck 2014-09-28 13:31:55 +0000 Lukáš, what feedback do you need? Is this patch risky to apply? 1473436 17 alivema4ever 2014-09-28 14:23:56 +0000 Since most of us don't build kde by ourselves, it's better to just merge the patch with the testing / beta KDE branch. So that, when the package manager syncs the testing branch, it will be automatically applied and built and ready for testing. Let the beta tester do the test. The rest is simple. Patch maker should listen to the feedback and bug reports on the testing branch. If no serious issue reported during the testing period, the patch is ready to go stable branch. 1477982 18 jc 2014-10-25 03:20:45 +0000 So when can we get this patch applied please ? Meanwhile, we are using that stuff daily... 1478069 19 alivema4ever 2014-10-25 18:26:41 +0000 No need to force developers to implement a feature that they don't consider to be important. Because it's your removable hdds which are at risks, not their fixed hdds. I always power off my removable drive by issuing the following command after unmounting all mounted partitions on the particular drive. ``` udisksctl power-off /dev/sdb ``` Udisksctl comes from udisks2 package, which is installed by default on most distributions. That solves this problem without needs to apply this half-hearted patch. 1478073 20 jc 2014-10-25 19:14:27 +0000 Unfortunately, I cannot force anyone. The purpose is that they should just follow the common sense, and optionally listen to their users. KDE is propably the last modern environment not implementing this (at least, it works well on Gnome, Windows and Mac OS). Honnestly, I don't care there is a command line (I knew about this one). When you use KDE for working, you just don't want to throw a command every time you use external disks (in my case, often). Such dumb functionalities should be managed by the desktop environment. Again, that's common sense. Nothing else. 1484476 21 a.frankova.contact 2014-12-07 20:44:47 +0000 Hi, I have the exact same problem (an external usb drive not spinning down after ejecting). I just found this bugreport and I would love to help to get this worked out. Is there any way I can help? I'm just a common Kubuntu user so I don't have any advanced experience, but I definitely can do testing and give feedback. 1485345 22 cfeck 2014-12-12 21:18:07 +0000 The patch that needs testing is attached here. 1485353 23 a.frankova.contact 2014-12-12 21:45:17 +0000 (In reply to Christoph Feck from comment #22) > The patch that needs testing is attached here. Okay, after some googling, I've realized I'm treading much deeper water than I expected. (Yay, go newbies.) I'll still try and help, but in case anyone with more experience than me is reading this, feel free to pick this up, it'll probably be faster. :P Otherwise I'll, uh, get back if/when I get it to work. 1489205 24 kde 2015-01-05 16:07:36 +0000 I vote for reopening this bug. I can”t understand why it has status CLOSED/WONTFIX, this should be fixed. 1489327 25 get.sonic 2015-01-06 10:13:35 +0000 There seems to be enough demand and 'activity' for this report. Reopening. 1539939 26 rafaelsoaresbr 2015-08-27 16:30:57 +0000 Hello guys, the following command has solved this problem (as root): # hdparm -B 127 /dev/sdb I've noted that previous value was 128 (never spin down) 1551913 27 luminoso 2015-10-22 11:18:03 +0000 Comment 26 does not work for me. Although "udisksctl power-off -b /dev/sdX" does work. How can I, in a Fedora 22 system can test the proposed patch? I am using plasma-workspace 5.4.2, framework 5.15.0 and applications 15.08.2. I suggest bumping this bug(or feature request) for plasma5 series. 1551916 28 myriam 2015-10-22 11:48:51 +0000 The attached patch is of no use in frameworks I presume, judging from the date this was done in Qt4, so could somebody take care of this? 1571316 29 g11072813 2016-01-22 14:45:52 +0000 I'm willing to test this patch on KDE 4.14 (Kubuntu 14.04). Could a dev please give me a hint about where to start with compiling KDE4? 1571378 30 g11072813 2016-01-22 20:40:31 +0000 Ok, I've searched a lot and I think I need to compile "Solid" with kdesrc-build. If not possibile to just compile Solid (not sure about it), then I'm going to compile the whole "kdelibs". Please let me know if I'm in the right direction. 1582460 31 noob 2016-03-14 14:58:33 +0000 I modified the patch to work with the current git master branch. Should I attach it? I'm trying it on manjaro linux, plasma-desktop 5.5.5-1.1, kio 5.19.0-1, dolphin 15.12.2-1. Still, it doesn't work. I have an external usb drive with three partitions, when I choose "safely remove" on the last mounted partition, the hard disk is still spinning. udisks --detach works for me too. 1586313 32 chrno-sphered 2016-04-02 16:43:04 +0000 I do hope this will get fixed eventually, my external HDD makes unhealthy screeching noises when I unplug it without letting it spin down. I can't imagine it being healthy in the long run - especially since it seems to trigger the "unexpected power loss" counter on S.M.A.R.T. statistics. The same HDD gracefully (and silently) spins down in windows. 1586314 33 chrno-sphered 2016-04-02 16:49:27 +0000 Oh and all "udisksctl power-off /dev/sdx" does in my case is spin the HDD down.... then up again. OT: why can't I seem to find the vote link for this bug? 1606428 34 Davidp2004 2016-07-09 12:56:14 +0000 I am affected by this bug, HDD spins down and then right back up again and shows up in Device Notifier. 1619872 35 alivema4ever 2016-09-07 10:08:01 +0000 I think the udisks subsystem of KDE should distinguish between unmounting the partitions of a drive and safely removing the drive. Unmounting the mounted filesystem should be clearly assigned as unmount action. This is the dependency of safely remove. Safely removing the drive should ensure that all partitions are unmounted prior to powering off the drive. The proper graphical application to power off external disk is gnome-disk[1]. This application can be used as reference on how to implement power-off feature for safely removing external hard disks. Unfortunately, there is no equivalent app on KDE. [1] https://git.gnome.org/browse/gnome-disk-utility/ @Soukyuu: I mistyped the command. The proper udisksctl command to power off the drive is ``udisksctl power-off -b /dev/sdb`` ``udisksctl power-off --block-device /dev/sdb`` 1619884 36 guanx.bac 2016-09-07 10:51:59 +0000 (In reply to Alivema4ever from comment #35) > I think the udisks subsystem of KDE should distinguish between unmounting > the partitions of a drive and safely removing the drive. > //snip Absolutely. Normally there are three actions to unload a mounted drive: unmount, power off, and eject. This does not take into account anything to do with the device mapper, or there can be more actions. To me it is acceptable to do all three by default, but it's obviously inconvenient if the other choices are not available in the context menu (right-click pop-up menu). 1621696 37 Davidp2004 2016-09-12 20:52:57 +0000 There is currently no way to remove external disks safely in KDE. `udisksctl power-off --block-device /dev/sdb` spins down the disk for about a second, before KDE spins it back up. Workarounds: 1) Turn off your computer, remove disk, turn on your computer. 2) Kill X server, udiskctl spin down, start X server Those workarounds should be satisfactory enough for everybody. /rant 1628567 38 dubvulture1963 2016-10-01 11:39:17 +0000 5 years and this is still not fixed?! We're talking about users' hard disks undermining here, not just some random crash or arguable behiaviour. 1633494 39 cfeck 2016-10-19 01:55:29 +0000 *** Bug 371161 has been marked as a duplicate of this bug. *** 1655132 40 kdeu 2017-01-18 14:01:48 +0000 (In reply to David Polák from comment #37) > There is currently no way to remove external disks safely in KDE. > > `udisksctl power-off --block-device /dev/sdb` spins down the disk for about > a second, before KDE spins it back up. > Consider my vote added. > Workarounds: > 1) Turn off your computer, remove disk, turn on your computer. > 2) Kill X server, udiskctl spin down, start X server > > Those workarounds should be satisfactory enough for everybody. /rant Is this workaround successful for you? Step 1 Eject in dolphin 2 # hdparm -y /dev/sdb 3 Press HDD enclosure power button/Remove USB cable to external HDD Some more background to this. Turns out that most cheap external USB/SATA/firewire enclosures don’t properly issue a stop command to the drive when you flick the power switch. Instead, the power switch simply cuts power to the drive, which forces the drive to do an emergency head retract. If you think that sounds bad, you’re right. Emergency retracts aren’t going to brick your drive immediately, but if they occur regularly they’re putting a lot of unnecessary wear and tear on the drive. In fact, some drives monitor how often this happens with S.M.A.R.T. attribute 192. 1686982 41 einlanzer 2017-07-04 19:20:54 +0000 Well, it's just shameful that KDE still can't power off an USB removable hard disk. Others DEs do it: Gnome, XFCE, Windows, MacOS... Perhaps LXDE. I still rely on Gnome Disk Utility (Disks) for safe removal of an external HD... 1721658 42 109812 ottwolt 2018-01-12 09:57:23 +0000 Created attachment 109812 ~/.local/share/solid/actions/usb-drive-eject.desktop 1721659 43 109813 ottwolt 2018-01-12 10:01:35 +0000 Created attachment 109813 ~/bin/usb-drive-eject Maybe this helps. (plus attachment of previous post) Works for me for > 2 years I never had the problem of respinning though 1721710 44 nate 2018-01-12 14:03:25 +0000 Me neither. My external backup hard drive always spins down after being ejected. Are people still experiencing this using KDE Frameworks 5.41+? 1721724 45 jc 2018-01-12 15:24:06 +0000 Yes. OpenSUSE 42.3, Nautilus (Gnome) spins down the disk, Dolphin in KDE session does not. But sadly I doubt it will be fixed some day. 1721790 46 noob 2018-01-12 19:46:31 +0000 (In reply to Nate Graham from comment #44) > Me neither. My external backup hard drive always spins down after being > ejected. > > Are people still experiencing this using KDE Frameworks 5.41+? Do you know a distro with the version of KDE Frameworks you mentioned so that I can report if it works on my PC? I'm currently on Kubuntu 16.04, KDE Frameworks 5.18.0. udisksctl works for me, but the "safe remove" from Dolphin doesn't spin down the disk. 1721875 47 vindrg 2018-01-13 07:35:32 +0000 I'm on Debian Testing, with KDE Plasma 5.10.4 and KDE Frameworks 5.37.0, and external drive is still not stopped when "safely" removing it. 1721876 48 vindrg 2018-01-13 07:36:07 +0000 Maybe I should check on KDE Neon live cd, that should have latest KDE, yes? 1721975 49 noob 2018-01-13 18:24:33 +0000 The problem is still present with KDE Neon (KDE Frameworks 5.41). The script usb-drive-eject works when launched from the CLI. The .desktop launcher does not work, I receive the following error message: "The desktop entry of type Service is unknown". 1721995 50 ottwolt 2018-01-13 19:56:57 +0000 @Davide Click Device manager icon in toolbar Click 'actions for ...' for a mounted partition. You should see something like 'Eject' or 'Auswerfen' Click that and you disk should power down. 1722067 51 noob 2018-01-14 09:31:18 +0000 (In reply to Michael Heidelbach from comment #50) > @Davide > Click Device manager icon in toolbar > Click 'actions for ...' for a mounted partition. > > You should see something like 'Eject' or 'Auswerfen' > Click that and you disk should power down. Thanks! Previously I forgot to move the .desktop file in the correct folder. I now see the action for the external disk. 1722775 52 cfeck 2018-01-16 23:59:42 +0000 I use 'hdparm -y' to spin down the external SATA disk. This command needs root privileges, so I am wondering whether (or how) Solid could do it without root access. 1722920 53 ottwolt 2018-01-17 13:00:58 +0000 (In reply to Christoph Feck from comment #52) > I use 'hdparm -y' to spin down the external SATA disk. This command needs > root privileges, so I am wondering whether (or how) Solid could do it > without root access. $ udisksctl power-off -b ... can do for unpriviledged users. $ dbus --system org.freedesktop.UDisks2 /org/freedesktop/UDisks2/drives/TOSHIBA_MQ01UBD100_44K3TR2HT void org.freedesktop.UDisks2.Drive.PowerOff(QVariantMap options) also looks promising. Couldn't use it with qdbus due to (QVariantMap options) 1727627 54 filipfila.kde 2018-02-04 16:52:08 +0000 Yeah, external HDDs still don't spin down with the safe remove option for me. Seconded on the uncomfortable noise coming from the HDD if you just pull it out - it can't be good for the drive. Power off has been the default option in all Windows' except 7 I think, and Thunar, Nautilus etc. and their respective DEs do power off HDDs if you press Eject. A big vote from me for fixing this. 1731393 55 epost.kde 2018-02-18 10:17:53 +0000 As a user who prefers not to fiddle with terminal commands to do something simple as powering off an ext. HDD, I second this. Either a) provide option in Device Notifications to power off HDDs that support it or b) make unmount from Device Notifications automatically power off HDDs that support it 1745841 56 glutbugreports 2018-04-16 12:47:34 +0000 I can confirm this on Kubuntu 18.04, KDE frameworks v. 5.44.0. Cutting the connection manually after "safely removing" a drive makes an awful noise and leaves me wondering each time how many days I've shaved off of the drive's life time. Seriously though, this seems like such an important issue that I really do need to ask why this has yet to be addressed after 5 years? I would absolutely understand if this were an incredibly complex and novel problem that nobody in the Linux world has been able to fix yet, but it seems like all distros outside of KDE have found a solution for it. So what gives? If there is any additional information you need us to provide to help with tracking this down, please let us now. I'm sure that everyone subscribed to this bug report is annoyed enough by this issue to invest as much time as they can to help with fixing it. 1745880 57 epost.kde 2018-04-16 16:10:33 +0000 Can Framework's specific method of ejecting a harddrive be invoked from the command line, for debugging purposes? 1746620 58 nate 2018-04-18 21:42:06 +0000 We don't need more information; what we need is for someone who has familiarity with the code involved to fix it. In FOSS, the general limitation is manpower. 1746759 59 glutbugreports 2018-04-19 15:18:09 +0000 @Michael Heidelbach: Thanks a lot for the custom eject action! I've just set it up and it seems like it's working perfectly so far. @Nate: I understand. I'm sorry if my last comment came off as antagonistic. I appreciate all the time and effort you and all the other KDE contributors put into these projects. It's just that issues with the core system like these can be very frustrating sometimes – especially if they've been open for so long and you feel like there's nothing you can do to help move things along. I really do hope that somebody picks this up eventually. 1746791 60 nate 2018-04-19 16:49:11 +0000 I do too! :) 1748839 61 cfeck 2018-04-29 12:46:20 +0000 *** Bug 393632 has been marked as a duplicate of this bug. *** 1761955 62 medzernik1 2018-06-17 21:08:42 +0000 (In reply to Nate Graham from comment #58) > We don't need more information; what we need is for someone who has > familiarity with the code involved to fix it. In FOSS, the general > limitation is manpower. Can't we implement the script someone provided here as the solution for the bug? This should get fixed immediately and this could work somehow? 1761966 63 filipfila.kde 2018-06-17 22:33:58 +0000 I did not have success with the .desktop file that was attached in this thread, but I did with this other one found on Reddit so I'm copy pasting it: "I think I've found a workaround (at least for me). Create a file called poweroff.desktop at ~/.local/share/solid/actions/ with the following content: [Desktop Action open] Exec=solid-hardware unmount %i && udisksctl power-off -b %d Icon=kt-stop Name=Power off device [Desktop Entry] Actions=open; Type=Service X-KDE-Action-Custom=true X-KDE-Solid-Predicate=[ IS StorageVolume AND StorageVolume.ignored == false ] Then log out and in again. The file creates a new entry for the device notifier in the control panel to power off the device. The command first unmounts the drive and then powers it off. In contrast to OP's experience my external HDD stays off and doesn't restart again." - by a user who's now deleted his post or even account 1761969 64 kcohar 2018-06-17 23:05:18 +0000 (In reply to Filip from comment #63) > I did not have success with the .desktop file that was attached in this > thread, but I did with this other one found on Reddit so I'm copy pasting it: > > "I think I've found a workaround (at least for me). Create a file called > poweroff.desktop at ~/.local/share/solid/actions/ with the following content: > > [Desktop Action open] > Exec=solid-hardware unmount %i && udisksctl power-off -b %d > Icon=kt-stop > Name=Power off device > > [Desktop Entry] > Actions=open; > Type=Service > X-KDE-Action-Custom=true > X-KDE-Solid-Predicate=[ IS StorageVolume AND StorageVolume.ignored == false ] > > Then log out and in again. The file creates a new entry for the device > notifier in the control panel to power off the device. The command first > unmounts the drive and then powers it off. In contrast to OP's experience my > external HDD stays off and doesn't restart again." - by a user who's now > deleted his post or even account i had to modify this a little bit to make it work with the latest edition of plasma: [Desktop Action open] Exec=udisksctl unmount -b %d; udisksctl power-off -b %d Icon=kt-stop Name=Power off device [Desktop Entry] Actions=open; Type=Service X-KDE-Action-Custom=true X-KDE-Solid-Predicate=[ IS StorageVolume AND StorageVolume.ignored == false (changed solid-hardware unmount to udisksctl unmount) 1765949 65 hapstad 2018-07-08 18:14:32 +0000 Adding to this request. Every other distro I have used powers off the spinning HDDs when "ejecting" or "safely removing". This is a fundamental behavior and can cause damage to drives when people are on KDE but muscle memory from other distros takes over. Please either build in the power off to "safely remove drive" as other distros do, or add another option that does include powering down like "eject and poweroff" etc. Users shouldnt need to take multiple steps in disk utilities or the terminal to do this simple task. 1792572 66 stefan.bruens 2018-10-08 19:42:36 +0000 Git commit 867f53608d3a5145e3380e8c1686f40be8f06c31 by Stefan Brüns. Committed on 08/10/2018 at 19:42. Pushed by bruns into branch 'master'. [UDisks2] Power down drive on remove if supported Summary: It is preferable to to do a controlled shutdown prior to disconnecting and eventually cutting of power to the drive. Closes T9730 Test Plan: Connect external drive, select "Savely Remove" from context menu 1. if drive has only on partition, fs is unmounted and drive spins down 2. if drive has multiple partitions: a) first (not last) partition can be unmounted and remounted b) "Remove"ing last partition spins down drive Reviewers: #frameworks, ngraham, broulik Reviewed By: ngraham, broulik Subscribers: broulik, kde-frameworks-devel, ngraham Tags: #frameworks Maniphest Tasks: T9730 Differential Revision: https://phabricator.kde.org/D15932 M +10 -1 src/solid/devices/backends/udisks2/udisksstorageaccess.cpp https://commits.kde.org/solid/867f53608d3a5145e3380e8c1686f40be8f06c31 1794279 67 nate 2018-10-14 15:32:24 +0000 *** Bug 399792 has been marked as a duplicate of this bug. *** 1834510 68 vindrg 2019-01-27 17:16:08 +0000 External HDD now spins down in Debian Buster! Thanks! 1887774 69 gordon.lack 2019-10-26 01:52:53 +0000 And powering off an external drive can be a real pain, as I then need to physically unplug and re-insert as device if I want to use it again. I may well want to unmount a device (as I don;t need it "now"), but leave it plugged in as I may need it later. So I've opened https://bugs.launchpad.net/ubuntu/+source/dolphin/+bug/1827778 to re-add the option to *just* unmount a device. 77554 2013-02-24 20:57:54 +0000 2013-02-24 20:57:54 +0000 proposed patch to spid down the drive solid-sa-poweroff.patch text/plain 2670 lukas ZGlmZiAtLWdpdCBhL3NvbGlkL3NvbGlkL2JhY2tlbmRzL3VkaXNrczIvdWRpc2tzc3RvcmFnZWFj Y2Vzcy5jcHAgYi9zb2xpZC9zb2xpZC9iYWNrZW5kcy91ZGlza3MyL3VkaXNrc3N0b3JhZ2VhY2Nl c3MuY3BwCmluZGV4IDY5NTg0NTkuLjFhOWQwM2QgMTAwNjQ0Ci0tLSBhL3NvbGlkL3NvbGlkL2Jh Y2tlbmRzL3VkaXNrczIvdWRpc2tzc3RvcmFnZWFjY2Vzcy5jcHAKKysrIGIvc29saWQvc29saWQv YmFja2VuZHMvdWRpc2tzMi91ZGlza3NzdG9yYWdlYWNjZXNzLmNwcApAQCAtMTU3LDcgKzE1Nyw3 IEBAIHZvaWQgU3RvcmFnZUFjY2Vzczo6c2xvdERCdXNSZXBseSggY29uc3QgUURCdXNNZXNzYWdl ICYgLypyZXBseSovICkKICAgICAgICAgICAgIGNoZWNrQWNjZXNzaWJpbGl0eSgpOwogICAgICAg ICB9CiAgICAgfQotICAgIGVsc2UgaWYgKG1fdGVhcmRvd25JblByb2dyZXNzKSAgLy8gRklYTUUK KyAgICBlbHNlIGlmIChtX3RlYXJkb3duSW5Qcm9ncmVzcykKICAgICB7CiAgICAgICAgIGlmIChp c0x1a3NEZXZpY2UoKSAmJiAhY3RQYXRoLmlzRW1wdHkoKSAmJiBjdFBhdGggIT0gIi8iKSAvLyB1 bmxvY2tlZCBkZXZpY2UsIGxvY2sgaXQKICAgICAgICAgewpAQCAtMTY4LDIwICsxNjgsMjQgQEAg dm9pZCBTdG9yYWdlQWNjZXNzOjpzbG90REJ1c1JlcGx5KCBjb25zdCBRREJ1c01lc3NhZ2UgJiAv KnJlcGx5Ki8gKQogICAgICAgICB9CiAgICAgICAgIGVsc2UKICAgICAgICAgewotICAgICAgICAg ICAgLy8gdHJ5IHRvICJlamVjdCIgKGFrYSBzYWZlbHkgcmVtb3ZlKSBmcm9tIHRoZSAocGFyZW50 KSBkcml2ZSwgZS5nLiBTRCBjYXJkIGZyb20gYSByZWFkZXIKKwogICAgICAgICAgICAgUVN0cmlu ZyBkcml2ZVBhdGggPSBtX2RldmljZS0+ZHJpdmVQYXRoKCk7Ci0gICAgICAgICAgICBpZiAoIWRy aXZlUGF0aC5pc0VtcHR5KCkgfHwgZHJpdmVQYXRoICE9ICIvIikKLSAgICAgICAgICAgIHsKKyAg ICAgICAgICAgIGlmICghbV9kZXZpY2UtPmlzT3B0aWNhbERpc2MoKSAmJiAoIWRyaXZlUGF0aC5p c0VtcHR5KCkgfHwgZHJpdmVQYXRoICE9ICIvIikpIHsKICAgICAgICAgICAgICAgICBEZXZpY2Ug ZHJpdmUoZHJpdmVQYXRoKTsKLSAgICAgICAgICAgICAgICBpZiAoZHJpdmUucHJvcCgiRWplY3Rh YmxlIikudG9Cb29sKCkgJiYKLSAgICAgICAgICAgICAgICAgICAgICAgIGRyaXZlLnByb3AoIk1l ZGlhQXZhaWxhYmxlIikudG9Cb29sKCkgJiYKLSAgICAgICAgICAgICAgICAgICAgICAgICFtX2Rl dmljZS0+aXNPcHRpY2FsRGlzYygpKSAvLyBvcHRpY2FsIGRyaXZlcyBoYXZlIHRoZWlyIEVqZWN0 IG1ldGhvZAotICAgICAgICAgICAgICAgIHsKKyAgICAgICAgICAgICAgICAvLyBwb3dlcm9mZiB0 aGUgZHJpdmUgaWYgaXQgc3VwcG9ydHMgaXQgYW5kIHRoZSBzaWJsaW5ncyBhcmUgZW1wdHkKKyAg ICAgICAgICAgICAgICBpZiAoZHJpdmUucHJvcGVydHlFeGlzdHMoIkNhblBvd2VyT2ZmIikgJiYg ZHJpdmUucHJvcCgiQ2FuUG93ZXJPZmYiKS50b0Jvb2woKSAmJiBkcml2ZS5wcm9wKCJTaWJsaW5n SWQiKS50b1N0cmluZygpLmlzRW1wdHkoKSkgewogICAgICAgICAgICAgICAgICAgICBRREJ1c0Nv bm5lY3Rpb24gYyA9IFFEQnVzQ29ubmVjdGlvbjo6c3lzdGVtQnVzKCk7Ci0gICAgICAgICAgICAg ICAgICAgIFFEQnVzTWVzc2FnZSBtc2cgPSBRREJ1c01lc3NhZ2U6OmNyZWF0ZU1ldGhvZENhbGwo VUQyX0RCVVNfU0VSVklDRSwgZHJpdmVQYXRoLCBVRDJfREJVU19JTlRFUkZBQ0VfRFJJVkUsICJF amVjdCIpOworICAgICAgICAgICAgICAgICAgICBRREJ1c01lc3NhZ2UgbXNnID0gUURCdXNNZXNz YWdlOjpjcmVhdGVNZXRob2RDYWxsKFVEMl9EQlVTX1NFUlZJQ0UsIGRyaXZlUGF0aCwgVUQyX0RC VVNfSU5URVJGQUNFX0RSSVZFLCAiUG93ZXJPZmYiKTsKICAgICAgICAgICAgICAgICAgICAgbXNn IDw8IFFWYXJpYW50TWFwKCk7ICAgLy8gb3B0aW9ucywgdW51c2VkIG5vdwogICAgICAgICAgICAg ICAgICAgICBjLmNhbGwobXNnLCBRREJ1czo6Tm9CbG9jayk7CiAgICAgICAgICAgICAgICAgfQor ICAgICAgICAgICAgICAgIC8vIHRyeSB0byAiZWplY3QiIChha2Egc2FmZWx5IHJlbW92ZSkgZnJv bSB0aGUgKHBhcmVudCkgZHJpdmUsIGUuZy4gU0QgY2FyZCBmcm9tIGEgcmVhZGVyCisgICAgICAg ICAgICAgICAgZWxzZSBpZiAoZHJpdmUucHJvcCgiRWplY3RhYmxlIikudG9Cb29sKCkgJiYgZHJp dmUucHJvcCgiTWVkaWFBdmFpbGFibGUiKS50b0Jvb2woKSkgeworICAgICAgICAgICAgICAgICAg ICAgUURCdXNDb25uZWN0aW9uIGMgPSBRREJ1c0Nvbm5lY3Rpb246OnN5c3RlbUJ1cygpOworICAg ICAgICAgICAgICAgICAgICAgUURCdXNNZXNzYWdlIG1zZyA9IFFEQnVzTWVzc2FnZTo6Y3JlYXRl TWV0aG9kQ2FsbChVRDJfREJVU19TRVJWSUNFLCBkcml2ZVBhdGgsIFVEMl9EQlVTX0lOVEVSRkFD RV9EUklWRSwgIkVqZWN0Iik7CisgICAgICAgICAgICAgICAgICAgICBtc2cgPDwgUVZhcmlhbnRN YXAoKTsgICAvLyBvcHRpb25zLCB1bnVzZWQgbm93CisgICAgICAgICAgICAgICAgICAgICBjLmNh bGwobXNnLCBRREJ1czo6Tm9CbG9jayk7CisgICAgICAgICAgICAgICAgIH0KICAgICAgICAgICAg IH0KIAogICAgICAgICAgICAgbV90ZWFyZG93bkluUHJvZ3Jlc3MgPSBmYWxzZTsK 109812 2018-01-12 09:57:23 +0000 2018-01-12 09:57:23 +0000 ~/.local/share/solid/actions/usb-drive-eject.desktop hdw.usb-drive-eject.desktop application/x-desktop 319 ottwolt W0Rlc2t0b3AgQWN0aW9uIG9wZW5dCkV4ZWM9JEhPTUUvYmluL3VzYi1kcml2ZS1lamVjdCAlZApJ Y29uPWFwcGxpY2F0aW9uLWV4aXQKTmFtZT1FamVjdApOYW1lW2RlXT1BdXN3ZXJmZW4KCltEZXNr dG9wIEVudHJ5XQpBY3Rpb25zPW9wZW47ClR5cGU9U2VydmljZQpYLUtERS1BY3Rpb24tQ3VzdG9t PXRydWUKWC1LREUtU29saWQtUHJlZGljYXRlPVtbSVMgU3RvcmFnZVZvbHVtZSBBTkQgU3RvcmFn ZURyaXZlLnJlbW92YWJsZSA9PSAndHJ1ZSddIE9SIFtJUyBTdG9yYWdlVm9sdW1lIEFORCBTdG9y YWdlVm9sdW1lLnVzYWdlID09ICdGaWxlU3lzdGVtJ11dCg== 109813 2018-01-12 10:01:35 +0000 2018-01-12 10:01:35 +0000 ~/bin/usb-drive-eject usb-drive-eject application/x-shellscript 1251 ottwolt IyEvYmluL2Jhc2gKCmRlY2xhcmUgLUEgZGlza3M9KCkKCiMjIFVubW91bnQgYWxsIFVTQiBkcml2 ZXMKaWYgWyAkIyAtZXEgMCBdOyB0aGVuCiAgICBkcml2ZXM9KCAkKHB1c2hkIC9kZXYvZGlzay9i eS1wYXRoICY+L2Rldi9udWxsOyBscyAtMSB8IGdyZXAgLW9FICdbYS16QS1aMC05Oi4tXSt1c2Jb YS16QS1aMC05Oi4tXSsnfHhhcmdzIHJlYWxwYXRoIDI+L2Rldi9udWxsOyBwb3BkICY+L2Rldi9u dWxsKSApCiAgICBmb3IgZCBpbiAiJHtkcml2ZXNbQF19IjsgZG8gCiAgICAgICAgZWNobyAiV2ls bCB1bm1vdW50ICRkIiA+JjIKICAgICAgICBlY2hvIGRpc2s6JHtkLy9bMC05XX0gPiYyCiAgICAg ICAgZGlza3NbIiR7ZC8vWzAtOV19Il09dHJ1ZQogICAgZG9uZQojIyBVbm1vdW50IDEgZGlzawpl bHNlCiAgICBmb3IgZCBpbiAiJEAiOyBkbwogICAgICAgIGRpc2tzWyIke2QvL1swLTldfSJdPXRy dWUKICAgIGRvbmUKZmkKCiMjIExlYXZlIGlmIG5vIGRpc2tzCmlmIFsgJHsjZGlza3NbKl19IC1l cSAwIF07IHRoZW4gCiAgICBlY2hvICJOb3RoaW5nIHRvIGRvIiA+JjIKICAgIGV4aXQKZmkKCiMj UGF0dGVybiBmb3IgbXRhYgpwYXR0ZXJuPSIoJChlY2hvICIkeyFkaXNrc1tAXX0ifHRyICcgJyAn fCcpKVtbOmRpZ2l0Ol1dK1tbOnNwYWNlOl1dIgoKIyNVbm1vdW50IHBhcnRpdGlvbnMKZm9yIGQg aW4gJChncmVwIC1vRSAiJHBhdHRlcm4iIC9ldGMvbXRhYik7IGRvIAogICAgZWNobyAiVW5tb3Vu dGluZyAkZCIgPiYyCiAgICBpZiB1ZGlza3NjdGwgdW5tb3VudCAtYiAiJGQiOyB0aGVuIAogICAg ICAgIGtkaWFsb2cgLS1wYXNzaXZlcG9wdXAgIlVubW91bnRlZCAkZCIKICAgIGVsc2UKICAgICAg ICBrZGlhbG9nIC0tcGFzc2l2ZXBvcHVwICJDb3VsZCBub3QgdW5tb3VudCAkZCIKICAgICAgICBk aXNrc1siJHtkLy9bMC05XX0iXT1mYWxzZQogICAgZmkKZG9uZQoKIyMgUG93ZXIgb2ZmIGRpc2tz CmZvciBkIGluICR7IWRpc2tzW0BdfTsgZG8KICAgIGlmICR7ZGlza3NbIiRkIl19ICYmIHVkaXNr c2N0bCBwb3dlci1vZmYgLWIgJGQ7IHRoZW4gCiAgICAgICAgZWNobyBXaWxsIHBvd2Vyb2ZmICRk CiAgICAgICAga2RpYWxvZyAtLXBhc3NpdmVwb3B1cCAgIkVqZWN0ZWQgJGRcbi4iCiAgICBlbHNl CiAgICAgICAgZWNobyAiQ2Fubm90IHBvd2Vyb2ZmICRkIgogICAgICAgIGtkaWFsb2cgLS1wYXNz aXZlcG9wdXAgICJXQVJOSU5HICRkIGlzIHN0aWxsIG9ubGluZVxuLiIKICAgIGZpCmRvbmUK