After a little of debugging using “Process Monitor” I figured out that the following plugins store their configuration data at the following places:
| Plugin | Configuration Files are at |
|---|---|
| Kerbal Engineer Redux | GameData\KerbalEngineer\Settings\*.xml |
| Toolbar Controller | GameData\toolbar-settings.dat |
I help that this may help also other people to
Wenn alle Browser auf dem Client Fehlermeldungen bringen, daß der DNS nicht aufgelöst werden kann, es aber per nslookup die Anfrage funktioniert, kann das an einer falschen Uhrzeit auf dem DNS-Server/-Proxy liegen.
Am DNS-Server können auch folgende Fehlermeldungen auftauchen:
Sep 16 07:41:42 raspberrypi named[3538]: no valid RRSIG resolving 'mozilla.org/DS/IN': 2001:500:e::1#53
Sep 16 07:41:42 raspberrypi named[3538]: validating gdtpongmpok61u9lvnipqor8lra9l4t0.org/NSEC3: verify failed due to bad signature (keyid=35418): RRSIG validity period has not begun
Sep 16 07:41:42 raspberrypi named[3538]: validating gdtpongmpok61u9lvnipqor8lra9l4t0.org/NSEC3: no valid signature found
Sep 16 07:41:42 raspberrypi named[3538]: validating org/SOA: verify failed due to bad signature (keyid=35418): RRSIG validity period has not begun
Sep 16 07:41:42 raspberrypi named[3538]: validating org/SOA: no valid signature found
Ein TCPDump von nslookup sieht erfolgreich aus:
07:36:08.271092 IP 192.168.3.31.54018 > 192.168.3.1.53: 1+ PTR? 1.3.168.192.in-addr.arpa. (42) 07:36:08.272283 IP 192.168.3.1.53 > 192.168.3.31.54018: 1 NXDomain* 0/1/0 (97) 07:36:08.273270 IP 192.168.3.31.54019 > 192.168.3.1.53: 2+ A? tagesschau.de. (31) 07:36:08.274217 IP 192.168.3.1.53 > 192.168.3.31.54019: 2 1/4/0 A 34.110.152.241 (168) 07:36:08.276924 IP 192.168.3.31.54020 > 192.168.3.1.53: 3+ AAAA? tagesschau.de. (31) 07:36:08.277975 IP 192.168.3.1.53 > 192.168.3.31.54020: 3 1/4/0 AAAA 2600:1901:0:1b60:: (180)
Ein TCPDump vom Browser sieht dann aber anders aus:
07:37:14.452170 IP 192.168.3.1.53 > 192.168.3.31.64841: 12530 ServFail 0/0/0 (49) 07:37:14.745237 IP 192.168.3.31.64841 > 192.168.3.1.53: 49876+ A? www.tagesschau.de. (35) 07:37:14.786750 IP 192.168.3.1.53 > 192.168.3.31.64841: 49876 ServFail 0/0/0 (35)
Fehler war, daß die Uhrzeit des Betriebssystems sehr weit (ca. 3 Stunden) hinter der realen Uhrzeit eingestellt war.
Die Tatsache, daß ein NTP-Dienst auf dem DNS-Server/-Proxy lief, half der Sache nichts.
Nachdem die Uhrzeit korrigiert war und der DNS-Server neu gestartet wurde, lief alles wieder ganz normal
Seit Windows 11 versucht Microsoft immer mehr, einem einen online-aktiven Account für das Betriebssystem anzudrehen. Die Methoden werden immer dreister.
Dankenswerterweise hat Heise zwei Möglichkeiten beschrieben, wie man Windows auch ohne Microsoft-Konto betreiben kann. Dabei ist aber noch eine Sache zu beachten:
In der Variante “ganz ohne Microsoft-Account” hat man den PC grundsätzlich nicht mit irgendeinem Microsoft-Account verbunden. D.h. auch, daß man bei einer Neuinstallation des Betriebssystems mit Hardware-Wechsel (z. B. aufgrund von Defekt) man auch keine Chance mehr hat, seine Betriebssystemlizenz mehr zu reaktivieren. Verwendet man die andere Methode (man richtet erst das Betriebssystem mit einem MS-Account ein und erstellt dann nachträglich einen zweiten lokalen Administrator), sollte dieses Risiko nicht auftreten.
Tja… dann könnte NVIDIA GeForce Experience daran schuld sein – auch wenn gerade kein Spiel läuft.
Am Besten dann in Geforce-Experience über “Einstellungen”, “Allgemein”, das “Spielinterne Overlay” ausschalten. Oder in einem Spiel über ALT-Z das spielinterne Overlay öffnen und dort die Tastaturkürzel entsprechend anders belegen.
Genaueres gibt es auch im Ghisler-Forum.
Sometimes, VESA buffer cannot properly auto-detect the resolution of your screen during boot-up. You may set the VGA/VESA resolution there using grub. To fix it, open /etc/default/grub in an editor
# Adjust the following lines: # see also https://askubuntu.com/a/609523 # GRUB_GFXMODE=1280x1024x32 # GRUB_GFXPAYLOAD_LINUX=keep sudo update-grub
Also Ubuntu Server supports running an X11 desktop environment. For installing this after your initial Ubuntu installation routine, use the following set of commands:
$ sudo apt-get install tasksel $ sudo tasksel
To also make Ubuntu boot into your X11 desktop environment by default, use the following command:
sudo systemctl set-default graphical.target
Another nice experience that you never want to make yourself, because you won’t most likely won’t find the reason for it:
I have set up an Ubuntu Server, but out of the sudden it disconnects all network card, saying something like “carrier lost” in /var/log/syslog. If you read very carefully your logs, you might find the following:
Jul 2 15:00:52 comm NetworkManager[1087]: <info> [1656774052.0149] manager: sleep: sleep requested (sleeping: no enabled: yes) Jul 2 15:00:52 comm NetworkManager[1087]: <info> [1656774052.0151] manager: NetworkManager state is now ASLEEP Jul 2 15:00:52 comm ModemManager[1271]: <info> [sleep-monitor] system is about to suspend Jul 2 15:00:52 comm systemd[1]: Reached target Sleep. Jul 2 15:00:52 comm systemd[1]: Starting Record successful boot for GRUB... Jul 2 15:00:52 comm systemd[1]: Starting System Suspend... Jul 2 15:00:52 comm systemd[1]: grub-common.service: Deactivated successfully. Jul 2 15:00:52 comm systemd[1]: Finished Record successful boot for GRUB. Jul 2 15:00:52 comm systemd[1]: Starting GRUB failed boot detection... Jul 2 15:00:52 comm systemd[1]: Stopping Atop advanced performance monitor... Jul 2 15:00:52 comm systemd[1]: grub-initrd-fallback.service: Deactivated successfully. Jul 2 15:00:52 comm systemd[1]: Finished GRUB failed boot detection. Jul 2 15:00:52 comm systemd[1]: atop.service: Deactivated successfully. Jul 2 15:00:52 comm systemd[1]: Stopped Atop advanced performance monitor. Jul 2 15:00:52 comm systemd-sleep[4340]: Entering sleep state 'suspend'... Jul 2 15:00:52 comm kernel: [ 2037.277746] PM: suspend entry (deep) Jul 2 15:00:52 comm kernel: [ 2037.306799] Filesystems sync: 0.029 seconds Jul 2 15:06:12 comm kernel: [ 2037.308344] Freezing user space processes ... (elapsed 0.002 seconds) done. [...] Jul 2 15:06:12 comm kernel: [ 2037.348751] r8169 0000:05:00.0 enp5s0: Link is Down Jul 2 15:06:12 comm kernel: [ 2037.348830] e1000e: EEE TX LPI TIMER: 00000000 Jul 2 15:06:12 comm kernel: [ 2037.349454] e1000e: EEE TX LPI TIMER: 00000011 Jul 2 15:06:12 comm kernel: [ 2037.452307] sd 4:0:0:0: [sda] Synchronizing SCSI cache Jul 2 15:06:12 comm kernel: [ 2037.452504] sd 4:0:0:0: [sda] Stopping disk Jul 2 15:06:12 comm kernel: [ 2037.875898] ACPI: PM: Preparing to enter system sleep state S3 Jul 2 15:06:12 comm kernel: [ 2038.084364] ACPI: PM: Saving platform NVS memory Jul 2 15:06:12 comm kernel: [ 2038.084390] Disabling non-boot CPUs ... Jul 2 15:06:12 comm kernel: [ 2038.086669] smpboot: CPU 1 is now offline [... other CPUs ...] Jul 2 15:06:12 comm kernel: [ 2038.119491] ACPI: PM: Low-level resume complete Jul 2 15:06:12 comm kernel: [ 2038.119573] ACPI: PM: Restoring platform NVS memory Jul 2 15:06:12 comm kernel: [ 2038.120867] Enabling non-boot CPUs ... Jul 2 15:06:12 comm kernel: [ 2038.120902] x86: Booting SMP configuration: Jul 2 15:06:12 comm kernel: [ 2038.120902] smpboot: Booting Node 0 Processor 1 APIC 0x1 [... other CPUs ...] Jul 2 15:06:12 comm kernel: [ 2038.134188] ACPI: PM: Waking up from system sleep state S3
In a nutshell, what’s happening is the operating system trying to go into the sleep mode (S3 level) – however, get’s pull up immediately, but is unable to restore contact and carrier for your network cards. As the “suspend” phase is taking less than a second, you even won’t notice that something like this happened. The only thing that you’ll notice is the fact that the network cards are disconnected – and you can’t even revive them even with unplugging the cable. You have to restart the machine instead.
The “cure of this disease” is described in this stackoverflow/askubuntu question: https://askubuntu.com/a/1398887: Disable the suspend mode by masking the corresponding targets:
sudo systemctl mask sleep.target suspend.target hibernate.target hybrid-sleep.target
This will ensure that the suspend commands are never reached and the system does not fall asleep — something that I would consider to be self-evident for a server operating system. Apparently, this does not hold true for Ubuntu, though…
Mit Anacron ist es möglich, zuverlässig (auch wenn der Rechner über Nacht nicht gelaufen sein sollte) Jobs periodisch (d.h. mit einer Kadenz von einem Tag oder mehr) einzuplanen. Anacron wird standardmäßig von Ubuntu und Debian installiert.
Seit der Umstellung auf systemd hat sich aber die Art der Ausführung von solchen Jobs geändert. Sie werden zwar nach wie vor im Verzeichnis /etc/cron.daily (beispielsweise) definiert, allerdings erfolgt die Ausführung nicht mehr mittels crond sondern über eine systemd timer-Konfiguration. Diese findet man unter /etc/systemd/system/timers.target.wants/anacron.timer.
Dort ist auch eingestellt, in welchem Zeitfenster anacron zur Ausführung kommt. Das geschieht mittels der Zeile
[Timer] OnCalendar=*-*-* 07..23:30
Es gilt zu beachten, daß die Zeitangabe 07..23:30 als “lokal eingestellte Zeit” zu verstehen ist. In vielen neuere Maschinen laufen die Systemuhren (auf der Kommandozeile date eingeben zum Prüfen!) nach der Zeitzone UTC. Im obigen Fall würde das bedeuten, daß anacron-daily um 9:30 (deutsche Sommerzeit) ausgeführt werden würde.
Der Einplanungswert kann oben entsprechend angepaßt werden.
Bitte aber nicht vergessen im Anschluss sudo systemctl daemon-reload auszuführen – andernfalls wird die geänderte Konfiguration nicht sofort gültig, sondern greift erst nach einem Neustart des Rechners.
Mit dem Update von Windows 10 auf Version 2004 wird der Dienst “WebClient” automatisch und ohne weitere Warnung deaktiviert, sofern dieser vorher aktiviert war. Dies kann zu Fehlern führen, daß zum Beispiel WebDAV-Laufwerke nicht mehr geöffnet / gefunden werden können. Windows Explorer liefert in solchen Fällen die Fehlermeldung
Web Client Network: Der Netzwerkname wurde nicht gefunden
Die Verbindung wurde nicht wiederhergestellt.
Um das wieder zu beheben, geht man einfach wie folgt vor:
Anschließend kann man sich wieder mit WebDAV-Laufwerken verbinden.
Achtung: AOS-Webdav-Laufwerke von Alfresco benutzen zusätzlich noch BasicAuthentication. Der Webclient hat aber standardmäßig diese Authentifikationsmethode deaktiviert! Um das wieder zu aktivieren, muss man in die Registry eingreifen unter
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\WebClient\Parameters
dort die vorhandene Option “BasicAuthLevel” auf 2 umstellen.
Im Anschluss muss der “webclient” Service nochmals neu gestartet werden, damit dieser die Einstellungsänderungen auch übernimmt.
Inklusive Update vom 5.1.2020
Bereits in einem vorherigen Post habe ich über das Thema Aktivierung von Windows beschäftigt. Da auf den im Post genannten beiden Rechner auch ein Office installiert war, mußte ich mich auch mit der Aktivierungsprozedur von Office (2013 bzw. 2019) beschäftigen. Dieser Artikel soll deshalb die Erfahrungen zusammenfassen, die ich mit dieser zweiten Aktivierung gemacht habe.
Continue reading ‘Office (2013 und später) Aktivierung – In a Nutshell’ »This site wants your consent to use cookies. It uses cookies in two ways: Cookies are used for technical reasons to allow proper navigation and handling of requests sent to the server infrastructure. Moreover, also statistical analysis may be performed to provide insight on who is using the webpage. Click here to show our data protection policy.
The cookie settings on this website are set to "allow cookies" to give you the best browsing experience possible. If you continue to use this website without changing your cookie settings or you click "Accept" below then you are consenting to this.