[mythbuntu] azureus/vuze over vnc

[2playgames]

Ik heb de bittorrent client Vuze (vroeger Azureus) op m'n home server geïnstalleerd. Momenteel draai ik deze als semi-daemon (de console-interface in een screen-sessie) met besturing via de swing web interface. Deze interface werkt op zich goed, maar is nog erg beperkt. Ik wil graag de volledige normale interface kunnen benaderen over een netwerk.

Ik heb nu ongeveer dit idee:
- Bij het opstarten van de machine, start een XFCE-sessie (of iets nog lichters) in de achtergrond (dus niet op het daadwerkelijke beeldscherm) op naam van de vuze-gebruiker. Graag op een ietwat lagere resolutie, zoals 1024x768.
- Start Vuze in deze sessie.
- Maak hem beschikbaar via VNC (Ik gebruik nu x11vnc om het echte beeld te delen).

Twee vragen:
- Ik denk dat dit kan, maar hoe?
- Wat heeft dit voor een invloed op de performance? De server is een 3GHz Pentium 4 met 1GB RAM.

[ Voor 8% gewijzigd door 2playgames op 30-12-2008 13:35 ]

[Rainmaker]

Je zou dan een 2e X sessie moeten starten, op bijvoorbeeld display 1 (standaard is 0)

Dit kan gewoon met X :1

In de .xinitrc file in de vuze gebruiker's homedir zet je dan iets van "startxfce4" en daaronder "/usr/bin/vuze"

In principe moet dan Vuze opstarten als de gebruiker "vuze" een X server start.

Als je dan met je vnc client connect naar 192.168.0.1:1 (je echte IP natuurlijk), zou je het vuze scherm moeten zien binnen xface

[2playgames]

Maar hoe zorg ik er dan voor dat er bij het opstarten van het systeem een X sessie onder "vuze" gestart wordt?

Edit:

Ik heb nu de volgende /etc/vuze/.xinitrc

code:

#!/bin/sh

startfluxbox
#vuze
x11vnc -nopw -display :1 -auth /etc/vuze/.Xauthority -bg > /etc/vuze/vnclog

Als ik

code:

# su vuze
$ startx -- :1

doe lijkt het dat ik een x-sessie met fluxbox krijg (te zien door "ps aux" in een andere ssh-terminal). x11vnc wordt echter niet gestart, en /etc/vuze/vnclog bestaat niet

Output na startx:

code:

vuze@rex:~$ startx -- :1


X.Org X Server 1.5.2
Release Date: 10 October 2008
X Protocol Version 11, Revision 0
Build Operating System: Linux 2.6.24-19-server i686 Ubuntu
Current Operating System: Linux rex 2.6.27-7-generic #1 SMP Fri Oct 24 06:42:44 UTC 2008 i686
Build Date: 24 October 2008  08:00:16AM
xorg-server 2:1.5.2-2ubuntu3 ([e-mail])
        Before reporting problems, check http://wiki.x.org
        to make sure that you have the latest version.
Module Loader present
Markers: (--) probed, (**) from config file, (==) default setting,
        (++) from command line, (!!) notice, (II) informational,
        (WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(==) Log file: "/var/log/Xorg.1.log", Time: Tue Dec 30 15:21:27 2008
(==) Using config file: "/etc/X11/xorg.conf"
NTSC PAL
finished output detect: 0
finished output detect: 1
finished output detect: 2
finished all detect
before xf86InitialConfiguration
in RADEONProbeOutputModes
after xf86InitialConfiguration
Entering TV Save
Save TV timing tables
saveTimingTables: reading timing tables
TV Save done
(EE) [drm] Could not set DRM device bus ID.
(EE) RADEON(0): [dri] DRIScreenInit failed.  Disabling DRI.
init memmap
init common
init crtc1
init pll1
freq: 79500000
best_freq: 79500000
best_feedback_div: 53
best_ref_div: 6
best_post_div: 3
restore memmap
restore common
restore crtc1
restore pll1
finished PLL1
restore dac
The XKEYBOARD keymap compiler (xkbcomp) reports:
> Warning:          Symbol map for key <RALT> redefined
>                   Using last definition for conflicting fields
> Warning:          Type "ONE_LEVEL" has 1 levels, but <RALT> has 2 symbols
>                   Ignoring extra symbols
Errors from xkbcomp are not fatal to the X server
The XKEYBOARD keymap compiler (xkbcomp) reports:
> Warning:          Symbol map for key <RALT> redefined
>                   Using last definition for conflicting fields
> Warning:          Type "ONE_LEVEL" has 1 levels, but <RALT> has 2 symbols
>                   Ignoring extra symbols
Errors from xkbcomp are not fatal to the X server
The XKEYBOARD keymap compiler (xkbcomp) reports:
> Warning:          Symbol map for key <RALT> redefined
>                   Using last definition for conflicting fields
> Warning:          Type "ONE_LEVEL" has 1 levels, but <RALT> has 2 symbols
>                   Ignoring extra symbols
Errors from xkbcomp are not fatal to the X server
BScreen::BScreen: managing screen 0 using visual 0x21, depth 24
apps file failure

[ Voor 93% gewijzigd door 2playgames op 30-12-2008 15:21 ]

[Rainmaker]

2playgames schreef op dinsdag 30 december 2008 @ 14:29:
Maar hoe zorg ik er dan voor dat er bij het opstarten van het systeem een X sessie onder "vuze" gestart wordt?

Edit:

Ik heb nu de volgende /etc/vuze/.xinitrc

code:

#!/bin/sh

startfluxbox
#vuze
x11vnc -nopw -display :1 -auth /etc/vuze/.Xauthority -bg > /etc/vuze/vnclog

Probeer eens

code:

#!/bin/sh

startfluxbox &
sleep 5
#vuze
x11vnc -nopw -display :1 -auth /etc/vuze/.Xauthority -bg > /etc/vuze/vnclog

[_lasher_]

Zou je niet een .xinitrc in de homedir van de vuze gebruiker moeten zetten, i.p.v. /etc/vuze/.xinitrc ?
Of geef anders bij het opstarten van X aan dat ie daar een .xinitrc kan vinden, want dat gebeurt niet automatisch lijkt me.

Is het trouwens niet handiger om X te starten met vncserver? Als je bijvoorbeeld tightvnc gebruikt, kan die zelf een X starten op de achtergrond. En daarbij kan je dan ook makkelijker aangeven onder welke gebruiker dat moet draaien en wat er automatisch gestart moet worden.

[2playgames]

/etc/vuze is de homedir van vuze. Dat met tightvnc is wel een optie, ga ik eens uitzoeken

[Rainmaker]

Probleem daarbij is wel dat Vuze pas gestart wordt zodra je inlogt en stopt zodra je uitlogt.

Waarschijnlijk wil je dat vuze altijd draait, en af en toe een keer kijken.

[2playgames]

Dat uitloggen is geen punt, dat is een kwestie van niet uitloggen. Het kan aan de implementatie liggen, maar volgens mij wordt je desktop-sessie niet uitgelogd als je van VNC uitlogt.

Het inloggen is wel een puntje. Als de server reboot wil ik wel graag dat Vuze meteen weer gaat lopen.

[deadinspace]

Rainmaker schreef op dinsdag 30 december 2008 @ 14:19:
Je zou dan een 2e X sessie moeten starten, op bijvoorbeeld display 1 (standaard is 0)

Dit kan gewoon met X :1

Dat zou ik niet doen. Je kan ook een sessie starten die helemaal geen fysiek display heeft, maar alleen aan VNC hangt.

[Rainmaker]

deadinspace schreef op dinsdag 30 december 2008 @ 17:24:
[...]

Dat zou ik niet doen. Je kan ook een sessie starten die helemaal geen fysiek display heeft, maar alleen aan VNC hangt.

Goh, je kunt merken dat ik niet zo gek veel met VNC gespeeld heb

http://www.realvnc.com/products/free/4.1/man/Xvnc.html

Dus dan krijg je iets als:
Xvnc -geometry 1024x768 -depth 16 :1

[2playgames]

Ik heb TightVNC geïnstalleerd en krijg hiermee een "permanente" sessie.
Ik krijg het vast wel voor elkaar om die sessie bij het opstarten te starten (via init.d) maar hoe zorg ik ervoor dat Vuze dan geladen wordt?

Ook gebruikt de sessie standaard Xfce. Kan ik Fluxbox of iets anders kiezen?