Beiträge von luigi

  • Bedienen und Einrichten OpenSUSE 16.0

    Zitat von Sauerland

    Du musst es auch installieren ...

    Sauerland: Wird vermutlich nicht nötig sein. Ich glaube, er hat einfach nur die Zeile aus deinem Beispiel in voller Länge eingetippt ...

    Code
    luigi@testbox:~> linux64:/home/stephan # update-bootloader
bash: linux64:/home/stephan: Datei oder Verzeichnis nicht gefunden
luigi@testbox:~>

    ... und dann seinen eigenen Prompt entfernt. Oder ist der Name von Zebix, der vermutlich Horst heißt, auch stephan und sein hostname linux64, wie bei dir?

  • Bedienen und Einrichten OpenSUSE 16.0

    Zitat von Zebix

    Ich sehe gerade im Package für cockpit gibt es 20 mal cockpit ... Welche von den 20 muss ich den installieren?

    Ich verstehe gerade nicht, was du gemacht hast?


    Wenn du in Myrlin auf Patterns drückst, dann erscheint links ein Auswahlmenü, in dem du Patterns für Cockpit anklickst, und dann ganz rechts unten mit Akzeptieren die vom System getroffene Auswahl installierst.

  • Bedienen und Einrichten OpenSUSE 16.0

    Punkt 1) wurde erst kürzlich hier im Forum behandelt, z.B. Cockpit


    Beitrag
    RE: Leap 16.0: Ersatz für den Yast-Partionierer
    Inzwischen kann auch Cockpit ganz gut mit Laufwerken umgehen. Man kann eine Partitionstabelle anlegen, Partitionen verkleinern oder vergrößern, neue Partitionen anlegen oder vorhandene löschen, Partitionen formatieren, Partitionen einhängen, ...

    Wer die grafischen Tools von Yast vermisst, sollte sich mal mit Cockpit befassen. Es ist zwar total anders aufgebaut, deshalb sicher kein 1:1 Ersatz, hat aber inzwischen viele nützliche Features. Ich fand zumindest das Arbeiten mit…
    letsfindaway


    Damit müssten auch 2) und 3) zu bewerkstelligen sein.

  • lpadmin: Unauthorized

    Zitat von newgofarmer

    Ich habe zuerst die zwei Dateien printer.conf und printer.conf.N auf root:lp geändert.

    Dann habe ich einen Drucker geändert und bemerkte am Zeitstempel, dass sich printer.conf.N geändert hat. Diese Datei habe ich auch wie empfohlen auf "immutable" gesetzt.

    Aber nach dem Reboot war wieder alles beim Alten.

    Zitat von newgofarmer

    Also hat mir printer.conf immer printer.conf.N beim Reboot überschrieben. (Wie kann printer.conf.N überschrieben werden, obwohl sie nicht beschreibbar gesetzt wurde?)

    Nein, ich hatte nicht empfohlen die printers.conf.N auf immutable zu setzen und diese wurde ja auch nicht überschrieben. Denn es ist immer entscheidend, was in printers.conf steht.

    Zum Verständnis:

    Neu hinzugefügte oder geänderte Drucker werden vom cupsd in die Datei /etc/cups/printers.conf geschrieben.

    Falls das aber wegen eines file-locks, eines file-system permission errors (wie in deinem Fall) oder wegen I/O-Problemen nicht geht, dann schreibt der Dämon die neuen Einstellungen als backup in die /etc/cups/printers.conf.N.

    Zitat von newgofarmer

    Wahrscheinlich würde es auch funktionieren, wenn ich /etc/cups lösche und cups neu installiere.

    Vermutlich wäre das die sauberste Lösung gewesen, da bei dir unter /etc/cups/ noch weitere Dateien mit fragwürdigen group Attributen versehen sind. Dazu gehören z.B.

    render: Gewährt nicht privilegierten Benutzern Zugriff auf lokale GPU-Beschleunigungs- und Rendering-Hardware

    kmem: Gewährt Benutzern direkten Lese- und Schreibzugriff auf den Kernel- und physischen Speicher.

    Letzteres ist meinem Verständnis nach allerdings ein gravierendes Sicherheitsproblem.

  • lpadmin: Unauthorized

    Zitat von newgofarmer

    ABER nach einem Reboot hat sich alles wieder auf die alten Drucker zurück gestellt. Auch der neu angelegte Drucker über hp-setup angelegt ist verschwunden.

    Mit

    Code
    sudo chown root:lp /etc/cups/printers.conf

    und wenn nötig noch

    Code
    sudo chmod 640 /etc/cups/printers.conf

    kann man wieder die default Einstellung erhalten, die ein Speichern der Änderungen möglich machen sollte.

  • lpadmin: Unauthorized

    Zitat von newgofarmer

    -rw-------. 1 root kmem 7776 4. Aug 2025 printers.conf
    -rw-------. 1 root lp 7723 15. Jul 21:43 printers.conf.N
    -rw-------. 1 root kmem 7776 29. Jul 2025 printers.conf.O

    Vermutlich liegt die Ursache des Problems, dass nämlich die neue Konfiguration nicht geschrieben werden kann, an der unüblichen (falschen?) group kmem von /etc/cups/printers.conf.


    Üblich ist dagegen z.B.

    Code
    -rw-------. 1 root lp 835  2. Mai 09:27 /etc/cups/printers.conf
-rw-------. 1 root lp 835 27. Apr 16:12 /etc/cups/printers.conf.O

  • lpadmin: Unauthorized

    Ich vermute, dass die neuen cups Einstellungen durch die alten Einträge des yast-printer moduls überschrieben werden.


    Um das zu testen, würde ich alle yast Einträge entfernen oder nach der erneuten cups Konfiguration die Konfigurationsdatei /etc/printers.conf auf immutable setzen.