<?xml version="1.0" encoding="utf-8" ?>

<rss version="2.0" 
   xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#"
   xmlns:admin="http://webns.net/mvcb/"
   xmlns:dc="http://purl.org/dc/elements/1.1/"
   xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
   xmlns:wfw="http://wellformedweb.org/CommentAPI/"
   xmlns:content="http://purl.org/rss/1.0/modules/content/"
   >
<channel>
    
    <title>blog.crox.net (Entries tagged as debian)</title>
    <link>https://blog.crox.net/</link>
    <description></description>
    <dc:language>en</dc:language>
    <generator>Serendipity 2.5.0 - http://www.s9y.org/</generator>
    <pubDate>Fri, 15 Aug 2025 22:48:00 GMT</pubDate>

    <image>
    <url>https://blog.crox.net/templates/2k11/img/s9y_banner_small.png</url>
    <title>RSS: blog.crox.net - </title>
    <link>https://blog.crox.net/</link>
    <width>100</width>
    <height>21</height>
</image>

<item>
    <title>Disable WiFi Power Management on Raspbian 12 (Network Manager)</title>
    <link>https://blog.crox.net/archives/129-Disable-WiFi-Power-Management-on-Raspbian-12-Network-Manager.html</link>
    
    <comments>https://blog.crox.net/archives/129-Disable-WiFi-Power-Management-on-Raspbian-12-Network-Manager.html#comments</comments>
    <wfw:comment>https://blog.crox.net/wfwcomment.php?cid=129</wfw:comment>

    <slash:comments>0</slash:comments>
    <wfw:commentRss>https://blog.crox.net/rss.php?version=2.0&amp;type=comments&amp;cid=129</wfw:commentRss>
    

    <author>nospam@example.com (crox)</author>
    <content:encoded>
    &lt;a href=&quot;https://blog.crox.net/archives/106-How-to-solve-Edimax-EW-7612UAn-v2-73927822-power-management-issues-on-Raspberry-Pi-Raspbian-WiFi-disconnect.html&quot; title=&quot;How to solve Edimax EW-7612UAn v2 (7392:7822) power management issues on Raspberry Pi (Raspbian WiFi disconnect)&quot;&gt;8 years later&lt;/a&gt; there are still issues on Raspberry Pi / Raspbian with WiFi power management causing disconnects and generally bad performance.&lt;br /&gt;
&lt;br /&gt;
I&#039;ve found a reliable method to disable WiFi Power Management for the on-board WiFi chip (brcmfmac) here: &lt;a href=&quot;https://gist.github.com/jcberthon/ea8cfe278998968ba7c5a95344bc8b55&quot; title=&quot;NetworkManager WiFi Power Saving&quot;&gt;NetworkManager WiFi Power Saving&lt;/a&gt;.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
 
    </content:encoded>

    <pubDate>Fri, 15 Aug 2025 22:48:00 +0000</pubDate>
    <guid isPermaLink="false">https://blog.crox.net/archives/129-guid.html</guid>
    <category>debian</category>
<category>linux</category>
<category>raspberry pi</category>
<category>wlan</category>

</item>
<item>
    <title>libheif1 &gt;= 1.18 on debian 12 bookworm (installing packages from backport in debian stable)</title>
    <link>https://blog.crox.net/archives/127-libheif1-1.18-on-debian-12-bookworm-installing-packages-from-backport-in-debian-stable.html</link>
    
    <comments>https://blog.crox.net/archives/127-libheif1-1.18-on-debian-12-bookworm-installing-packages-from-backport-in-debian-stable.html#comments</comments>
    <wfw:comment>https://blog.crox.net/wfwcomment.php?cid=127</wfw:comment>

    <slash:comments>0</slash:comments>
    <wfw:commentRss>https://blog.crox.net/rss.php?version=2.0&amp;type=comments&amp;cid=127</wfw:commentRss>
    

    <author>nospam@example.com (crox)</author>
    <content:encoded>
    Add this line to &lt;tt&gt;/etc/apt/sources.list&lt;/tt&gt;:&lt;pre&gt;deb http://deb.debian.org/debian bookworm-backports main&lt;/pre&gt;Run:&lt;pre&gt;# apt-get update&lt;br/&gt;# apt install -t bookworm-backports libheif1&lt;/pre&gt;&lt;br /&gt;
This solves the issues encountered when decoding HEIF (.heic) files produced by iPhone / iOS 18, causing for instance rendering in Nextcloud to fail.&lt;br /&gt;
&lt;br /&gt;
&lt;a href=&quot;https://backports.debian.org/Instructions/&quot; title=&quot;debian backports instructions&quot;&gt;This page&lt;/a&gt; has more details on using Backports.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
 
    </content:encoded>

    <pubDate>Fri, 02 May 2025 18:08:00 +0000</pubDate>
    <guid isPermaLink="false">https://blog.crox.net/archives/127-guid.html</guid>
    <category>debian</category>
<category>heic</category>
<category>heif</category>
<category>linux</category>
<category>nextcloud</category>

</item>
<item>
    <title>BackupPC - binary garbage in XferLog.z / XferLog.z getting huge</title>
    <link>https://blog.crox.net/archives/122-BackupPC-binary-garbage-in-XferLog.z-XferLog.z-getting-huge.html</link>
    
    <comments>https://blog.crox.net/archives/122-BackupPC-binary-garbage-in-XferLog.z-XferLog.z-getting-huge.html#comments</comments>
    <wfw:comment>https://blog.crox.net/wfwcomment.php?cid=122</wfw:comment>

    <slash:comments>0</slash:comments>
    <wfw:commentRss>https://blog.crox.net/rss.php?version=2.0&amp;type=comments&amp;cid=122</wfw:commentRss>
    

    <author>nospam@example.com (crox)</author>
    <content:encoded>
    I run a &lt;a href=&quot;https://backuppc.github.io/backuppc/&quot; title=&quot;BackupPC&quot;&gt;BackupPC&lt;/a&gt; instance that is still on Debian 10 / buster. The latest rsync package for Debian 10 has version number 3.1.3-6.&lt;br /&gt;
&lt;br /&gt;
I recently noticed infrequent issues when backing up hosts that are either on Debian 11 / bullseye, or on Ubuntu 22.04 (which both ship rsync 3.2.3). The symptoms are as follows:&lt;br /&gt;
&lt;br /&gt;
- backups take much longer than usual&lt;br/&gt;- XferLog.z starts &quot;normally&quot;, but after a certain point contains a lot of binary garbage, and gets much bigger than usual (hundreds of MB, or even in one case up to 12 GB)&lt;br /&gt;
&lt;br /&gt;
After investigating and looking for information online, I came across these bug reports, which contain the explanation as well as a workaround: &lt;a href=&quot;https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=969463&quot;&gt;Debian Bug report #969463&lt;/a&gt; and &lt;a href=&quot;https://github.com/backuppc/backuppc/issues/369&quot;&gt;BackupPC issue #369&lt;/a&gt;.&lt;br /&gt;
&lt;br /&gt;
=&gt; The issue is caused by a combination of a change of default behaviour introduced with rsync 3.2.3, and a bug in File::RsyncP.&lt;br /&gt;
&lt;br /&gt;
The solution that works for me (pending an update to Debian 11 and BackupPC 4) is to add the following line in the individual server config for each of the affected hosts:&lt;pre&gt;$Conf{RsyncArgsExtra} = [&#039;--no-msgs2stderr&#039;];&lt;/pre&gt;&lt;br /&gt;
&lt;br /&gt;
 
    </content:encoded>

    <pubDate>Fri, 30 Dec 2022 18:32:00 +0000</pubDate>
    <guid isPermaLink="false">https://blog.crox.net/archives/122-guid.html</guid>
    <category>backup</category>
<category>debian</category>
<category>linux</category>
<category>ubuntu</category>

</item>
<item>
    <title>Find large files in a BackupPC transfer log (sort files in XferLOG by size)</title>
    <link>https://blog.crox.net/archives/119-Find-large-files-in-a-BackupPC-transfer-log-sort-files-in-XferLOG-by-size.html</link>
    
    <comments>https://blog.crox.net/archives/119-Find-large-files-in-a-BackupPC-transfer-log-sort-files-in-XferLOG-by-size.html#comments</comments>
    <wfw:comment>https://blog.crox.net/wfwcomment.php?cid=119</wfw:comment>

    <slash:comments>0</slash:comments>
    <wfw:commentRss>https://blog.crox.net/rss.php?version=2.0&amp;type=comments&amp;cid=119</wfw:commentRss>
    

    <author>nospam@example.com (crox)</author>
    <content:encoded>
    When your backups suddenly takes much longer to complete, it could be because large files that were previously excluded from the backup were renamed or relocated elsewhere. In order to identify those files, or just to sort the list of files by size, I use the following code (bash):&lt;br /&gt;
&lt;pre&gt;cd /tmp/&lt;br/&gt;BackupPC_zcat /var/lib/backuppc/pc/mypc/XferLOG.99.z &gt; xlog&lt;br/&gt;for S in `cat xlog | sed -e &#039;s/^[^/]*\/[0-9]*[ ]*//&#039; | cut -f1 -d\  | egrep &#039;^[0-9]+$&#039; | egrep &#039;[0-9]{9,}&#039; | sort -n | uniq ` ; do fgrep &quot; $S &quot; xlog ; done&lt;/pre&gt;This will show the list of files bigger than 99999999 bytes (100 MB). Remove &quot;&lt;tt&gt;| egrep &#039;[0-9]{9,}&#039;&lt;/tt&gt;&quot; to just list all instead.&lt;br /&gt;
&lt;br /&gt;
Note: on Debian, &lt;tt&gt;BackupPC_zcat&lt;/tt&gt; is in &lt;tt&gt;/usr/share/backuppc/bin/&lt;/tt&gt;. I&#039;ve added a symlink in &lt;tt&gt;/usr/local/bin/&lt;/tt&gt; so that I don&#039;t need to look for it every time.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
 
    </content:encoded>

    <pubDate>Sat, 13 Mar 2021 14:40:00 +0000</pubDate>
    <guid isPermaLink="false">https://blog.crox.net/archives/119-guid.html</guid>
    <category>backup</category>
<category>debian</category>
<category>linux</category>

</item>
<item>
    <title>Grafana PNG export on headless Debian server (phantomjs / render fails with &quot;404 page not found&quot;)</title>
    <link>https://blog.crox.net/archives/108-Grafana-PNG-export-on-headless-Debian-server-phantomjs-render-fails-with-404-page-not-found.html</link>
    
    <comments>https://blog.crox.net/archives/108-Grafana-PNG-export-on-headless-Debian-server-phantomjs-render-fails-with-404-page-not-found.html#comments</comments>
    <wfw:comment>https://blog.crox.net/wfwcomment.php?cid=108</wfw:comment>

    <slash:comments>0</slash:comments>
    <wfw:commentRss>https://blog.crox.net/rss.php?version=2.0&amp;type=comments&amp;cid=108</wfw:commentRss>
    

    <author>nospam@example.com (crox)</author>
    <content:encoded>
    If it still fails after you&#039;ve set &quot;root_url&quot; to the correct value in grafana.ini, you might want to check whether you can run phantomjs from the command line.&lt;br /&gt;
&lt;br /&gt;
If you get &quot;QXcbConnection: Could not connect to display / PhantomJS has crashed&quot;, then the explanation is here: &lt;a href=&quot;https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=817277&quot;&gt;Debian Bug #817277&lt;/a&gt;.&lt;br /&gt;
&lt;br /&gt;
To fix it, I installed xvfb (&lt;tt&gt;apt-get install xvfb&lt;/tt&gt;), and edited &lt;tt&gt;/usr/bin/phantomjs&lt;/tt&gt; so that the last line now looks like this:&lt;br /&gt;
&lt;pre&gt;exec &quot;/usr/bin/xvfb-run&quot; --server-args=&quot;-screen 0 640x480x16&quot; &quot;/usr/lib/phantomjs/phantomjs&quot; &quot;$@&quot;&lt;/pre&gt;&lt;br /&gt;
 
    </content:encoded>

    <pubDate>Tue, 26 Dec 2017 20:38:00 +0000</pubDate>
    <guid isPermaLink="false">https://blog.crox.net/archives/108-guid.html</guid>
    <category>debian</category>
<category>grafana</category>

</item>
<item>
    <title>How to solve Edimax EW-7612UAn v2 (7392:7822) power management issues on Raspberry Pi (Raspbian WiFi disconnect)</title>
    <link>https://blog.crox.net/archives/106-How-to-solve-Edimax-EW-7612UAn-v2-73927822-power-management-issues-on-Raspberry-Pi-Raspbian-WiFi-disconnect.html</link>
    
    <comments>https://blog.crox.net/archives/106-How-to-solve-Edimax-EW-7612UAn-v2-73927822-power-management-issues-on-Raspberry-Pi-Raspbian-WiFi-disconnect.html#comments</comments>
    <wfw:comment>https://blog.crox.net/wfwcomment.php?cid=106</wfw:comment>

    <slash:comments>0</slash:comments>
    <wfw:commentRss>https://blog.crox.net/rss.php?version=2.0&amp;type=comments&amp;cid=106</wfw:commentRss>
    

    <author>nospam@example.com (crox)</author>
    <content:encoded>
    &lt;ul&gt;&lt;li&gt;On Raspbian, you don&#039;t need to install the 8192cu driver manually, as it comes with the distribution&lt;/li&gt;&lt;br /&gt;
&lt;li&gt;To avoid disconnection issues, you need however to disable power management. This needs to be done in two places. First, this is what I have in /etc/modprobe.d/8192cu.conf:&lt;pre&gt;options 8192cu rtw_power_mgnt=0 rtw_enusbss=0&lt;/pre&gt;&lt;/li&gt;&lt;br /&gt;
&lt;li&gt;This alone did not prevent the issue. I also had to add this entry to /etc/network/interfaces:&lt;pre&gt;auto wlan0&lt;br /&gt;allow-hotplug wlan0&lt;br /&gt;iface wlan0 inet dhcp&lt;br /&gt;wpa-conf /etc/wpa_supplicant/wpa_supplicant.conf&lt;br /&gt;&lt;b&gt;wireless-power off&lt;/b&gt;&lt;br /&gt;iface default inet dhcp&lt;/pre&gt;&lt;/li&gt;&lt;/ul&gt;&lt;br /&gt;
&lt;br /&gt;
Sources: &lt;a href=&quot;https://github.com/xbianonpi/xbian/issues/217&quot;&gt;https://github.com/xbianonpi/xbian/issues/217&lt;/a&gt;, &lt;a href=&quot;https://www.kuerbis.org/2016/03/raspberry-pi-3-kurztipps-wlan-sleep-mode-verhindern/&quot;&gt;https://www.kuerbis.org/2016/03/raspberry-pi-3-kurztipps-wlan-sleep-mode-verhindern/&lt;/a&gt; 
    </content:encoded>

    <pubDate>Sun, 12 Nov 2017 19:04:00 +0000</pubDate>
    <guid isPermaLink="false">https://blog.crox.net/archives/106-guid.html</guid>
    <category>debian</category>
<category>linux</category>
<category>raspberry pi</category>
<category>wlan</category>

</item>
<item>
    <title>Using a Raspberry Pi running raspbmc to sync Fitbit One with galileo (fitbit linux sync)</title>
    <link>https://blog.crox.net/archives/85-Using-a-Raspberry-Pi-running-raspbmc-to-sync-Fitbit-One-with-galileo-fitbit-linux-sync.html</link>
    
    <comments>https://blog.crox.net/archives/85-Using-a-Raspberry-Pi-running-raspbmc-to-sync-Fitbit-One-with-galileo-fitbit-linux-sync.html#comments</comments>
    <wfw:comment>https://blog.crox.net/wfwcomment.php?cid=85</wfw:comment>

    <slash:comments>0</slash:comments>
    <wfw:commentRss>https://blog.crox.net/rss.php?version=2.0&amp;type=comments&amp;cid=85</wfw:commentRss>
    

    <author>nospam@example.com (crox)</author>
    <content:encoded>
    (it should work with any other Debian-based Raspberry Pi distribution and all newer Fitbit devices that use &lt;a href=&quot;https://en.wikipedia.org/wiki/Bluetooth_low_energy&quot;&gt;BLE&lt;/a&gt;)&lt;br /&gt;
&lt;pre&gt;sudo -i&lt;br /&gt;apt-get update&lt;br /&gt;apt-get install python-pip&lt;br /&gt;pip install galileo&lt;br /&gt;galileo&lt;/pre&gt;&lt;br /&gt;
You can then use cron or a simple shell script to periodically run &lt;a href=&quot;https://bitbucket.org/benallard/galileo&quot;&gt;galileo&lt;/a&gt;.&lt;br /&gt;
&lt;br /&gt;
 
    </content:encoded>

    <pubDate>Sat, 05 Apr 2014 11:47:47 +0000</pubDate>
    <guid isPermaLink="false">https://blog.crox.net/archives/85-guid.html</guid>
    <category>ble</category>
<category>bluetooth</category>
<category>debian</category>
<category>fitbit</category>
<category>linux</category>
<category>raspberry pi</category>
<category>raspbmc</category>

</item>
<item>
    <title>vim instead of nano (Ubuntu / Debian)</title>
    <link>https://blog.crox.net/archives/82-vim-instead-of-nano-Ubuntu-Debian.html</link>
    
    <comments>https://blog.crox.net/archives/82-vim-instead-of-nano-Ubuntu-Debian.html#comments</comments>
    <wfw:comment>https://blog.crox.net/wfwcomment.php?cid=82</wfw:comment>

    <slash:comments>0</slash:comments>
    <wfw:commentRss>https://blog.crox.net/rss.php?version=2.0&amp;type=comments&amp;cid=82</wfw:commentRss>
    

    <author>nospam@example.com (crox)</author>
    <content:encoded>
    &lt;pre&gt;apt-get install vim&lt;br/&gt;update-alternatives --config editor&lt;/pre&gt;&lt;br /&gt;
 
    </content:encoded>

    <pubDate>Sun, 19 May 2013 20:52:22 +0000</pubDate>
    <guid isPermaLink="false">https://blog.crox.net/archives/82-guid.html</guid>
    <category>debian</category>
<category>linux</category>
<category>ubuntu</category>

</item>
<item>
    <title>raspbmc - getting rid of iptables</title>
    <link>https://blog.crox.net/archives/80-raspbmc-getting-rid-of-iptables.html</link>
    
    <comments>https://blog.crox.net/archives/80-raspbmc-getting-rid-of-iptables.html#comments</comments>
    <wfw:comment>https://blog.crox.net/wfwcomment.php?cid=80</wfw:comment>

    <slash:comments>0</slash:comments>
    <wfw:commentRss>https://blog.crox.net/rss.php?version=2.0&amp;type=comments&amp;cid=80</wfw:commentRss>
    

    <author>nospam@example.com (crox)</author>
    <content:encoded>
    I don&#039;t need a firewall on my Raspberry PI which runs XMBC (raspbmc distribution) - it&#039;s in a dedicated subnet behind a firewall. Furthermore, there are several reports of iptables having an impact on the performance of network playback, causing buffering issues (although I didn&#039;t do any benchmark myself).&lt;br /&gt;
&lt;br /&gt;
I modified /etc/network/if-up.d/secure-rmc by adding &quot;exit 0&quot; right at the beginning like this:&lt;pre&gt;#!/bin/bash&lt;br /&gt;&lt;br /&gt;exit 0&lt;br /&gt;&lt;br /&gt;dec_to_bin() {&lt;br /&gt;...&lt;/pre&gt;&lt;br /&gt;
And then I ran:&lt;pre&gt;apt-get remove iptables&lt;/pre&gt;&lt;br /&gt;
This was followed by a reboot.&lt;br /&gt;
&lt;br /&gt;
nb: the secure-rmc file appears to be a raspbmc addition, and it could probably just be deleted instead.&lt;br /&gt;
&lt;br /&gt;
 
    </content:encoded>

    <pubDate>Thu, 04 Apr 2013 20:39:00 +0000</pubDate>
    <guid isPermaLink="false">https://blog.crox.net/archives/80-guid.html</guid>
    <category>debian</category>
<category>iptables</category>
<category>linux</category>
<category>raspberry pi</category>
<category>raspbmc</category>
<category>xbmc</category>

</item>

</channel>
</rss>
