Hi Björn,
for my Setup (TvHeadend 3.9.2407~gabea248, headless xubuntu 14.04.1 LTS, 3x DVB-T Tuner, Hannover Area) I learned for similar situations, that I have to:
# disable all autorec entries (cause they will disturb next steps)
# delete the whole Netwoks+Muxes+Services+Channels
# disable all DVB Tuners
# reboot (sic!) the linux
# then enable the tuners (all at once or one after the other)
# force full scans
# drink some coffee
# map the services
# [optionally now or later] assin the picons
# test everything
# enable autorec entries back again
# see, it's far past midnight and there will remain 4h until next workday starts :(
This worked all times for me, but I got some trouble with my wife since it consumes a lot of my rare spare time :(
Sometimes it was okay to just disable / enable some networks (I use DVB-T/DE-Niedersachsen or DVB-T/generic-default (not the 168kHz steps one)), or to disable/enable some/all DVB-T tuners with a 'service stop tvheadend;sleep 3;service start tvheadend' between disabling/enabling. But most times this lead me to not finishing the scans or much more often to 'linuxdvb: Realtek RTL2832 (DVB-T) : DVB-T #2 - poll TIMEOUT' (tail -f /var/log/syslog)
Another lesson I learned by trial and error was, "idle scanning" is not my friend when restarting / reinstalling something. I feel it also does disturb something.
all the above written may not be a problem from tvheadend but from linuxdvb - I can't be sure, which is true. Please refer to
http://forums.openmediavault.org/index.php/Thread/7385-How-to-fix-this-Kernel-bug-manually/
. I hope some of the active tvheadend coders will read this and give a statement, please.
<<