Beiträge von Omegator

Hallo zusammen,

nachdem ich neulich mein System neu aufgesetzt habe, wollte ich heute mein Windows wieder in den Bootmanager integrieren.

Dieses liegt auf einer separaten Platte mit eigener EFi-Partition.

Ich hatte meine Linux Platten ausgesteckt, zunächst nur das Windows hochgefahren und aktualisiert.

Anschließend habe ich alle Platten eingesteckt, und wollte Linux starten.

Leider fehlt im EFI/Bios jetzt der Eintrag "Opensuse", wenn ich die entsprechende Platte auswähle bekomme ich eine Grub Fehlermeldung.

Welcome to Grub!
error; symbol -grub_file_filters' not found
Entering rescue mode...
grub rescue>

Mir ist das völlig schleierhaft, da ich an der Platte nichts verändert habe.

Gibt es eine Möglichkeit von DVD zu booten oder über den rescue mode das Problem zu beseitigen?

Zitat von Kieltux

Hallo Omegator,

die Meldung, die Du erhälst ist normal. Der CUPS Scheduler lauscht auf drei Wege, ob Du drucken willst (service, path, socket).

Diese drei Wege sind im Standard aktiviert (Stichwort "preset: enabled). Die CUPS Scheduler path und socket aktivieren im Fall des Falles dann service.

Hast Du nach der Änderung von

1. Anpassung /etc/cups/printers.conf -> Eintrag unter <Printer NEUER_NAME_DES_DRUCKERS>

2. Umbennung der ppd Datei von ALTER_NAME_DES_DRUCKERS.ppd in NEUER_NAME_DES_DRUCKERS.ppd

einmal einen restart vom cups.service gemacht?

So, das war jetzt die Lösung, es funktioniert.
Nachdem ich wie in der Anleitung von Alero beschrieben die printers.conf und die ppd's geändert hatte, einmal kurz stop oder restart von cups.service.

Alles anzeigen

Zitat von Kieltux

Hallo Omegator,

die Meldung, die Du erhälst ist normal. Der CUPS Scheduler lauscht auf drei Wege, ob Du drucken willst (service, path, socket).

Diese drei Wege sind im Standard aktiviert (Stichwort "preset: enabled). Die CUPS Scheduler path und socket aktivieren im Fall des Falles dann service.

Code

bart:/etc/cups # systemctl status cups
● cups.service - CUPS Scheduler
     Loaded: loaded (/usr/lib/systemd/system/cups.service; enabled; preset: enabled)
     Active: active (running) since Thu 2024-10-24 06:53:58 CEST; 8min ago
TriggeredBy: ● cups.path
             ● cups.socket
       Docs: man:cupsd(8)
   Main PID: 5713 (cupsd)
      Tasks: 2 (limit: 4531)
        CPU: 4.006s
     CGroup: /system.slice/cups.service
             ├─5713 /usr/sbin/cupsd -l
             └─5715 /usr/lib/cups/notifier/dbus dbus://

Oct 24 06:53:58 bart systemd[1]: Started CUPS Scheduler.

bart:/etc/cups # systemctl status cups.socket
● cups.socket - CUPS Scheduler
     Loaded: loaded (/usr/lib/systemd/system/cups.socket; enabled; preset: enabled)
     Active: active (running) since Thu 2024-10-24 06:39:45 CEST; 22min ago
   Triggers: ● cups.service
     Listen: /run/cups/cups.sock (Stream)
     CGroup: /system.slice/cups.socket

Oct 24 06:39:45 bart systemd[1]: Listening on CUPS Scheduler.

bart:/etc/cups # systemctl status cups.path
● cups.path - CUPS Scheduler
     Loaded: loaded (/usr/lib/systemd/system/cups.path; enabled; preset: enabled)
     Active: active (running) since Thu 2024-10-24 06:39:45 CEST; 22min ago
   Triggers: ● cups.service

Alles anzeigen

Hast Du nach der Änderung von

1. Anpassung /etc/cups/printers.conf -> Eintrag unter <Printer NEUER_NAME_DES_DRUCKERS>

2. Umbennung der ppd Datei von ALTER_NAME_DES_DRUCKERS.ppd in NEUER_NAME_DES_DRUCKERS.ppd

einmal einen restart vom cups.service gemacht?

Code

systemctl restart cups.service

Hier (Leap 15.6) wurde dann der neue Druckername angezeigt.

Alles anzeigen

So, das war jetzt die Lösung, es funktioniert.

Nachdem ich wie in der Anleitung von Alero beschrieben die printers.conf und die ppd's geändert hatte, einmal kurz stop oder restart von cups.service.

Und schon werden die neuen Namen bei der Auswahl der Drucker angezeigt. Hier eine kurze Zusammenfassung:

Die Änderungen können problemlos im Dateimanager mit Superuser-Rechten gemacht werden.

/etc/cups/printers.conf öffnen, und den entsprechenden Drucker suchen, der Name wird angezeigt z.B unter <Alter Druckername>.

Diesen dann ändern in den gewünschten Namen z.B. <Neuer Druckername>, <Drucker Farbe>, <Drucker Büro>, usw.

Anschließend unter /etc/cups/ppd/ die ppd des geänderten Druckers in den EXAKT gleichen Namen wie in der printers.conf umbenennen z.B. <Neuer Druckername>.

Konsole öffnen, und als Root:

systemctl restart cups.service
oder
systemctl stop cups.service

Die ausgegebenen Fehlermeldungen ignorieren.

Anschließend werden die neuen Druckernamen im Druckdialog angezeigt.

Da bekomme ich dann die folgende Meldung:

systemctl stop cups.service
Stopping 'cups.service', but its triggering units are still active:
cups.path, cups.socket

Zitat von Alero

Hast du den Drucker vorher auch angehalten? Mal so auf die Schnelle, weil ich gerade keine Zeit habe

http://www.apfel-z.net/artikel…r_umbenennen_duplizieren/

Hallo Alero,

die Zeilen und Dateinamen kann ich ändern, leider ohne Auswirkung.

cupsd kann ich leider nicht stoppen.

Zitat von Sauerland

Und in cups direkt mit Drucker ändern?

Hallo Sauerland,

das geht leider weder in den Systemeinstellungen, noch über die Weboberfläche von Cups.

Hallo zusammen,

seit ich das System neu aufgesetzt und die Drucker wieder installiert habe, werden mir Namen angezeigt, die mir so nicht gefallen.

Das könnte man durchaus als Luxusproblem bezeichnen...

Ich hätte aber die Namen gerne geändert, auch wegen der besseren Zuordnung.

Wenn ich unter /etc/cups/printers.conf die Namen ändere, werden diese leider nicht übernommen.

Ja das stimmt, klar wenn ein Provider XY bei AVM gleich 1000 Stück abnimmt, greift eben ein Staffelpreis, ggf. auch noch ein strategischer Preis, damit der Provider nicht auf die Idee kommt sich einen anderen Hersteller anzuschauen.

Der Spruch ist gut, den muß ich mir merken!

Aber ich sehe das genauso, wenn ich etwas haben will, dann wird es gekauft und gleich bezahlt.

Und das gilt für alle Bereiche, ob Haushaltsgeräte, Handy, oder Auto.

Wenn mir ein Auto gefällt, und der Preis innerhalb meiner Möglichkeiten liegt, wird das Geld auf den Tisch gelegt, und gut!

So habe ich das immer gemacht, und das bleibt auch so, ein Auto das mir nicht gehört, brauche ich auch nicht.

Bei Software das gleiche Spiel, entweder freie Software, oder falls notwendig gekauft.

Die Daten liegen dann in beiden Fällen bei mir, und nicht in der Cloud eines Anbieters.

Das ist zudem bei manchen hauseigenen Routern der Provider so eine Sache.

Da sind dann die Einstellmöglichkeiten im Vergleich zur FB doch sehr eingeschränkt.

Andererseits kann aber der Provider von außen recht weit ins Netzwerk des Kunden reinschauen.

Edit: Alero war schneller!

Aber das sehe ich genauso, lieber selbst kaufen, ggf. dann gebraucht, B-Ware usw.

Danke Sauerland, ich denke so werde ich's machen!

Auf ein paar Jahre betrachtet lohnt sich ein eigener Router immer, und dann wird es auch wieder eine Fritzbox.

Tatsächlich, daran lag es Loglevel war groß geschrieben, und hätte klein geschrieben werden müssen!

Jetzt wenn ich es lese ist mir das klar, sind ja unterschiedliche ASCII-Zeichen, da habe ich wohl gepennt...

An dieser Stelle ist mir noch aufgefallen, hier werden bei der Ausgabe nach der root=UUID... die eingetragenen Kernel-Parameter ausgegeben.

Bei meinem Boot-Problem aus dem anderen Beitrag wurde stattdessen "resume=/dev/disk/by-uuid/27277422-bb66-4ee7-a474-e1f0b194442d,

das war die Swap-Partition angezeigt.

Ah, O.K., dann bekomme ich diese Ausgabe:

cat /proc/cmdline
BOOT_IMAGE=/boot/vmlinuz-6.4.0-150600.23.25-default root=UUID=eb212ec3-9031-4f75-827b-4a0677e256ed splash=silent preempt=full quiet security=apparmor Loglevel=3 nosimplefb=1 mitigations=auto

Entspricht den Kernel-Parametern im Bootloader.