Sofern der GNOME-Desktop nachträglich installiert wurde, kann es sein, daß der Gnome NetworkManager den Status “Kabelgebunden nicht verbunden” zeigt, obwohl die Netzwerkverbindung funktioniert.

Auch ein Klick auf den im Network-Manager angebotenenen Menüpunkt “Verbinden” hilft nicht und in den Netzwerkeinstellungen taucht die kabelgebundene Verbindung nicht auf.

Die Ursache hierfür liegt an der nachträglichen Installation des NetworkManagers bzw. daran, daß sich der NetworkManager nicht für die kabelgebundene Verbindung zuständig fühlt.

Die Lösung des Problems liegt in der Datei “NetworkManager.conf” im Verzeichnis “/etc/NetworkManager”. In dieser muß der Eintrag

[ifupdown]
managed=false

zu

[ifupdown]
managed=true

geändert werden, dann funtkioniert nach einem Neustart des Network Managers auch die Verwaltung des kabelgebundenen Netzwerks.

Selbst wenn mit gnome-core lediglich das Minimalpaket gewählt wird, wird bei der Installation von GNOME unter Debian der Browser Firefox in der ESR-Version 52 zwangsweise mitinstalliert.

Spätestens wenn parallel eine aktuelle Version von Firefox installiert wurde, wird die ESR-Version nicht mehr benötigt und könnte deinstalliert werden. Leider quittiert die Paketverwaltung ein

# apt remove firefox-esr

nicht nur damit, daß sie auch “gnome-core” deinstallieren will, zusätzlich wird die Installation von chromium mit eingeplant:

...
Die folgenden Pakete werden ENTFERNT:
  firefox-esr gnome-core
Die folgenden NEUEN Pakete werden installiert:
  chromium
...

Nach einigen ergebnislosen Versuchen fand sich schließlich bei reddit der entscheidende Fingerzeig: die Installation eines mit equivs selbstgebastelten Fake-Pakets, welches dem System einen vorhandenen firefox-esr vorgaukelt.

Ein passendes Muster für eine Control-Datei findet sich in Kapitel “15.2.1. Meta-Pakete oder vorgetäuschte Pakete” des Debian Adminstrator Handbuchs und ist schnell angepasst:

Package: fakefox-esr
Version: 0.1
Maintainer: Andreas Thul <ab@c.de>
Provides: firefox-esr (=52)
Architecture: all
Description: Fake package - Firefox ESR
 This is a fake package to let the packaging system
 believe that Firefox ESR is installed.

Die wichtigste Zeile hierbei ist “Provides: …”, welche vorgaukelt, daß das Paket tatsächlich Firefox in der ESR-Version bereitstellt.

Nachdem das Paket mittels

# equivs-build fakefox-esr

erstellt wurde, kann es über

# sudo dpkg -i fakefox-esr_0.1_all.deb

installiert werden. Anschließend führt die Entfernung des “firefox-esr”-Pakets zum ursprünglich beabsichtigten Ergebnis:

sudo apt remove firefox-esr
...
Die folgenden Pakete werden ENTFERNT:
firefox-esr
0 aktualisiert, 0 neu installiert, 1 zu entfernen und 0 nicht aktualisiert.

Im Produktivbetrieb undenkbar, auf einer lediglich zu Testzwecken eingerichteten virtuellen Maschine aber ein deutlicher Komfortgewinn ist eine automatische Anmeldung an der Linux-Konsole.

Hierbei ist zu beachten, daß sich unter Debian mit der Einführung von systemd die Einrichtung gegenüber den meist noch zu findenden älteren, auf init bezogenen Anleitungen geändert hat.

Als erstes wird von dem “normalen” getty-Service eine Kopie erzeugt:

cp /lib/systemd/system/getty@.service /lib/systemd/system/autologin@.service

In der soeben erzeugten Kopie wird dann im Abschnitt “[Service]” die Zeile

ExecStart=-/sbin/agetty --noclear %I $TERM

nach “–noclear” um den Parameter “-a Benutzername” ergänzt, so daß die Zeile für den Benutzer “root” wie folgt aussieht

ExecStart=-/sbin/agetty --noclear -a root %I $TERM

Anschließend wird mittels

systemctl disable getty@tty1

zuerst der getty-Service für tty1 deaktiviert, bevor mit

systemctl enable autologin@tty1

die soeben erzeugte Kopie aktiviert wird.

Standardmäßig ist bei Debian die NumLock-Funktion auf der Konsole nach dem Boot deaktiviert. Ist dies bei physikalischen Servern in der Regel kein größeres Ärgernis, da man nur selten direkt an der Konsole arbeitet und noch seltener neu startet, kann es bei einer auf dem lokalen Arbeitsplatz betriebenen virtuellen Maschine nerven: je nach verwendeter Virtualisierungslösung wird beim Boot der VM auch unter Windows die NumLock-Taste ausgeschaltet, was mehr als nervig ist.

bis Debian 7 “Wheezy”:

Die Lösung ist recht einfach - ein Skript namens “enablenumlock”

### BEGIN INIT INFO
# Provides: enablenumlock
# Required-Start: $syslog
# Required-Stop: $syslog
# Default-Start: 2 3 4 5
# Default-Stop: 0 1 6
# Short-Description: Enables numlock on console
# Description: Enables numlock on console at boot time.
### END INIT INFO

# Aktionen
case "$1" in
 start)
 /usr/bin/setleds -D +num
 ;;
stop)
 /usr/bin/setleds -D +num
 ;;
restart)
 /usr/bin/setleds -D +num
 ;;
esac

exit 0

ins Verzeichnis “/etc/init.d” gepackt, ausfrührbar gemacht und dann mittels

update-rc.d enablenumlock defaults

in den Systemstart eingebunden. Beim nächsten Boot wird NumLock automatisch aktiviert.

ab Debian 8 “Jessie”:

Durch den Umstieg von sysvinit zu systemd funktioniert die oben geschilderte Lösung nicht mehr zuverlässig. Einfache Abhilfe schafft der Ansatz aus dem archlinux Wiki, welcher dem Dienst “getty@.service” zwei Zeilen hinzufügt:

# systemctl edit getty\@.service

[Service]
ExecStartPre=/bin/sh -c 'setleds +num < /dev/%I'

Nach einen Neustart ist Numlock dann wieder standardmäßig aktiviert. Wer sich an dem angezeigten Hint stört, findet im Wiki auch eine Möglichkeit, dessen Ausgabe zu unterdrücken.

Ein Upgrade von Debian Jessie nach Stretch ist schnell erledigt: in der Datei “/etc/apt/sources.list” alle Einträge, die auf “jessie” lauten durch “stretch” ersetzen und anschließend mit

apt-get update
apt-get upgrade
apt-get dist-upgrade

das System auf die neue Version aktualisieren.

Das Upgrade lief auch problemlos durch, allerdings war nach einem Reboot kein Netzwerk (mehr) vorhanden:

root@sandbox:~# ifconfig
lo: flags=73<UP,LOOPBACK,RUNNING>  mtu 65536
        inet 127.0.0.1  netmask 255.0.0.0
        inet6 ::1  prefixlen 128  scopeid 0x10<host>
        loop  txqueuelen 1  (Lokale Schleife)
        RX packets 0  bytes 0 (0.0 B)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 0  bytes 0 (0.0 B)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

Während vor dem Reboot die Netzwerkkarte noch mit “eth0” identifiziert wurde

root@sandbox:~# networkctl
WARNING: systemd-networkd is not running, output will be incomplete.

IDX LINK             TYPE               OPERATIONAL SETUP
  1 lo               loopback           n/a         unmanaged
  2 eth0             ether              n/a         unmanaged

2 links listed.

wurde nach dem Reboot die Netzwerkkarte als “enp0s3” erkannt:

root@sandbox:~# networkctl
WARNING: systemd-networkd is not running, output will be incomplete.

IDX LINK             TYPE               OPERATIONAL SETUP
  1 lo               loopback           n/a         unmanaged
  2 enp0s3           ether              n/a         unmanaged

2 links listed.

Nachdem in der Datei “/etc/network/interfaces” alle Einträge von “eth0” durch “enp0s3” ersetzt wurden, stand nach einem weiteren Reboot das Netzwerk wieder zur Verfügung.