Artikel mit Tag Fehler

Kali Linux mit Desktop unter Windows über WSL2 installieren

WSL2, besser bekannt als Windows Subsystem Linux erlaubt es verschiedene Linux Distributionen unter Windows zu installieren. Normalerweise werden diese Installationen über die Kommandozeile bedient. Seit einiger Zeit unterstützt Kali Linux Win-KeX, was es erlaubt auf dem System wie auf einem Desktop zu arbeiten.
Win-Kex tut dies, indem es einen VNCServer mit der Xfce-Desktop-Umgebung innerhalb der Kali Linux WSL-Instanz startet. Danach startet ein TigerVNC-Windows-Client und übergibt automatisch die Befehle zur Verbindung mit dem VNC-Server.
Soweit so schön, bei der Installation gibt es dennoch einige Fallstricke.

Installation WSL2

Zunächst wird eine WSL2 Installation unter Windows benötigt.

Enable-WindowsOptionalFeature -Online -FeatureName Microsoft-Windows-Subsystem-Linux
dism.exe /online /enable-feature /featurename:VirtualMachinePlatform /all /norestart
dism.exe /online /enable-feature /featurename:Microsoft-Windows-Subsystem-Linux /all /norestart
wsl --set-default-version 2

Installation und Update von Kali Linux via WSL

wsl –-install -d kali-linux

Nach der Vergabe des Benutzernamens und eines Passworts sollte das System stehen.

Nun tauchen allerdings die ersten Probleme auf. Denn eine apt update zeigt zunächst einen Keyring Fehler an, dieser kann einfach nachinstalliert werden.

wget --no-check-certificate -O kali-archive-keyring_2022.1_all.deb https://http.kali.org/pool/main/k/kali-archive-keyring/kali-archive-keyring_2022.1_all.deb

dpkg -i  kali-archive-keyring_2022.1_all.deb

sudo apt update

Beim kommenden Upgrade Vorgang (sudo apt upgrade) treten die nächsten Probleme auf.

Setting up libc6:amd64  ...
Checking for services that may need to be restarted...
Checking init scripts...
Nothing to restart.
sleep: cannot read realtime clock: Invalid argument
dpkg: error processing package libc6:amd64 (--configure):
 installed libc6:amd64 package post-installation script subprocess returned error exit status 1
Errors were encountered while processing:
 libc6:amd64
E: Sub-process /usr/bin/dpkg returned an error code (1)

Dieses Problem führt dazu, dass der Upgrade-Vorgang abbricht und ein sudo mit dem zuvor eingerichteten User ab sofort scheitert.

Sorry, try again.
Sorry, try again.
sudo: 3 incorrect password attempts

Die Lösung für dieses Problem ist ein manuelles Installieren von libcrypt1.

apt -y download libcrypt1
dpkg-deb -x libcrypt1_1%3a4.4.28-2_amd64.deb .
cp -av lib/x86_64-linux-gnu/* /lib/x86_64-linux-gnu/
apt -y --fix-broken install
apt upgrade

Nun sollte das System aktuell sein und stabil laufen. Im letzten Schritt wird jetzt Win-Kex installiert.

kali

Win-Kex installieren

Dieser Schritt ist denkbar einfach.

sudo apt install -y kali-win-kex

Jetzt kann Win-Kex gestartet werden, achtet darauf, dass es mit sudo Rechten gestartet wird.

sudo kex --win

#Session wiederaufnehmen

sudo kex --win --start-client

Die wichtigste Taste dürfte F8 sein. Damit kann das Kontextmenü nach dem Start geladen werden, um zum Beispiel zwischen Vollbild und Fenstermodus zu wechseln.
Sollte es zu Verbindungsproblemen beim Start und Verbinden des VNC Servers kommen, kontrolliert eure Firewall Einstellungen.

Seit Kali 2022.2 wird Kin-Kex unterstützt, welches das Ausführen von Anwendungen mit sudo Rechten erlaubt.

vnc

Fazit


Es ist möglich, Kali unter Windows mit WSL2 zu installieren. Der Weg dahin ist aber weiterhin etwas steinig und wird Windows Nutzern sicher nicht leicht von der Hand gehen. Da bietet sich wohl weiterhin ein VirtualBox Image an, denn damit ist die Installation um einiges flüssiger.

 

Lösung: Monero Wallet konnte nicht geöffnet werden std::bad_alloc

Dieser Bitcoin wird ja gerade wieder durchs Dorf gejagt, somit lohnt sich auch wieder ein Blick ins Monero Wallet dachte ich mir, allerdings erhielt ich beim Öffnen diesen feinen Fehler:

Wallet konnte nicht geöffnet werden std::bad_alloc bzw. "Couldn't open wallet: std::bad_alloc"

Monero

„Alles weg?“, geht einem fix durch den Kopf, muss aber nicht. Denn die GUI, welche seit Jahren auf einer Platte schlummerte, war einfach total veraltet.

Mit einer aktuellen GUI Version (0.17.1.6) von getmonero lief dann alles wieder wie geschmiert.

 

LVM Fehler nach Ubuntu 20.04 Update - VG is using an old PV header, modify the VG to update

Neulich ist mir ein Fehler beim Update von Ubuntu 16.04 auf Ubuntu 20.04 im LVM aufgefallen. Und zwar wurde eine Meldung angezeigt, die auf alte PV (Physical Volume) Header in einer VG (Volume Group) anspielt.

Ich hatte zum Thema LVM vor langer Zeit mal einen Artikel verfasst, falls es jemanden interessiert.

Der Fehler lässt sich mit dem Befehl vgck, welcher die Konsistenz von VGs prüft, nachstellen:

sudo vgck
  WARNING: PV /dev/sda2 in VG derVolumeGroupName is using an old PV header, modify the VG to update.
  WARNING: PV /dev/sda5 in VG derVolumeGroupName is using an old PV header, modify the VG to update.


Mit dem gleichen Tool lässt sich der Fehler beheben, und zwar mit der Option updatemetadata, laut man pages kann er folgendes:

Update VG metadata to correct problems.  If VG metadata was updated while a PV was missing, and the PV reappears with an old version of metadata, then this option (or any other command that writes metadata) will update the metadata on the previously missing PV.

 Der LVM Fehler sollte nach dem Ausführen von vgck zusammen mit updatemetadata nicht mehr auftauchen.

 sudo vgck --updatemetadata derVolumeGroupName

 

[Lösung] Microsoft Teams – Leider ist ein Problem aufgetreten Fehlercode – caa70004

Seit der Corona Krise hat MS Teams einen Höhenflug erlebt. Allerdings hat auch das Microsoft Chat Tool so seine Tücken und dies fängt bereit bei der Anmeldung an.

So erscheint bei manchen Nutzern nach der Anmeldung die Fehlermeldung „Leider ist ein Problem aufgetreten“, "Fehlercode – caa70004" und "Versuchen sie sich abzumelden".

msteams

Dieser Fehler entsteht durch fehlerhafte hinterlegte Anmeldedaten, welche sich quasi im Windows festgefressen haben.

Ein Workaround wäre einfach den Webclient direkt im Browser zu verwenden. Allerdings ist dies nicht jedermanns Sache und keine richtige Lösung. Das heißt es gilt die Daten aus Windows ordentlich zu entfernen.

MS Teams Anmeldedaten richtig löschen

Im Netz kursieren viele Tipps, wie sich dies bewerkstelligen lässt, manche empfehlen zum Beispiel im Internet Explorer Daten zu löschen und MS Teams Daten unter AppData, um danach alles neu zu installieren. Hier eine Liste der betroffenen Verzeichnisse:

%AppData%\Microsoft\teams\application cache\cache
%AppData%\Microsoft\teams\blob_storage
%AppData%\Microsoft\teams\databases
%AppData%\Microsoft\teams\cache
%AppData%\Microsoft\teams\gpucache
%AppData%\Microsoft\teams\Indexeddb
%AppData%\Microsoft\teams\Local Storage
%AppData%\Microsoft\teams\tmp
Internet Explorer Temporary Internet Files
Internet Explorer Cookies

Bei manchen soll dieses Vorgehen geholfen haben, allerdings empfiehlt Microsoft einen anderen Weg, der auch auf der offiziellen MS Seite zu finden ist. Zu finden unter den Office 365 Problemen, welches mit MS Teams und dessen Anmeldung verzahnt ist.

Dort findet ihr eine Beschreibung der Problematik (aus dem englischen übersetzt) und verschiedene Befehle für die PowerShell Konsole.

Der PowerShell Befehl, welcher das System von bestehenden Anmeldungen bereinigt, unterscheidet zwischen Arbeitskonto und pers. Konto.

Welcher Befehl zutrifft muss selbst entschieden bzw. ausprobiert werden.

Bei einem Arbeitskonto muss das ADAL Paket ( Active Directory Authentication Library ) repariert werden.

if (-not (Get-AppxPackage Microsoft.AAD.BrokerPlugin)) { Add-AppxPackage -Register "$env:windir\SystemApps\Microsoft.AAD.BrokerPlugin_cw5n1h2txyewy\Appxmanifest.xml" -DisableDevelopmentMode -ForceApplicationShutdown } Get-AppxPackage Microsoft.AAD.BrokerPlugin

Ein persönliches Microsoft Konto benötigt zur Bereinigung folgenden Befehl:

if (-not (Get-AppxPackage Microsoft.Windows.CloudExperienceHost)) { Add-AppxPackage -Register "$env:windir\SystemApps\Microsoft.Windows.CloudExperienceHost_cw5n1h2txyewy\Appxmanifest.xml" -DisableDevelopmentMode -ForceApplicationShutdown } Get-AppxPackage Microsoft.Windows.CloudExperienceHost

Nachdem einer oder beide Befehle ausgeführt wurden, sollte MS Teams wieder ganz normal starten (wie beim ersten Start) und ein Login Feld für die E-Mailadresse anzeigen.

msteams-login

Dell OMSA - Linux Fehler - Web Oberfläche zeigt Nichts an

Beim Einsatz von Dell Servern kommt zur Verwaltung oft Open Manage Server Administrator (OMSA) zum Einsatz. 
Das Tool erlaubt es Hardware von Windows oder Linux Server komfortabel zu verwalten oder zu warten.
Bei Linux Servern kann es vorkommen, wie in diesem Fall beschrieben, dass die dazugehörige Weboberfläche "https://127.0.0.1:1311/servlet/OMSAStart" weiß bleibt.
Das heißt, eine Verwaltung des Servers ist unmöglich.

omsa

Fehleranalyse

Ein Neustart mittels /opt/dell/srvadmin/sbin/srvadmin-services.sh bringt leider keine Abhilfe.

Auch eine Aktualisierung der OMSA Installation (hier am Beispiel Ubuntu) kommt dem Fehler nicht bei:


sudo nano /etc/apt/sources.list.d/linux.dell.com.sources.list

    deb http://linux.dell.com/repo/community/ubuntu precise openmanage

sudo apt-get update
 sudo gpg --keyserver hkp://pool.sks-keyservers.net:80 --recv-key 1285491434D8786F
sudo apt-get install srvadmin-all

Ein Blick in das zuständige Logfile offenbart einen XML Fehler.

cat /opt/dell/srvadmin/var/log/openmanage/dsm_om_connsvcdIO.log

    [Fatal Error] :An invalid XML character (Unicode: 0x8) was found in the element content of the document.
    [Fatal Error] :An invalid XML character (Unicode: 0x8) was found in the element content of the document.
     WARNING: [SetPropertiesRule]{Server/Service/Engine/Host/Context} Setting property 'debug' to '0' did not find a matching property

Dieser Fehler führt vermutlich zum "Blank Screen" beim Aufruf.

Eine Überprüfung des zuständigen Berichts zeigt ebenfalls einen Fehler beim Parsen der Datei.

sudo /opt/dell/srvadmin/bin/omreport about

    Entity: line 1: parser error : PCDATA invalid Char value 8
    g><ExpressServiceCode>386774405113</ExpressServiceCode><AssetTag editable="true">
                                                                                   ^

    Product name : Dell OpenManage Server Administrator
    Version      : 7.4.0-1
    Copyright    : Copyright (C) Dell Inc. 1995-2013 All rights reserved.
    Company      : Dell Inc.

Lösung

Alles spricht dafür, dass der Info Tag von diesem Fehler betroffen ist und dadurch die Datei fehlerhaft ausgelesen wird.

Dieser Tag lässt sich mit einem Befehl zurücksetzen

/opt/dell/srvadmin/bin/omconfig chassis info tag="0"

Eine Kontrolle mit "/opt/dell/srvadmin/bin/omconfig" about führt danach zu einem richtigen Ergebnis, nun sollte auch der Webservice richtig starten.

Product name : Dell OpenManage Server Administrator
Version      : 7.4.0-1
Copyright    : Copyright (C) Dell Inc. 1995-2013 All rights reserved.
Company      : Dell Inc.