Свяжите носатый с единственной рабочей областью
[1129166] Когда вы видите странное поведение ядра, [1129501] dmesg[1129502] - это отличная первая вещь для проверки. В вашем случае он дал важный указатель:Ваш [1129503]/proc/mtd[1129504] показывает размер блока стирания 64 KiB (0x10000). Размер раздела "изображение" (0x1202c0) действительно не кратен размеру блока стирания. Ближайший (хотя и немного меньший) - 0x120000 (1152 KiB); следующий по величине - 0x130000 (1216 KiB).[1129169].
На самом деле это вовсе не проблема Conky, а проблема вашего оконного менеджера! К сожалению, Вы не рассказали, какой оконный менеджер Вы используете. По крайней мере, здесь, в Openbox, я могу использовать самую важную директиву в .conkyrc для установки предусловия:
own_window yes
own_window_class Conky
Без него невозможно заставить его работать. Теперь (по крайней мере, в Openbox) я пойду редактировать свой ~/.config/openbox/rc.xml (следите за тем, чтобы редактировать его в правой строке!)
<applications>
...
<application name="conky" class="Conky">
<desktop>2</desktop>
</application>
</applications>
Это для десктопа #2, и это только в качестве примера. Если вы хотите запустить несколько конки, я бы посоветовал вам создать больше связанных классов, по одному на каждый конфигурационный файл (например, Conky2, Conky3), назначив виртуальный рабочий стол соответственно для каждого Conky* класса.
Но теперь, когда вы внесли эти изменения, ничего не происходит. Это потому, что вам нужно вызвать полный перезапуск оконного менеджера:
$ openbox --restart