Virtuellen PC vom Host über Skript / batch - beenden und starten:

Folgende Zeilen in eine textdatei copy & pasten:

danach als "*.vbs" abspeichern.

'//#################### cut ####################

Set virtualServer = CreateObject("VirtualServer.Application")

set vm = virtualServer.FindVirtualMachine("pa-server-fs01fixed")

set shutdownTask = vm.GuestOS.Shutdown

while not shutdownTask.isComplete

WScript.Sleep 1000

wend

'//#################### cut ####################

Die Vbs-Datei anklicken oder zu den geplanten Task hinzufügen.

Zum Starten des Virtuellen Servers auf  dem Host-System eine VBS-Datei mit folgendem Inhalt erzeugen:

Set virtualServer = CreateObject("VirtualServer.Application")

set vm = virtualServer.FindVirtualMachine("pa-server-fs01fixed")

vm.Startup

Change Resolution (chres.exe V1.0)

Freeware - Kostenlos

chres.exe ist ein tool um die Auflösung über batch skript oder über die kommandozeile zu ändern.

(chres.exe is a tool to change the screen resolution via a batch script or the commando prompt)

Ohne Parameter kommt folgende Hilfe:

(without any parameters the following dialog will be opened)

 






Download chres.exe here

powered by www.shapekit.com

MAGELLAN 310, 315, 320 HOMEMADE DATACABLE
Due to the high price of the "official" Magellan Datacable, I think that it´s worth to make an homemade cable, so we are going to see how the connection must be done to transmit data between the Magellan 315 GPS and the PC.

Connection to the PC
This figure show you 9 pin female connection for the PC serial port (like a mouse plug):

Pin 2: Data Out 
Pin 3: Data In
Pin 5: Ground

You must solder these pins to three wires of an RS-232 cable.

In this image you can see a scheme of PC <==> GPS connection:

The connection with the GPS is more problematic, since a standard connector does not exist, we must make one.

Connection to the GPS

Don't worry, it's no difficult! we must obtain a little board of wood or plastic and four pen springs. Once we have the previous, drill five holes in the little board, four for the contacts (Ø 3,5~4 mm, smaller than the springs diameter) and one for the screw that will hold the junk to the GPS.

In order to drill the holes accurately, once I measured the distances between contacts, I drew a pattern in AutoCad that printed in a sticky label and I stuck it on the little board to drill the holes on it.

The pattern in Acrobat Reader format is >> plan.pdf << here

Once we have drilled the holes we introduce the springs in the little board turning them as if they were screws.

The screw to hold this connector must be equal to the Magellan 315 batteries compartment screw, at least with the same type of thread (easy, take one of a mouse plug!).

Finally, connect the cables to the springs, so that the subjection will be firmer is advisable, once you have verified that everything runs, to cover the ends of the springs with putty or strong glue. This is optional, but you will agree that we insulate the contacts and the assembly is firmer.

If you are interested in an other kind of DIY datacable, have a look at:

http://www.kolumbus.fi/ari.torpstrom/mag315.htm

It is in Finnish but the pictures are self explanatory.

Das Nullmodemkabel
(Das Kabel für Direktverbindungen)

Weil Nullmodemkabel im Handel aber in der Regel noch recht teuer sind, zeigen wir Ihnen, wie Sie ein solches Kabel leicht selbst basteln können. Alles, was Sie dafür benötigen sind zwei für die seriellen Schnittstellen passende Stecker samt Gehäuse, ein dreipoliges Kabel, Lötwerkzeug sowie ein wenig Geduld.

Neuere PC bieten zur seriellen Datenübertragung eine 9-polige Stiftleiste. Ältere Geräte bieten 25 Pole. Besorgen Sie sich für die vorhandenen Typen die entsprechenden Gegenstücke: zwei 25- oder 9-polige Sub-D Stecker. Als Kabel eignet sich am besten ein zweipoliges abgeschirmtes Mikrofonkabel – eine spezielle Abschirmung ist aber nicht zwingend erforderlich. Bestens bewährt hat sich ein Typ, den es als sogenanntes hochflexibles Mikrofonkabel im Handel gibt. Die Länge des Kabels darf bis zu 30 Meter betragen. Ist es weniger als zehn Meter lang, können Sie mit einigen Programmen die maximale Übertragungs rate von 115.200 bps nutzen - bei längeren Kabeln entsprechend weniger.

Wenn Sie zwei 25polige Stecker haben, verdrahten Sie die drei Pole des Kabels - zwei Leitungen und die Abschirmung - nach dem Schema im Bild links unten. Sämtliche Abbildungen zeigen die Steckerleisten jeweils von der Lötseite aus. Viele Stecker sind sogar an den einzelnen Polen mit der entsprechenden Nummer beschriftet.

Die korrekte Verdrahtung bei Nullmodem 25/25-Verbindungen / Die korrekte Verdrahtung bei Nullmodem 9/25 Verbindungen.



Verbinden Sie also die beiden Anschlüsse Nummer 7 mit der Abschirmung des Kabels. Diese Leitung führt den Spannungsnullpunkt, auch Masse oder „GND für englisch GrouND“ (Erde) genannt. Die beiden Adern des Kabels verlöten Sie kreuzweise mit den Pins 2 u. 3, die die Sende- und Empfangsdaten übertragen.

Weil das Nullmodemkabel zwei sogenannte RS232-Schnittstellen direkt kurzschließen soll, muß der Sendeausgang (Pin 2) der einen Schnittstelle mit dem Empfangsausgang (Pin 3) der anderen Schnittstelle und umgekehrt verbunden werden. Deshalb ist es wichtig, die Leitungen über Kreuz zu führen.

Um Problemen beim sogenannten „Handshaking“ während des Verbindungsaufbaus vorzubeugen, müssen Sie in jedem Stecker zusätzliche Brücken einlöten. Achten Sie darauf, daß durch eng beieinanderliegende Lötstellen keine Kurzschlüsse entstehen.

Die korrekte Verdrahtung be Nullmodem 9/9-Verbindungen.

Bei 9poligen Steckern ist die Belegung etwas anders - an den zu verbindenden Leitungen ändert sich hierbei Montieren Sie zum Schluß die beiden Steckergehäuse samt den Zugentlastungen, die dafür sorgen, daß Ihr Kabel nicht schon bei den kleinsten mechanischen Belastungen beschädigt wird - und Ihr Nullmodemkabel ist perfekt.

Tortoise CVS Anleitung und Installation
von chris summer

Diese Seite beschreibt den Zugriff mit dem TortoiseCVS-Client über eine SSH-Verbindung auf einen Linux-Server.

1. Serversite: Administrator
2. Clientsite
3. Putty
4. TortoiseCVS:
5. Neues Modul anlegen:

--------------------------------------------------------------------------------

Ausgangssituation:

• Server: Betriebssystem: SUSE-LINUX auf das nur mit SSH zugegriffen werden kann.
• Client:
  Betriebssystem: Windows (95,98,ME,2000,XP)

--------------------------------------------------------------------------------

1. SERVERSITE: ADMINISTRATOR
1. cvs (Concurrent Versions System) installieren (am einfachsten unter Suse)
2. Benutzer „entwickler“ anlegen mit passwort z.B. abc123

3. Danach unter /home/entwickler/ Ein Verzeichnis cvs anlegen.
=> Dann das Verzeichnis initialisieren mit:

cvs -d /home/entwickler/cvs init

=> in dem Verzeichnis wird automatisch ein Admin-verzeichnis erzeugt: CVSROOT mit folgenden Dateien:

commitinfo
config,v
editinfo
loginfo
modules,v
passwd
taginfo
verifymsg
checkoutlist
commitinfo,v
usw…

2. CLIENTSITE:

TortoiseCVS:
Jetzt muss auf der Clientseite noch ein Tool installiert werden, das es uns ermöglicht, module
auf dem Server auszuchecken.

Wir nehmen hierfür TortoiseCVS.

TortoiseCVS ist ein Plug-in für den Windows-Explorer für CVS.
CVS ist eine aus der UNIX-Welt stammende Open Source-Software zur Versionskontrolle.
Mit TortoiseCVS kann man ein Check out, Update und Commit durchführen.
Der Zustand einer Datei wird im Windows Explorer visuell dargestellt durch Überlagerung des
Tortoise- und des Default-Icons (siehe Screenshot). Dies funktioniert auch im "Datei öffnen"-Dialog.

Die Installationsdatei bei: http://www.tortoisecvs.org runterladen.

Installation in das Verzeichnis C:\Programme\Tortoise. Danach Computer neu starten.

3. PUTTY
Nachdem auf den Server nur mit SSH zugegriffen werden kann brauchen wir noch einen zusätzlichen SSH-Client,
der uns für das TortoiseCVS die Verbindungen managed.

Dafür benötigen wir Putty.
(Putty generiert uns hierfür nebenbei auch den nötigen Schlüssel auf dem Windows-System.)

Für Intel x86: http://www.tartarus.org/~simon/putty-snapshots/x86/putty.zip

In dem Zipfile sind dann folgende Dateien enthalten:

Wir benötigen davon hauptsächlich die putty.exe zur generierung des SSH-Schlüssels und die plink.exe.
Nachdem wir alle Dateien entpackt haben wird die plink.exe in das Verzeichnis „C:\Programme\Tortoise\“ kopiert. (Dorthin wurde Tortoise installiert)

Jetzt müssen wir den SSH-Schlüssel generieren:
Putty.exe aufrufen.

Zuerst sollte noch unter dem Knoten SSH (Unterknoten von Connection) bei Preferred SSH protocol version: Punkt 2 angeklickt werden.

Jetzt unter Host Name(or IP address) den Server eintragen:

ACHTUNG!
Wichtig ist das wirklich host + Domainname eingetragen wird. Auch unter dem abgespeicherten Namen, da ansonsten später plink den Server nicht mehr findet. Danach auf den Save Button klicken.
Unter Saved Sessions dann XY.DOMAIN.DE doppelt anklicken.
Jetzt werden wir gefragt, ob der Schlüssel in die Registry eingetragen werden soll. Dies bestätigen wir mit „JA“

4. TortoiseCVS:

Im Verzeichnis C:\Programme\Tortoise
Eine batch datei mit dem namen xyz.bat anlegen mit folgendem Inhalt:

@plink -pw 123abc %*

Die Batchdatei gewährt uns Zugriff mittels eines Passwortes.
(Das Passwort haben wir am Anfang dem Benutzer „entwickler“ zugewiesen.)

Jetzt konfigurieren wir TortoiseCVS damit über SSH auf den Server zugegriffen werden kann.
In beliebigem Verzeichnis rechte Maustaste, CVS -> Preferences

Das Register SSH auswählen:
Und bei SSH Anwendung auf die eben erstellte xyz.bat verweisen.

5. Neues Modul anlegen:

Jetzt kann ein neues Modul in dem Verzeichnis angelegt werden.
Beispielsweise:

Unter „c:\projekte\test\“ stehen die Dateien die auf den Linux-Server in das CVS-Repository übertragen werden sollen.
Dann mit dem Windows-Explorer in dieses Verzeichnis wechseln.
=> Rechter Mausbutton => CVS => Make New Module

Danach sollte folgendes Menu erscheinen:

Alle Felder wie in der Abbildung ausfüllen.

Nun können die Projekte über den rechnte Mausbutton eingecheckt und ausgecheckt werden.

--------------------------------------------------------------------------------

this document came from:
http://www.bottles-ahead.de

Virtuelle Server unter Microsoft-Server 2005 R2 komprimieren.

(Virtuelle Festplatte wird groß)

 Falls eine Dynamische Festplatte bei einem virtuellen Server eingesetzt wird, so kann es vorkommen, dass diese auf dem Host (Gast-System) plötzlich sehr groß anwachsen kann. 
Beispielsweise von 3 GB auf 50 GB. 

Gründe hierfür sind z.B. Auslagerungsdateien, Eventlogs, Datenbänke usw. 

1. Damit der Virtuelle Server besser komprimiert werden kann, muss die precompact.iso (erst ab 2005 R2) unter %installpath%\Virtual Machine Additions auf dem Gastsystem dem Virtuellen PC zur Verfügung gestellt werden. Danach direkt auf dem Virtuellen Server Precompact auf dem Virtuellen CD-Rom ausführen. 
Precompact kann unter Umständen lange dauern und nimmt einiges an Prozessorleistung.
Deswegen sollte Precompact nicht während der „Produktionsszeit“ ausgeführt werden. 
Diese füllt in dem virtuellen Dateisystem nicht benötigte Stellen mit Nullen auf, sodass Später eine höhere Komprimierung der *VHD ermöglicht wird.

2. Ist Precompact durchgelaufen den Virtuellen Server herunterfahren und auf der Administrativen Webseite unter Virtual Disks „Inspect“ auswählen.

3. Jetzt unter „Inspect“ die Betreffende *vhd auswählen und „Compact“ anklicken.

=> Jetzt wird die vhd Komprimiert.

Wenn möglich auch nicht während der „Produktionszeit“ ausführen, da dieser Vorgang auch viel Prozessorleitung nimmt. 

Vergrößert sich die Platte wiederholt unerwünscht, sollte unter Inspect auf „Fixed Disk“ umgestellt werden.