VirtualBox auf der DS

DKeppi · 26. Mrz 2015

DKeppi schrieb:
Ich denke wenn xpenology.nl ein neues Boot-Image für die Beta 5.2 macht, dann klappt das auch

Da tut sich irgendwas im Bezug auf die Beta: https://xpenology.eu/viewtopic.php?f=4&t=17

Anzeige · 29. Jan 2015

Hallo tschortsch,

Bücher und Hardware zum Thema gibt es bei Amazon: VirtualBox auf der DS

geimist · 26. Mrz 2015

DSM 5.2 Kompatibilität - das wäre toll

P.S.: Ich würde mich ja mit dem Kompilieren der Kernelmodule auch versuchen, allerdings hatte ich noch nie etwas mit dem Debian Chroot gemacht. Ich habe das Debian Chroot als Paket von der Synocommunity installiert, mehr aber auch noch nicht. Derzeit habe ich auch nicht die Zeit, mich grundlegend einzulesen …

Creadle · 26. Mrz 2015

Habe meine VM in das phpvirtualbox inpotiert.

Soweit so gut, aber beim starten spuckt er nur diesen Fehler aus

Was kann ich gehen diesen Fehler tun?

Code:

dodo-dk · 26. Mrz 2015

Du scheinst wohl Optware zu nutzen?. Da machen Symlinks Probleme.
Im englischen Forum hatte das auch jemand, das war seine Antwort als ich ihn auf Symlinks hingewiesen habe:

My pleasure. Optware was installed on the machine and virtualbox do not follow the /opt -> /volume1/@optware symlink.
After restoring the origin state the package runs very well. Thanks for your work.

Er hatte genau die selbe Fehlermeldung.

Creadle · 26. Mrz 2015

Ja, ich habe ipkg installiert

Code:

DS2413> ls /opt -la
lrwxrwxrwx    1 root     root            17 Feb  3 21:47 /opt -> /volume2/@optware

Aber PhpvirtualBox habe ich über das Paketzentrum installiert

Aber war der Symlink nicht besser , wie der mount, der ursprünglich drauf ist?

dodo-dk · 26. Mrz 2015

Es funktioniert nicht wenn /opt ein Symlink ist. /opt muss ein Ordner sein, in dem wird das VirtualBox kopiert und von dort ausgeführt.

DI4bI0 · 26. Mrz 2015

Hatte das schonmal für einen anderen user zusammengeschrieben der das gleiche Prob mit optware hatte hier die lösung:

DI4bI0 schrieb:

Hi,

Zur sicherheit weil du /opt/bin/bash als shell Benutzt solltest du den Telnet Dienst aktiviert haben.
Du kannst auch noch ein Terminal Fenster wärend du die Änderungen machst offen lassen und nach den Änderungen ein zweites Terminal Fenster öffnen, um zu schauen ob alles hingehauen hat.
Falls nicht hasst du ja immernoch das erste Terminal Fenster offen um eventuell entstandene Fehler zu berichtigen.

Also ich habe das bei mir so gelöst:

Als erstes habe ich den symlink /opt entfernt.

Danach habe ich meine optware.sh die bei mir unter /volume1/@optware/etc/optware.sh liegt wie folgt geändert:

Rich (BBCode):

[ ! -h /opt -a ! -d /opt ] && ln -s /volume1/@optware /opt

ersetzt mit:

Rich (BBCode):

[ ! -d /opt ] && mkdir /opt

for FOLDER in $(ls /volume1/@optware); do
    [ ! -h /opt/$FOLDER -a ! -d /opt/$FOLDER ] && ln -s /volume1/@optware/$FOLDER /opt/$FOLDER
done

Das komplette script sieht bei mir dann so aus:

Rich (BBCode):

#!/bin/sh

#
# Optware setup
# Alternatives Optware Startup und Shutdown Script
#

PATH="/opt/sbin:/opt/bin:$PATH"

log(){ echo "[$(date +%d-%m-%Y) $(date +%H:%M:%S)] - $@"; }

#[ ! -h /opt -a ! -d /opt ] && ln -s /volume1/@optware /opt && log "symlink /opt not found! Creating it!"

[ ! -d /opt ] && mkdir /opt && log "dir /opt not found! Creating it!" >> /var/log/optware.log

for FOLDER in $(ls /volume1/@optware); do
    [ ! -h /opt/$FOLDER -a ! -d /opt/$FOLDER ] && ln -s /volume1/@optware/$FOLDER /opt/$FOLDER && log "symlink /opt/$FOLDER not found! Creating it!"  >> /var/log/optware.log
done
    
case $1 in
    start)
        for i in /opt/etc/init.d/S??* ;do
            # Ignore dangling symlinks (if any).
            [ ! -f "$i" ] && continue
                case "$i" in
                    *.sh)
                        # Source shell script for speed.
                        (
                            trap - INT QUIT TSTP
                            set start
                            . $i
                        )
                    ;;
                    *)
                        # No sh extension, so fork subprocess.
                        $i start
                    ;;
                esac
            log "Optware Startscript $i > Startbefehl wurde ausgefuehrt!" >> /var/log/optware.log
        done
    ;;

    stop)
        for i in /opt/etc/init.d/S??* ;do
            # Ignore dangling symlinks (if any).
            [ ! -f "$i" ] && continue
                case "$i" in
                    *.sh)
                        # Source shell script for speed.
                        (
                            trap - INT QUIT TSTP
                            set stop
                            . $i
                        )
                    ;;
                    *)
                        # No sh extension, so fork subprocess.
                        $i stop                       
                    ;;
                esac
            log "Optware Startscript $i > Stopbefehl wurde ausgefuehrt!" >> /var/log/optware.log
        done
    ;;
    
    autostart)
        if [ ! -f /usr/local/etc/rc.d/optware.sh ]; then
            ln -s /opt/etc/optware.sh /usr/local/etc/rc.d/optware.sh
            log "/opt/etc/optware.sh linked to /usr/local/etc/rc.d/optware.sh!" >> /var/log/optware.log
        fi
    ;;
    
    autostart_del)
        if [ -f /usr/local/etc/rc.d/optware.sh ]; then
            rm -f /usr/local/etc/rc.d/optware.sh
            log "Deleted /usr/local/etc/rc.d/optware.sh!" >> /var/log/optware.log
        fi
    ;;

    *)
        echo "Usage: $0 [start|stop|autostart|autostart_del]"
    ;;
esac

Das ergebniss ist das /opt ein ganz normales dir ist womit VirtualBox dann keine Probleme mehr hat.
Von allen Verzeichnissen die in /volume1/@optware liegen wird ein symlink unter /opt erstellt

Bei mir läuft so das optware ohne Einschränkungen.

Kleine abschließende Bemerkung:
Du solltest die bash aus dem optware nicht verwenden da sie noch ungepatchte sicherheitslücken hat.
Auch bekannt unter shellshock!

mfg Diablo

bei dir volume1 mit volume2 ersetzten sollte klar sein

Creadle · 26. Mrz 2015

Werde es mal versuchen, auch wenn es etwas anders ist bei mir, habe es damals mit der Anleitung eingerichtet

=>http://www.synology-wiki.de/index.php/IPKG

Ach, irgendwie stehe ich gerade auf der Leitung, finde Optware.sh nicht ...

Code:

DS2413> pwd
/volume2/@optware/etc
DS2413> ls -la
drwxr-xr-x    5 root     root          4096 May 30  2014 .
drwxr-xr-x   16 root     root          4096 Mar 26 19:41 ..
drwxr-xr-x    2 root     root          4096 May 28  2014 init.d
drwxr-xr-x    2 root     root          4096 May 28  2014 ipkg
-rw-r--r--    1 root     root          1040 May 28  2014 ipkg.conf
drwxr-xr-x    2 root     root          4096 May 30  2014 mc
-rw-r--r--    1 root     root          8728 Feb 18  2012 nanorc
-rwxr-xr-x    1 root     root           387 May 28  2014 rc.optware
-rw-r--r--    1 root     root          1437 Feb 24  2012 slsh.rc
-rw-r--r--    1 root     root       1391457 May 18  2010 termcap
-rwxr-xr-x    1 root     root          4499 May 28  2014 wgetrc
DS2413>

dodo-dk · 26. Mrz 2015

Im rc.optware Ordner vielleicht?

Creadle · 26. Mrz 2015

Das ist kein Order, ist eine Datei.

Bin da gerade extrem verwirrt

DI4bI0 · 26. Mrz 2015

Wenn du wie du sagst nach der Anleitung gegangen bist müsste deine optware.sh ja unter
/usr/local/etc/rc.d/
liegen.

Du kannst das ganze auch manuell machen.

Einfach den symlink /opt löschen und dann:

ein script mit folgendem Inhalt erstellen und ausführen:

Rich (BBCode):

#!/bin/sh
[ ! -d /opt ] && mkdir /opt || exit 1

for FOLDER in $(ls /volume2/@optware); do
    [ ! -h /opt/$FOLDER -a ! -d /opt/$FOLDER ] && ln -s /volume1/@optware/$FOLDER /opt/$FOLDER
done

Creadle · 26. Mrz 2015

Problem "gelöst", gerade geschaut. Das Script lag unter /usr...., aber zwischendurch musste ich DS auf Werkseinstellungen setzten. Habe dann aber nicht mehr ipkg installiert, sonder nur den symlink neu gesetzt. da ich aus dem ipkg nur kleine Programme nutze, ist mir das bis jetzt nicht aufgefallen ^^

Also gerade Änderungen durchgeführt

Code:

DS2413> ls /opt -la
drwxr-xr-x    2 root     root          4096 Mar 26 20:16 .
drwxr-xr-x   28 root     root          4096 Mar 26 20:16 ..
lrwxrwxrwx    1 root     root            26 Mar 26 20:16 @optware -> /volume2/@optware/@optware
lrwxrwxrwx    1 root     root            28 Mar 26 20:16 VirtualBox -> /volume2/@optware/VirtualBox
lrwxrwxrwx    1 root     root            21 Mar 26 20:16 bin -> /volume2/@optware/bin
lrwxrwxrwx    1 root     root            21 Mar 26 20:16 etc -> /volume2/@optware/etc
lrwxrwxrwx    1 root     root            32 Mar 26 20:16 i686-linux-gnu -> /volume2/@optware/i686-linux-gnu
lrwxrwxrwx    1 root     root            25 Mar 26 20:16 include -> /volume2/@optware/include
lrwxrwxrwx    1 root     root            22 Mar 26 20:16 info -> /volume2/@optware/info
lrwxrwxrwx    1 root     root            29 Mar 26 20:16 ipkg-AX6a7g -> /volume2/@optware/ipkg-AX6a7g
lrwxrwxrwx    1 root     root            21 Mar 26 20:16 lib -> /volume2/@optware/lib
lrwxrwxrwx    1 root     root            25 Mar 26 20:16 libexec -> /volume2/@optware/libexec
lrwxrwxrwx    1 root     root            21 Mar 26 20:16 man -> /volume2/@optware/man
lrwxrwxrwx    1 root     root            22 Mar 26 20:16 sbin -> /volume2/@optware/sbin
lrwxrwxrwx    1 root     root            23 Mar 26 20:16 share -> /volume2/@optware/share
lrwxrwxrwx    1 root     root            21 Mar 26 20:16 tmp -> /volume2/@optware/tmp
lrwxrwxrwx    1 root     root            21 Mar 26 20:16 var -> /volume2/@optware/var

Fehler von VirtualBox bleibt aber bestehen

DI4bI0 · 26. Mrz 2015

Nabend zusammen,

Für alle die, die Spaß am testen haben, habe ich mal die VirtualBox Kernel Module für den Kernel 3.10.35 der DSM 5.2 Beta compiliert.

VirtualBox-4.3.26-98988
Anhang anzeigen VritualBox_DSM5.2_Kernel_3.10.35_module.zip

Da ich die Beta nicht im Einsatz habe kann ich die Module nicht testen.
Ich würde mich über eine Rückmeldung freuen.

mfg Diablo

Messiah · 26. Mrz 2015

Guten Abend Zusammen,

mein Text war wohl zu lang um mich richtig zu verstehen. Im NAS415+ laufen vier Festplatten als RAID5 Verbund. Ich will ein virtuelles Win7, an dem NAS, auf einem externen Medium laufen lassen und sichergehen, dass die internen Platten auch noch in den Ruhezustand gehen können. Das Windows an sich, ist der größte Leistungsfresser. Die Programme, welche ich vorhabe zu installieren, sind dagegen Pippifax.

Der Stromverbrauch bzw. die Stromkosten sind mir egal. Ich habe noch ein 2,5" und 3,5" esata Gehäuse noch rumliegen (sind welche der ersten Generation 1,5 oder 3Gb/s weiß ich nicht mehr genau). Meine Gehäuse brauchen beide zusätzlich Strom, deswegen erschließt sich mir der Vorteil gegenüber USB nicht genau, außer Stabilität. Oder hat das NAS eSATAp, was aber im Datenblatt nicht erwähnt wird.

Also zurück zur Eingangsfrage, kann ich Windows in Virtualbox installieren, mit der Bedingung, dass die internen Platten schlafen gehen können? Wenn ja welche? Kosten in neue Hardware, wie von Bordi vorgeschlagen (SSD, Dockingstation oder esata-Gehäuse) scheue ich nicht.

Gruß Messiah

geimist · 26. Mrz 2015

DI4bI0 schrieb:
… habe ich mal die VirtualBox Kernel Module für den Kernel 3.10.35 der DSM 5.2 Beta compiliert.…
Ich würde mich über eine Rückmeldung freuen.)

Vielen Dank fürs kompilieren

Ich habe die alten Kernelmodule unter "/volume1/@appstore/virtualbox/lib/modules/3.2.40/" durch deine ersetzt. Den alten Ordner habe ich beibehalten.

Es kommt aber immer noch:

Rich (BBCode):

DS> /var/packages/virtualbox/target/scripts/vboxdrv.sh start
Starting VirtualBox kernel modules ...fail!

Creadle · 26. Mrz 2015

Creadle schrieb:
....
Fehler von VirtualBox bleibt aber bestehen

Fehler gefunden. Virtualbox muss zwingend auf Volume1 installiert werden, wenn es auf 2 installiert wird (ist bei mir der normale Installationsordner für Pakete) kommt der Fehler

DI4bI0 · 26. Mrz 2015

geimist schrieb:
Vielen Dank fürs kompilieren

Ich habe die alten Kernelmodule unter "/volume1/@appstore/virtualbox/lib/modules/3.2.40/" durch deine ersetzt. Den alten Ordner habe ich beibehalten.

Es kommt aber immer noch:

Rich (BBCode):

DS> /var/packages/virtualbox/target/scripts/vboxdrv.sh start Starting VirtualBox kernel modules ...fail!

Schade dann werde ich am WE ma auf die Beta umsteigen und mir das mal näher anschauen

aber einen versuch wars wert

Es kann auch daran liegen das ich die Version VirtualBox-4.3.26-98988 als grundlage für die compilierung genommen habe.
Welche Version wird denn eigentlich zur zeit vom Paket verwendet?
Ist es diese hier 4.3.24-98716
Von: http://www.synology-forum.de/showth...el-Diskstation&p=513418&viewfull=1#post513418

geimist · 26. Mrz 2015

DI4bI0 schrieb:
Es kann auch daran liegen das ich die Version VirtualBox-4.3.26-98988 als grundlage für die compilierung genommen habe.
Welche Version wird denn eigentlich zur zeit vom Paket verwendet?

Die letzte Version (auch meine installierte) ist VirtualBox-4.3.26-98988

DI4bI0 · 26. Mrz 2015

So letzter versuch für heute

Anhang anzeigen VritualBox_4.3.26-98988_DSM5.2_Kernel_3.10.35_module.zip

geimist · 26. Mrz 2015

Starting VirtualBox kernel modules ...fail!

Danke trotzdem

VirtualBox auf der DS

Benutzer

Benutzer

Benutzer

Benutzer

Benutzer

Benutzer

Benutzer

Benutzer

Benutzer

Benutzer

Benutzer

Benutzer

Benutzer

Benutzer

Benutzer

Benutzer

Benutzer

Benutzer

Benutzer

Benutzer

Kaffeautomat