Bringt es etwas, wenn ich das Repo wechsle z.B anstatt "http://packman.inode.at/suse/openSUSE_Leap_15.2/"
zu
"http://ftp.gwdg.de/pub/linux/packman/suse/openSUSE_Leap_15.2/" wechsle?
Bringt es etwas, wenn ich das Repo wechsle z.B anstatt "http://packman.inode.at/suse/openSUSE_Leap_15.2/"
zu
"http://ftp.gwdg.de/pub/linux/packman/suse/openSUSE_Leap_15.2/" wechsle?
Hallo Miteinander,
bekam heute beim Software Updaten folgende Nachricht:
Fehler beim Aktualisieren:
Permission to access 'http://packman.inode.at/suse/openSUSE_Leap_15.2/repodata/repomd.xml' denied.
Mein Packman Repo ist wie folgt:
URL: http://packman.inode.at/suse/openSUSE_Leap_15.2/
Roh-URL: http://packman.inode.at/suse/openSUSE_Leap_$releasever/
Kategorie: YUM
Wenn ich das Repo in Yast aktualisieren möchte, kommt folgende Message:
Kein Zugriff auf Installationsmedium
http://packman.inode.at/suse/openSUSE_Leap_15.2/
(Medium 1).
Prüfen Sie, ob auf den Server zugegriffen werden kann.
Meine Internetverbindung ist aber einwandfrei.
Hat jemand eine Idee was da los sein könnte?
Danke und Gruß,
Mick
Vielen Dank, Alero!
Habe dank deiner Angaben weiter getestet. Das Problem ist nun gelöst. Habe gemerkt, dass es an der Webseite des Senders (Europe 1) liegen muss, da andere Web-Sender einwandfrei funktionieren. Wenn ich beim Sender "Europe 1" zuerst die Video-Ausgabe starte und dann von Video- auf Audio-Ausgabe umschalte, dann funktioniert auch die Audioausgabe des Senders. Da dieses Problem nur beim Web-Sender "Europe 1" vorliegt, gehe ich davon aus, dass das Problem an deren Webpage-Konfiguration liegt.
Danke und Gruß,
Mick
Hallo Miteinander,
nach der Installation von Leap 15.2 mit KDE auf meinem HP-Notebook habe ich kein Audio bzw. Ton bei Hörprogrammen, bei Videoprogrammen hingegen schon. Bei Leap 15.1 hatte ich kein Ton-Problem.
Anbei ein paar Auskünfte über die Konsole:
maktub@localhost:~> zypper se -si pulse
Repository-Daten werden geladen...
Installierte Pakete werden gelesen...
S | Name | Type | Version | Arch | Repository
--+-----------------------------+-------+-------------------+--------+-----------------
i | alsa-plugins-pulse | Paket | 1.1.5-lp152.4.1 | x86_64 | Haupt-Repository
i | libKF5PulseAudioQt2 | Paket | 1.2-lp152.1.4 | x86_64 | Haupt-Repository
i | libpulse-mainloop-glib0 | Paket | 13.0-lp152.2.3 | x86_64 | Haupt-Repository
i | libpulse0 | Paket | 13.0-lp152.2.3 | x86_64 | Haupt-Repository
i | mpg123-pulse | Paket | 1.25.10-lp152.3.6 | x86_64 | Haupt-Repository
i | pulseaudio | Paket | 13.0-lp152.2.3 | x86_64 | Haupt-Repository
i | pulseaudio-bash-completion | Paket | 13.0-lp152.2.3 | x86_64 | Haupt-Repository
i | pulseaudio-lang | Paket | 13.0-lp152.2.3 | noarch | Haupt-Repository
i | pulseaudio-module-bluetooth | Paket | 13.0-lp152.2.3 | x86_64 | Haupt-Repository
i | pulseaudio-module-gconf | Paket | 13.0-lp152.2.3 | x86_64 | Haupt-Repository
i | pulseaudio-module-x11 | Paket | 13.0-lp152.2.3 | x86_64 | Haupt-Repository
i | pulseaudio-module-zeroconf | Paket | 13.0-lp152.2.3 | x86_64 | Haupt-Repository
i | pulseaudio-utils | Paket | 13.0-lp152.2.3 | x86_64 | Haupt-Repository
maktub@localhost:~> pactl info
Server-Zeichenkette: /run/user/1000/pulse/native
Bibliotheks-Protokollversion: 33
Server-Protokollversion: 33
ist lokal: ja
Client-Index: 9
Tile-Größe: 65472
Name des Benutzers: maktub
Rechnername: localhost.localdomain
Name des Servers: pulseaudio
Version des Servers: 13.0-rebootstrapped
Standard-Abtastwert-Angabe: s16le 2ch 44100Hz
Standard-Kanal-Zuordnung: front-left,front-right
Standard-Ziel: alsa_output.pci-0000_00_1f.3.analog-stereo
Standard-Quelle: alsa_input.pci-0000_00_1f.3.analog-stereo
Cookie: 8a90:3d12
maktub@localhost:~> su
Passwort:
localhost:/home/maktub # systemctl enable pulseaudio
Failed to enable unit: Unit file pulseaudio.service does not exist.
Alles anzeigen
Kann mir jemand helfen? Komisch ist, dass "pulseaudio.service" angeblich nicht existiert?
Danke und Gruß,
Mick
Wie gesagt, Wlan habe ich wirklich gebraucht. Bluetooth war nur eine zusätzliche Spielerei. Daher nochmals DANKE, dass nun Wlan reibungslos läuft! ![]()
@Sauerland: In Beitrag 29 schreibe ich, nachdem ich "btrtl-kmp-default" gelöscht hatte, danach ein Bluetooth-Adapter vorhanden war und ich problemlos mein Tablet koppeln konnte.
In Beitrag 31 schreibe ich jedoch, dass der Bluetooth-Adapter beim Notebook-Neustart am folgenden Tag dann aber wieder nicht mehr vorhanden war. An diesem Tag hatte ich zwar auch ein Wlan-Update (rtl8821ce-kmp-default) eingespielt. Aber ich meine mich zu erinnern, dass der Bluetooth-Adapter schon vor dem Wlan-Update nicht mehr vorhanden war und es somit ein anderer Grund sein müsste, warum der Bluetooth-Adapter beim Notebook-Neustart nicht mehr vorhanden war. Übrigens, eben gibt es ein neues Wlan-Update (rtl8821ce-kmp-default). Update erfolgreich ausgeführt. Wlan funktioniert bestens! Es bleibt nun aber die Frage, warum der Bluetooth-Adapter beim Notebook-Neutstart wieder futsch war und bisher nicht wieder auftauchte.
Vielen Dank für die Hilfe! Mein eigentliches Problem Wlan ist ja bestens gelöst worden!
Aber interessant, dass Bluetooth zumindest zwischendurch mal funktioniert hat.
Hm? Immer noch: "kein Bluetooth Adapter verfügbar"
Nur zur Info: Eventuelle neue Posts beantworte ich am Montag. Muss mal eben kurz weg! ![]()
@Sauerland: Bei einem möglichen Upgrade von 15.1 auf 15.2 stelle ich dein Repo auf 15.2 um, indem ich deine Repo-URI einfach von 15."1" auf 15."2" abändere?
Nun die Posts, nachdem ich die rtl8821a_config in lib/firmware/rtl_bt/ abgelegt habe:
maktub@linux-co35:~> zypper se -si firmware
Repository-Daten werden geladen...
Installierte Pakete werden gelesen...
S | Name | Typ | Version | Arch | Repository
---+-----------------+-------+-----------------------+--------+--------------------------------
i+ | kernel-firmware | Paket | 20200107-lp151.2.12.1 | noarch | Hauptaktualisierungs-Repository
maktub@linux-co35:~> ls -al /lib/firmware/rtl_bt/
insgesamt 596
drwxr-xr-x 2 root root 4096 22. Feb 17:40 .
drwxr-xr-x 87 root root 16384 7. Feb 12:20 ..
-rw-r--r-- 1 root root 38764 7. Feb 12:20 rtl8192ee_fw.bin
-rw-r--r-- 1 root root 37904 7. Feb 12:20 rtl8192eu_fw.bin
-rw-r--r-- 1 root root 24548 7. Feb 12:20 rtl8723a_fw.bin
-rw-r--r-- 1 root root 45048 7. Feb 12:20 rtl8723b_fw.bin
-rw-r--r-- 1 root root 64 7. Feb 12:20 rtl8723bs_config-OBDA8723.bin
-rw-r--r-- 1 root root 52116 7. Feb 12:20 rtl8723bs_fw.bin
-rw-r--r-- 2 root root 10 7. Feb 12:20 rtl8723d_config.bin
-rw-r--r-- 1 root root 52080 7. Feb 12:20 rtl8723d_fw.bin
-rw-r--r-- 1 root root 74488 7. Feb 12:20 rtl8761a_fw.bin
-rw-r--r-- 1 root root 40520 7. Feb 12:20 rtl8812ae_fw.bin
-rw-r--r-- 1 maktub users 21 22. Feb 17:32 rtl8821a_config
-rw-r--r-- 1 root root 37420 7. Feb 12:20 rtl8821a_fw.bin
-rw-r--r-- 2 root root 10 7. Feb 12:20 rtl8821c_config.bin
-rw-r--r-- 1 root root 37356 7. Feb 12:20 rtl8821c_fw.bin
-rw-r--r-- 1 root root 14 7. Feb 12:20 rtl8822b_config.bin
-rw-r--r-- 1 root root 51176 7. Feb 12:20 rtl8822b_fw.bin
-rw-r--r-- 1 root root 6 7. Feb 12:20 rtl8822cu_config.bin
-rw-r--r-- 1 root root 48740 7. Feb 12:20 rtl8822cu_fw.bin
maktub@linux-co35:~>
Alles anzeigen