Beiträge von robirot

  • NVIDIA Treiber

    Ok, repos aufräumen. Alle rausnehmenb die nicht zwangsweise benötigt werden?
    Zum priorisieren, gibts da irgenwo ne gute Anleitung, was wei priorisiert werden muss (will dann auch schonverstehen warum etwas priorisiert wird, nicht nur machen)?


    Wollte gerade meine Daten sichern, und siehe da der X-Term startet auch wieder und verwendet den nvidia Treiber.




    /usr/sbin/hwinfo --gfxcard







    zypper se -si gcc make kernel

    Code
    S | Name                  | Type    | Version                       | Arch   | Repository                --+-----------------------+---------+-------------------------------+--------+--------------------------i | automake              | package | 1.13.4-6.4                    | noarch | Main Repository (OSS)     i | automake              | package | 1.13.4-6.4                    | noarch | openSUSE-42.1-0           i | gcc                   | package | 4.8-8.4                       | x86_64 | Main Repository (OSS)     i | gcc                   | package | 4.8-8.4                       | x86_64 | openSUSE-42.1-0           i | gcc-c++               | package | 4.8-8.4                       | x86_64 | Main Repository (OSS)     i | gcc-c++               | package | 4.8-8.4                       | x86_64 | openSUSE-42.1-0           i | gcc-info              | package | 4.8-8.4                       | x86_64 | Main Repository (OSS)     i | gcc-info              | package | 4.8-8.4                       | x86_64 | openSUSE-42.1-0           i | gcc48                 | package | 4.8.5-18.1                    | x86_64 | Main Update Repository    i | gcc48                 | package | 4.8.5-18.1                    | x86_64 | openSUSE-Leap-42.1-Updatei | gcc48-c++             | package | 4.8.5-18.1                    | x86_64 | Main Update Repository    i | gcc48-c++             | package | 4.8.5-18.1                    | x86_64 | openSUSE-Leap-42.1-Updatei | gcc48-info            | package | 4.8.5-18.1                    | noarch | Main Update Repository    i | gcc48-info            | package | 4.8.5-18.1                    | noarch | openSUSE-Leap-42.1-Updatei | kernel-default        | package | 4.1.15-8.1                    | x86_64 | Main Update Repository    i | kernel-default        | package | 4.1.15-8.1                    | x86_64 | openSUSE-Leap-42.1-Updatei | kernel-default        | package | 4.1.13-5.1                    | x86_64 | Main Update Repository    i | kernel-default        | package | 4.1.13-5.1                    | x86_64 | openSUSE-Leap-42.1-Updatei | kernel-default-devel  | package | 4.1.15-8.1                    | x86_64 | Main Update Repository    i | kernel-default-devel  | package | 4.1.15-8.1                    | x86_64 | openSUSE-Leap-42.1-Updatei | kernel-devel          | package | 4.1.15-8.1                    | noarch | Main Update Repository    i | kernel-devel          | package | 4.1.15-8.1                    | noarch | openSUSE-Leap-42.1-Updatei | kernel-firmware       | package | 20150925git-1.1               | noarch | Main Repository (OSS)     i | kernel-firmware       | package | 20150925git-1.1               | noarch | openSUSE-42.1-0           i | kernel-macros         | package | 4.1.15-8.1                    | noarch | Main Update Repository    i | kernel-macros         | package | 4.1.15-8.1                    | noarch | openSUSE-Leap-42.1-Updatei | libgcc_s1             | package | 5.2.1+r226025-4.2             | x86_64 | Main Repository (OSS)     i | libgcc_s1             | package | 5.2.1+r226025-4.2             | x86_64 | openSUSE-42.1-0           i | libgcc_s1-32bit       | package | 5.2.1+r226025-4.2             | x86_64 | Main Repository (OSS)     i | libgcc_s1-32bit       | package | 5.2.1+r226025-4.2             | x86_64 | openSUSE-42.1-0           i | libgcj_bc1-gcc48      | package | 4.8.5-18.1                    | x86_64 | Main Update Repository    i | libgcj_bc1-gcc48      | package | 4.8.5-18.1                    | x86_64 | openSUSE-Leap-42.1-Updatei | libpagemaker-0_0-0    | package | 0.0.2-2.6                     | x86_64 | Main Repository (OSS)     i | libpagemaker-0_0-0    | package | 0.0.2-2.6                     | x86_64 | openSUSE-42.1-0           i | make                  | package | 4.0-4.4                       | x86_64 | Main Repository (OSS)     i | make                  | package | 4.0-4.4                       | x86_64 | openSUSE-42.1-0           i | makeinfo              | package | 4.13a-39.4                    | x86_64 | Main Repository (OSS)     i | makeinfo              | package | 4.13a-39.4                    | x86_64 | openSUSE-42.1-0           i | texlive-l3kernel      | package | 2013.84.svn_4469svn29409-17.5 | noarch | Main Repository (OSS)     i | texlive-l3kernel-doc  | package | 2013.84.svn_4469svn29409-17.5 | noarch | Main Repository (OSS)     i | texlive-makecmds      | package | 2013.84.svn15878-18.5         | noarch | Main Repository (OSS)     i | texlive-makecmds-doc  | package | 2013.84.svn15878-18.5         | noarch | Main Repository (OSS)     i | texlive-makeindex     | package | 2013.84.2.12svn29764-18.5     | noarch | Main Repository (OSS)     i | texlive-makeindex-bin | package | 2013.20130620.svn30088-24.7   | x86_64 | Main Repository (OSS)     i | texlive-makeindex-doc | package | 2013.84.2.12svn29764-18.5     | noarch | Main Repository (OSS)



  • NVIDIA Treiber

    Zitat von Alero

    Der Grund für die ständigen Crashes ist deine Repoliste! Nvidia-Repo eingebunden, AMD-Repo eingebunden, alles doppelt und dreifach eingebunden was bei drei nicht auf dem Baum war und alles auf 99 Priorisiert. Mich wundert, das der Rechner überhaupt ging.


    Zitat von Alero

    Der Grund für die ständigen Crashes ist deine Repoliste! Nvidia-Repo eingebunden, AMD-Repo eingebunden, alles doppelt und dreifach eingebunden was bei drei nicht auf dem Baum war und alles auf 99 Priorisiert. Mich wundert, das der Rechner überhaupt ging.


    Ok, heißt also neu installieren?
    Von den repos sind nur adobe (rpm), packman (yast), nvidia (yast) und chrome(rpm) manuell eingebunden und prioritäten wurden nicht manuell gesetzt.

  • NVIDIA Treiber

    Mehrere Treiber sollten nicht installiert sein. Hatte doch den G04 treiber installiert, G03 war meine alte Grafikkarte (andere installation).


    Den init befehl habe ich nur benutzt um den xserver neu zu laden ohne reboot.


    Hier die Ausgaben per >> umgeleitet


    zypper se -si nvidia


    Code
    S | Name | Type | Version | Arch | Repository 
--+-------------------------------+---------+-----------------------+--------+------------------------
i | nvidia-computeG04 | package | 352.79-19.1 | x86_64 | nVidia Graphics Drivers
i | nvidia-gfxG04-kmp-default | package | 352.79_k4.1.12_1-19.1 | x86_64 | nVidia Graphics Drivers
i | nvidia-glG04 | package | 352.79-19.1 | x86_64 | nVidia Graphics Drivers
i | nvidia-uvm-gfxG04-kmp-default | package | 352.79_k4.1.12_1-19.1 | x86_64 | nVidia Graphics Drivers
i | x11-video-nvidiaG04 | package | 352.79-19.1 | x86_64 | nVidia Graphics Driver


    uname -a



    Code
    Linux linux-5fy2 4.1.15-8-default #1 SMP PREEMPT Wed Jan 20 16:41:00 UTC 2016 (0e3b3ab) x86_64 x86_64 x86_64 GNU/Linux


    zypper lr -d



  • NVIDIA Treiber

    Hallo


    Und zwar habe ich gestern Versucht meine Grafikkarte auf den propietären NVIDIA treiber umzustellen, da ich den Verdacht gehabt habe das die nouveau Treiber der Grund für die ständige crashes waren.


    Grafikkarte ist eine NVidia GT 730.


    Die Installation habe per yast2 durchgeführt in dem ich den das x11-..._G03 paket und die abhängigkeiten durch yast auflösen lassen.
    Nach der istallation habe ich einmal in den runlevel 3 gewechselt und den xserver neu gestartet (bin leider nicht mehr sicher ob per startx oder init 5). Geguckt welcher Treiner Verwendet wird und siehe da, nvidia war in Verwendung.


    Heute will ich den Rechner neu starten und nix geht mehr. Der Rechner fährt hoch wie normal, versucht zu starten und endet in der Konsole. Ein init 5 führt nut zu einem kurzem schwarzwerdem und die Konsole erscheint wieder. ein startx endet mit der Nachricht (EE) no screen dound (EE). D.h. die Frage habe ich etwas Falsch gemacht bzw. muss noch etwas mehr gemacht werden?


    System ist Leap 42.1 ohne kernel update

  • Welche server Distribution?

    Das sollte das kleinste problem sein, der Server wird bei mir selber stehen und auch nur für private zwecke nutzbar gemacht werden (wie gesagt auf der Arbeit betreu ich mehrere server, hab da also schon n klein wenig Errahrung, die sind aber halt alle als debian vorgegeben)

  • Welche server Distribution?

    Hallo
    Ich will mir demnächst einen Server, er muss in jedem fall ftp, mysql, samba, ssh können, und evtl. später auch als web space nutzbar gemacht werden können. Vorerst aber ist er vor allem zum kennenlernen und ausprobieren gedacht.
    Anforderungen an das BS sind:
    Linux
    Kein Debian (hab ich auf der Arbeit und uberzeugt mich bisher nicht so sehr)
    X Server ist nicht nötig
    ARMversion für rasperry pi verfügbar


    Also relativ offen.
    Da ich selber eigentlich nur openSuse benutze ist meine würde ich zur Zeit eher zu einem auf Slackware basierenden system tendieren.
    D.h. nun frage welche Distribution?
    Slackware selber nehmen oder eine andere?

  • Grafik probleme, nach installation, fast nicht erkennbar

    Ok, so bekomm ich jetzt auch ne konsole im run level 3. Hab nochmal den nvidia treiber neu installiert, da sich mit dem repository treider leider die opengl libaries gefehlt haben.


    Mit
    Strg + Alt +F7
    schliesse ich nur die Konsole, bleibe allerdings im run level 3, das lässt sich nur per init wechseln.


    Hätte jetzt aber trotzdem noch ne kleine frage zur Bash.


    Wie kann ich als normaler User die Befehle so wie als root eingeben:
    Z.B. blkid -o List
    als Normaler user sieht das ja so aus:

    Code
    /sbin/blkid -o List


    evtl. noch mit nem sudo davor.


    Als root reicht allerdings:

    Code
    blkid -o List


    D.h. wie mache ich das das ich nicht immer den kompletten pfad eingeben muss.

  • Grafik probleme, nach installation, fast nicht erkennbar

    Hallo


    Danke für all die hilfe bisher.


    Hab leider in der letzten Zeit keine Zeit gehabt irgendetwas an dem rechner zu machen, da ich nicht zu hause war, dafür läuft der laptop jetzt fast perfekt unter suse.


    Also ich hab die binutils jetzt mit zypper installiert (hab mit der graphischen yast oberfläche irgendwie so meine probleme).


    Nun stehe ich allerdings vor dem Problem, das ich auf diesem Rechner im Run-Level 3 keine graphische ausgabe meher bekomme, d.h. der Bildschirm schaltet sich ab.


    In den run level 3 wechsel ich per:
    sudo /sbin/init 3


    Nun kommt es zum abschalten der kde Oberfläche und wenig später beim umschalten auf die Textkonsole, schaltet sich der Bildschirm ab, mit der meldung no signal.


    Die Konsole wird aber geladen, ich kann mich z.B. blind als root anmelden und per init 6 den Rechner neu starten, aber natürlich fällt blind jegliche Orientierung weg, so das auch nicht mehr möglich ist


    Den treiber wollte ich dann per sh treiber.run installieren, richtig oder per ./ ?