(In reply to comment #4)
> The patch was confirmed to fix the crash. It seems that the output was empty:
>
> **** EMITTING CHANGED for
> /sys/devices/pci0000:00/0000:00:1f.2/host2/target2:0:0/2:0:0:0/block/sda
> helper(pid 14142): completed with exit code 0
>
> (devkit-disks-daemon:14138): GLib-CRITICAL **: g_base64_decode: assertion
> `input_length > 1' failed
>
> (devkit-disks-daemon:14138): devkit-disks-daemon-WARNING **: Error decoding ATA
> SMART data: invalid base64 format:
> **** ADDING
> /sys/devices/pci0000:00/0000:00:1d.7/usb1/1-2/1-2:1.0/host5/target5:0:0/5:0:0:0/block/sdc
>
> (I got two different logs, bot the same).
>
Applied, thanks for tracking this down. FWIW, I think there's a bug in libatasmart - I often get this error
Error retrieving ATA SMART data: helper failed with exit
code 1: Failed to read smart data for /dev/sda: No such file
or directory
when refreshing the SMART data from Palimpsest. Funny enough I can't reproduce when doing 'skdump /dev/sda' from the command line. I'll try to track this down when I find some free cycles.
(In reply to comment #4) pci0000: 00/0000: 00:1f.2/ host2/target2: 0:0/2:0: 0:0/block/ sda disks-daemon: 14138): GLib-CRITICAL **: g_base64_decode: assertion disks-daemon: 14138): devkit- disks-daemon- WARNING **: Error decoding ATA pci0000: 00/0000: 00:1d.7/ usb1/1- 2/1-2:1. 0/host5/ target5: 0:0/5:0: 0:0/block/ sdc
> The patch was confirmed to fix the crash. It seems that the output was empty:
>
> **** EMITTING CHANGED for
> /sys/devices/
> helper(pid 14142): completed with exit code 0
>
> (devkit-
> `input_length > 1' failed
>
> (devkit-
> SMART data: invalid base64 format:
> **** ADDING
> /sys/devices/
>
> (I got two different logs, bot the same).
>
Applied, thanks for tracking this down. FWIW, I think there's a bug in libatasmart - I often get this error
Error retrieving ATA SMART data: helper failed with exit
code 1: Failed to read smart data for /dev/sda: No such file
or directory
when refreshing the SMART data from Palimpsest. Funny enough I can't reproduce when doing 'skdump /dev/sda' from the command line. I'll try to track this down when I find some free cycles.