Beiträge von member17958

Im von mir genannten Repo 42.3/standard ist der Kernel 4.4.92 (Zweiundneunzig)
- im update Repo ist es 4.4.90 (Neunzig) !!! ???
warum dann doch den älteren ?

Und noch einmal:

Zitat von Sauerland

und somit wird das aktualisieren nur von dir ausgelöst!!!!!!!!!!!!!!!!

GENAU !!! - sowas nennt man Eigenverantwortung - wenn man NICHT jedem vorgekauten Mist blind hinterherrennen will.
- und wenn man nicht dauernd aufpoppende Hinweise wegklicken will, das die Netzverbindung nicht funktionert, sondern sich auf seine Arbeit konzentrieren will. Mein Rechner läuft nicht 24/7 - und nach dem booten - wann auch immer - und dem online gehen - wenn es denn einen Anlass dafür gibt - drücke ich oben genannten Button, und Deine Bedingungen sind erfüllt.

Warum ich das Kernel-Repo in der Liste hatte - keine Ahnung.
War das aus den Default-Einstellungen nach der Installation ?

OK, wenn DAS jetzt zum Haupt-Thema werden soll:

YAST -> Konfiguration -> Repositories -> Aktualisieren -> alle aktivierten aktualisieren

...jederzeit, wenn ich denn online bin...

So, und nun zurück zum Thema:

Ich habe jetzt, Dank des ein bischen indirekten Hinweises, in eben genannten Repositories

Index of /repositories/Kernel:/openSUSE-42.3/standard

hinzugefügt - natürlich nur entweder oder - und dort den Kernel 4.4.92 gefunden.
Könnte ein downgrade das Problem - erstmal lösen?

1. Warum sind alle Repos auf Nicht Aktualisieren??????
Es sind all Repos auf auf Nicht AUTOMATISCH Aktualisieren !!!!!
--- weil ich - offensichtlich als letzter - KEINE Panik-Attacken kriege, wenn ich mal NICHT online bin...

2. Sorry für die auf die Schnelle nichtbeachtete Regel

grep -i '2017-10-1[5-7]' /var/log/zypp/history


2017-10-16 10:59:34|command|root@linux-6ruq|'/usr/lib/packagekitd'|
2017-10-16 10:59:34|install|gstreamer-plugins-ugly-orig-addon|1.8.3-10.1|x86_64|root@linux-6ruq|packman.inode.at-suse|8ce187a1ea00f344d8a7a6224bdfdb58a046a3a7ea2e5c9b55eabdb43dd6dca9|
2017-10-17 14:45:05|command|root@linux-6ruq|'/usr/bin/ruby' '/usr/lib/YaST2/bin/y2start' 'online_update' 'qt'|
# 2017-10-17 14:46:38 kernel-default-4.13.7-1.1.g031d6da.x86_64.rpm installed ok
2017-10-17 14:46:38|install|kernel-default|4.13.7-1.1.g031d6da|x86_64||Kernel|82087311e04e8be14a1aa729aab7715058ad8c3484cb8454e7a502974dfa9b85|
2017-10-17 14:47:11|install|wireshark|2.2.10-24.1|x86_64||repo-update|ea13ca60443e3ef01899f78142fd8fe151be7ba9ffbc54b6f51ea56591842413|
# 2017-10-17 14:47:13 xorg-x11-server-7.6_1.18.3-25.1.x86_64.rpm installed ok
2017-10-17 14:47:13|install|xorg-x11-server|7.6_1.18.3-25.1|x86_64||repo-update|7c175180fd570ea0ccb58bf69babe6a9d3bf33e0392fa84b08fe7b058cdf4e1f|
2017-10-17 14:47:16|install|kernel-docs|4.4.90-28.2|noarch||repo-update|d5d71fca94c745874bc849b4a1411211c2c4b60f2ad8bae31e6dda5ac06e9cbc|
2017-10-17 14:47:17|install|wireshark-ui-qt|2.2.10-24.1|x86_64||repo-update|b121920cde1662b093c8b05e0edcfb847c8d777c9543d1eca120533170813681|
2017-10-17 14:47:17|install|wireshark-ui-gtk|2.2.10-24.1|x86_64||repo-update|71c6b5982dd1d08ace35acaed426c0b77055eaec3f693a249a3d78df53bba600|
2017-10-17 14:47:18|install|xorg-x11-server-sdk|7.6_1.18.3-25.1|x86_64||repo-update|c9f8dca066b9d91f26b3f849de92928ad33223cd2e1516673a83ae0a7b09006f|
2017-10-17 14:50:07|command|root@linux-6ruq|'/usr/bin/ruby' '/usr/lib/YaST2/bin/y2start' 'online_update' 'qt'|
2017-10-17 14:51:15|command|root@linux-6ruq|'/usr/lib/packagekitd'|
2017-10-17 14:51:17|install|flash-player|27.0.0.170-2.1|x86_64|root@linux-6ruq|packman.inode.at-suse|b46c4d5192dff7ef079366da3366b70959618f165200239144d0a0a64cee6972|
2017-10-17 16:22:26|command|root@linux-6ruq|'/usr/bin/ruby' '/usr/lib/YaST2/bin/y2start' 'online_update' 'qt'|

1. Ich habe KEINEN proprietäre Grafikkartentreiber installiert.
2. welches Repo ist denn sinnvoll verwendbar ?
Eingebunden ist: Index of /repositories/Kernel:/stable/standard

Beim vorherigen Software-Update meines LEAP 42.3 wurde überraschend der Kernel von 4.4.85 auf 4.13.7 upgedated !
Ergebnis: Die Display-Einstellungen sind wieder auf Steinzeit.
xrandr -q meldet als HÖCHSTMÖGLICHE Auflösung 1280x1024, was dann auch grosszügigerweise eingestellt wurde.
16:9 bzw. bei mir 16:10-Formate gibt es nicht mehr.
Kann man an irgendeinem Parameter drehen oder gibt es irgendwo einen Kernel-Downgrade, oder muss man warten, bis es ein Update-update gibt?
Der plattgetretene Screen, auf dem nix mehr draufgeht, nervt...
Danke für jede Info.

P.S.: Ich bin NICHT neu im Forum, war nur länger nicht da!
... und wo kann man das Betriebssystem auf Leap 42.3 umstellen?

Ungelöstes Problem mit der Internet-DSL-Einbindung über das neue 'wicked'-Konzept.
Die Ausgangslage - läuft in SuSE 13.1 einwandfrei -
Ich habe kein Netzwerk, kein WLAN, und somit auch meine FRITZ!Box - offensichtlich als einziger noch als Modem laufen - weil KEIN Router-Bedarf besteht. Anmeldung erfolgt mit qinternet => smpppd, d.h. die Zugangsdaten liegen nicht in der FRITZ!Box, sondern in /etc/sysconfig/network.
Die Ethernet-Karte wird über YAST/Network in 13.2 genauso korrekt eingebunden wie in 13.1
Aber die DSL-Einbindung ist verschwunden.

Ich habe in 13.2 nun

wicked ifup all

ausgeführt:
lo up
enp6s0 up
soweit, so gut, aber das offensichtlich benötigten Interface 'ppp0' bzw. 'dsl0' ist spurlos verschwunden.

Nächster Versuch
ich habe -aus purer Verzweiflung- installiert:
- qinternet-0.75_git200910271200-21.13.x86_64.rpm
- smpppd-1.60.56-34.10.x86_64.rpm
und die ifcfg-enp6s0 und ifcfg-dsl0 nach /etc/sysconfig/network kopiert.
qinternet läuft -fast- sauber durch - bis auf die letzten zwei Zeilen - und bleibt dort hängen, also
...
pppd[0]: Renamed interface ppp0 to dsl0
pppd[0]: Using interface dsl0
Status is: connecting
pppd[0]: Connect: dsl0 <--> enp6s0
pppd[0]: PAP authentication succeeded
...
pppd[0]: local IP address ...
pppd[0]: remote IP address ...
pppd[0]: primary DNS address ...
pppd[0]: secondary DNS address ...
E N D E
es fehlt:
pppd[0]: Script /etc/ppp/ip-up finished (pid 4889), status = 0x0
Status is: connected

d.h. er muss ein temporäres 'dsl0' angelegt haben, was sich aber in den wicked-Kram nicht einhängt.

wicked ifstatus all zeigt
lo - korrekt und vollständig
enp6s0 - korrekt und vollständig (meine Ethernet-Karte)
dsl0 no-device

läuft der qinternet-Versuch, meldet wicked ifstatus all
lo - korrekt und vollständig
enp6s0 - korrekt und vollständig (meine Ethernet-Karte)
dsl0 device-unconfigured
link: #4, state up, mtu 1492
type: unknown
addr: ipv4 xx.xx.xx.xx

Wer hat eine Idee, woher ich dieses fehlende 'dsl0'-Device, oder was immer wicked stattdessen braucht, herbekommen kann, und wie es korrekt einzubinden ist. In den im Netz zu findenden wicked-Dokus wird immer davon ausgegangen, das alle nötigen Devices 'da' sind und somit ginge es nur noch um die korrekte Konfiguration. In meinem Fall leider kompletter Blödsinn.

Hallo Forum,
ein riesengrosses D A N K E an alle prompten Antworter!
Der Fehler war tatsächlich der von Sauerland als evtl. angezeigte Bug (id=872689)!
Ein update auf die -noch als testversion veröffentliche-

• sysconfig-0.81.5-30.1.x86_64.rpm

brachte die Erlösung!
Der Vorschlag, die FritzBox auf Router umzustellen, ist zwar ok, aber wo ist der Vorteil, wenn's (noch) nicht gebraucht wird?. Jetzt gehen beide Varianten wieder.

Grüsse und bis bald (dann wahrscheinlich wegen 'pulseaudio'...)

p.s. ??? wo ist der 'erledigt' -button ???

Hallo Forum,
ich habe seit dem 07.April 2014 nach einem SuSE-update und reboot keinen Internet-Zugriff mehr.
Die Hardware ist OK, wie dieses Posting hier zeigt, nur eben über mein Backup, einem ollen SuSE 12.2
Eine Suche ergab aktuelle Fehlermeldungen, die sich auf die Pakete

• sysconfig-0.81.5-22.1.x86_64.rpm
• sysconfig-netconfig-0.81.5-22.1.x86_64.rpm
• sysconfig-network-0.81.5-22.1.x86_64.rpm

bezogen, sollte aber mit der Version -26.1 behoben sein. Genau diese habe ich aber mit diesem letzten Update installiert, und DANACH ging nix mehr!

=> downgrade gemacht auf Version -18.1 => keine Verhaltensänderung

=> Internetzugriff getestet

• 
  
  Code

  ping -c 5 8.8.8.8-----------------PING 8.8.8.8 (8.8.8.8) 56(84) bytes of data.64 bytes from 8.8.8.8: icmp_seq=1 ttl=51 time=12.8 ms64 bytes from 8.8.8.8: icmp_seq=2 ttl=51 time=11.6 ms64 bytes from 8.8.8.8: icmp_seq=3 ttl=51 time=12.2 ms64 bytes from 8.8.8.8: icmp_seq=4 ttl=51 time=11.9 ms64 bytes from 8.8.8.8: icmp_seq=5 ttl=51 time=11.8 ms--- 8.8.8.8 ping statistics ---5 packets transmitted, 5 received, 0% packet loss, time 4006msrtt min/avg/max/mdev = 11.698/12.129/12.890/0.429 ms

  
  

sieht gut aus. Ich logge mich ein per qinternet, also ifup, das Protokoll ist auch OK:

• 
  
  Code

  qinternet-0.75_git200910271200-18.4.1.x86_64--------------------------------------------------------------------SuSE Meta pppd (smpppd-ifcfg), Version 1.60.56 on linux-3-11-6-4.(none)Status is: disconnectedtrying to connect to smpppdconnect to smpppdStatus is: disconnectedStatus is: connectingpppd[0]: Plugin rp-pppoe.so loaded.pppd[0]: RP-PPPoE plugin version 3.8p compiled against pppd 2.4.5pppd[0]: Plugin passwordfd.so loaded.pppd[0]: PPP session is 2727pppd[0]: Connected to xx:xx:xx:xx:xx:xx via interface enp6s0 *)pppd[0]: Renamed interface ppp0 to dsl0pppd[0]: Using interface dsl0Status is: connectingpppd[0]: Connect: dsl0 <--> enp6s0pppd[0]: PAP authentication succeededpppd[0]: peer from calling number xx:xx:xx:xx:xx:xx authorized *)pppd[0]: replacing old default route to enp6s0 [192.168.178.1]pppd[0]: local IP address xx.xxx.xxx.xxx *)pppd[0]: remote IP address 217.0.117.75pppd[0]: primary DNS address 217.0.43.161pppd[0]: secondary DNS address 217.0.43.177pppd[0]: Script /etc/ppp/ip-up finished (pid 9782), status = 0x0Status is: connected