Archiv nach Jahren: 2013

Guten Rutsch in das neue 2014

 
 
 

Nun der letzte Beitrag, aus dem Jahre 2013.
2013 war das Jahr des Überwachungsskandals. Dies sollte uns wirklich nachdenklich machen, was tun ? Was ändern ? Egal.
Morgen ist nun 2014.  Vorsätze für das neue Jahr? Ich hoffe nein, alles ist (wird) gut.

Wir werden euch, auch  das nächste Jahr mit vielen (Nerd) Beiträgen auf den laufenden halten, die Kommentare zeigen das es nicht Umsonnst ist, danke euch !

Einen guten Start in das neue Jahr 2014, wünsche ich aus ganzem Herzen!

Das Team von rootz.de

P.S Wenn ich die kleinen Kröten finde, die schon seit 3 Tagen meinen, das schon der 31.12 24:00 ist, vergesse ich mich 🙂 Nur gut das ich seit meinem Zivildienst Pazifist bin, und Gewalt verachte.

 

Das Ubuntu Software Center / APT Package Management reparieren

In seltenen Fällen, insbesondere wenn man Update-Automatiken aktiviert hat, kann es passieren das wichtige Datein des APT-System in einen inkonsistenten Zustand kommen, so dass sich APT nicht mehr vernünftig Updates holen kann.

Dann kommen haufenweise Fehlermeldungen folgender Art …

W: Während der Überprüfung der Signatur trat ein Fehler auf. Das Repository wurde nicht aktualisiert und die vorherigen Indexdateien werden verwendet.
GPG-Fehler: http://security.ubuntu.com saucy-security Release: Die folgenden Signaturen waren ungültig: BADSIG 40976EAF437D05B5 Ubuntu Archive Automatic Signing Key <ftpmaster@ubuntu.com>

W: GPG-Fehler: http://extras.ubuntu.com saucy Release: Die folgenden Signaturen waren ungültig: BADSIG 16126D3A3E5C1192 Ubuntu Extras Archive Automatic Signing Key <ftpmaster@ubuntu.com>

W: GPG-Fehler: http://de.archive.ubuntu.com saucy Release: Die folgenden Signaturen waren ungültig: BADSIG 40976EAF437D05B5 Ubuntu Archive Automatic Signing Key <ftpmaster@ubuntu.com>

W: GPG-Fehler: http://de.archive.ubuntu.com saucy-updates Release: Die folgenden Signaturen waren ungültig: BADSIG 40976EAF437D05B5 Ubuntu Archive Automatic Signing Key <ftpmaster@ubuntu.com>

W: GPG-Fehler: http://de.archive.ubuntu.com saucy-backports Release: Die folgenden Signaturen waren ungültig: BADSIG 40976EAF437D05B5 Ubuntu Archive Automatic Signing Key <ftpmaster@ubuntu.com>

W: Fehlschlag beim Holen von http://security.ubuntu.com/ubuntu/dists/saucy-security/Release

Die Lösung

Oft reicht es schon alle Paket-Listen inklusive der Signaturen zurückzusetzen, das geht leichter und schneller als man gemeinhin vermuten würde ..

sudo apt-get clean
sudo mv /var/lib/apt/lists /var/lib/apt/lists.old
sudo mkdir -p /var/lib/apt/lists/partial
sudo apt-get update

funktioniert danach alles wieder wie gewohnt, kann man das gesicherte Verzeichnis /var/lib/apt/lists.old löschen oder wenn man den alten Zustand wiederherstellen möchte wieder umbennen.

 

Quellen

http://www.ubuntu-forum.de/artikel/58238/ubntu-software-center.html

Howto: Windows rebooten aus einer Remote Desktop Verbindung

Ab und an wird man auch mal zu Arbeiten an einem Windows-Server genötigt, der einen dann auch spontan vor ungeahnten Problemen stellt.

Da es selbst bei den neusten Versionen von Windows es immer noch ein übliches und probates Mittel scheint einen Reboot auszuführen, um Änderungen an der Konfiguration eines Systems zu aktivieren, muss man diesen also öfters durchführen.

Bei der Administration eines Windows 7 Systems bemerkte ich jüngst, das auf dem virtuellen Desktop jeglich Möglichkeit fehlt einen Reboot direkt auszulösen und das obwohl der benutzte User in der Administrativ-Gruppe war.

Weiterlesen »

Sonos Windows Controller 4.1 unter Wine, Anleitung. Es läuft !

 
 

Moinsen,
es hat mich sehr lange geärgert das der Sonoscontroller nach Version 3.8 nicht mehr mit Wine zu laufen zu bekommen war. Nun endlich habe ich eine Lösung gefunden, die ich nicht länger für mich behalten möchte.

Mein System (getestet mit):
Linux Mint 15
Wine 1.6-rc4
Dies dürfte aber auf alle aktuellen Linuxdistros mit Wine 1.6-rc4 übertragbar sein

Anleitung Cut&Paste: Weiterlesen »

Einstellungen in der /etc/security/limits.conf werden unter Debian/Ubuntu ignoriert ?

Symptome

Änderungen an globalen Beschränkungen für Prozesse via limits.conf werden nicht angenommen oder ausgeführt.

Abhilfe

Die Lösung besteht darin zu prüfen, ob das entsprechende PAM-Modul bei einem Start einer neuen User-Session auf aufgerufen wird. Einen solchen eventuell fehlenden Eintrag kann man einfach mittels folgender Kommandozeile hinzufügen.

  
echo -e "\n session required pam_limits.so \n" > /etc/pam.d/common-session.conf
  

Die Änderungen sind direkt für alle neuen User-Sessions aktiv. Das heisst man müsste sich ggf. jeweils nur noch mal neu einloggen und/oder entsprechende Prozesse neu starten.

Links

http://doookstechstuff.blogspot.de/2010/08/how-to-stop-debian-ignoring.html