Am 10.12.20 um 11:18 schrieb eilfh:
Am Donnerstag, 10. Dezember 2020, 08:55:57 CET schrieb Bernd Nachtigall: Hallo, Bernd
danke für deine Antwort
https://paste.opensuse.org/77586451
(Ich habe hiermit keine Erfahrung, aber: NoScript erkannte einen möglichen Cross-Site Scripting Angriff von http://paste.opensuse.org nach https://paste.opensuse.org. Verdächtige Daten: too much recursion,(URL) https://paste.opensuse.org/ )
(Ich hab zwar ein paar Leerzeichen gekillt, aber Zeilenumbruch ist nun trotzdem.)
Die beiden gwg_... ha ich erst dieser Tage eingefügt.
Updates alle sauber kommen hm, das weiß ich ja eben nicht, ob __alle__ kommen wenn ich Timeout exceeded oder Download (curl) error for ... Error code: Connection failed Error message: Failed to connect to download.opensuse.org habe
ping download.opensuse.org ping opensuse.de ping suse.de bleibt ohne antwort
wogegen ping paste.opensuse.org oder ping spiegel.de keine verloren ping hat
Frank
p.s.
Deinen Weg ins Internet prüfen. Netzwerk, Router, Firewall wo setzt man da an? bewusst geändert worden, ist da in letzter Zeit nichts d.o.
Hi Frank, ich habe keine Vorstellung davon warum das bei Dir so aussieht wie es aussieht, aber ich würde empfehlen bei den Repos anzufangen und dort aufräumen. Das sind meine aktiven Repos: Alias | Name | Priorität | URI ---+---------------------+-----------------------------+-----------+-----------------+----------------+-----------+------------------------------------------------------------------ dvd | dvd | 95 | http://opensuse-guide.org/repo/openSUSE_Leap_15.2/ packman | packman | 95 | http://packman.inode.at/suse/openSUSE_Leap_15.2/ repo-non-oss | Non-OSS Repository | 99 | http://download.opensuse.org/distribution/leap/15.2/repo/non-oss/ repo-oss | Main Repository | 99 | http://download.opensuse.org/distribution/leap/15.2/repo/oss/ repo-update | Main Update Repository | 99 | http://download.opensuse.org/update/leap/15.2/oss repo-update-non-oss | Update Repository (Non-Oss) | 99 | http://download.opensuse.org/update/leap/15.2/non-oss/ Anschließend ein zypper dup -l --replacefiles --allow-downgrade --allow-name-change --allow-arch-change --allow-vendor-change Damit solltest Du wieder ein lauffähiges System haben. Anschließend kannst Du stückweise zu Deiner Konfiguration zurückkehren und schauen ab wann das Problem auftritt. Das Verwenden von (zu vielen und fragwürdig gesetzten) Prioritäten kann durchaus dazu führen das Inkompatibilitäten entstehen. Aber nur Du kannst wissen warum bei Dir die Prioritäten de Repos so sind und ob das die besten Variante ist. Jm2c Bernd