Beiträge von max3000

OK ich habe jetzt das Factory Repo rausgeschmissen und mache nochmal dup und up.
Zypper macht mich allerdings grad wahnsinnig, weil er erst alle 3100 Pakete runterläd um sich dann zu beschweren, dass er keinen Speicherplatz mehr hat.

Dazu noch eine kurze Frage:
Ich habe rausgefunden, dass zypper die RPM's in /var/cache/zypp speichert.
Darf ich da manuell Sachen löschen oder wäre das keine gute Idee? Oder wird das gerade durch "zypper clean" bewirkt?

Um dem Ganzen jetzt auch noch entgegenzuwirken habe ich zypper die Option "--download-as-needed" mitgegeben.
Bringt das denn irgendetwas?

Zitat von grossing

Gratuliere, dein System ist schon ziemlich im Eimer. Das Update auf die 12.3 hast du jedenfalls nicht richtig ausgeführt.
Viel mehr kaputtmachen wirst kaum können. Aktuell ist dein System halb 12.2 und halb 12.3.

Wie wäre es denn richtig ausgeführt?
Seit Version 10.0 habe ich immer nur die Repo's geändert und zypper dup zypper up gemacht, und es hat eigentlich fast immer funktioniert.

Was ist jetzt genau noch von 12.2 übrig geblieben?
Abgesehen von den Packages die aus dem Factory Repo kommen?

Tut mir leid, ich will nicht unverschämt wirken.

Ich habe nur gestern den halben Tag damit verbracht diesen elenden NVidia-Treiber zum Laufen zu kriegen und ich habe die Vermutung, wenn ich jetzt nochmal ein dup mache, kann ich wieder von vorn damit anfangen. Die Zeit dazu habe ich gerade nicht.

Bei zypper dup bekomme ich:

2 Pakete werden aktualisiert, 3003 werden zurückgestuft, 10 neue, 12 erneut zu installieren, 137 zu entfernen, 19  Anbieterwechsel.

Das mit den "3003 werden zurückgestuft" macht mir eben nur etwas Angst, da ich nicht verstehe warum.
Ein dup habe ich doch gestern mit genau den selben Repositories gemacht.

Du meinst das Factory und Science-Repo?
Das Factory heißt ja nur 12.2, ist aber versionsunabhängig (siehe URL).
Science habe ich jetzt auf 12.3 umgestellt, aber da waren sowieso nur Pakete drin, die nicht für das System relevant sind.

Bei "zypper dup" sagt er mir, dass er 3004 Pakete downgraden will.
Bevor ich noch mehr kaputt mache lass ich es lieber sein und warte 7 Tage auf die Release-Version.

Danke vielmals.

Zitat von grossing

Du mußt mit teils heftigen Fehlern rechnen, du mußt dich in deinem System auskennen, Logfiles erstellen und lesen können, bereit sein Bugreports zu suchen, zu bestätigen, neue Bugreports zu eröffnen...

Dessen bin ich mir bewusst und ich würde mir das nicht antun, wenn es mir nicht Spaß machen würde das Ganze irgendwie zu erlernen.

Hallo.

Also ich habe ein Problem gefunden: Meine Geduld. Nach 6 Minuten fährt er dann doch endlich mal hoch, aber ich verstehe nicht warum das so lange dauert.

Apper hat mir gestern ein Update angeboten (wirklich nur ein einziges), welches ich installiert habe, und plötzlich hatte der Boot-Screen ein etwas anderes Design, sonst war alles gleich. Daraufhin habe ich alles auf die neuen Repos umgestellt. Was das angeht bin ich immer (etwas zu) experimentierfreudig.

Ich habe jetzt folgende Repos drin:

max@linux-b5uq:~> zypper lr -u
# | Alias                        | Name                         | Aktiviert | Aktualisieren | URI                                                                
--+------------------------------+------------------------------+-----------+---------------+--------------------------------------------------------------------
1 | openSUSE-12.2-Oss-Factory    | openSUSE-12.2-Oss-Factory    | Ja        | Nein          | http://download.opensuse.org/factory/repo/oss                      
2 | openSUSE-12.3-Debug          | openSUSE-12.3-Debug          | Ja        | Nein          | http://download.opensuse.org/debug/distribution/12.3/repo/oss/                   
3 | openSUSE-12.3-Non-Oss        | openSUSE-12.3-Non-Oss        | Ja        | Nein          | http://download.opensuse.org/distribution/12.3/repo/non-oss/                     
4 | openSUSE-12.3-Oss            | openSUSE-12.3-Oss            | Ja        | Nein          | http://download.opensuse.org/distribution/12.3/repo/oss/                         
5 | openSUSE-12.3-Source         | openSUSE-12.3-Source         | Ja        | Nein          | http://download.opensuse.org/source/distribution/12.3/repo/oss/                  
6 | openSUSE-12.3-Source-Non-Oss | openSUSE-12.3-Source-Non-Oss | Ja        | Nein          | http://download.opensuse.org/source/distribution/12.3/repo/non-oss/              
7 | openSUSE-12.3-Update         | openSUSE-12.3-Update         | Ja        | Nein          | http://download.opensuse.org/update/12.3/                                        
8 | openSUSE-12.3-Update-Non-Oss | openSUSE-12.3-Update-Non-Oss | Ja        | Nein          | http://download.opensuse.org/update/12.3-non-oss/                                
9 | openSuse Science             | openSuse Science             | Ja        | Nein          | http://download.opensuse.org/repositories/science/openSUSE_12.2/

Der Kernel sagt beim booten (ich hoffe das ist die Stelle, an der es so lange dauert):

[   17.050546 <    0.224941>] fuse init (API version 7.20)
[   18.086271 <    1.035725>] EXT4-fs (sda7): mounted filesystem with ordered data mode. Opts: acl,user_xattr
[   18.135677 <    0.049406>] systemd-journald[253]: Received SIGUSR1
[   19.834252 <    1.698575>] Bluetooth: BNEP (Ethernet Emulation) ver 1.3
[   19.834255 <    0.000003>] Bluetooth: BNEP filters: protocol multicast
[   19.834261 <    0.000006>] Bluetooth: BNEP socket layer initialized
[   19.836425 <    0.002164>] Bluetooth: RFCOMM TTY layer initialized
[   19.836434 <    0.000009>] Bluetooth: RFCOMM socket layer initialized
[   19.836436 <    0.000002>] Bluetooth: RFCOMM ver 1.11
[   20.869396 <    1.032960>] e1000e 0000:00:19.0: irq 43 for MSI/MSI-X
[   20.970033 <    0.100637>] e1000e 0000:00:19.0: irq 43 for MSI/MSI-X
[   20.970253 <    0.000220>] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
[   20.975002 <    0.004749>] iwlwifi 0000:03:00.0: L1 Enabled; Disabling L0S
[   20.975204 <    0.000202>] iwlwifi 0000:03:00.0: Radio type=0x0-0x3-0x1
[   21.337820 <    0.362616>] iwlwifi 0000:03:00.0: L1 Enabled; Disabling L0S
[   21.338022 <    0.000202>] iwlwifi 0000:03:00.0: Radio type=0x0-0x3-0x1
[   21.582675 <    0.244653>] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready
[   21.594086 <    0.011411>] NET: Registered protocol family 17
[   30.768583 <    9.174497>] IPv6: ADDRCONF(NETDEV_UP): wwan0: link is not ready
[  363.710958 <  332.942375>] NVRM: GPU at 0000:01:00: GPU-f5f0face-87cb-5a15-139e-c3fe1269a69c
[  363.710971 <    0.000013>] NVRM: Your system is not currently configured to drive a VGA console
[  363.710973 <    0.000002>] NVRM: on the primary VGA device. The NVIDIA Linux graphics driver
[  363.710975 <    0.000002>] NVRM: requires the use of a text-mode VGA console. Use of other console
[  363.710976 <    0.000001>] NVRM: drivers including, but not limited to, vesafb, may result in
[  363.710977 <    0.000001>] NVRM: corruption and stability problems, and is not supported.
[  379.883755 <   16.172778>] EXT4-fs (sda6): re-mounted. Opts: acl,user_xattr,commit=600
[  380.220928 <    0.337173>] EXT4-fs (sda7): re-mounted. Opts: acl,user_xattr,commit=600

Mit Alt+Strg+F10 hat sich nichts getan, darum habe ich mir das von dmesg ausspucken lassen.

Die Meldung bei Sekunde 30 sagt irgendetwas von IPv6. Vor langer Zeit hatte ich das mal abgeschaltet, weil ich Probleme mit meinen DNS-Servern hatte. Danach kommt aber 5 einhalb Minuten irgendwas mit der Grafikkarte. Ich weiß nicht was ich da machen kann. Vorher hat es immer funktioniert.

Die NVIDIA Treiber habe ich mit dem Skript von der Webseite installiert, über Paketmanager hat das bei mir noch nie funktioniert.

Der Treiber ist ganz neu: NVIDIA-Linux-x86_64-310.32
Kernel ist:

max@linux-b5uq:~> uname -a
Linux linux-b5uq.site 3.7.10-1.1-desktop #1 SMP PREEMPT Thu Feb 28 15:06:29 UTC 2013 (82d3f21) x86_64 x86_64 x86_64 GNU/Linux

Falls du es ganz genau brauchst (weiß nicht ob das weiterhilft):

max@linux-b5uq:~> cat /usr/src/linux-3.7.10-1.1-obj/x86_64/desktop/include/generated/uapi/linux/version.h
#define LINUX_VERSION_CODE 198410
#define KERNEL_VERSION(a,b,c) (((a) << 16) + ((b) << 8) + (c))

Danke für die Hilfe.

Grüße,
Max

Hallo allerseits.

Ich habe ein ganz seltsames Problem.
Ich bleibe beim Splash-Screen hängen, wenn ich kein Netzwerkkabel im Laptop stecken habe, sobald ich es reinstecke macht er dann aber auch weiter. Beim Herunterfahren genau das selbe Spiel.

Ich habe openSUSE 12.3 erst gestern installiert. Irgendwie passierte das mit dem Apper auf einmal automatisch, wobei noch die alten Repos drin waren. Da dachte ich mir "entweder ganz oder gar nicht", und habe die neuen Repos hinzugefügt, und mal mit zypper ein dup und up durchführen lassen. Danach Nvidia-Treiber mit Skript in den Kernel kompiliert (das hat auch mal wieder Nerven gekostet) und dann ging es endlich.

Das dachte ich zumindest. Mein Thinkpad mal aus der Dockingstation genommen und versucht zu booten: geht nicht.
Wenn ich ESC drücke, sehe ich ja, was gerade passiert. Die letzte Meldung ist:

Zitat

[OK] Starting /etc/init-d/boot.local Compatibility
[OK] Started /etc/init.d/boot.local Compatibility

Was er jetzt allerdings versucht zu starten sehe ich nicht.

Neuer Versuch:
Im Runlevel 3 gestartet (das funktioniert), mit "startx" manuell versucht X zu starten, aber da passiert einfach gar nichts.
Keine Ausgabe auf der Konsole, einfach nichts.

"startx" als root ausführen funktioniert aber auf einmal.

Hat bitte jemand eine Idee wie man das Problem lösen kann, oder wie ich den Fehler vielleicht weiter eingrenzen kann?

Besten Dank schonmal.

Max

Ok das mit dem IPv6 abschalten hat bei mir jetzt geklappt (mit ipv6.disable=1 als Bootoption), hat aber das Problem nicht gelöst.

Ich habe jetzt in der /etc/resolv.conf noch mal andere DNS-Server ausprobiert und auf einmal funktioniert alles.
Das ganze sieht jetzt so aus:

> cat /etc/resolv.conf
### /etc/resolv.conf file autogenerated by netconfig!
#
# Before you change this file manually, consider to define the
# static DNS configuration using the following variables in the
# /etc/sysconfig/network/config file:
#     NETCONFIG_DNS_STATIC_SEARCHLIST
#     NETCONFIG_DNS_STATIC_SERVERS
#     NETCONFIG_DNS_FORWARDER
# or disable DNS configuration updates via netconfig by setting:
#     NETCONFIG_DNS_POLICY=''
#
# See also the netconfig(8) manual page and other documentation.
#
# Note: Manual change of this file disables netconfig too, but
# may get lost when this file contains comments or empty lines
# only, the netconfig settings are same with settings in this
# file and in case of a "netconfig update -f" call.
#
### Please remove (at least) this line when you modify the file!
search localdomain
nameserver 208.67.222.222
nameserver 208.67.220.220

Fait: Alice ist Schuld und daher nicht zu empfehlen.

Vielen Dank an alle die mir bei der Problemfindung geholfen haben.

Aber mit IPv4 geht auch alles. Nur eben sucht zum Beispiel curl zuerst unter IPv6 und da er dann keine Antwort bekommt, kommt es zum Timeout. So hab ich das zumindest verstanden. Wenn ich curl sage er soll nur unter IPv4 suchen, funktioniert es ja auch.

Im Yast kann ich bei der Netzwerkeinstellung leider gar nix machen, weil ich das Netzwerk vom KNetworkManager verwalten lasse (mit ifup gehts irgendwie nicht). Darum kann ich bei den Nameservern nix hinzufügen.

Bis jetzt sieht meine resolf.conf so aus:

search localdomain
nameserver 192.168.1.1

Die Anleitungen die beschreiben, wie man IPv6 ausschaltet, funktionieren leider alle nicht bei mir.

Hat jemand noch eine Idee?