APT/Fehlerbehebung: Unterschied zwischen den Versionen

Aus Foxwiki
Subpages:
Versionsgeschichte interaktiv durchsuchen
← Zum vorherigen VersionsunterschiedZum nächsten Versionsunterschied →
VisuellWikitext
Keine Bearbeitungszusammenfassung
Zeile 172: Zeile 172:
  apt upgrade
  apt upgrade
  systemctl restart sshd.service
  systemctl restart sshd.service
= Key is stored in legacy trusted.gpg keyring =
'''If you see an apt-key deprecated warning when you run apt update on Ubuntu and want to fix it, you’re in the right place'''
In this post I walk you (and myself) through the process
* See, after I followed the steps to install TeamViewer on Ubuntu I noticed the following error every time I run <code>apt update</code>
W: <nowiki>https://linux.teamviewer.com/deb/dists/stable/InRelease</nowiki>: Key is stored in legacy trusted.gpg keyring (/etc/apt/trusted.gpg), see the DEPRECATION section in apt-key(8) for details
Though undesired, '''the warning does not prevent updating or upgrading the system'''
* You can ignore it without any ill effect and, for a day or two, so that’s what I did
* And if you stick to GUI update methods you won’t hear about tahe error at all
But it’s annoying, and hey: the warning is showing for a reason
* While I’m not going to get in to the reasons why apt key add was deprecated here (there are some excellent explanations elsewhere on the web) but I am going to show you to solve it
== Fix Apt-Key Deprecation Error ==
Fixing the apt-key deprecation error on Ubuntu can be done a number of ways
=== Method 1: the sensible way ===
The recommended method from AskUbuntu is as follows
* First, open a new Terminal window and then look inside your legacy apt-key file by running this command
# apt-key list
Depending on your system you may see a couple of entries appear or a veritable avalanche
Scroll through the list carefully
* Pay attention to how things are laid out
* Find the section that mentions the package listed in the initial warning (if you see multiple warnings you will need to repeat these steps for each one in turn)
In my case I’m looking for the key related to ''TeamViewer'', and it looks like this
pub rsa4096 2020-01-29 [SC]
8CAE 012E BFAC 38B1 7A93 7CD8 C5E2 2450 0C12 89C0
uid [ unknown] TeamViewer Germany GmbH (TeamViewer Linux 2020) <support@teamviewer.com>
Copy the last 8 characters from the second line — in the example above this is <code>0C12 89C0</code> — and convert it to a <code>.gpg</code> file using the command below
* Remember to drop the space between the 8 characters and specify a <code>gpg</code> file name that is relevant to the package the key is for
In my example I had to run
# apt-key export 0C1289C0 | sudo gpg --dearmour -o /etc/apt/trusted.gpg.d/teamviewer.gpg
Once you’ve constructed your command hit <code>enter</code> …That’s all you need to do
When you next run an <code>apt update</code> the deprecated key error will no longer appear for the repo you just applied (though if you have more than one repo affected, you’ll need to repeat the steps above for each one)
Find this method too involved?
=== Method 2: the quick way ===
The “recommended” way to fix apt key deprecations errors on Ubuntu is the method detailed above
* But there is a “quick and dirty” fix
While the method below worked for I should stress that a) your milage may vary and b) it’s not the ''smart'' way to solve this issue as, depending on the legacy keys on your system, it ''could'' compromise your system’s security
If you’re happy to throw caution to the wind open a new ''Terminal'' window and run
cd /etc/apt
Followed by
# cp trusted.gpg trusted.gpg.d
Enter your password as prompted and hit <code>enter</code> to apply
When you next run <code>apt update</code> the error in question will no longer appear
Wenn Sie beim Ausführen von apt update unter Ubuntu die Warnung apt-key deprecated sehen und dies beheben wollen, sind Sie hier richtig
In diesem Beitrag führe ich Sie (und mich) durch den Prozess
* Nachdem ich die Schritte zur Installation von TeamViewer unter Ubuntu befolgt hatte, bemerkte ich jedes Mal, wenn ich apt update ausführe, den folgenden Fehler
W: <nowiki>https://linux.teamviewer.com/deb/dists/stable/InRelease</nowiki>: Key is stored in legacy trusted.gpg keyring (/etc/apt/trusted.gpg), see the DEPRECATION section in apt-key(8) for details
Obwohl die Warnung unerwünscht ist, verhindert sie nicht die Aktualisierung oder das Upgrade des Systems
* Sie können sie ignorieren, ohne dass dies irgendwelche negativen Auswirkungen hat, und das habe ich auch getan
* Und wenn Sie sich an die Aktualisierungsmethoden der grafischen Benutzeroberfläche halten, werden Sie von dem Fehler überhaupt nichts mitbekommen
Aber es ist ärgerlich, und hey: die Warnung wird aus einem bestimmten Grund angezeigt
* Ich werde hier nicht auf die Gründe eingehen, warum apt key add veraltet ist (es gibt einige ausgezeichnete Erklärungen an anderer Stelle im Web), aber ich werde Ihnen zeigen, wie Sie das Problem lösen können
Apt-Key Deprecation-Fehler beheben
Die Behebung des apt-key Deprecation-Fehlers unter Ubuntu kann auf verschiedene Arten erfolgen
Methode 1: der vernünftige Weg
Die von AskUbuntu empfohlene Methode ist wie folgt. Öffnen Sie zunächst ein neues Terminal-Fenster und schauen Sie dann in Ihre alte apt-key-Datei, indem Sie diesen Befehl ausführen
sudo apt-key list
Abhängig von Ihrem System können Sie ein paar Einträge sehen oder eine wahre Lawine
Blättern Sie sorgfältig durch die Liste
* Achten Sie darauf, wie die Dinge angeordnet sind
* Suchen Sie den Abschnitt, in dem das Paket erwähnt wird, das in der ersten Warnung aufgeführt ist (wenn Sie mehrere Warnungen sehen, müssen Sie diese Schritte für jede einzelne wiederholen)
In meinem Fall suche ich nach dem Schlüssel für TeamViewer, und der sieht wie folgt aus
pub rsa4096 2020-01-29 [SC]
8CAE 012E BFAC 38B1 7A93 7CD8 C5E2 2450 0C12 89C0
uid [ unbekannt] TeamViewer Deutschland GmbH (TeamViewer Linux 2020) <support@teamviewer.com>
Kopieren Sie die letzten 8 Zeichen aus der zweiten Zeile - im obigen Beispiel ist dies 0C12 89C0 - und konvertieren Sie sie mit dem folgenden Befehl in eine .gpg-Datei
* Denken Sie daran, das Leerzeichen zwischen den 8 Zeichen wegzulassen und einen gpg-Dateinamen anzugeben, der zu dem Paket passt, für das der Schlüssel bestimmt ist
In meinem Beispiel musste ich Folgendes ausführen
sudo apt-key export 0C1289C0 | sudo gpg --dearmour -o /etc/apt/trusted.gpg.d/teamviewer.gpg
Sobald Sie Ihren Befehl erstellt haben, drücken Sie die Eingabetaste ..
* Das ist alles, was Sie tun müssen
Wenn Sie das nächste Mal ein apt-Update ausführen, wird der Fehler "veraltete Schlüssel" für das soeben angewandte Repository nicht mehr angezeigt (wenn allerdings mehr als ein Repository betroffen ist, müssen Sie die obigen Schritte für jedes einzelne wiederholen)
Finden Sie diese Methode zu kompliziert?
Methode 2: Der schnelle Weg
Der "empfohlene" Weg, um apt key deprecations Fehler unter Ubuntu zu beheben, ist die oben beschriebene Methode
* Aber es gibt auch eine "schnelle und schmutzige" Lösung
Auch wenn die unten beschriebene Methode funktioniert hat, sollte ich betonen, dass a) Ihre Erfahrungen variieren können und b) es nicht der klügste Weg ist, dieses Problem zu lösen, da es, abhängig von den alten Schlüsseln auf Ihrem System, die Sicherheit Ihres Systems gefährden könnte
Wenn Sie alle Vorsicht in den Wind schlagen wollen, öffnen Sie ein neues Terminalfenster und führen Sie aus
cd /etc/apt
Gefolgt von
sudo cp trusted.gpg trusted.gpg.d
Geben Sie Ihr Passwort nach Aufforderung ein und drücken Sie die Eingabetaste, um den Vorgang abzuschließen
Wenn Sie das nächste Mal apt update ausführen, wird der betreffende Fehler nicht mehr erscheinen
== Solve: Legacy trusted.gpg keyring – ‘apt-key’ Deprecation on Ubuntu ==
''Solve APT key warning on Ubuntu 22.04 or in other latest versions: Key is stored in legacy trusted.gpg keyring (/etc/apt/trusted.gpg), see the DEPRECATION section in apt-key(8) for details.''
If we want to install some software on Ubuntu Linux that is not present in the official repository, then we need to use the repository or binary of that tool
* However, the repository method is preferable because of future updates
* To add any third-party repository we also need to add a new GnuPG key / public key issued by the developers of the packages we want to install
* It helps the system to confirm the packages we are receiving are the same as those published by its developers
* Otherwise, the system would not have a relationship of trust – the installation of packages from untrusted sources would be rejected
Earlier the public key is usually downloaded and passed directly to apt-key add, for example till Ubuntu 20.04
* However, with Ubuntu in later versions of Ubuntu such as 22.04 LTS, this method has been deprecated
* Although yet keys added using the old method in Debian 11 or Ubuntu 22.04 are only marked as deprecated and therefore still available
* But in the next major version of these OS, this would be removed as well
'''So why is apt-key deprecated?'''
The reason why apt-key is deprecated is the way of handling the keys
* Earlier we use the apt-key command to add a new third-party key in a file called trusted.gpg which also holds the keys of the default system repository as well.  However, that is not an issue
* Although adding keys individually in trusted.gpg.d directory under <code>/etc/apt/</code> for now will remove the error of apt-key deprecated but if we go by security perspective both are doing the same thing
* Keys once added either in trusted.gpg or under a directory trusted.gpg.d, the APT will consider them as Trusted ones and gives them the ability to replace any package of the system; which weakens the security of the system
Hence, it would be better if a key is only accepted for the associated repository
* So a 1:1 relationship, instead of a general, unconditional relationship of trust
* For this reason, apt-key has been marked as obsolete to switch to this new method
* That is the reason why we are getting an APT-key deprecated warning
Well, currently to remove the warning we can simply save our keys trusted.gpg.d folder
* However, we will also discuss the right way to convert and create a Key to use
Contents hide
How to Fix Warning: apt-key is deprecated in Ubuntu 22.04 Linux
Check APT-Key List
Create a GnuPG key for trusted.gpg.d
Create a Keyrings folder
Export the created key
Point the created key to use only for the added Repo
3rd Method: Quick and Forceful Method
== apt-key is deprecated ==
; 1st Method: Create a GnuPG file using the existing Key
=== Check APT-Key List ===
If after adding some repository and its GnuPG key using the add-apt key method you start getting a warning of Key deprecated then on your terminal, first list the available keys
* For that use the given command
# apt-key list
You will see a list of all added keys trusted on your system
* Now, '''find the software repository key that is creating''' a problem
* For example, here in our case, we have added a PUP key of the MySQL repository that started giving the warning
=== Create a GnuPG key for trusted.gpg.d ===
Here in the screenshot, you can see that we have the Apt Key error for the MySQL added key
* Hence, what we do is – '''copy the last eight digits''' of the '''Pub key''' given for it
Once we have copied that, use the following syntax to convert it into a GnuPG key and save it under the '''Trusted.gpg.d''' folder:sudo apt-key export '''past-the copied-digits'''| sudo gpg –dearmour -o /etc/apt/trusted.gpg.d/'''key-name'''.gpgIn the above syntax we replace the “'''past-the-copied-digits”''' with the last 8 digits we have copied while removing the '''space between''' them
* And also replace “'''key-name”''' with whatever name you want to use to save the key in GnuPG format
* After that hit the Enter Key
'''For example:'''
# apt-key export '''3A798D29''' | sudo gpg --dearmour -o /etc/apt/trusted.gpg.d/'''mysql-key'''.gpg
Now, run the system update command…
# apt update
'''#2nd Method: Create a GnuPG key only accepted for the associated repository'''
=== Create a Keyrings folder ===
First of all, you need a folder: '''/etc/apt/trusted.gpg.d''' should not be used, but a separate folder
* This is freely selectable, a useful path could be e.g. '''/usr/local/share/keyrings or''' already available one '''/usr/share/keyrings'''
# mkdir /usr/local/share/keyrings
Next, '''we need the PGP public key''' that we want to add to our system for a particular repository
* So, fi, first download it as a file
* Also, before going further check the file, whether it is really a PGP key
'''for example:'''
''wget -q -O key.gpg'' '''link-to-key'''
Replace '''link-to-key''' with the actual URL to download the key you want to use with the repository
To show you how? Let’s download the key of Webmin to use it with its repository
wget -q -O key.gpg <nowiki>http://www.webmin.com/jcameron-key.asc</nowiki>
'''Check whether the key is valid or not'''
file key.gpg
'''Output:'''key.gpg: PGP public key block Public-Key (old)'''Note:''' Don’t be confused by old, “PGP public key block Public-Key (old)” is fine
Now we need to create a key ring that we can pass to APT
gpg --no-default-keyring --keyring ./tmp.gpg --import '''key.gpg'''
=== Export the created key: ===
gpg --no-default-keyring --keyring ./tmp.gpg --export --output '''webmin-key.gpg'''
'''Remove the temporary keys:'''
rm tmp.gpg key.gpg
<code>webmin-key.gpg</code> is the final key, we need to move to the '''Keyrings''' folder or '''Trusted.gpg.d''' we have created
If you move the key the to '''Trusted.gpg.d''' folder then you don’t need to point your repository manually to the key location
* However, security wise the problem will be the same
* APT will trust this key for all packages
=== Point the created key to use only for the added Repo ===
Hence, to solve this and let APT trust the created key only for packages getting from a single repository of Webmin
* Move it to the folder we have created
# mv webmin-key.gpg /usr/local/share/keyrings
Go to the repository file for which you have added the GnuPG key and edit the same. '''For example''', here we are using the Webmin repo file
* For that, we need to edit the ''/etc/apt/sources.list.d/webmin.list
* In the same way, you have to edit your software repo file.'' And point the repo URL link to the created Key
'''Syntax:'''deb [arch=amd64 signed-by= ''created-key-path''] ''package-repository-url'''''Example:'''
deb [signed-by=/usr/local/share/keyrings/webmin-key.gpg] ''<nowiki>https://download.webmin.com/download/repository</nowiki> sarge contrib''
Of course, this must be adjusted according to the architecture, the path you have chosen, and the package source URL
Now you can update the package sources normally via sudo apt update so that apt can load the package index from the newly added repository
* Your APT will trust the key for the added repository packages not for the whole system
=== 3rd Method: Quick and Forceful Method ===
Although the methods given above are the recommended ones, however, still someone is looking for a quick method then here is the one.  It is a forceful method because we are not converting keys but instead directly moving legacy keys to a trusted folder, it may be not a wise idea still if you are not finding any other quick way for your Legacy key hen here is the one to use
cd /etc/apt
# cp trusted.gpg trusted.gpg.d


[[Kategorie:APT]]
[[Kategorie:APT]]

Version vom 31. August 2024, 07:17 Uhr

Key is stored in legacy trusted.gpg keyring

Schlüssel ist im veralteten Schlüsselbund trusted.gpg gespeichert
Warning: apt-key is deprecated. Manage keyring files in trusted.gpg.d instead (see apt-key(8))

Diese Fehlermeldung erscheint seit Debian 11, wenn man versucht, einen neuen GnuPG-Schlüssel hinzuzufügen

Bislang wurde für Drittanbieter-Paketquellen von APT-Paketen der öffentliche Schlüssel heruntergeladen und an apt-key add übergeben 

# wget -q -O - https://download.bell-sw.com/pki/GnuPG-KEY-bellsoft | sudo apt-key add -
Warning: apt-key is deprecated. Manage keyring files in trusted.gpg.d instead (see apt-key(8))
OK

Hintergrund

Per APT verteilte Softwarepakete werden signiert

  • Damit soll sichergestellt werden, dass ihr wirklich die originalen Pakete von der jeweiligen Organisation wie Debian erhaltet
  • Wie das im Detail funktioniert, hängt mit asymmetrischer Kryptografie und der Funktionsweise von PGP zusammen
    • Das würde hier den Rahmen sprengen
    • Wir belassen es daher an der Stelle dabei, dass sich mit der Signatur die Integrität der Pakete sicherstellen lässt – was grundsätzlich eine sinnvolle Sache ist und die Sicherheit erhöht

Mit apt-key add wird der öffentlichen Schlüssel des Repositorys gespeichert und ihm vertraut

  • Ansonsten hätte das System kein Vertrauensverhältnis – die Installation von Paketen aus nicht vertrauenswürdigen Quellen würde abgewiesen
  • Kann man selbst testen, indem man eine Drittanbieter-Paketquelle hinzufügt, ohne vorher deren öffentlichen Schlüssel zu importieren

apt-key ist veraltet

  • Fügt ihr einen neuen Schlüssel mit apt-key hinzu, wird dieser in einen Ordner von vertrauenswürdigen Schlüsseln (konkret /etc/apt/trusted.gpg.d) abgelegt
  • Wenn man ein Paket installiert, prüft apt, ob es von irgendjemandem signiert wurde, dessen Schlüsseln wir vertrauen
  • Es wird nicht vorher abgefragt, ob der Schlüssel zu der Paketquelle passt

Das ist zwar immer noch sicherer als gar keine Signaturen zu verwenden, aber es schwächt die Sicherheit

  • Besser wäre es, wenn ein Schlüssel nur für das dazugehörige Repository akzeptiert wird
  • Also eine 1:1 Beziehung, statt eines generellen, bedingungslosen Vertrauensverhältnisses
  • Aus diesem Grunde wurde apt-key als veraltet markiert, damit man auf dieses neue Verfahren wechselt

Seit Debian 11 bzw. Ubuntu 22.04 ist apt-key nur als veraltet markiert und daher weiterhin verfügbar

  • Allerdings ist das die letzte Hauptversion!
  • Mit der nächsten Version von Debian bzw. Ubuntu wird es aller Voraussicht nach entfernt
  • Ich werde es daher in den Beiträgen nicht mehr einsetzen und ihr solltet es möglichst auch nicht mehr tun

Lösung

# apt-key list

Blättern Sie sorgfältig durch die Liste

  • Achten Sie darauf, wie die Dinge angeordnet sind
  • Suchen Sie den Abschnitt, in dem das in der ersten Warnung aufgeführte Paket erwähnt wird (wenn Sie mehrere Warnungen sehen, müssen Sie diese Schritte nacheinander für jede einzelne wiederholen)

In meinem Fall suche ich nach dem Schlüssel für TeamViewer, und der sieht wie folgt aus 

pub rsa4096 2020-01-29 [SC]
8CAE 012E BFAC 38B1 7A93 7CD8 C5E2 2450 0C12 89C0
uid [ unbekannt] TeamViewer Deutschland GmbH (TeamViewer Linux 2020) <support@teamviewer.com>

Kopieren Sie die letzten 8 Zeichen aus der zweiten Zeile - im obigen Beispiel ist dies 0C12 89C0 - und wandeln Sie sie mit dem folgenden Befehl in eine .gpg-Datei um

  • Denken Sie daran, das Leerzeichen zwischen den 8 Zeichen wegzulassen und einen gpg-Dateinamen anzugeben, der zu dem Paket passt, für das der Schlüssel bestimmt ist

In meinem Beispiel musste ich Folgendes ausführen 

# apt-key export 0C1289C0 | gpg --dearmour -o /etc/apt/trusted.gpg.d/teamviewer.gpg

Wenn Sie das nächste Mal ein apt-Update ausführen, wird der Fehler mit dem veralteten Schlüssel für das gerade angewendete Repository nicht mehr erscheinen (wenn allerdings mehr als ein Repository betroffen ist, müssen Sie die obigen Schritte für jedes einzelne wiederholen)

Methode 2: der schnelle Weg

Der "empfohlene" Weg, um apt key deprecations Fehler unter Ubuntu zu beheben, ist die oben beschriebene Methode

  • Aber es gibt auch eine "schnelle und schmutzige" Lösung

Auch wenn die unten beschriebene Methode funktioniert hat, möchte ich betonen, dass a) Ihre Erfahrungen variieren können und b) es nicht der klügste Weg ist, dieses Problem zu lösen, da es, abhängig von den Legacy-Schlüsseln auf Ihrem System, die Sicherheit Ihres Systems gefährden könnte

Wenn Sie alle Vorsicht in den Wind schlagen wollen, öffnen Sie ein neues Terminalfenster und führen Sie 

# cd /etc/apt
# cp trusted.gpg trusted.gpg.d

Wenn Sie das nächste Mal apt update ausführen, wird der betreffende Fehler nicht mehr erscheinen

exec of /tmp/... failed: Permission denied

Ursache

/tmp/ wurde mit der Option noexec gemountet

Temporäre Lösung

Remount the temp location (/tmp) with "exec" permission 

mount -o remount,exec /tmp

Dauerhafte Lösungen

1. Remount vor und nach jedem Aufruf

/etc/apt/apt.conf
DPkg::Pre-Invoke {"mount -o remount,exec /tmp";};
DPkg::Post-Invoke {"mount -o remount /tmp";};

2. Alternativ: Verzeichnis ändern Auf eines das nicht mit noexec gemeountet ist

/etc/apt/apt.conf
APT::ExtractTemplates::TempDir "/var/tmp";

sub-process /usr/bin/dpkg returned an error code (1)

The error message “Sub-process /usr/bin/dpkg returned an error code (1)” indicates a problem with the package installer

  • This can happen after a failed software installation, or if the installer becomes corrupted

The key phrase in this error is /usr/bin/dpkg

  • This refers to the dpkg package installer for Linux
  • A package installer is an application that tracks software, updates, and dependencies
  • If it is damaged, any new software installation will cause this error message

We cover several possible solutions, from easily solved and straightforward solutions to more complex processes

  • This guide will help you resolve the dpkg returned an error code 1 on an Ubuntu operating system

Options to Fix

Reconfigure dpkg Database

If your package database has become corrupted, reconfiguring it can repair it 

# dpkg ––configure –a

This command reconfigures packages that have been unpacked but not necessarily installed

  • An interruption at the wrong time can cause this database to become corrupt
  • This is especially helpful if you were running installation and the process was interrupted

Force-Install the Software

If Method 1 does not work, you can attempt to fix the dependencies in the package installer 

# apt-get install –f

The –f option means fix-broken

  • It repairs any broken dependencies in your package manager
  • Broken dependencies occur when a download is interrupted, or there is a problem with the cached download

Note: Dependencies are other software packages that are required by the software you are installing

  • A package manager helps keep track of dependencies for you

Remove Bad Software Package

If you know which software caused the errors on your system, you can remove it

Enter the command and package_name with the name of the software that is causing the problem 

# apt-get remove ––purge package_name

The ––purge option directs the system to remove config files in addition to uninstalling

  • This helps get rid of all traces of the offending software

Clean Out Unused Software Packages

If an old, outdated, or unused package is causing the problem, you can solve the problem by removing unused software packages 

# apt autoremove

Note: Avoid the next 2 options unless all other methods have failed

Remove Post Files

If you know the name of the package that is causing problems, you can delete the files manually

  • The installation files are usually located in the /var/lib/dpkg/info file

Type in the following command and replace package_name with the name of the broken software 

# ls –l /var/lib/dpkg/info | grep –i package_name

This will generate a list of all references to the software you installed.You can then remove them by entering 

# mv /var/lib/dpkg/info/package_name.* /tmp

This command moves the files to the /tmp directory, where they cannot affect your package manager

Next, update the package manager 

# apt-get update

After which you can re-install the broken software again

Overwrite Package File

If you know the name of the package that is causing a problem, you can force an overwrite

Use the following command and replace full_name_of_package with the actual package name 

# dpkg –i ––force–overwrite /var/cache/apt/archives/full_name_of_package

Note: If you do not know the actual name of the package, you can search for it with the following command 

ls /var/cache/apt/archies/*package_name*

Replace package_name with the name of your software

  • This should return any instances of that package name
  • Note the exact filename, and type it into the previous command

Quelle

  1. https://phoenixnap.com/kb/fix-sub-process-usr-bin-dpkg-returned-error-code-1

dependencies error libc

Lösung

dpkg --configure -a
apt-get install ibritish iamerican ienglish-common ispell locales libc6=2.28-10 libc-bin=2.28-10
apt clean
apt autoclean
apt update
apt upgrade
systemctl restart sshd.service
Abgerufen von „https://wiki.foxtom.de/index.php?title=APT/Fehlerbehebung&oldid=106575“