Posted at August 28, 2013 | Linux
Ik heb vandaag en gisteren mijn server thuis opnieuw geïnstalleerd. Op de server stond nog Ubuntu (10.04 LTS), het laatste apparaat waar ik nog geen Debian (Wheezy) op had gezet. Tijdens de installatie heb ik de volgende problemen gehad, de ene al wat groter dan de andere.
CUPS heeft de eer mijn eerste probleem te zijn. Het lukte niet die te benaderen vanaf mijn desktop, en een poging dit aan te passen in het config bestand lukte aanvankelijk niet. Uiteindelijk gewoon met behulp van elinks http://localhost:631 bezocht vanaf de server, en op die manier de server publiek gemaakt.
Mijn volgende probleem was wat serieuzer. Het lukte me namelijk niet om te scannen. Het is namelijk zo dat ook de scanner gedeeld is. Nu, tegenwoordig heb ik wel een via het netwerk aangesloten printer, maar toch is het zo handiger, want op die manier is het bvb niet noodzakelijk om alles op elke computer nog eens te installeren. Ik herinnerde me nog dat het me vroeger gelukt was via hp, hp-setup -i. Echter, nu lukte dit niet. Na dit uitgevoerd te hebben zag ik weliswaar op mijn computer de scanner, maar ik kreeg een error. Op de server via hp-scan en scanimage -L kreeg ik dezelfde meldingen. Na heel wat gezocht en geprobeerd te hebben, tot zelfs een brute backport van hplip, vond ik een aanwijzing in /var/log/syslog. Ik zag daar een reeks pogingen de all-in-one te vinden mbv mDNS. Dit lukte niet na 20 pogingen. En, toen bleek het pakket libnss-mdns niet geïnstalleerd te zijn, waardoor het niet werkte. Nu, door het brute backporten, uitvoeren van hp-plugin en een poging hp-check de problemen zelf te laten oplossen, heb ik voor de zekerheid opnieuw begonnen.
Als laatste probleem gold OpenVZ. Nu is het wel de bedoeling dit te vervangen in de toekomst, maar het is wel belangrijk dat de virtuele servers zo snel mogelijk terug online stonden, zodat er opnieuw backups gemaakt konden worden, etc. De bestaande containers zijn weliswaar i386, maar dit zou onder AMD64 geen probleem mogen zijn. Debian heeft OpenVZ echter afgeschreven onder Wheezy. De wiki geeft 3 opties, naast overschakelen op LXC. Ten eerste de packages van OpenVZ gebruiken, maar dat zijn Red Hat kernels (in rpm formaat) die via alien omgezet werden naar deb, en een andere was zonder gepatchte kernel werken met een van de nieuwe versies. Voor dat laatste moeten we zelf gaan compileren. Dat heb ik gedaan, maar het was voor mij niet duidelijk wat make install exact zou doen, en ik vervuil niet graag mijn systeem met bestanden verspreid over het systeem, zonder gebruik te maken van apt-get.
Dus, gepatchte kernels dan, want OpenVZ is wel nodig, ik moet eerst eens rustig de overstap naar LXC kunnen voorbereiden. Nu, de door OpenVZ aangeboden repo bevat dus door alien geconverteerde kernels, gebaseerd op Linux 2.6.32. En, daarom heb ik het iets anders gedaan. Ik heb gewoon de Debian Squueze repo toegevoegd aan mijn sources.list, want die zijn ook 2.6.32, maar tenminste gemaakt voor Debian, volgens de Debian normen. Dan moet ik maar eens kijken om in de komende maanden over te stappen op LXC.
Posted at August 17, 2013 | Linux
Op 10 juli begon ik een post om even een manier te melden om echt alle verwijderbare pakketten te verwijderen. Deborhan is daar een heel goede tool voor, maar zal enkel libraries melden, maar ook die die je zelf handmatig geïnstalleerd hebt, en dat is niet helemaal wat het moet zijn. Toch brengt het vaak pakketten boven, die apt-get autoremove niet ziet. Het lijkt een veel eenvoudiger algoritme te gebruiken, dat echter in de praktijk dus vaak vollediger resultaten biedt.
Daarom heb ik me eens verdiept in de argumenten van deborphan tijdens de examens. Je kan er voor zorgen dat deborphan alle pakketten als overbodig ziet als ze niet op een lijst staan, of nodig zijn voor die pakketten. Met andere woorden, als we hem een lijst geven met alle manual gemarkeerde pakketten, dan is ons probleem opgelost.
Echter, om de een of andere reden werkt dit niet:
deborphan -k <( apt-mark showmanual ) -na
Hiermee krijgt deborphan een lege lijst, en mag ik dus alles verwijderen. Dit lost dit dus wel op:
apt-mark showmanual > /tmp/manual ; deborphan -k /tmp/manual -na ; rm /tmp/manual
Posted at July 21, 2013 | Linux
Nu is het zeer goed dat mijn computer nu automatisch wordt uitgeschakeld, maar zo wordt het wel onmogelijk om via de GUI nog iets te doen vanop afstand, want het tot noch toe gebruikte vino start pas op wanneer een gebruiker zich inlogt.
Het is echter dus de bedoeling dat reeds bij het inlogscherm een VNC server wordt opgestard. LightDM heeft standaard ondesteuning voor tightvncserver, maar dat is niet echt wat we willen, want dan starten we steeds een nieuwe sessie voor de VNC-server, inplaats van de algemene sessie over te nemen. Dit wordt vooral problematisch wanneer de connectie verbroken wordt in tussentijd, of in het algemeen bij langere taken.
Na wat zoeken bleek het wel te lukken met behulp van x11vnc. Ik heb nu het volgende in mijn /etc/lightdm/lightdm.conf:
greeter-setup-script=/usr/bin/x11vnc -xkb -auth /var/run/lightdm/root/:0 -noxrecord -noxfixes -noxdamage -forever -bg -rfbport 5900 -o /var/log/x11vnc.log
Posted at July 20, 2013 | Linux
Het is al een hele tijd geleden dat ik er voor gezorgd heb dat mijn computer automatisch opstart wanneer ik iets wil opnemen, of toch in het geval hij nog niet opgestart is. Tot noch toe had ik echter nog steeds niet gedaan om hem ook terug af te sluiten.
Gisteren heb ik daar eindelijk iets aan gedaan. Naar aanleiding van de problemen die ik had met de computer van mijn moeder, was er ee hernieuwde interesse om dit nu eindelijk eens te doen, en op een manier waar geen afzonderlijke root cronjob opmijn computer zelf nodig was.
Als eerste dacht ik dus een policykit, en daar had ik het volgende commando voor:
dbus-send system print-reply dest=org.freedesktop.ConsoleKit /org/freedesktop/ConsoleKit/Manager org.freedesktop.ConsoleKit.Manager.Stop
Nu kreeg ik steeds het volgende:
Error org.freedesktop.ConsoleKit.Manager.NotPrivileged: Not Authorized
Nu, de oplossing zou moeten liggen in het starten van een sessie:
ck-launch-session
Echter, dit verhelpt het probleem niet. Mogelijk wordt het recht enkel toegekend aan de GUI, of is het omdat ik ook via de GUI ingelogd was, maar dat bleek het toch ook niet te zijn.
Uiteindelijk toch wat verder gekeken, en blijkt dat dit ook niet echt de beste manier zou zijn, vanuit een cronjob. Dus, lijkt het dan het beste dit op te lossen via sudo, en dus voegde ik de volgende lijn toe aan mijn /etc/sudoers file:
kevin ALL=(root) NOPASSWD: /sbin/shutdown
Posted at July 10, 2013 | Eee PC, Hardware
Het is ondertussen bijna vijf jaar geleden dat ik mijn Eee PC kocht. Er zijn echter wel een paar nadelen aan het apparaat. Vooreerst is 7 inch beeld wel nogal klein, en zeker de resolutie is geregeld te beperkt, en verder is het zeker geen snelheidsmonster, vooral te danken aan de 900 MHz Celeron processor speelt hier op, al is er nog een tweede beperking: er is slechts 512 MB aan RAM geheugen.
Nu heb ik ergens in januari/februari een oude kapotte laptop ontmantelt en alle bruikbare onderdelen er uit gehaald, of te wel het geheugen, de HDD en de cd-rom player. Ik heb nu toch maar eens gekeken of die latjes compatibel zijn met mijn Eee PC, en jawel. Ik had al eens gekeken of ik er een latje kon bijsteken, en dat kon niet, maar nu heb ik dus gewoon het latje vervangen door een van de latjes uit die oude pc. Zo heb ik nu 2 GB aan geheugen in mijn Eee PC. Het zal geen wonderen doen, maar is toch al een beperking minder, die met name als het komt op aantal toepassingen tegelijk en dergelijke toch wel goed uit zal komen.
11/07/2013, 17:32:
Ik heb trouwens een tijdje geleden ook eens gekeken naar de Yeelong Notebooks, oa gebruikt door Richard Stallman, en ik zal toch zeker nog wel een jaar of 2 wachten voor ik een nieuwe koop, denk ik. Netbooks worden minder populair en duurder, en de Yeelong is niet zo'n grote vooruitgang tov wat ik nu heb. Dat is het echter wel op de grootste beperking: het scherm, maar het geheugen is ook maar 1 GB (uitbreidbaar?) en de eveneens 900 MHz Loongson zal ook geen grote verbetering zijn tov mijn Celeron. OK, door de MIPS architectuur zal er wel een hogere optimalisatie mogelijk zijn, en het is 64 bit. Langs de andere kant is de snelheid meestal niet echt de beperking. OK, sommige programma's starten iets trager op, maar in het dagelijkse gebruik is de grootste beperking toch het scherm, en dat zou wel een verbetering zijn. Enfin, wanneer ik een andere netbook wil (of moet, hij begint zijn leeftijd te krijgen) zal ik wel eens kijken naar wat nu de beste optie is, en of de verbetering het geld waard is.
Ik ben trouwens een andere beperking vergeten noemen: de accu. Die was 5 jaar geleden nog niet eens zo slecht, maar ondertussen is de technologie terug verbeterd en zijn de accutijden langer, terwijl er ook wat sleet op mijn accu geraakt. Waar ik vroeger toch wel 2-3 uur normaal gebruik had, is het nu gedaan na 1,5 uur of zo. Dat uit zich in het feit dat als ik hem gebruik op de trein naar huis, en ik laad hem niet op tijdens het weekend, dan geraak ik er niet meer mee tot in Gent. Vroeger kon ik zowat tijdens de hele rit naar Limburg (2,5 uur) zelfs filmpjes kijken. En mogelijk wordt dit dus wel de belangrijkste reden om een nieuw exemplaar aan te schaffen, want ik moet er toch minstens 1 treinrit mee kunnen doen. Maar wanneer dit ook gebeurt, het wordt zeker met een groter scherm (8-10 inch) en een hogere resolutie.
Posted at July 8, 2013 | Linux
26/06/2013:
Eindelijk is het zover, en ben ik voor mijn computer thuis (mijn EeePC is een oude Celeron, die ondersteunt enkel 32 bit, en de pc op mijn kot heb ik nog geen reden gehad) overgeschakeld op 64 bit. Ik had hier steeds mee gewacht omdat Ubuntu dit om de een of andere reden afraadt. Ik vermoed dat dit komt omdat ze, zo blijkt, niet zo negatief staan tegenover non-free software, en er zelfs een actief beleid rond voeren. En dan nog, met multiarch en dergelijke moet dit ook perfect lukken voor binaries die enkel beschikbaar zijn voor 32 bit.
08/07/2013:
Maar soit, 64 bit dus, en dat biedt een aantal voordelen. Naast het feit van de (kleine?) snelheidswinst die kan geboekt worden door het de grotere integers, daarnaast past Debian standaard meer optimalisaties toe, wegens een hoger aantal gemeenschappelijke uitbreidingen van de instructieset tussen de verschillende x86_64 processors die deze optimalisaties toelaten. Daarnaast was mijn computer op verschillende manieren "vertraagd", mogelijk dor resten van de "recommends", of door een gebrek aan bepaalde pakketten, al lijkt dat laatste me eerder onwaarschijnlijk. Maar misschien ook (vervuilde?) configuraties, of zelfs "corrupte" pakketten zouden hier de oorzaak van kunnen zijn.
Nu, deze keer heb ik terug mijn cleane manier van Debian installeren zonder ooit één recommend (automatisch) te installeren. Het probleem met de recommends is waarschijnlijk ook voor een stuk het feit dat je om den duur de recommends van de recommends van de recommends installeert, en daarbij zaken installeert die echt niet meer "nodig" of aan te raden zijn voor een volledige en optimale werking van het te installeren programma. Blijkt het toch wenselijk, kan het nog altijd handmatig geïnstalleerd worden.
Nu leverde de nieuwe installatie me niet zo veel grote problemen op, behalve dat, net zoals op mijn EeePC trouwens, in gcalctool, en op mijn desktop ook gedit, bepaalde icoontjes ontbraken. Nu blijkt tussen de recommends van gcalctool gnome-icon-theme-symbolic te staan, en dat lost het "probleem" inderdaad op. Vreemd genoeg staat die niet bij de recommends van gcalctool, en dit moet ik misschien toch maar eens melden?
Verder had ik wel problemen met het installeren van Avidemux. Die laatste gebruik ik voor het coderen van video's opgenomen met mijn analoge videokaart. Ik had die vroeger geïnstalleerd vanaf de repo van Deb(ian) Multimedia, maar ik wens die repo niet langer te gebruiken, aangezien het zowat het hele Debian multimedia-arsenaal vervangt, en ik toch meer vertrouwen hecht aan Debian zelf. Daarnaast heb ik zo mijn twijfels over de redenen voor het repackagen van die pakketten.
Nu zou ik dit kunnen oplossen door de repo toe te voegen met een lage prioriteit, maar dan kom ik nog steeds in de problemen, aangezien dan sommige pakketten de deb-multimedia versie vereisen. De oplossing was dus de nodige pakketten te downloaden, een paar aanpassingen te maken aan de dependencies, en die nieuwe pakketten dan toe te voegen aan mijn repo, voor zowel i386 als x86_64.
En als laatste had ik nog een probleem met SMPlayer. Die heeft als dependecy mplayer of mplayer2, en die laatste werd geïnstalleerd. Echter, hiermee ging het automatisch selecteren van de nodige codec nooit goed, en moest ik zelf de gebruikte codec selecteren in SMPlayer. Rechtstreeks met mplayer2 lukte het trouwens wel, wat me dus laat vermoeden dat het om een compatibiliteitsprobleem gaat tussen de mogelijkheid een codec te selecteren in SMPlayer en mplayer2. Door mplayer echter handmatig te installeren in de plaats van mplayer2 was het probleem echter opgelost.
Posted at July 7, 2013 | Linux
Vorig weekend heb ik de computer op de kamer van mijn ouders opnieuw geïnstalleerd. Er stond nog Ubuntu 10.04 LTS op, en die is nu vervangen door Debian 7.1. Én 64 bit (zoals ik ook sinds eind juni, maar daar volgt nog een artikel over)!
Er was echter nog een groot probleem: enkel root kon de computer uitschakelen, wat dus wel een vervelende situatie was. Wanneer men probeerde af te sluiten dan kreeg met een venster voor het invoeren van een wachtwoord, maar nog het root-wachtwoord, nog het wachtwoord van de gebruiker bleken van toepassing te zijn. Wanneer na een poging af te sluiten gekeken werd in het .xsession-error bestand, vond ik dit:
** (xfce4-session:2872): WARNING **: 'CanStop' method failed : GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown: The name org.freedesktop.PolicyKit1 was not provided by any .service files
** (xfce4-session:2872): WARNING **: 'CheckAuthorization' failed : The name org.freedesktop.PolicyKit1 was not provided by any .service filesNa wat zoeken bleek policykit-1 niet geïnstalleerd te zijn. Toen ik het pakket (gesimuleerd) probeerde te verwijderen van mijn computer, dan bleek dit meegeïnstalleerd te zijn met network-manager-gnome. Die laatste acht ik echter niet nodig op deze computer, aangezien er geen gebruik gemaakt wordt van VPN, WiFi, GSM, modem of wat dan ook waar een dergelijke dynamische manier van werken voordeel biedt, en dus heb ik hier nu manueel het pakket policykit-1 geïnstalleerd.
Posted at June 24, 2013 | Linux, TV-kaart
De oude videospeler was al een hele tijd kapot. Daarom kocht ik in 2010 een Daewoo SV-230, maar ik had op dat moment weinig tijd, en moest uiteindelijk tot de conclusie komen dat het geen storing was in de cassette, maar dat de videospeler gewoon na een tijdje de synchronisatie verloor, en er bleek niets te doen om dit op te lossen.
Om die reden werd er op het einde van vorig jaar een Funai D50Y-100M aangekocht in promotie bij de Eldi. De bedoeling was, en is, om de VHS collectie eindelijk eens te gaan digitaliseren. Er waren echter een paar problemen met de kwaliteit. Er verschenen geregeld groene banden in het scherm. Daar had ik een oplossing voor proberen te vinden met filters bij het coderen, maar dat lukte toch niet helemaal. Uiteindelijk besloot ik om eens te kijken wat het verschil is met wanneer ik de oude JVC, die ik in Gent gebruik voor mijn Raspberry Pi, te gebruiken om het SCART signaal van de nieuwe videospeler om te zetten in een antenne-signaal.
En dat bleek heel veel beter. Echter, waarschijnlijk ligt de oorzaak elders, en dan wel in het afstellen van de frequentie. Zo zou, volgens de West-Europese standaard (volgens scantv), kanaal 37, waar ik de video nu op gezet heb (zonder een inkomend antenne-signaal wel te verstaan, anders lukt het niet) op frequetie 558.25 Mhz. Echter, als ik mijn TV laat zoeken, dan geeft hij 559 Mhz (TV geeft geen getal na de komma, dat is finetuning), en dat komt dan weer overeen met de Oost-Europese standaard van 559.25 Mhz. En dan heb ik heel weinig storing. Als ik hier echter 559.50 Mhz van maak, dan heb ik perfect beeld, of toch zo perfect als het ooit zal worden met een VHS band. Met andere woorden, het is zeer goed mogelijk dat finetunen van de frequentie het probleem bij de Daewoo ook had gelukt. Misschien dat, als ik ooit tijd te veel heb, het eens test.
Maar, ergens hoop ik nu ook dat de Daewoo minder last zal hebben van storing op zijn videokanaal (die ik dus gebruik om een AV-kanaal te hebben voor mijn Raspberry Pi) door mijn computerscherm dan de oude JVC. De JVC heeft bijvoorbeeld ook erg veel last van statische elektriciteit, waardoor er nogal wat fijne stofdeeltjes aanhangen en een zwarte laag vormen. Dat zou nu misschien wel beter kunnen zijn. We zullen zien. Het digitaliseren kan in ieder geval beginnen.
Verder heb ik na wat testen gevonden dat 47 de ideale waarde is voor de saturatie. Op die waarde komen de kleuren van de video overeen met de opgenomen kleuren wanneer ik die afspeel op mijn TV. We krijgen dus in /etc/rc.local:
v4l2-ctl -c saturation=47
24/06/2013, 23:00:
Bij nog wat verder testen bleek toch de oude instelling beter, en gaf bij hij een nagenoeg perfect beeld op:
v4l2-ctl -c saturation=50
v4l2-ctl -c hue=-15Posted at June 24, 2013 | Linux
Vorig weekend (het weekend van de 15de) heb ik mijn EeePC opnieuw geïnstalleerd met Debian Wheezy in het Engels. Om dit te doen ben ik begonnen met het installeren van een Debian basissysteem zonder grafische omgeving. Die heb ik pas geïnstalleerd nadat ik de recommends gedeactiveerd had. Nu, hierbij ben ik tot de constatatie gekomen dat network-manager-gnome geen WPA-wachtwoord zal vragen wanneer gnome-keyring niet geïnstalleerd is. Op zich werkt het wel, je moet het enkel vooraf ingeven in de instellingen. Nu is dat wel vervelend wanneer je even snel een verbinding wil maken met een nieuw WiFi-netwerk, en dus heb ik alsnog gnome-keyring, al is het een beetje tegen mijn goesting, geïnstalleerd.
Verder heb ik voor het gebruiken van mijn Vodafone-dongle om in het weekend gratis gebruik te maken van het 3G-netwerk van Proximus het pakket modemmanager nodig.
Posted at June 22, 2013 | Linux
Al van in het begin toen ik de eerste virtuele server had geïnstalleerd was er een probleem met de locales. Vaak resulteerde dit in een reeks warnings. Ooit had ik het gevonden, maar nooit niet hier geplaatst, en toen ik het later terug nodig had, wist ik het niet meer, en sindsdien heb ik er eigenlijk geen aandacht meer aan besteed. Tijdens de examens kwam ik het per toeval tegen toen ik zocht hoe de taal van mijn netbook te veranderen. Ik had die 2-3 jaar geleden immers toch nog in het Nederlands geïnstalleerd. Nu, ik heb hem nooit effectief veranderd, want ik heb hem opnieuw geïnstalleerd, en dit gedaan via een omweg met een commandline installatie, in plaats van meteen een grafische desktop. Daarna recommends uitgeschakeld, gecontroleerd wat er nog nodig was, zoals openssh-blacklist, en daarna de desktop geïnstalleerd.
Nu, de volgende commando's zullen respectievelijk de huidige environment variabelen tonen, de instellingen op uw computer aanpassen en een nieuwe locale genereren op uw computer:
locale
dpkg-reconfigure locales
locale-gen nl_BE.UTF-8