Beiträge von matbhm

lspci ergibt:

lspci
00:00.0 Host bridge: Intel Corporation 4th Gen Core Processor DRAM Controller (rev 06)
00:01.0 PCI bridge: Intel Corporation Xeon E3-1200 v3/4th Gen Core Processor PCI Express x16 Controller (rev 06)
00:14.0 USB controller: Intel Corporation 9 Series Chipset Family USB xHCI Controller
00:16.0 Communication controller: Intel Corporation 9 Series Chipset Family ME Interface #1
00:19.0 Ethernet controller: Intel Corporation Ethernet Connection (2) I218-V
00:1a.0 USB controller: Intel Corporation 9 Series Chipset Family USB EHCI Controller #2
00:1b.0 Audio device: Intel Corporation 9 Series Chipset Family HD Audio Controller
00:1c.0 PCI bridge: Intel Corporation 9 Series Chipset Family PCI Express Root Port 1 (rev d0)
00:1c.3 PCI bridge: Intel Corporation 9 Series Chipset Family PCI Express Root Port 4 (rev d0)
00:1c.4 PCI bridge: Intel Corporation 9 Series Chipset Family PCI Express Root Port 5 (rev d0)
00:1c.6 PCI bridge: Intel Corporation 9 Series Chipset Family PCI Express Root Port 7 (rev d0)
00:1d.0 USB controller: Intel Corporation 9 Series Chipset Family USB EHCI Controller #1
00:1f.0 ISA bridge: Intel Corporation 9 Series Chipset Family Z97 LPC Controller
00:1f.2 SATA controller: Intel Corporation 9 Series Chipset Family SATA Controller [AHCI Mode]
00:1f.3 SMBus: Intel Corporation 9 Series Chipset Family SMBus Controller
01:00.0 VGA compatible controller: NVIDIA Corporation Device 13c2 (rev a1)
01:00.1 Audio device: NVIDIA Corporation Device 0fbb (rev a1)
03:00.0 PCI bridge: ASMedia Technology Inc. Device 1187
04:01.0 PCI bridge: ASMedia Technology Inc. Device 1187
04:02.0 PCI bridge: ASMedia Technology Inc. Device 1187
04:03.0 PCI bridge: ASMedia Technology Inc. Device 1187
04:04.0 PCI bridge: ASMedia Technology Inc. Device 1187
04:05.0 PCI bridge: ASMedia Technology Inc. Device 1187
04:06.0 PCI bridge: ASMedia Technology Inc. Device 1187
04:07.0 PCI bridge: ASMedia Technology Inc. Device 1187
05:00.0 USB controller: Renesas Technology Corp. uPD720201 USB 3.0 Host Controller (rev 03)
06:00.0 Network controller: Broadcom Corporation BCM4352 802.11ac Wireless Network Adapter (rev 03)
07:00.0 SATA controller: ASMedia Technology Inc. ASM1062 Serial ATA Controller (rev 02)
0a:00.0 Ethernet controller: Intel Corporation I211 Gigabit Network Connection (rev 03)
0b:00.0 Multimedia video controller: Conexant Systems, Inc. CX23887/8 PCIe Broadcast Audio and Video Decoder with 3D Comb (rev 04)
77:00.0 USB controller: ASMedia Technology Inc. ASM1042A USB 3.0 Host Controller

Kurioses Problem: Ich hatte hier anderweitig schon Mal gepostet, dass die Startzeiten endlos sind, zunächst im Bios, dann bei OpenSuSE.

Hintergrund dürfte folgendes sein: Im Rechner eingebaut ist der Card-Reader Raindsonic icy box ib-867-b. Auf dem Rechner sind installiert Windows 10 in der aktuellsten Version und OpenSuSE 13.2 mit der aktuellen Plasma-Oberfläche. Die Plasma-Oberfläche fror regelmäßig ein. Darüber hinaus dauerte es nach Start des Systems 3 Min. bis zur Betriebssystemauswahl. Wenn OpenSuSE gewählt wurde, dauerte es nach Erscheinen des Anmelde-Schirms 40 Sek. bis man dort das Kennwort eingeben konnte. Irgendwann stellte ich fest, dass das daran lag, dass irgendwelche USB-Anschlüsse nicht gefunden oder eingebunden werden konnten.

Wenn man unter Windows - Systemsteuerung - Geräte unter USB nachsah, wurde der Card-Reader nicht erkannt, sondern als Problemgerät ausgegeben, bei dem die Konfigurationsdateien nicht erkannt werden können. Wenn man das Gerät löscht, den Rechner wieder herunterfährt, ihn vom Stromnetz nimmt und die Starttaste 15 Sek. drückt, anschließend wieder hochfährt, dauert der Startprozess des Rechners Sekunden, wählt man OpenSuSE, kann man in der Eingabemaske sofort das Kennwort eingeben. Unter Windows - Systemeinstellungen - Geräte wird der Card-Reader einwandfrei erkannt. Ich kann Windows Tage benutzen, so oft starten wie ich will, ohne dass es Probleme gibt. Im Bios unter Laufwerken werden die einzelnen Card-Reader erkannt.

Starte ich OpenSuSE, friert nach wenigen Sekunden die GUI-Oberfläche ein. Starte ich das System neu, finden sich im Bios die Card-Reader-Laufwerke nicht mehr, darüber hinaus dauert der Start wieder 3 Min., bei OpenSuSE nach Öffnen der Anmelde-Maske dauert es wieder 40 Sek., bis man das Kennwort eingeben kann, weil er wieder nach USB sucht.

lsusb
Bus 002 Device 002: ID 8087:8001 Intel Corp. 
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 008 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 007 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 006 Device 002: ID 045b:0210 Hitachi, Ltd 
Bus 006 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 005 Device 002: ID 045b:0209 Hitachi, Ltd 
Bus 005 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 001 Device 002: ID 8087:8009 Intel Corp. 
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 004 Device 003: ID 05e3:0732 Genesys Logic, Inc. 
Bus 004 Device 002: ID 174c:3074 ASMedia Technology Inc. 
Bus 004 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 003 Device 004: ID 24ae:2000  
Bus 003 Device 003: ID 0b05:17cf ASUSTek Computer, Inc. 
Bus 003 Device 005: ID 24ae:2000  
Bus 003 Device 002: ID 174c:2074 ASMedia Technology Inc. 
Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub

Googeln hat nichts gebracht. Dort wird zwar ein entsprechendes Problem beschrieben, der Betroffene ging jedoch von einem Defekt des Card-Readers aus und hat diesen an RaidSonic geschickt. Welche Ergebnisse das gebracht hat, hat er leider nicht mehr mitgeteilt. Ich bezweifele vorliegend einen Defekt, weil das Gerät, wenn ich nicht zwischendurch OpenSuSE starte, ohne Weiteres tage- und wochenlang funktioniert.

Der Grund für die Abhängigkeitskonflikte und endlosen Updates dürfte die Einbindung des Leap-Repositories sein. Ich weiß nicht, wie man auf die Idee kommen kann, das Repository einzubinden.

Toll, ich habe seit anno dutt alles installiert und kann trotzdem keine Bluray schauen! Muss mich wohl noch Mal artig hinsetzen und Hausaufgaben machen!

Aus dem Text werde einer schlau!?!

Hast Du das Packman-Repository eingebunden. Dort bekommst Du über yast h264. Mein Konqueror zeigt youtube-Videos an.

Und für den Konqueror gilt, wie leider für vieles aus KDE, dass die Weiterentwicklung dürftig ist, obwohl er Mal die eierlegende Wollmilchsau war. Ich benutze ihn aus Gewohnheit weiter, muss aber zur Kenntnis nehmen, dass er im heutigen Internet viele Einschränkungen bringt - und unter Plasma5 wie vieles andere (Plasma5 erinnert insoweit ein wenig an die Einführung von KDE4) häufig genug abstürzt!

@Sauerland: Habe das von Dir für die libdvdcss eingebundene Repository hier eingebunden. Bietet mir keine libdvdcss an!

Ohnehin ist btrfs für den Privatanwender völliger Unfug - und im Übrigen auch weiterhin nicht ausgereift. Man kann sich mit damit das ganze System zerschießen, wenn man nicht regelmäßig fleißig löscht. Kofler empfiehlt deswegen auch weiterhin ausdrücklich statt btrfs und xfs ext4. Dem kann man nur zustimmen. OpenSUSE murkst von Version zu Version mehr und mehr rum! Btrfs und xfs als Standard einzustellen auch für Privatanwender ist völlig verantwortungslos.

Sorry, kann aber nur wenig verstehen, wenn heute jemand an 32-bit klebt. Die Begründung, ich bewahre alte Hardware, schmeiße nichts weg, ist dann doch ein wenig übertrieben. Nach 10 Jahren kann man dann Mal - schon im Interesse der Steigerung des BSP - sich 'nen aktuellen Rechner zulegen. Und es gibt ja inzwischen ganz preiswerte Maschinen, ebenso wie Monitore. Ich halte IT - Hard- wie Software - nun wirklich nicht für geeignet, zum Glaubensbekenntnis zu werden. IT ist Mittel zum Zweck, damit sollen Arbeiten erledigt werden.

Tröste Dich, unter 13.2 friert bei mir der Bildschirm auch regelmäßig ein. Zwar lässt die Maus sich bewegen, aber ansonsten passiert nichts mehr auf dem System. Ist irgendeine Instabilität in kf5 und der plasmashell, die bei anderen Usern offensichtlich bereits im Juli 2014 aufgetreten ist. Seither existiert ein Bug-report bei Kde.org, leider hat man bisher das Problem nicht lösen können.

Kofler rügt in einem Beitrag zu Leap 42.1 unter Verwendung von KDE die Instabilitäten von KDE und resümiert, dass sich bei Plasma 5 KDE dieselben krassen Fehler erlaubt wie beim Start von KDE 4. Dem ist nichts hinzuzufügen.

Nach dem aktuellen Update auf die neueste Version von kf5 funktionieren die nvidia-Treiber nicht mehr. Plasmashell stürzt mit einem Wust von Fehlermeldungen ab. Das geschieht sogar, wenn man im sicheren Modus startet, in dem die Nvidia-Treiber ohnehin nicht angesprochen werden. Kurios! Unter KDE ist alles Mal wieder ziemlich unfertig.