Ich möchte LightDM auf den Standardzustand zurücksetzen, da es aus irgendeinem Grund
/etc/lightdm/unity-greeter.confjetzt eine leere Datei ist.

Durch das Löschen /etc/lightdm/unity-greeter.confund anschließende Ausführen sudo apt-get install --reinstall unity-greeterwird nicht wie erwartet eine neue Konfigurationsdatei erstellt.

Wie kann ich eine fehlende Konfigurationsdatei wiederherstellen?

1. Finden Sie heraus, in welchem ​​Paket die Konfigurationsdatei installiert ist :

   $ dpkg -S unity-greeter.conf
   unity-greeter: /etc/lightdm/unity-greeter.conf
   

   Wie Sie sehen, lautet der Name des Pakets unity-greeter.

   Wenn Sie beispielsweise ein Verzeichnis gelöscht haben, /etc/pam.dkönnen Sie jedes hinzugefügte Paket mithilfe des Verzeichnispfads auflisten:

   $ dpkg -S /etc/pam.d
    login, sudo, libpam-runtime, cups-daemon, openssh-server, cron, policykit-1, at, samba-common, ppp, accountsservice, dovecot-core, passwd: /etc/pam.d
   

2. Führen Sie den folgenden Befehl aus und ersetzen Sie ihn <package-name>durch den Namen des Pakets:

   sudo apt install --reinstall -o Dpkg::Options::="--force-confask,confnew,confmiss" <package-name>
   

   Und zum Wiederherstellen des Verzeichnisses:

   sudo apt install --reinstall -o Dpkg::Options::="--force-confask,confnew,confmiss" $(dpkg -S /etc/some/directory | sed 's/,//g; s/:.*//')
   

3. Wenn alles wie erwartet funktioniert hat, sollten Sie eine Nachricht erhalten:

   Configuration file `/etc/lightdm/unity-greeter.conf', does not exist on system. 
   Installing new config file as you requested.
   

4. Ein praktisches Beispiel für die Neuinstallation aller PulseAudio-Konfigurationsdateien:

   apt-cache pkgnames pulse |xargs -n 1 apt-get -o Dpkg::Options::="--force-confmiss" install --reinstall 
   

In vielen Fällen wird die Standardkonfigurationsdatei direkt von einem Paket bereitgestellt. In solchen Fällen können Sie die spezifische Datei aus dem Paket extrahieren und so die Datei leicht wiederherstellen.

Um zu überprüfen, ob ein Paket die Datei enthält, führen Sie dpkg -Sden vollständigen Pfad der Datei aus. Zum Beispiel:

$ dpkg -S /etc/ssh/sshd_config /etc/ssh/ssh_config /etc/sudoers
dpkg-query: no path found matching pattern /etc/ssh/sshd_config
openssh-client: /etc/ssh/ssh_config
sudo: /etc/sudoers

Bereitgestellt von einem Paket

Wie wir sehen können, /etc/ssh/sshd_configwird nicht direkt von jedem Paket zur Verfügung gestellt, aber die anderen beiden durch vorgesehen sind openssh-clientund sudojeweils. Wenn Sie sich also erholen möchten /etc/ssh/ssh_config, holen Sie sich zuerst das Paket:

apt-get download openssh-client

Jetzt können Sie die Datei entweder direkt an den vorgesehenen Speicherort extrahieren oder relativ zum aktuellen Verzeichnis an den vorgesehenen Speicherort, anstatt sie /zu vergleichen und zu vergleichen oder manuell zusammenzuführen. Für das ehemalige:

dpkg-deb --fsys-tarfile openssh-client_*.deb | sudo tar x ./etc/ssh/ssh_config -C /

Der -C /Befehl tarzum Extrahieren nach dem Wechsel zu /, was bedeutet, dass die Zieldatei ersetzt wird. Wenn Sie es entfernen, tarwird es in das aktuelle Verzeichnis extrahiert, was bedeutet, ./etc/ssh/ssh_configdass es in Ihrem aktuellen Verzeichnis vorhanden ist.

Wenn aus irgendeinem Grund sudonicht funktioniert, verwenden Sie pkexecstattdessen. Wenn pkexecdies auch nicht funktioniert, starten Sie den Computer im Wiederherstellungsmodus neu und hängen Sie ihn /als ein rw. Wenn das nicht geht ...

Erstellt von einem Paket

Was ist /etc/ssh/sshd_config? Es scheint von keinem Paket bereitgestellt zu werden. Wie ist es also erschienen?

In diesem Fall (und in vielen anderen Fällen, in denen es sich um ein anderes Beispiel handelt /etc/modules) wurde die Datei während der Installation mit einem Paketverwaltungsskript erstellt . Dies geschieht häufig, wenn die Konfigurationsdatei aufgrund von Benutzerantworten auf Abfragen geändert werden muss. OpenSSH fragt beispielsweise, ob unter anderem in neueren Versionen PermitRootLogingeändert werden soll no.

Um solche Fälle zu identifizieren, versuchen Sie, die Betreuerskripte zu durchsuchen. Normalerweise müsstest du nur schauen postinst, aber wenn du kein Glück hast postinst, versuche es preinstauch:

grep -l /etc/ssh/sshd_config /var/lib/dpkg/info/*.postinst

In diesem Fall haben wir Glück:

$ grep /etc/ssh/sshd_config /var/lib/dpkg/info/*.postinst -l
/var/lib/dpkg/info/openssh-server.postinst

Es stimmt nur eine Datei überein, und zum Glück enthält sie Code zum Erstellen einer Standardkonfigurationsdatei :

    cat <<EOF > /etc/ssh/sshd_config
# Package generated configuration file
# See the sshd_config(5) manpage for details

# What ports, IPs and protocols we listen for
Port 22
# Use these options to restrict which interfaces/protocols sshd will bind to
#ListenAddress ::
#ListenAddress 0.0.0.0
Protocol 2
# HostKeys for protocol version 2
HostKey /etc/ssh/ssh_host_rsa_key
HostKey /etc/ssh/ssh_host_dsa_key
HostKey /etc/ssh/ssh_host_ecdsa_key
#Privilege Separation is turned on for security
UsePrivilegeSeparation yes

# Lifetime and size of ephemeral version 1 server key
KeyRegenerationInterval 3600
ServerKeyBits 768

# Logging
SyslogFacility AUTH
LogLevel INFO

# Authentication:
LoginGraceTime 120
PermitRootLogin yes
StrictModes yes

RSAAuthentication yes
PubkeyAuthentication yes
#AuthorizedKeysFile %h/.ssh/authorized_keys

# Don't read the user's ~/.rhosts and ~/.shosts files
IgnoreRhosts yes
# For this to work you will also need host keys in /etc/ssh_known_hosts
RhostsRSAAuthentication no
# similar for protocol version 2
HostbasedAuthentication no
# Uncomment if you don't trust ~/.ssh/known_hosts for RhostsRSAAuthentication
#IgnoreUserKnownHosts yes

# To enable empty passwords, change to yes (NOT RECOMMENDED)
PermitEmptyPasswords no

# Change to yes to enable challenge-response passwords (beware issues with
# some PAM modules and threads)
ChallengeResponseAuthentication no

# Change to no to disable tunnelled clear text passwords
#PasswordAuthentication yes

# Kerberos options
#KerberosAuthentication no
#KerberosGetAFSToken no
#KerberosOrLocalPasswd yes
#KerberosTicketCleanup yes

# GSSAPI options
#GSSAPIAuthentication no
#GSSAPICleanupCredentials yes

X11Forwarding yes
X11DisplayOffset 10
PrintMotd no
PrintLastLog yes
TCPKeepAlive yes
#UseLogin no

#MaxStartups 10:30:60
#Banner /etc/issue.net

# Allow client to pass locale environment variables
AcceptEnv LANG LC_*

Subsystem sftp /usr/lib/openssh/sftp-server

# Set this to 'yes' to enable PAM authentication, account processing,
# and session processing. If this is enabled, PAM authentication will
# be allowed through the ChallengeResponseAuthentication and
# PasswordAuthentication.  Depending on your PAM configuration,
# PAM authentication via ChallengeResponseAuthentication may bypass
# the setting of "PermitRootLogin without-password".
# If you just want the PAM account and session checks to run without
# PAM authentication, then enable this but set PasswordAuthentication
# and ChallengeResponseAuthentication to 'no'.
UsePAM yes
EOF

In der Regel sehen Sie Folgendes (ein weiteres Beispiel /etc/modulesauskmod ):

cat > /path/to/the/file <<EOF
# default contents
EOF

Sie können also nach diesem Code suchen und den Inhalt direkt aus dem Skript abrufen.

Kein solches Skript? Sie können immer noch versuchen, in den Dateilisten verwandter Pakete zu stöbern, um festzustellen, ob etwas zutrifft. Derzeit sehe ich jedoch keine einfach zu verallgemeinernde Methode (kurz vor der Neuinstallation in vorübergehenden Umgebungen wie einer Chroot oder einer VM oder einem Live-USB).

Behalten Sie auf lange Sicht Ihre Konfiguration unter Versionskontrolle. Jedes VCS, das sein Geld wert ist, kann hier den Tag retten, und das etckeeperHilfsprogramm vereinfacht die Aufbewahrung /etcin einem VCS erheblich .

Laut diesem Thread in den Ubuntu-Foren ist es so einfach, in einem Terminal Folgendes auszuführen:

sudo dpkg-reconfigure lightdm

Suchen Sie das Paket, dem die Konfigurationsdatei gehört:

dpkg --search /etc/path/to/config

es wird etwas Ähnliches ausgeben wie:

unity-greeter: /etc/lightdm/unity-greeter.conf

Damit der Paketname "unity-greeter" lautet, laden Sie das Paket herunter:

apt-get download unity-greeter

Extrahieren Sie dann die Daten des Dateisystembaums in eine TAR-Datei:

dpkg-deb --fsys-tarfile unity-greeter_version-0ubuntu1_amd64.deb > pkg.tar

Extrahieren Sie schließlich nur die genaue Konfiguration, die Sie möchten:

tar -Oxf pkg.tar ./etc/lightdm/unity-greeter.conf |
sudo tee /etc/lightdm/unity-greeter.conf 

• ./etc/lightdm/unity-greeter.conf ist der Dateiname in unserem Archiv.
• /etc/lightdm/unity-greeter.conf Hier schicke ich es zur Aufbewahrung.

Oder wie @Muru vorgeschlagen hat, können wir es in einem Liner tun:

dpkg-deb --fsys-tarfile unity-greeter_version-0ubuntu1_amd64.deb |
sudo tar -x -C / ./etc/lightdm/unity-greeter.conf

Ich hatte das gleiche Problem auf Ubuntu 17.04. Die Nachinstallation verwendet eine Vorlage von /usr/share/openssh/. Es prüft, ob rootlogin aktiviert ist oder nicht, setzt diese Option und kopiert sie nach /etc/ssh. Danach führt es einige UFC- und UFC-Aufrufe durch (ich weiß nicht, wofür das ist).

Einfach kopieren /usr/share/openssh/sshd_confignach /etc/ssh/sshd_config:

sudo cp /usr/share/openssh/sshd_config /etc/ssh/sshd_config

Stellen Sie nun Ihren ein, sshd_configwie Sie möchten.

Dies funktioniert nicht bei allen Konfigurationsdateien. Für /etc/nsswitch.confsehen, wie wiederherstellen / neu etc / nsswitch.conf Dateien . Es scheint nicht möglich zu sein, diese Datei mit zu rekonstruieren dpkg-reconfigure.

Löschen (zurück) auf die Datei und neu zu installieren und unity-greetermit apt-get install --reinstall unity-greeter.