Kurze Vorgeschichte: Ich nutze derzeit Debian Testing auf meinem Computer und Laptop. Vor ein paar Tagen wurde ein Security Bug veröffentlicht, der schon aktiv ausgenutzt wird um teilweise auch Admin-Daten (SSH-Logins u.ä.) von Linux-Desktops zu stehlen - eine sehr ungute Situation für mich, die ich die letzten Tage mit der Nutzung von Chrome (normalerweise mein Zweitbrowser) entschärfte.
Nach meinem Windows 8 -> Windows 10 Upgrade hat der Debian testing UEFI Grub2 nur noch die Rescue Shell gezeigt. Da ich bei meinem Dualboot-System die Debian-Installation voll verschlüsselt habe, fand ich keine einfache Anleitung um dies zu reparieren, deshalb hier für euch zusammengefasst, wie man bei einem solchen System den Grub wieder zum Laufen bringt - und das ganze ohne LiveCD/Live USB:
Leider scheint bei den OSSEC HIDS Paketen (für Debian/Ubuntu zumindest) irgendwo ein kleiner Fehler bei Updates vorprogrammiert zu sein - bei Updates auf mehreren Servern bekam ich von APT immer nur Fehlermeldungen, hier ein kompletter Auszug:
Bei einer rdiff-backup Sicherung, die jemand anders eingerichtet hatte, kam ab der 2ten Sicherung immer einer der folgenden Fehler:
Nachdem ich nun alle Keys tauschen musste (heartbleed bug), dachte ich mir es ist Zeit auch bei den aktuellen Debian 7 und Ubuntu 12.04 LTS für PFS, also ECC keys and ECDH ciphers. Der Weg dorthin ist - wenn man ein wenig Übung mit kompilieren und apt hat, relativ einfach:
1. Vorbereitungen - Quellcode und Tools herunterladen
Nach der Übersiedelung von einigen OpenVZ-Containern war die Anzeige von "df -h" und "du -sch /" unterschiedlicher, als kaum vorstellbar. Vermutlich lag es an alten vzquota-Dateien, da ich VEID's neu vergeben hatte.
Die Lösung: Einfach die Quotas neu berechnen lassen mittels folgender Zeile - leider muss man den OpenVZ-Container wirklich einmal neu starten:
# vzctl stop 199; vzquota drop 199; vzctl start 199
Die Zahl "199" natürlich durch die betreffende VEID ersetzen - nun sollte der belegte &freie Speicherplatz wieder korrekt angezeigt werden.
Bei einem Server-Update eine Fehlermeldung zu sehen ist immer recht ungut, derzeit scheint es einige (wie mich) bei Ubuntu zu treffen: Procps will sich nicht aktualisieren lassen, da der Start des Dienstes fehlschlägt. Der Fehler wird bereits im Ubuntu Bugtracker verfolgt, bei mir scheinen die Lösungen aufgrund OpenVZ-Virtualisierung (bzw. Proxmox) zu passen:
In den letzten Wochen nervte das anstehende udev-Update bei meinen Gentoo-OpenVZ-Gästen (die schon einige Jahre lang laufen), da die benötigte Kernel-Version für OpenVZ-Hostsysteme schlicht noch nicht existiert. In den weiten des Internets habe ich nun die "schönste" Lösung zu diesem Problem im deutschen Gentoo-Wiki gefunden:
Damit Udev nicht während dem Systemstart gestartet wird, folgende Zeilen eingeben:
Während den ersten zwei Beta-Versionen vom neuen Ubuntu 12.10 gab es eine große Aufregung, da die "Haupt-Linse" plötzlich auch Amazon Artikel bei durchgeführten Abfragen beinhaltete. Manche bezeichneten die Antwort von Mark Shuttleworth nicht ausreichend, und dachten Ubuntu-User werden nun dazu gezwungen, und es gibt nur umständliche Methoden dies abzuschalten.
Die Zeitprobleme lassen bei mir anscheinend nie nach ;) Trotzdem zumindest ein kurzer aktueller Eintrag:
Ich sitze gerade bei meinem Stand am Linuxday der Uni Klagenfurt, präsentiere wieder 3D-Windowmanager.Nebenbei überlege ich mir für nächstes Jahr, mal ein neues Thema zu wählen - immer nur 3D Desktops werden ja fast langweilig, vor allem da ich selbst zu 95% Enlightenment DR17 verwende.
So, das wars schon wieder - bis bald :-p