[Erledigt]Open Suse 12.3 außer Rand und Band // Zurücksetzen

Hinweis: In dem Thema [Erledigt]Open Suse 12.3 außer Rand und Band // Zurücksetzen gibt es 58 Antworten auf 6 Seiten. Der letzte Beitrag () befindet sich auf der letzten Seite.
    Zitat von slughorn

    In welcher Form lag denn das Programm vor? Wo hast Du es her und wie hast Du es installiert? Ich habe beim besten Willen keine rpm-Pakete gefunden. Ich habe Tante Google befragt und nur .exe-Dateien gefunden. Auch das openSUSE-Softwarecenter gab nichts her.


    Gruß


    Slughorn


    Zitat von slughorn

    In welcher Form lag denn das Programm vor? Wo hast Du es her und wie hast Du es installiert? Ich habe beim besten Willen keine rpm-Pakete gefunden. Ich habe Tante Google befragt und nur .exe-Dateien gefunden. Auch das openSUSE-Softwarecenter gab nichts her.


    Gruß


    Slughorn


    Hallo Slughorn,


    Unter deinem Post hat der User rme direkt das gezeigt, was ich auch runtergeladen habe und angewendet habe.


    lsprepost-4.0-opensuse122.tgz


    Es war wirklich diese Datei, aber da ich sie eigentlich von der LS Seite runtergeladen habe hatte ich diesbezüglich keine Bedenken. Ich hab sie ja nicht von irgendeinem Torrent oder sowas.Dazu möchte ich noch sagen, dass beim Ausführen der lspp4 (also dem starten des Preposts) eine Meldung kommt. Mir würde libpng12.so fehlen. Hab das lipng12-Paket(?) via Software Seite von Open Suse mit Yast installiert, aber der Fehler kommt trotzdem.


    rme:
    Wenn ich

    Code
    pwd

    einfüge passiert einfach nichts.
    Ebenso bei

    Code
    echo %User

    . Ich habe für User meinen Namen eingefügt.Also den Namen des Roots. Das was hinter /home/ steht.

    Bei

    Code
    whoami

    kommt nur mein Username.
    Bei

    Code
    zypper rm *packagekit*

    kommt:



    Code
    Metadaten von Repository 'openSUSE BuildService - Wine-CVS-Pakete' werden abgerufen .......................................................................................[fertig]
Zwischenspeicher für Repository 'openSUSE BuildService - Wine-CVS-Pakete' wird erzeugt ....................................................................................[fertig]
Metadaten von Repository 'openSUSE BuildService - Mozilla' werden abgerufen ...............................................................................................[fertig]
Zwischenspeicher für Repository 'openSUSE BuildService - Mozilla' wird erzeugt ............................................................................................[fertig]
Metadaten von Repository 'openSUSE-12.3-1.7' werden abgerufen ------------------------------------------------------------------------------------------------------------------[\]
Einhängen von cd:///?devices=/dev/disk/by-id/ata-ATAPI_DVD_A_DH16ACSH_0160F013303088CEF301,/dev/sr0 auf /var/adm/mount/AP_0xh4onnL fehlgeschlagen: Mounting media failed (mount: no medium found on /dev/sr0)


Bitte legen Sie Medium [] #1 ein und geben 'j' ein, um fortzufahren oder 'n', um die Operation abzubrechen. [ja/nein] (nein):


    Da kann ich nur nein machen, weil ich nicht weiß was er unter "ja" genau von mir möchte. Mache ich nein kommt folgendes:


    Kann es sein dass ich statt *packagekit* irgendwas passendes in die * * einfügen muss?
    Oder ist das so richtig?




    Wenn ich

    Code
    zypper up

    mache kommt erstmal der selber Fehler wie oben und ich kriege wieder eine JA / NEIN Abfrage.
    Danach kommt eine Abfrage ob ich 171 Pakete aktualisieren möchte, 6 entfernen..und sowas.

    Code
    171 Pakete werden aktualisiert, 10 neue, 6 zu entfernen.
Gesamtgröße des Downloads: 155,2 MiB. Nach der Operation werden zusätzlich 163,4 MiB belegt.


    Da habe ich mal auf ja gedrückt und jetzt installiert er den Flash Player?! haha..Und da stehen halt die Nutzungsbedingungen in ewig langer Ausführung. Ich scrolle runter dann ist es auf 100%..
    jetzt will er wieder

    Code
    171 Pakete werden aktualisiert, 10 neue, 6 zu entfernen.
Gesamtgröße des Downloads: 155,2 MiB. Nach der Operation werden zusätzlich 163,4 MiB belegt.


    hab aber mal q gedrückt.



    Ich weiß ich bin absoluter Anfänger. Ich hatte aber bei Open Suse das Gefühl , dass es Sinn macht die Aktualisierungen immer zu machen.


    Vielen Dank an alle die sich hier Zeit nehmen und ich werde mich erstmal hier im Forum auf eine Tutorials und Erklärungen stürzen. Das kann mir sicher helfen mehr zu verstehen und weniger Fehler zu machen ind Zukunft.



    Scheinbar ist "learning by doing" keine gute Taktik für Open Suse :S

    Für den Inhalt des Beitrages 57730 haftet ausdrücklich der jeweilige Autor: UzumN

    Poste bitte die komplette Konsolenausgabe incl. der eingegebenen Befehle.


    Code
    Metadaten von Repository 'openSUSE:Factory' werden abgerufen ..............................................................................................................[fertig]
Zwischenspeicher für Repository 'openSUSE:Factory' wird erzeugt ...........................................................................................................[fertig]


    Und das sieht nicht gut aus, poste bitte einmal:

    Code
    zypper lr -uP

    Für den Inhalt des Beitrages 57733 haftet ausdrücklich der jeweilige Autor: Sauerland

    Zu dem was Sauerland geschrieben hat noch mein weniges:


    Zitat


    Ich weiß ich bin absoluter Anfänger. Ich hatte aber bei Open Suse das Gefühl , dass es Sinn macht die Aktualisierungen immer zu machen.


    ...ja Du sollst Updates machen, zumindest bis Dein System ordentlich läuft.



    Zum ersten Befehl: dass Du da keine Ausgabe bekommst darf nicht sein (gibts auch kein '/' ?).


    Zum zweiten Befehl: ich habe geschrieben:

    Code
    echo $USER


    Das sollst Du genau wie geschriebens eingeben; nichts substituieren.



    ...gut, dann ist zumindest dies erledigt.


    Zitat


    Scheinbar ist "learning by doing" keine gute Taktik für Open Suse


    ...vor allem nicht nicht wenn Befehle als 'root' ausgeführt werden. Du möchtest ja auch nicht in einem Flugzeug fliegen wo der Pilot "learning by doing" praktiziert.


    -/-

    Für den Inhalt des Beitrages 57735 haftet ausdrücklich der jeweilige Autor: rme

    Code
    Eugen@linux-xuoz:~> pwd
/home/Eugen
Eugen@linux-xuoz:~> echo %User
%User
Eugen@linux-xuoz:~>


    So. Mal der vollständigkeit halber.





    Ich bekomme seit ich eure Befehle habe auf jedenfall jetzt beim Start von Linux irgendeine KDE Fehlermeldung oben im Bildschirm kurz angezeigt. Irgendwas mit "AC"..aber kanns nicht schnell genug lesen weils direkt verschwindet.


    Ich frag mich immernoch warum mein Sound nicht geht.
    Wenn ich unter Systemeinstellungen-->Hardware-->Multimedia gehen will, geht es nicht. Sobald ich Multimedia öffnen will hängt alles ein bisschen und irgendwann kommt eine Fehlermeldung er kann es nicht öffnen.


    Und was mir halt auch am Herzen liegt: Ich war soo glücklich meine plots als .eps Dateien mit Okular zu öffnen. Ich verstehe nicht warum es nicht mehr geht und Okular mir ein leeres Blatt anzeigt.



    Edit: achja rme: Als Root habe ich bisher nur Sachen gemacht die ich mit Yast gemacht habe. Vorher wusste ich garnicht wie man im Terminal root-Rechte bekommt. Deswegen kann ich wenigstens so, gottseidank, noch nicht viel angestellt haben.

    Für den Inhalt des Beitrages 57739 haftet ausdrücklich der jeweilige Autor: UzumN

    Ein Factory Repository einzufügen ist wirklich keine gute Idee, da diese unstable sind.
    Ausserdem solltest Du die Prioritäten Deiner Repositories überarbeiten.
    Ich zeige Dir mal eine mögliche Konfiguration auf. Die Nummern vor dem Doppelpunkt beziehen sich auf die Zahlen unter dem # Zeichen bei Deiner Ausgabe, die Nummern danach sind die Prioritäten.
    11 : 20
    3 : 40
    2, 4, 6, 7, 8, 9, 10 : 60
    21, 22 : 90


    5 solltest Du entfernen
    13 musst Du entfernen
    15, 16, 17, 20 kannst Du entfernen, da Du die als normaler Anwender (nicht Entwickler) nicht brauchen wirst


    Wenn Du das dann so weit angepasst hast, poste nochmal die Ausgabe von

    Code
    zypper lr -uP

    Okay ich versuche das mal zu machen und poste gleich das Ergebnis.
    Vorerst aber mal: Diese Fehlermeldung die beim Start kommt meint dass "DimDisplay" nicht gestartet werden kann. Ich lese es mal immer weiter wenn ich den PC Neustarte.



    Für den Inhalt des Beitrages 57741 haftet ausdrücklich der jeweilige Autor: UzumN

    Das sieht schon besser aus.
    Ich hatte allerdings noch vergessen zu erwähnen, dass Du Repository Nummer 11 auch noch löschen kannst, da der Inhalt des Installationsmediums auch im OSS Repository vorliegt. Genau dieses OSS Repository war bei Dir auch aus dem instabilen Factory Zweig vorhanden.


    Nun solltest Du im Terminal als root den Dreisatz

    Code
    zypper clean
zypper ref
zypper dup


    laufen lassen.
    Hierbei musst Du alle Abhängigkeiten auflösen und darfst nichts ignorieren. Bei Unsicherheit lieber nachfragen.

    Dann frag ich direkt mal:


    Code
    zypper clean
zypper ref


    liefen gut durch. Steht, dass alles okay ist.


    bei

    Code
    zypper dup


    will er jetzt wohl ein Mega Update von 1,4 gigabyte ziehen und viele Pakete reparieren/ersetzen.
    Was mir aber auf den ersten Blick Angst macht ist folgendes:

    Code
    Das folgende Produkt wird durch eine ältere Version ausgetauscht:
  openSUSE 


Die folgenden Pakete werden die Architektur ändern:
  perl-XML-Twig  x86_64 -> noarch
  xdg-menu   	noarch -> x86_64


    Erstmal-->ältere Version?
    Zweitens: Architektur ändern?



    Anschließend sollen viele Pakete den Anbieter wechseln. Bedeutet dies, dass die Page von der er die Pakete bezieht sich ändert?



    Code
    85 Pakete werden aktualisiert, 2164 werden zurückgestuft, 138 neue, 10 zu entfernen, 104  Anbieterwechsel, 2 Architekturwechsel.
Gesamtgröße des Downloads: 1,41 GiB. Nach der Operation werden zusätzlich 211,4 MiB belegt.
Fortfahren? [j/n/?]




    Und ich verstehe ehrlich gesagt nicht ganz, was du mit "Abhängigkeiten auflösen" meinst.

    Für den Inhalt des Beitrages 57743 haftet ausdrücklich der jeweilige Autor: UzumN

    Zitat

    Erstmal-->ältere Version?
    Zweitens: Architektur ändern?


    Keinen Architekturwechsel machen. Ersetze das durch die ältere Version.


    Anbieterwechsel bedeutet, dass er die betreffenden Pakete nun aus einem anderen Repository beziehen will. Deswegen lassen wir auch ein

    Code
    zypper dup


    statt eines

    Code
    zypper up


    laufen, da zypper up die Umstellung auf ein anderes Repository nicht beinhaltet. Wir wollen aber, dass vom Factory OSS Repository auf das reguläre OSS Repository umgestellt wird. Ich vermute mal, dass ein Grossteil der Umstellungen daraus resultiert. Daher werden auch viele Deiner Probleme kommen.
    Nach der Umstellung solltest Du aber auf jeden Fall einen Neustart machen.


    Im Übrigen hast Du wahrscheinlich einen Grossteil des Systems auf den aktuellen Milestone von 13.1 umgestell. Da tritt genau dieser Fehler auf :

    Zitat

    Diese Fehlermeldung die beim Start kommt meint dass "DimDisplay" nicht gestartet werden kann.

    Zitat von UzumN

    Was mir aber auf den ersten Blick Angst macht ist folgendes:

    Code
    Das folgende Produkt wird durch eine ältere Version ausgetauscht:
  openSUSE 


Die folgenden Pakete werden die Architektur ändern:
  perl-XML-Twig  x86_64 -> noarch
  xdg-menu   	noarch -> x86_64



    Erstmal-->ältere Version?
    Zweitens: Architektur ändern?


    Das ist in Ordnung so.

    Für den Inhalt des Beitrages 57749 haftet ausdrücklich der jeweilige Autor: tomfa-ng