Paretje's blog

Debian Wheezy op mijn repo

Ik ben vandaag bezig met de introductie van wheezy op mijn repo. Ik heb eerst de pakketten van squeeze overgenomen en indien nodig geüpdatet. Alleen Atlantik is niet meegenomen, immers zowat alle libraries zijn weg, en dus is het moment gekomen om gewoon een ander programma te gebruiken. Naast de bestaande programma's heb ik nu ook Netbeans versie 6.9 die je in Ubuntu vindt, en de nodige libraries, toegevoegd.

Sensors-applet heb ik vervangen door sensors-applet-nvidia. Het bestaan van dit pakket wordt gesuggereerd in het Debian pakket, en ik heb het zo opgelost omdat het Ubuntu pakket afwijkende afhankelijkheden had dan de Debian versie. De Ubuntu versie suggereert de afhankelijkheid van nvidia-settings, maar dit klopt niet. Ik heb dit (nog) niet geïnstalleerd, en toch kan ik de temperatuur uitlezen. Ik heb het pakket daarom afhankelijk gemaakt van nvidia-glx. Een van de pakketten die zoiezo geïnstalleerd staan als de nvidia drivers aanwezig zijn.


Gigabit snelheden?

Op het einde van juli, begin augustus merkte ik plots dat ik helemaal niet aan gigabitsnelheid kon werken. Nochtans meen ik die snelheden nog gehaald te hebben op Ubuntu, maar sindsdien geen grote transfers meer gedaan over het netwerk, en dus ook niets gemerkt. Ik zou eens moeten uitvissen wat het verschil is.

Maar, ik wilde dit toen oplossen door naar Debian testing te upgraden. ZO had ik de nieuwste software, en in de toen in Debian aankomende 3.0 versie van linux was er een fix met die drivers. Dus hoopte ik het zo op te lossen. Ik kwam echter in veel grotere problemen terecht. De nouveau drivers werken niet op mijn PC, en ook het installeren van de propreitaire drivers zoals ik het altijd deed werkte niet. Nu was ik toen ook bezig met mijn nieuwe kotpc, en dus had ik direct een tijdelijke vervanger, dit gecombineerd met het feit dat ik toen gewoonweg geen tijd had voor de oplossing zorgde ervoor dat ik eigenlijk na de eerste dagen niets meer ondernomen heb.

Nu heb ik vrijdag dan opnieuw de laatste versie van de debian testing cd gedownload, en zodoende op mijn PC geïnstalleerd. En zo heb ik het vandaag opnieuw geïnstalleerd op basis van de handleiding van debian. Hierbij werd nvidia-kernel-dkms geïnstalleerd. Dit kan je echter niet direct na de installatie, de computer kan in normale modus niet starten, en in veilige modus heb je geen netwerk verbinding. Ik moest dus nouveau verwijderen, zodat debian startte met vesa. Dit alles heb ik dit keer gedaan zonder om te kijken naar mijn realtek probleem.

Uiteindelijk werd dit "opgelost" door firmware-realtek te installeren. Zo laadde hij de juiste driver, maar ook deze driver geeft me geen gigabit verbinding :(

12/09/2011, 23:15:
Ik ben blij dat ik het probleem gevonden heb: het probleem ligt bij de kabel. Als ik de kabel gebruikt voor mijn server inplug kan ik de snelheid zonder problemen instellen op 1000 Mbit. Ik zal dus morgen eens kijken waar het probleem exact zich bevindt: bij de fiche, of de kabel zelf. Het bevestigd echter dat het niet aan de gebruikte kabel an sich is, de kabel van mijn server komt van de zelfde rol, en het geen probleem (meer?) is van firmware, en ook geen hardwarematig defect. Gewoon een slechte kabel.

13/09/2011, 02:00:
Nog even vermelden dat ik de kabel getest heb na dit te hebben gelezen. Hier wordt gesproken over een slecht werkende kabel als bron van het probleem.

13/09/2011, 15:07:
Ik heb zonet voor het eerst terug gigabitsnelheden gehaald. Dit gebeurde nadat ik beide fiches had vernieuwd. Ik had echter eerst per vergissing de fiche van mijn server vervangen. Daardoor zijn ze nu op. Zal er nieuwe bestellen bij Azerty samen met 2 DVI kabels en nog een aantal dingen.

Het probleem met de kabels was dat het er eentje was waarvan ik de kabels nog gestript had. Ik dacht dat dat zo moest, en ben er pas later achter gekomen van niet. Waarschijnlijk dat er ergens storing optrad. Het is in ieder geval opgelost. Ik zal daarom de eerste kabel naar beneden vervangen. De snelheid is daar nu wel niet direct van toepassing, maar zo sta ik later voor geen verrassingen.

14/09/2011, 15:48:
Nog even de Debian Wiki pagina vermelden: NvidiaGraphicsDrivers.


Temperatuur?

Toen ik een tijdje geleden de PC die ik voorzien heb voor in Gent in elkaar aan het knutselen was had ik het gevoel dat daar achteraan mijn processor toch wel erg warm was. NU moet het wel gezegd zijn dat het toen ook gewoon een warme dag was, maar toch begon ik plots te vrezen voor mijn processor. Het is natuurlijk niet de bedoeling dat die meer dan pakweg 60 °C krijgt. Nu had ik een nieuwe ventilator gekocht voor mijn computer gekocht, omdat de oude nooit voor mijn computer bedoelt was, en aardig wat geluid produceerde. Dus, ik toch maar snel die ventilator in mijn server gestopt nu die open lag voor mijn nieuwe 2 TB harde schijf. Nu heeft de behuizing geen echte ruimte voor een CPU, maar de ventilatiegaatjes in de behuizing zijn precies op maar voor een 80 mm ventilator.

Echter, ook hier maakt hij een boel kabaal natuurlijk. Daarom heb ik eens gekeken naar het BIOS, en bleek dat er standaard geen gebruik wordt gemaakt van de temperatuur om de snelheid van de ventilator aan te passen. En op lage snelheid is hij alsnog onhoorbaar. Toch zal ik eens kijken om een nieuwe ventilator te kopen, en dan heb ik er eentje in reserve. Ik wilde echter ook de temperatuur kunnen proberen.

Na wat opzoekwerk vond ik deze pagina. Nu bleek deze op een Ubuntu server reeds standaard geconfigureerd. Dus, ik moest enkel nog sudo sensors-detect draaien. Nu moest ik enkel een paar keer enter duwen, en dan laten wegschrijven. Nu kan ik met sensors de temperatuur bekijken, en die blijk zeker niet te hoog, al is het natuurlijk wel zo dat de ventilator nu wel draait op lage snelheid, en ik heb de server nu niet meer tegen de kant gezet, zodat ook de andere ventilatiegaten vrij zijn. Ik denk dus dat hij het wel zal koel houden nu. Al is er langs zijn achterkant wel een beetje warmte te voelen, maar zeker niet zoveel als toen. Pakweg 25-30°C, oftewel de temperatuur van de processor.

14/09/2011, 15:07:
Ik heb eergisteren avond mijn thermometer met een sensor aan een kabel voor buiten op mijn bureau gezet en aan een van de kabels achteraan de PC gebonden. Toen ik besloot dit te schrijven was het 24,9 °C, en tijdens het schrijven steeg de temperatuur toevallig tot 25,2 °C. Om en bij de 25 °C bij normale belasting: lichte belasting van CPU en de HDD met het besturingssysteem en de externe schrijf waren bezig.


Anti-SPAM maatregelen

Na de vele verwijderde spam op de Game Section Community, de Online - Urbanus Forums en een stukje van de wiki, heb ik ook hier de SPAM verwijderd. Voortaan kunnen enkel nog geregistreerde leden commentaar toevoegen, en daarbij wordt het nog steeds vastgehouden wanneer ze in het verleden nog geen goedgekeurde reacties hebben geplaatst. Hiermee hoop ik de toestroom aan SPAM te kunnen stoppen.


kevin-server naar Debian!

Daarstraks wou ik mijn simutrans server terug starten. Daarbij installeerde ik de nieuwe software, en ontdekte dat er updates waren. Na de installatie kon ik mijn server niet meer via het netwerk bereiken. In de vakantie zal ik dus mijn server ook naar Debian migreren.


Debian Squeeze

Enkele dagen geleden installeerde ik Debian Squeeze als testing versie, en vandaag blijkt deze uitgeroepen te zijn tot stable versie. Nu sta ik weer voor hetzelfde dilemma: blijf ik bij Squeeze als stable versie, of stap ik over op de nieuwe testing versie Wheezy.

Daarnaast blijken er een aantal pakketten in de debian-multimedia repo bij de overgang naar stable naar een oude versie te zijn overgegaan:
- libxvidcore4 2:1.2.2-0.1 naar libxvidcore4 2:1.1.3-0.6
- mjpegtools 1:1.9.0-0.7 naar mjpegtools 1:1.8.0-0.9
- libmjpegtools-19 1:1.9.0-0.7 naar libmjpegtools0 1:1.8.0-0.9

Verder is libx264-104 geschrapt (er is immers een nieuwere 112) en is acidrip in de repo's opgenomen. Voor deze eerste verandering is de bijwerking van een aantal andere pakketten, waaronder avidemux nodig. De andere veranderingen heb ik niet doorgevoerd.

Of ik al dan niet zal overstappen op de nieuwe versie al afhangen van het feit of Wheezy verder bouwt op de huidige pakketten van Squeeze, en gewoon verder gaan met stabiel gebleken pakketten opnemen uit Sid. Als ze echter gewoon de pakketten van unstable overnemen in de nieuwe testing, zal ik bij Squeeze blijven. Volgens de website was dacht ik dat laatste het geval, laat ons hopen van niet ...

06/02/2011, 22:30:
Zojuist zag ik dat die drie punten die ik aangaf intussen opgelost zijn.


Debian

Vorige week was er een probleem met Smartboard op school, waarop de leeraar me heeft gevraagd om Ubuntu mee te brengen naar school. Aanvankelijk had ik 10.04 meegenomen, ik had immers niet gedacht aan de nieuwere 10.10. Nu, na de installatie liep de boel steeds vast: muis en toetsenbord werkten niet meer, wat sterk lijkt op mijn problemen, die ik toen toeschreef aan PS/2.

Nu ik heb vervolgens 10.10 gedownload, en meegenomen, en zelf ook geüpgraded. Nu, ik had dit eerst gedaan in een virtuele machine, en daar startte het veel sneller op, en dus besloot ik om een herinstallatie uit te voeren, veronderstellend dat het probleem lag bij de upgrade. Echter de grafische installatie wou niet opstarten, en dus heb ik de alternative versie gebruikt. Na de installatie had ik echter hetzelfde probleem van een scherm met zwarte en witte kotjes als bij de grafische installatie. Dit kon ik oplossen door de grub opstart-regel aan te passen.

Maar, laat ons zeggen dat dit de druppel was. Bij 10.04 had ik immers het probleem dat vaak het verkeerde programma afsloot wanneer de grafische effecten uit stonden. Komt dus de ontdekking dat de problemen met mijn muis waarschijnlijk ook aan Ubuntu lagen. Als je dat telt bij de problemen die ik had bij 9.10, die ik hier wel eens Ubuntu ME heb genoemd. Daarom heb ik besloten om over te stappen op Debian.

Toen volgde uiteraard de vraag of ik de stable of testing versie zou gebruiken. De stable versie bevat echter zeer oude software, maar het lijkt er wel op dat de backports verder staan dan die van Ubuntu, waar de pakketten soms zelfs niet te installeren vallen. Daarom had ik even voor de stable gegaan. Echter, tijdens de installatie zag ik dat ext4 niet in de lijst van ondersteunde bestandsformaten stond. Wat opzoekwerk leverde al snel op dat dit wel in de testing versie zit.

De testing versie is het dus geworden, en de software is dan ook relatief recent. Enkel Firefox, of beter gezegd Iceweasel, is met 3.5 een beetje verouderd, maar dat is geen ramp.

Bij het installeren van de nvidia drivers selecteerde Synaptic automatisch de kernel van 486. Gelukkig bleek dat dit eenvoudig opgelost worden door handmatig een andere versie te selecteren. Debian had zelf voor 686 gekozen, maar ik heb dit toen aangepast aan 686-bigmem, dewelke ondersteuning biedt voor een hoeveelheid RAM tot 64GB (PAE), wat noodzakelijk is om mijn 4GB te benaderen.

Verder diende ik dezelfde aanpassingen te maken zoals ik ze al een tijdje doe, met name enkel de trash icon activeren, de grootte van de iconen aanpassen, de thumbnails uitschakelen en de volgende wijzigingen die ik nog niet in detail hier vermelde:
- desktop - gnome - interface - menus_have_icons
- desktop - gnome - interface - buttons_have_icons

Verder viel op dat er heel wat minder programma's in de standaard repo's zitten. Echter, daar bestaat de debian-multimedia repo voor, die meteen ook de non-free zaken bevat. Desalniettemin heb ik zelf het aloude acidrip toegevoegd aan mijn repo, die nu ook voor squeeze beschikbaar is. En als laatste heb ik er ook de ubuntu versie van het sensors-applet toegevoegd aan de repo, aangezien die ook ondersteuning bood aan videokaarten.

Als laatste mededeling heb ik het feit dat ik de klok correct heb gezet op het winteruur, en de nodige berichten op uur heb gecorrigeerd.


OpenVZ

Na wat vergelijken van de verschillende mogelijkheden heb ik besloten OpenVZ te gebruiken. Daartoe moest ik eerst mijn eigen kernel compileren met de nodige aanpassingen voor OpenVZ, aangezien er geen, officiële, pakketten bestaan voor Debian/Ubuntu.

Eerst bash instellen als standaard shell:
sudo dpkg-reconfigure dash
Klik hier op NO.

Vervolgens de afhankelijkheden:

aptitude install kernel-package libncurses5-dev fakeroot wget bzip2 module-assistant debhelper
aptitude build-dep linux-image-server

Daarna de kernel compileren:

cd /usr/src
wget http://www.kernel.org/pub/linux/kernel/v2.6/linux-2.6.32.tar.bz2
m-a prepare
wget http://download.openvz.org/kernel/branches/2.6.32/2.6.32-dzhanibekov.1/patches/patch-dzhanibekov.1-combined.gz
wget http://download.openvz.org/kernel/branches/2.6.32/2.6.32-dzhanibekov.1/configs/kernel-2.6.32-i686.config.ovz

kernel-packageconfig
echo "CONCURRENCY_LEVEL := 2" >> /etc/kernel-pkg.conf

tar -xpf linux-2.6.32.tar.bz2
mv linux-2.6.32 linux-2.6.32-openvz
rm -f linux
ln -s linux-2.6.32-openvz linux
cd linux
gunzip -dc ../patch-dzhanibekov.1-combined.gz | patch -p1
cp -rf ../kernel-2.6.32-i686.config.ovz .config
make oldconfig

fakeroot make-kpkg initrd append-to-version=-ovz32 revision=1.0 kernel_image kernel_headers

Daarna heb ik ze geïnstalleerd op mijn server, GRUB geconfigureerd en de OpenVZ tools geïnstalleerd:

sudo mkinitramfs -k 2.6.32.25-openvz -o /boot/initrd.img-2.6.32.25-openvz
sudo update-grub

sudo apt-get install vzctl vzquota vzdump

sudo ln -s /var/lib/vz /vz

Na te hebben herstart, heb ik mijn eerste container gemaakt:

sudo vzctl create 101 ostemplate ubuntu-10.04-x86
sudo vzctl set 101 onboot yes save
sudo vzctl set 101 hostname kevin-vzserver-101 save
sudo vzctl set 101 ipadd 192.168.1.101 save
sudo vzctl set 101 nameserver 192.168.1.1 save

Vervolgens moet ik mijn container instellen. Allereerst de repo's instellen

cat >/etc/apt/sources.list <<EOF
# Binary
# 
# deb cdrom:[Ubuntu-Server 10.04.1 LTS _Lucid Lynx_ - Release i386 (20100816.2)]/ lucid main restricted

#deb cdrom:[Ubuntu-Server 10.04.1 LTS _Lucid Lynx_ - Release i386 (20100816.2)]/ lucid main restricted
# See http://help.ubuntu.com/community/UpgradeNotes for how to upgrade to
# newer versions of the distribution.

deb http://be.archive.ubuntu.com/ubuntu/ lucid main restricted
deb-src http://be.archive.ubuntu.com/ubuntu/ lucid main restricted

## Major bug fix updates produced after the final release of the
## distribution.
deb http://be.archive.ubuntu.com/ubuntu/ lucid-updates main restricted
deb-src http://be.archive.ubuntu.com/ubuntu/ lucid-updates main restricted

## N.B. software from this repository is ENTIRELY UNSUPPORTED by the Ubuntu
## team. Also, please note that software in universe WILL NOT receive any
## review or updates from the Ubuntu security team.
deb http://be.archive.ubuntu.com/ubuntu/ lucid universe
deb-src http://be.archive.ubuntu.com/ubuntu/ lucid universe
deb http://be.archive.ubuntu.com/ubuntu/ lucid-updates universe
deb-src http://be.archive.ubuntu.com/ubuntu/ lucid-updates universe

## N.B. software from this repository is ENTIRELY UNSUPPORTED by the Ubuntu 
## team, and may not be under a free licence. Please satisfy yourself as to 
## your rights to use the software. Also, please note that software in 
## multiverse WILL NOT receive any review or updates from the Ubuntu
## security team.
deb http://be.archive.ubuntu.com/ubuntu/ lucid multiverse
deb-src http://be.archive.ubuntu.com/ubuntu/ lucid multiverse
deb http://be.archive.ubuntu.com/ubuntu/ lucid-updates multiverse
deb-src http://be.archive.ubuntu.com/ubuntu/ lucid-updates multiverse

## Uncomment the following two lines to add software from the 'backports'
## repository.
## N.B. software from this repository may not have been tested as
## extensively as that contained in the main release, although it includes
## newer versions of some applications which may provide useful features.
## Also, please note that software in backports WILL NOT receive any review
## or updates from the Ubuntu security team.
# deb http://be.archive.ubuntu.com/ubuntu/ lucid-backports main restricted universe multiverse
# deb-src http://be.archive.ubuntu.com/ubuntu/ lucid-backports main restricted universe multiverse

## Uncomment the following two lines to add software from Canonical's
## 'partner' repository.
## This software is not part of Ubuntu, but is offered by Canonical and the
## respective vendors as a service to Ubuntu users.
# deb http://archive.canonical.com/ubuntu lucid partner
# deb-src http://archive.canonical.com/ubuntu lucid partner

deb http://security.ubuntu.com/ubuntu lucid-security main restricted
deb-src http://security.ubuntu.com/ubuntu lucid-security main restricted
deb http://security.ubuntu.com/ubuntu lucid-security universe
deb-src http://security.ubuntu.com/ubuntu lucid-security universe
deb http://security.ubuntu.com/ubuntu lucid-security multiverse
deb-src http://security.ubuntu.com/ubuntu lucid-security multiverse

deb http://192.168.1.4/repo lucid universe backports backports-beta
EOF

wget -O - http://repo.online-urbanus.be/95516D5A.gpg | sudo apt-key add -

Daarna heb ik DHCP verwijderd, dat heb ik immers niet nodig, ik gebruik enkel statische ip's:
apt-get purge auto-remove dhcp3-client dhcp3-common

En als laatste actie moet ik nog mijn standaard gebruiker toevoegen:

addgroup gid 1000 kevin
adduser gid 1000 -u 1000 kevin

Verder heb ik de gebruiker toegevoegd aan de sudo file:
mcedit /etc/sudoers

16/09/2011, 16:21:
Hier kwam ik tot de conclusie dat ik ook het volgende kan verwijderen:
apt-get purge auto-remove samba samba-common samba-common-bin smbfs

16/10/2011, 23:22:
Het ziet er naar uit dat ook apache verwijderd kan worden. Dat heb ik een tijdje gelden reeds getest.
sudo apt-get purge apache2 apache2.2-common apache2.2-bin apache2-utils apache2-mpm-prefork

16/10/2011, 23:40:
Het lijkt er op dat het probleem met de taal opgelost kan worden met het volgende:

export LANGUAGE="C"
export LC_ALL="C"

17/10/2011, 22:29:
Zonet zag ik op de server waar ik alle drie de variabelen reeds een tijdje geleden op C instelde het probleem zich terug voordoet. Het is dus nog niet opgelost.

17/10/2011, 22:33:
Ik heb zonet ook gevonden hoe ik het probleem van de tijdzone kan oplossen:
sudo dpkg-reconfigure tzdata


Examens

Tijdens de afgelopen examens heb ik zo nu en dan 's avonds een uurtje op de computer gezeten. Daarbij heb ik een aantal dingen gedaan, waarvan ik er enkele hier zal opnoemen.

Ten eerste ben ik overgeschakeld op de nightlies van simutrans. Een groot voordeel is de netwerkfunctionaliteit die deze versie biedt. Dat is heel leuk, het is afwisselender. En, je moet een zekere concurrentie voeren, en tegelijkertijd samenwerking zoeken met andere personen om te kunnen overleven. Om dit alles te helpen ondersteunen, en dit te kunnen doen met alle extra treinen, karren en halten die ik toegevoegd heb aan simutrans, heb ik zelf ook een server gestart.

Ik heb nu ook eens gezocht naar de reden dat ik nu altijd de ellenlange omschrijving van een partitie krijg in Ubuntu, in plaats van de naam (mount-plaats in /media). Na wat opzoekingswerk vond ik dat dit een kwestie van een label was, wat ik oploste met het volgende commando:
sudo tune2fs -L BACKUP /dev/sda5

Verder heb ik /media/TV en /www nu ook via NFS beschikbaar gemaakt over het netwerk, om zo gemakkelijker een nieuwe aflevering te kunnen coderen, en gemakkelijker de bestanden op mijn webserver te kunnen aanpassen. Daarbij heb ik de reden ontdekt dat NFS toch trager was dan ftp. De instellingen van rsize en wsize stonden op 8 MiB, dit heb ik aangepast naar de, ik dacht standaard, waarden van 1 MiB.

Daarnaast heb ik eindelijk alles terug in orde gemaakt voor de statistieken eindelijk terug bij te werken. Ook maak ik terug de nodige backups van de instellingen zowel op de server, als mijn desktop. Daar kan ik dit echter niet met de klassieke cronjob, mijn computer staat immers niet continu aan. Daarom heb ik dit gedaan met anacron. Na wat opzoekingswerk bleek dat ik enkel een scriptje moest toevoegen aan /etc/cron.daily.

Nu moest ik om mijn idee van de simutrans server te kunnen verwezenlijken wel een account maken op dyndns.org. Immers, om de 36 uur verandert mijn IP-adres, en zou niemand dus nog kunnen spelen. Met dyndns is dit opgelost. Ik laat een programmaatje draaien dat elke minuut controleert op een eventuele wijziging van mijn ip-adres, en dit indien nodig doorgeeft.

Nu wil ik wel dat op dat dyndns adres ook een webserver komt te draaien. Echter, ik wil zeker mijn webserver niet publiekelijk maken. Daar staan veel te veel en vaak dingen die niet klaar zijn voor het brede publiek. Daarom had ik besloten een virtuele server te starten met een webserver en simutrans


DVB-T opnemen

Gisteren is mijn antenne toegekomen, en vandaag ook mijn KVM-switch en PS/2-USB convertor. Nu kan ik eindelijk terug normaal typen, en kan ik eindelijk mijn nieuwe muis gebruiken. Maar wat misschien nog belangrijker is: ik kan terug opnemen!

Nu had ik het idee dat het probleem dat ik niet kon opnemen lag aan het feit dat er geen scherm was aangesloten, maar nu is toch anders gebleken: het ware probleem is dat er een gebruiker reeel moet ingelogd zijn, en niet alleen via SSH. Ik kon dus waarschijnlijk wel opnemen, alleen niet rechtstreeks, maar wel via cronjobs. Nu zal ik dit echter wel voor de zekerheid testen, anders zal ik moeten zorgen dat er altijd een gebruiker is ingelogd.

Verder zal ik nu ook kijken of ik het kan streamen.

21/11/2010, 02:35:
Streamen zal voorlopig op de oude manier moeten. Ik krijg de volgende error:
error: couldn't writev to 192.168.1.4:8080 (Connection refused)

21/11/2010, 16:10:
Ik heb het zonet dus gecontroleerd, en inderdaad, als er geen gebruiker is ingelogd, is het onmogelijk om iets op te nemen, ook niet via een cronjob. Ik zal even kijken of het wel zou lukken met dvblast 1.2, en anders het probleem van het streamen aankaarten op het VideoLan-forum.

21/11/2010, 16:35:
Met de nieuwste versie is het nog steeds hetzelfde:

kevin@kevin-server:~$ dvblast -f 482000000 -d 192.168.1.4:8081
DVBlast 1.2.0
warning: restarting
debug: using linux-dvb API version 5
debug: tuning OFDM frontend to f=482000000 bandwidth=8 modulation=qam_auto
warning: failed opening CAM device /dev/dvb/adapter0/ca0 (No such file or directory)
debug: setting filter on PID 0
error: no config file
libdvbpsi error (PSI decoder): TS discontinuity (received 5, expected 0) for PID 0
debug: new PAT ts_id=1 version=17 current_next=1
debug:   * number=0 pid=16
debug:   * number=4112 pid=4112
debug:   * number=4128 pid=4128
debug:   * number=4144 pid=4144
debug:   * number=4160 pid=4160
debug:   * number=4176 pid=4176
debug:   * number=4192 pid=4192
debug:   * number=4208 pid=4208
debug:   * number=4224 pid=4224
debug:   * number=4240 pid=4240
debug:   * number=4256 pid=4256
debug:   * number=4272 pid=4272
debug:   * number=4288 pid=4288
debug:   * number=4304 pid=4304
error: couldn't writev to duplicate (192.168.1.4:8081) (Connection refused)
debug: frontend has acquired signal
debug: frontend has acquired carrier
debug: frontend has acquired stable FEC
debug: frontend has acquired sync
debug: frontend has acquired lock
debug: - Bit error rate: 0
debug: - Signal strength: 47191
debug: - SNR: 207
error: couldn't writev to duplicate (192.168.1.4:8081) (Connection refused)
error: couldn't writev to duplicate (192.168.1.4:8081) (Connection refused)
error: couldn't writev to duplicate (192.168.1.4:8081) (Connection refused)
error: couldn't writev to duplicate (192.168.1.4:8081) (Connection refused)
error: couldn't writev to duplicate (192.168.1.4:8081) (Connection refused)
error: couldn't writev to duplicate (192.168.1.4:8081) (Connection refused)
error: couldn't writev to duplicate (192.168.1.4:8081) (Connection refused)
error: couldn't writev to duplicate (192.168.1.4:8081) (Connection refused)
error: couldn't writev to duplicate (192.168.1.4:8081) (Connection refused)
error: couldn't writev to duplicate (192.168.1.4:8081) (Connection refused)
error: couldn't writev to duplicate (192.168.1.4:8081) (Connection refused)
error: couldn't writev to duplicate (192.168.1.4:8081) (Connection refused)
error: couldn't writev to duplicate (192.168.1.4:8081) (Connection refused)
error: couldn't writev to duplicate (192.168.1.4:8081) (Connection refused)
error: couldn't writev to duplicate (192.168.1.4:8081) (Connection refused)
error: couldn't writev to duplicate (192.168.1.4:8081) (Connection refused)
Terminated
kevin@kevin-server:~$