chr.istoph, der Blog

Es gibt nichts schöneres als diese Steinchen auf Stöckchen Probleme in Windows. Nach dem Installieren eines Steuer Programms kam Folgende Fehlermeldung:

Dies deutete daraufhin das bei der Installation von Visual C++ etwas schief gegangen ist.
Visual C++ Redistributable for Visual Studio 2017 (64-bit)

Bei der Installation wurde in der Logdatei folgende Meldung ausgegeben:
Error 0xc80003f3: Failed to execute MSU package.

Dies wiederum brachte mich zur folgenden Lösung. Ich habe das Windows6.1-KB2999226-x64.msu in der richtigen Version 64/86 heruntergeladen und ausgepackt. Darauf in mit DISM von Hand installiert:


C:\>mkdir XXXX

C:\>

Hiernach sind bei der Installation des vc_redist.x64.exe keine Fehler mehr aufgetreten.

Auf einem Windows Server wo lediglich ein Cygwin installiert ist brauchte ich mal eben schnell ein Netzwerk Scanner. Ausgehend davon das alles Rechne in diesem Netz ICMP enabled haben, habe ich folgendes gemacht:

for i in {1..254}; do ping -n 1 192.168.0.$i | grep -a TTL; done;
Antwort von 192.168.0.1: Bytes=32 Zeit<1ms TTL=64
Antwort von 192.168.0.5: Bytes=32 Zeit<1ms TTL=128
Antwort von 192.168.0.10: Bytes=32 Zeit<1ms TTL=128
Antwort von 192.168.0.11: Bytes=32 Zeit=3ms TTL=128
...

Nach dem ich 3 neu Platten dem 3ware 9500-12 Controller hinzugefügt habe und sie dann noch in einen andren Server verbauen musste, habe bekam ich folgende Fehlermeldung:

ata1.00: configured for UDMA/133
sd 0:0:0:0: [sda]
Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
sd 0:0:0:0: [sda]
Sense Key : Aborted Command [current] [descriptor]
Descriptor sense data with sense descriptors (in hex):
72 0b 00 00 00 00 00 0c 00 0a 80 00 00 00 00 00
00 00 00 80
sd 0:0:0:0: [sda]
Add. Sense: No additional sense information
sd 0:0:0:0: [sda] CDB:
Read(10): 28 00 00 00 00 80 00 00 08 00
ata1: EH complete
ata1.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x0
ata1.00: irq_stat 0x40000001
ata1.00: failed command: READ DMA
ata1.00: cmd c8/00:08:40:00:00/00:00:00:00:00/e0 tag 0 dma 4096 in
res 51/04:08:40:00:00/00:00:00:00:00/e0 Emask 0x1 (device error)
ata1.00: status: { DRDY ERR }
ata1.00: error: { ABRT }

Das Problem das die Festplatten vom 3ware Controller mit einem Password versehen werden, war mir bekannt. Dennoch testet ich dies auch noch mal mit einer Windows Installation und bekam währende der Partitionierung folgende Fehlermeldung:

Das Erstellen einer neuen Partition auf dem ausgewählten freien Speicherplatz ist fehlgeschlagen. [Fehler: 0x8007045d].

Mittels hdparm -I /dev/sda kann man den Status abfragen ob die „security feachers enabled“ sind:

Security: 
        Master password revision code = 65534
                supported
        not     enabled
        not     locked
        not     frozen
        not     expired: security count
                supported: enhanced erase
        260min for SECURITY ERASE UNIT. 260min for ENHANCED SECURITY ERASE UNIT.

Wenn man das Password kennt, ist es eigentlich ganz einfach.

hdparm --security-unlock "password" /dev/sda
hdparm --security-disable "password" /dev/sda
hdparm --security-set-pass NULL /dev/sda

Wenn man das User Password nicht mehr besitzt kann man die Platte mittels. In der Letzten Zeile von Security Block in der Ausgabe von hdparm -I kann man sehen wie lange dieser Vorgang dauert (260min).

Achtung! Alle Daten auf der Platte werden während des Vorganges unwiderruflich gelöscht.

hdparm --security-erase /dev/sda
hdparm --security-erase-enhanced /dev/sda

Folgende Konfiguration auf den Webserver der Domain abgelegt.
.well-known/autoconfig/mail/config-v1.1.xml

  istoph.de
  istoph.de Mail Server
  domain
  
    outlook.office365.com
    993
    SSL
    password-cleartext
    %EMAILADDRESS%
  
  
    smtp.office365.com
    587
    STARTTLS
    password-cleartext
    %EMAILADDRESS%
  

Dann funktioniert das einrichten der E-Mail addresse durch Eingabe von E-Mail und Password.

Im Webaccess kann man die Anmelde aber auch nachschauen:

von heute auf morgen bekam ich bei remmina die unglaublich aussagekräftige Fehlermeldung „Verbindung zum RDP-Server server.domain fehlgeschlagen“

Dies hing bei mir mit den Fingersprints zusammen, die man in der Datei ~/.freerdp/known_hosts entfernen kann. Dann funktioniert der Aufbau der Verbindung wieder.