blitsblog

Problem:

Wenn man iPhoto öffnet und das iPad oder iPhone ansteckt wird es nicht erkannt.

Lösung:

• Gerät abstecken.
• Alle Bilder unter “Gespeicherte Bilder”, die nicht mit dem iPhone gemacht und nicht per iTunes auf’s iPad/iPhone synchronisiert wurden, löschen.
  • Eventuell vorhandene Fotos können, zur Sicherung, entweder per Mail an sich selber geschickt oder mit iPhone Explorer in den Finder gezogen werden.
• Gerät wieder anstecken.

Grund:

Eines der Bilder in unter Gesicherte Fotos ist defekt.

Problem:

Das Netzwerk ist sehr langsam.

Lösung:

1. Umschalten von WLAN auf LAN. Das heißt WLAN abschalten und Netzwerkkabel vom Computer direkt zum Switch verlegen.
2. Netzwerkkabel tauschen
3. Switch kontrollieren eventuell austauschen

Problem:

Auf einem Linuxserver mit Postfix, Saslauth,… erscheinen folgende Fehlermeldungen:

Jan 24 08:20:00 mail postfix/smtpd[2831]: warning: SASL authentication failure: cannot connect to saslauthd server: No such file or directory
Jan 24 08:20:00 mail postfix/smtpd[2831]: warning: SASL authentication failure: Password verification failed
Jan 24 08:20:00 mail postfix/smtpd[2831]: warning: unknown[client.IP.add.ress]: SASL PLAIN authentication failed: generic failure
Jan 24 08:20:00 mail postfix/smtpd[2831]: disconnect from unknown[client.IP.add.ress]

Lösung:

Saslauthd verwendet die falsche Authentifizierungsmethode. In meinem Fall wurde aus testgründen irgendwann mal auf “PAM” umgestellt und fergessen dies wieder zurückzustellen.

In der Datei /etc/default/saslauthd den Eintrag: MECHANISMS=”pam” auf MECHANISMS=”sasldb” ändern.

Problem:

Nach jedem Neustart des Servers (Windows Server 2008 mit SP2 bzw. SBS 2008) verschwindet das Standart-Gateway.

Lösung:

Registryeditor öffnen (regeidt.exe)

HKLM -> System -> CurrentControlSet -> Services -> Tcpip -> Parameters -> Interfaces -> {CLSID der Netzwerkkarte}

Schlüssel DefaultGateway Doppelklicken

Die erste (leere) Zeile löschen

Problem:

Nach der Installation eines Microsoft Windows SBS 2008 SP2, beim Versuch Outlook mit dem Exchange Server 2007 zu verbinden kommt immer wieder die Aufforderung Username und Passwort einzugeben.

Outlookprofile neu erstellen hilft nicht!

Lösung:

Exchange 2007 ServicePack2 installieren.

Die Installation des SP2 für Exchange 2007 erweist sich als einfacher als gedacht.

1. Als erstes muss Windows Installer 4.5 installiert sein.
2. Danach den MS Exchange 2007 SP2 Installation-Tool herunterladen und starten.
3. Ornder auswählen in dem sich das Entpackte SP2 für Exchange Server 2007 befindet.
4. den Anweisungen folgen.
5. nach ca. 1,5 Stunden ist das SP2 fertig installiert.

1. Um einen Screenshot unter Windows zu erstellen, drücke auf die Taste “Druck(en)” auf der Tastatur. Um ein Screenshot vom aktiven Programm zu machen, drücke auf ALT + “Druck(en)”.
2. Im zweite Schritt Word, bzw. ein Bildbearbeitungprogramm, öffnen und den eben erstelle Screenshot über „Bearbeiten → Einfügen“ oder STRG/CTRL+V einfügen.
3. Abspeichern nicht vergessen.

Screenshot erstellen

Problem:

Beim abrufen von Emails in MS Outlook (Express) erscheint die Fehlermeldung:

Fehler (0×80004005) beim Ausführen der Aufgabe “<email@adresse.tld> – Nachrichten werden empfangen”: “Fehler beim Ausführen der Operation.”

Die Umgebung:

Hauptkonto: Exchange Server
Nebenkonten: 4 POP3
Outlook wird verwendet um POP3-Mails in Ordner auf dem Exchange zu verteilen, deswegen läuft dieses Outlook in einer Virtuellen Maschine auf einem Hyper-V Server 2008 R2.

Lösung Teil 1:

Im InternetExplorer –> Extras –> Internetoptionen –> Reiter: Sicherheit –> Auswahl: Vertrauenswürdige Sites –> Sites… –> Eingabe: Domain.tld –> Hinzufügen –> OK –> OK

Lösung Teil 2:

Im Outlook (2007) unter –> Extras –> Kontoeinstellungen –> <email@konto> auswählen –> Bearbeiten –> Weitere Einstellungen –> Reiter: Erweitert –> Servertimeout hochschrauben –> OK –> Weiter –> Fertig Stellen –> OK

Servertimeout

Die Lösung die mir gehofen hat:

Im Outlook (2007) den Exchange-Cache Modus aktivieren.
Extras –> Kontoeinstellungen –> Exchange-Konto auswählen –> Bearbeiten/Ändern –> Exchange-Cache Modus häckchen setzen –> Weiter –> Fertigstellen

Exchange-Cache Modus

VMWare Server soll zu einem MS Hyper-V Server werden und es sollen alle Gastsysteme übernommen werden.

Das Problem:

Beim anlegen eines Gastsystems nimmt VMWare Server an, dass die Festplatte(n) an einen virtuellen SCSI-Kontroller angeschlossen sind.
Dies ist beim MS Hyper-V Server nicht der Fall, da virtuelle SCSI-Kontroller hier, zu 100% virtuell erstellt werden und daher erst zur laufzeit des Gastbetriebssystems auf Festplatten am virtuellen SCSI-Kontroller zugegriffen werden kann. Daher ist das Booten von virtuellen SCSI-Festplatten, mit dem Hyper-V Server, nicht möglicht.

Das Gast-Linux soll aber trotzdem auf den Hyper-V Server umziehen.

Lösung:

Dieses Verfahren ist mit Debian Lenny/Etch bereits getestet und sollte auch bei anderen Linuxdistributionen funktionieren.

1. Als erstes muss die virtuelle Laufwerksdatei <server>.VDMK nach <server>.VHD Konvertieren werden. Dies gelingt mit dem Tool Vdmk2Vhd.
2. Als nächstes leget man auf dem neuen Hyper-V Server einen neuen virtuellen Gast an.
   Dabei ist darauf zu achen, dass ein vorhandenes Laufwerk (das gerade eben konvertierte) ausgewählt wird.
   Zusätzlich muss eine neue “Alte Netzwerkkarte” hinzufügen.
   Mit der Netzwerkkarte die standardmäßig hinzugefügt wird, kann Linux ohne zusätzliche Treiber nichts anfangen.
3. Gastsystem booten.
4. Warten bis die Meldung (initramfs) auf dem Bildschirm zur Eingabe auffordert.
5. Ein neues Verzeichnis erstellen, in das, im nächsten Schritt, die Festplatte gemountet werden kann. (z. B. mkdir /mnt)
6. Da die Festplatte jetzt an einem virtuellen IDE-Kontroller hängt, mounten wir jetzt die HDA1:
   mount -t <dateisystem> /dev/hda1 /<oben erstelltes Verzeichnis>
   z.B. mount -t ext3 /dev/hda1 /mnt
7. ändern der Dateien /etc/fstab und /boot/grub/menu.lst
   vi /mnt/etc/fstab <– in dieser Datei alle Strings “sda” in “hda” ändern
   vi /mnt/boot/grub/menu.lst <– auch hier alle “sda” in “hda” ändern
8. reboot

VI tipps:
suchen mit                       /<suchbegriff>
Zeichen ändern mit          r  <neues Zeichen>
speichern und exit mit     : x

Sollte, wieder erwarten, die Netzwerkkarte doch noch nicht funktionieren, kann es daran liegen, dass in der datei /etc/udev/rules.d/70-persistent-net.rules ein falscher Eintrag steht.
Kommentiert, alle Zeilen begginend mit “SUBSYSTEM==”net”, ACTION==”add”, DRIVERS==”?*”, ATTR{address}==…”, aus. Danach nocheinma neu starten und es sollte alles wieder funktionieren wie gehabt.

Problem:

Verbindung zwischen Hyper-V 2008 R2 Server und Windows 7 Client brint im Hyper-V-Manager

Zugriff verweigert: Es konnte keine Kommunikation zwischen “<Hyper-V-Server>” und “<Windows7>” hergestellt werden

Lösung:

1. Am Client: KB958830 (Remoteserver-Verwaltungstools für Windows 7) installieren!
2. Am Client: Hyper-V-Manager installieren über
   • Systemsteuerung
   • Programme und Funktionen
   • Windows-Funktionen aktivieren oder deaktivieren
   • Remoteserver-Verwaltungstools
   • Rollenverwaltungstools
   • Hyper-V-Tools (Hacken setzen)
   • OK
3. Am Client: Editor als Administrator öffnen (Rechte MausTaste (RMT) Als Administrator öffnen)
4. Am Client: Im Editor offnet man die Date C:\Winodws\System32\drivers\etc\hosts
5. Am Client: Am Ende der Datei die IP und den Namen des Servers eintragen [x.x.x.x       servername]
6. Am Client: Ein neuer Localer User mit Administratorenrechten angelegen.
7. HVRemote.wsf von der MSDNCodeGallery auf Hyper-V Server (kann zB per Windowsshare kopiert werden) UND Client runterladen
8. Auf dem Hyper-V Server: Commandline (cmd) öffnen
9. Auf dem Hyper-V Server: Einen neuen Admin User einrichten, mit gleichem Usernamen und Passwort wie auf dem Client. Über das Configurationsinterface (cmd-like)
10. Am Client, in einer erweiterten cmd (als Administrator “Start –> cmd –> mit STRG + SHIFT + ENTER)
    “cscript hvremote.wsf /add:<accountname>” ausfürhen
11. Am Client: “cscript hvremote.wsf /anondcom:grant” ausführen, was den anonymen DCOM Zugriff erlaubt
12. Am Client: “cmdkey /add:<servername> /user:<servername> \<Username> /pass” ausführen und das Passwort des Users eingeben.
13. Am Client: “cscript hvremote.wsf /mmc:enable” ausführen, was auch hier die Firewall Regeln gleich anpasst
14. Auf beiden Rechnern per “cscript hvremote.wsf /show /target:<Computername_des_anderen_Rechners>” die Einstellungen auf PASS prüfen
15. Am Client: Hyper-V-Manager als Benutzer, der oben Lokal und am Server angelegt wurde, (SHIFT + RMT) Starten und Hyper-V-Server hinzufügen.
16. (Optional) Gerätemanager zur Remoteverwaltung aktivieren. (Am Ende dieser Seite steht wie vorgegangen werden muss)
    

Hier nach zu lesen