Could not get lock /var/lib/apt/lists/lock – open (11: Resource temporarily unavailable)

Bei dem Versuch über apt die Pakete zu aktualisieren, kommt (unter Ubuntu oder in meinem Fall Lubuntu) folgende Meldung:

sudo apt-get update && sudo apt-get upgrade

Reading package lists… Done
E: Could not get lock /var/lib/apt/lists/lock – open (11: Resource temporarily unavailable)
E: Unable to lock directory /var/lib/apt/lists/

Als erstes kann man es mit einem Neustart versuchen.
Leider führte das in meinem Falle nicht zum Erfolg.
Also Ausschau halten nach software center, synaptic oder update manager! Auch Fehlanzeige?!

Bei mir hat folgender Befehl geholfen:

sudo rm /var/lib/apt/lists/* -vf

Danach wieder ein 

sudo apt-get update

damit die Listen neu eingelesen werden.

Kostenloser Onlinekurs von OpenHPI: Linux für alle

Das Hasso-Plattner-Institut bietet einen kostenlosen Onlinekurs an, der sich an Linux-Anfänger richtet. In diesem Kurs werden die Basics vermittelt: Installation, Konfiguration und die Nutzung von Programmen. Also alles, was man benötigt, um von Windows auf Linux umzusteigen. 🙂

Kursstart ist am 12.02.2018 und er endet am 26.02.2018
Also 2 Wochen á 3-6 Stunden

Für diesen Kurs muss man sich lediglich auf der Webpräsenz des Institutes anmelden und sich dann für den Kurs eintragen.
Nach Absolvierung des Kurses bekommt man eine Teilnahmebestätigung (sofern man auf mindestens 50% der Kursunterlagen zugegriffen hat).

Hier geht es direkt zum Kurs!

Mehr Infos auch über Twitter: @openHPI unter Hashtag #linux2018

Ubuntu: PC bei Knopfdruck ausschalten

Gerade wenn man einen „headless“ linux PC laufen hat, möchte man ihn ohne große Umstände herunterfahren können.
Am besten einfach den Powerknopf einmal drücken und die Kiste schaltet sich ab.

So gehts:

sudo vi /etc/acpi/events/powerbtn

dort sucht man die folgende Zeile und kommentier sie mit einem # aus:

action=/etc/acpi/powerbtn.sh

dann sieht sie so aus

#action=/etc/acpi/powerbtn.sh

stattdessen fügt man jetzt folgende Zeile ein:

action=/sbin/poweroff

Jetzt noch einen Dienst neu starten und fertig:

sudo acpid restart

Jetzt fährt der PC auf Knopfdruck herunter.

Windows Image einbinden und bearbeiten

Um z.B. BOOT_BCD Fehler unter Sophos Safeguard zu beheben, benötigt man einen bootfähigen USB-Stick, auf dem ein Windows PE läuft.
Auf diesem Stick befindet sich im Ordner „sources“ das Image „boot.wim“, in dem sich die WindowsPE Verzeichnisse befinden.
Um jetzt Dateien wie z.B. die „recoverytoken.tok“ in das Image einbinden zu können, muss man es unter Windows 10 mounten und bearbeiten.
Bei der alten Version des Sophos Sticks konnte man das bequem mit 7zip erledigen, aber das scheint unter 10 mit dem Image ‚winpe_SGN_8.00.0_x86.iso‘ nicht mehr zu gehen.

Stattdessen muss man das Image jetzt mit dem DISM (Deployment Image Servicing and Management tool) einbinden und bearbeiten.

  1. Anlegen eines Arbeitsverzeichnisses
    Dazu erstellt man einfach einen neuen Ordner (in meinem Beispiel C:\mounted_images)
  2. Jetzt öffnet man die cmd als Administrator
  3. Nun gibt man folgenden Befehl ein:
    DISM /Mount-Image /ImageFile:D:\sources\boot.wim /index:1 /MountDir:C:\mounted_images
    Damit hat man das *.wim Image jetzt in dem Arbeitsverzeichnis zur Verfügung.
  4. Jetzt kann man das Arbeitsverzeichnis im Explorer öffnen und die Dateien entsprechend bearbeiten.
  5. Sichern der Veränderungen
    Das geht mit folgendem Befehl:
    Dism /Commit-Image /MountDir:C:\mounted_images
  6. Nun noch unmounten des Imgaes (sicherheitshalber noch mal mit einem ‚commit‘)
    Dism /Unmount-Image /MountDir:C:\mounted_images /commit

Jetzt kann man den Stick wieder entfernen und mit dem Image arbeiten.

ACHTUNG: Windows 10 PE Images können nicht mehr mit ImageX bearbeitet werden. Daher belibt nur der Weg über DISM!

ESXi Warnung Add-in Card 10 35-GPU beheben

Auf einem HP Blade war ein Fehler zu sehen, dass ein Sensor ein Problem gemeldet hat:

Add-in Card 10 35-GPU Temperatur Problem 77 Grad
alternativ ist auch folgender Fehler aufgetreten:
Warning „Card 10 35-GPU 2, Controller access degraded“

Da alle anderen Temperaturen im Normalbereich lagen, sah das schon etwas merkwürdig aus.

Mit einem der folgenden Schritte kann man diesen Fehler beseitigen:

1. per ssh auf den ESXi Server verbinden und folgenden Befehl absetzen:
/etc/init.d/sfcbd-watchdog restart
danach im VSphere auf den Host verbinden und unter „Hardware Status“ auf „Update“ klicken.

2. wieder per ssh verbinden und mit /sbin/services.sh restart die Dienste neu starten.

3. Neustart des ganzen Servers

4. Man kann auch noch folgende Möglichkeit (ganz ohne ssh) probieren.
Dazu geht man im vSphere Client auf „Configuration / Security Profile“  im Bereich  „Services“ jetzt auf „Properties …“ und dort sucht man den Eintrag für den „CIM Server“. Diesen Eintrag auswählen und dann kann man diesen über den Button „Options…“ neu starten (Restart Knopf).
Danach dann wieder unter „Hardware Status“ auf „Update“ klicken.

nur ein Spielplatz …