Beiträge von dosludwig

    Danke für Deine Antwort.
    Hier die Ergebnisse:


    uname -a ergibt:

    Code
    Linux linux-9udc.site 3.4.11-2.16-desktop #1 SMP PREEMPT Wed Sep 26 17:05:00 UTC 2012 (259fc87) x86_64 x86_64 x86_64 GNU/Linux


    zypper lr -uP ergibt:


    - das nvidia-repository hatte ich also schon 'mal reingenommen. Ich hatte auch schon einmal nvidia-settings über yast aktualisiert, es hatte sich auch etwas leicht geändert, nur halt nicht in der hier geschilderten Problematik.


    hwinfo --gfxcard ergibt:


    xorg.conf erstellen:
    Selbst wenn ich nvidia-settings starte und garnichts verändere, erhalte ich bei Klick auf den Button "Save to X configuration file" die Fehlermeldung:
    "Layout inconsitencies: (Show details):
    • MetaMode 2 of Screen 0 is the same as MetaMode 1. All MetaModes must be unique. "


    Ich habe hier dann die Möglichkeit, entweder "Ignore" oder "Auto fix" oder "cancel" zu drücken - als gebranntes Kind habe ich hier stets ge-canceld.
    Soll ich mal Auto-fix versuchen?


    Einen zweiten Monitor habe ich nicht angeschlossen. Mein Ziel wäre aber natürlich genau das, nämlich z.B. einen Beamer anzusteuern (der dann halt maximal eine Auflösung von 800x600 kann).

    Hallo zusammen,


    ich habe ein 17-Zoll-Notebook mit einer nvidia-Grafikkarte:


    Kernel: Linux 3.4.11-2.16-desktop x86_64
    Distribution: openSUSE 12.2 (x86_64)
    KDE: 4.8.5 (4.8.5) "release 2"
    Grafikkarte nVidia Corporation
    Modell: G96M [GeForce GT 120M]
    2D-Treiber: nvidia
    3D-Treiber: NVIDIA 304.64


    Ich kann mit KRandRTray nun leider nicht die voreingestellte Auflösung (1600x900) ändern; KRandRTray läuft fehlerlos, es wird schlicht keine andere Auflösung als Option angeboten (war unter Suse 12.1 anders!) - also ein Grafiktreiberproblem, richtig?


    Nun die Anwendung NVIDIA-Settings angeschaut: hier dasgleiche, allerdings hätte ich wohl unter "X Server Display Configuration" die Möglichkeit, durch Klick auf Buton "Advanced..." unter "Panning" eine Auflösung von hand, z.B. 800x600, einzustellen. Wenn ich dann auf "Save to X configuration file" drücke, erhalte ich einen Warnhinweis auf eine Inkonsistenz ("MetaMode 2 of Screen 0 is the same as MetaMode 1. All MetaModes must be unique.), woraus ich nicht schlau werde.


    Hat jemand eine Idee? Ich hab mich im Forum schon umgeschaut, da scheint nichts passendes. Ich bin auch sehr vorsichtig, da ich schon öfters mal Probleme hatte (nouveau-TReiber u.a.)


    Viele Grüße
    dosludwig

    Hallo zusammen,


    ich habe ein seltsames Problem:
    Ich habe nach einer Urlaubsreise diverse Fotodateien von verschiedenen Kameras in einem Ordner zusammengefasst. Damit ich eine korrekte Abfolge der Dateien erhalte, habe ich einige Dateinamen von hand umbenannt.
    Wenn ich nun in Dolphin alphabetisch sortieren lasse, erhalte ich eine Listung, die tatsächlich nicht der alphanumerischen Rangfolge genügt, z.B.:


    111012_Bild-a.jpg
    111012_Bild-b.jpg
    121012_Bild-c.jpg
    121012_Bild-d.jpg
    111012003_Bild-x.jpg
    111012004_Bild-y.jpg


    Ich möchte aber, dass die beiden zuletzt aufgeführten Dateien vor den "12..."-Dateien gelistet werden, damit ich mir Kontaktabzüge mit der richtigen Bild-Reihenfolge drucken kann!


    Dieses Problem habe ich nicht nur in Dolphin, sondern auch z.B. in Gwenview. Ist das ein kde-Problem?
    Ich habe openSUSE 12.2 (x86_64) mit KDE: 4.8.5 (4.8.5) "release 2".


    Bin dankbar für jeden Hinweis!
    Viele Grüße
    dosludwig

    Ja, so sieht es wohl aus. Ich habe jedenfalls einmal einen Kontaktauszug einer Fotoserie mit Gwenview erzeugt (4x5 Bilder pro Seite), was eine ähnlich große Datei ergibt wie aus dem unter Wine laufenden Programm. Ergebnis: Die Gwenview-Datei wird komplett gedruckt.
    Ich habe dann Wine komplett deinistalliert, konfigurationsdatei gelöscht und neu installiert, dann das Windows-Fotoprogramm, alles ohne Fehlermeldungen. Programm über Wine starten usw. ergibt immer noch dasselbe fehlerhafte Verhalten, ächtz....


    Weiß jetzt keinen Rat mehr, werde mich wohl mit Gwenview zufrieden geben müssen - die Bilder sind auch garnicht schlecht, nur funktioniert leider die Option nicht, dass man Bilddateinamen mit ausdrucken kann (das wäre dann der nächste Forumsbeitrag, aber mal wann anders, an anderer STelle).


    Jedenfalls vielen Dank für Eure Tips und Hinweise!
    dosludwig

    Einen Schritt weiter! Durch Installation von cups-backend gelingt nun immerhin der Test-Ausdruck aus der HP-Toolbox, danke!
    Allerdings bleibt mein Ausgangsproblem leider bestehen: Wenn ich aus der Photosoftware (Wine) den Druck starte, bleibt dieser nach kurzer Zeit hängen. Ich muss dann am Drucker abbrechen (Auswurf der seite, die nur zu ca. 15% bedruckt ist).
    In der HP-Toolbox kann ich dann den Druck auch nicht "canceln", das geht dann nur als Root in cups.
    Gibt es nicht noch irgendeinen Ansatz?
    Für mich sieht es so aus, als ob der Druckauftrag einfach nicht vollständig durchgereicht wird.

    Hab ich alles genau so gemacht, wie in Deinem Link, Sauerland, angegeben! Ich kriege das alles fehlerlos hin, nur wenn ich dann aus der HP-Toolbox einen Testausdruck erstellen möchte, passiert folgendes:
    Der Testdruck belibt nach ca. 1/3 des Blattes stehen, Drucker steht auf "Druckvorgang", nix passiert.
    Ich breche dann am Drucker ab, unvollständig bedrucktes Blatt wird ausgeworfen, am Drucker keine weiteren Fehlermeldungen.
    In der HP-Toolbox ist der Druck aber noch eingetragen, verschwindet auch nicht, so dass ich ihn durch "cancel job" von hand abbrechen muss.
    Das geht nur scheinbar (Eintrag verschwindet), der Drucker-Status bleibt aber als "cancelling (xy minutes ago)" stehen. Das kriege ich auch nicht durch einen Refresh weg, sondern nur dadurch, dass ich cups aufrufe (auch hier steht "Beschäftigt (Processing...)") und mir dann "Alle Aufträge" anzeigen lasse: dann sehe ich zunächst den Auftrag noch, allerdings verschwindet er dann nach ca. 30 Sekunden und wird als "gelöscht" angezeigt.
    Erst dann ist der Drucker auch in der HP-Toolbox wieder regulär verfügbar ("in power safe modus") !?


    Funktioniert das Zusammenspiel cups - hplip/toolbox vielleicht nicht?

    Hier die zypper-Ausgabe:



    Und: Der User, unter dem ich angemeldet bin ist Mitglied der Gruppen sys, users und lp.

    O.k. Habe also den Drucker über Yast deinstalliert, zur Vorsicht auch noch einmal hplip und sogar cups (mit gutenprint) und openppd-hpijs neu installiert (vorher komplett deinstalliert). Dann habe ich im Terminal als su das hp-setup ausgeführt. Der sagt mir dann nach einigen Schritten folgendes:

    Code
    Searching... (bus=usb, search=(None), desc=0)
    \warning: No PPD found for model photosmart_6510_series using new algorithm. Trying old algorithm...
    error: No PPD found for model photosmart_6510 using old algorithm.
    error: No appropriate print PPD file found for model photosmart_6510_series


    - aber ich habe doch open ppd installiert, oder ist 'was anderes gemeint?
    Oder soll ich doch wieder über Yast gehen? .... seufz...


    ... Habe jetzt doch noch mal Yast gestartet und prompt den Hinweis erhalten, dass der cups-Dämon nicht läuft. Nach Neustart läuft er nun, über hp-setup kriege ich auch den Drucker jetzt eingerichtet, allerdings lässt sich keine vernünftige testseite ausdrucken, weder mit dem hpijs-Treiber noch mit einem danach ausgewählten cups-Treiber.
    Bevor ich jetzt noch einmal eine Yast-Konfiguration probiere: Hat noch jemand eine Idee?

    Der erste zypper:


    Und hier der zweite:


    Habe allerdings noch nicht eine Neu-Installation über das hp-setup probiert. Soll ich das zuerst machen?

    Vielen dank für die Tips. Habe alles so gemacht, hat alles fehlerlos geklappt, habe viel dabei gelernt - habe aber nach wie vor das Problem!
    Habe ich vielleicht nicht "gründlich genug" die alten Treiber deinstalliert: bislang einfach in der YAST-Druckerkonfig den Eintrag gelöscht und hplip in Softwarekonfiguration deinstalliert - ist das zu wenig? Darf ich dann die Treiber nicht über CUPS neu installieren? Sollte ich das über hp-setup machen?
    Was übrigens auch reproduzierbar ist: Der testdruck über die HP-Toolbox (blaues hp-Symbol in Symbolleiste) funktioniert auch nur zur Hälfte.
    Liegt der Fehler vielleicht eher im CUPS-System als in den Treibern?
    Muss ich vor jeder Neuinstallation der Treiber auch den Drucker auf Werkseinstellungen zurücksetzen?


    Äh, was mir gerade noch einfällt: Ich hatte bei der ursprünglichen Installation von Suse 12.2 den hpijs-Treiber ausgewählt, damals noch in einer älteren Version (3.12.10a glaube ich). Dabei hatte ich Graudruck-Draft eingestellt - damit lies sich problemlos drucken, jetzt erinnere ich mich.
    Dann habe ich aber auf Normaldruck, also Farbe, umgestellt, wonach der hpijs-Treiber den Druck mit einer Fehlermeldung quittierte. Das wollte ich dann mit einer Neuinstallation hinkriegen, worauf sich die Probleme jetzt ergeben haben.
    Hast Du noch irgendeine Idee?