Arch Linux

Druckwarteschlange und Gnome Start

Dante

Hallo,

Ich möchte mich zunächst vorstellen, meine Name ist Dante nutze zum ersten Mal Archlinux. Habe bisher Linux Mint, Ubuntu und Fedora genutzt. Neben den letzt genannten das bei mir sehr gut lief waren die Debian-Varianten nicht so doll, nun habe ich mich entschlossen einen "Wechsel" zu vollziehen um auch mal selbst "Hand anlegen" zu können d.h. den Lerneffekt zu steigern.

Da die Installation sehr gut dokumentiert ist habe ich es geschafft Arch zu installieren inkl. Gnome 3 Oberfläche. Gestern habe ich den Schritt zu systemd vollzogen und bisher keine größeren Probleme gehabt.

Meine Probleme: Nach langem intensiven Suchen auch über Google habe ich kein Ergebnis erzielen können. Beim Einloggen braucht Gnome sehr lange bis es vollständig nutzbar ist ca. 30 - 40 Sekunden schätze ich. Danach gibt es keine Probleme und läuft wunderbar. Gestartet wird direkt über GDM der von systemd automatisch bei hochfahren des Rechners aktiviert wird.

Das zweite Problem ist der Netzwerkdrucker, zwar konnte ich alles über Cups einrichten aber wenn ich eine Seite Drucken will, dann braucht der Drucker mind. 2 Minuten bis es anläuft. Ich kann auch direkt beobachten wie der Job verarbeitet wird und das geht unheimlich langsam.

Ich hoffe ich konnte mich verständlich genug ausdrucken und freue mich auf eure Hilfestellung.

Gruß,
Dante

qui

Hallo,

ich bin ebenfalls neu hier resp. bei Arch Linux im allgemeinen und nachem sich Sid momentan im Freeze befindet, wollte ich schlichtweg mal etwas neues ausprobieren.

Zum Thema: Evtl. irgendein Netzwerkproblem? Benutzt du einen Networkmanager wie wicd oder direkt dhcpcd? Oder wie bzw. regelt GNOME das intern? Was sagt:

$ systemctl list-units | grep -i net

bzw.

$ systemd-analyze blame | grep -i net

Dante

Ja ich nutze den gnome Netzwerkmanager

systemctl list-units | grep -i net

sys-devi...et-eth0.device loaded active plugged         NetXtreme BCM5754 Gigabit Ethernet PCI Express
NetworkManager.service    loaded active running      Network Manager
network.target            loaded active active                 Network

systemd-analyze blame | grep -i net
 
 3125ms NetworkManager.service

systemctl list-unit-files | grep -i net

dbus-org.freedesktop.NetworkManager.service enabled 
NetworkManager-wait-online.service          disabled
networkmanager.service                      disabled
NetworkManager.service                      enabled 
xinetd.service                              disabled
network.target                              static

Kann es sein das freedesktop und der Netzwerkmanager sich überschneiden? Ich merk z.B. bei surfen, Updates etc. gar nichts davon läuft sehr flott, nur beim Drucken scheint der Spooler die Daten wie durch ein Nadelöhr zu schieben.

Mir fällt jetzt auch auf, dass das Netzwerk viel zu lange zum starten braucht

EDIT:
Durch die Umstellung auf systemd war das Netzwerk nach einem Neustart weg - keine Verbindung - nach div. suchen im Wiki habe ich es dann so eingerichtet und auch die nm-applet für Gnome eingerichtet, weil vorher kein Netzwerk-Icon sichtbar war. Da ich Firmenbedingt auch über VPN mich einloggen muss, ist es so bequemer für mich wenn ich das über das Applet umschalten kann.

Danke schon mal für deine Hilfe,
Dante

qui

Dante schrieb
Kann es sein das freedesktop und der Netzwerkmanager sich überschneiden?

Afaik bedingt das eine das andere, ohne den dazugehörigen dbus-service würde wohl der Networkmanager erst gar nicht starten.

Läuft evtl. dhcpcd noch, obwohl dank Networkmanager mittlerweile obsolet? Handelt es sich eig. um ein Mischsystem, also noch mit aktiver rc.conf? Und falls ja: Gleiche Problematik mit SysVinit?

Dante

qui schrieb Läuft evtl. dhcpcd noch, obwohl dank Networkmanager mittlerweile obsolet?

dchpd ist abgeschaltet

qui schrieb Handelt es sich eig. um ein Mischsystem, also noch mit aktiver rc.conf?

Ich hab die Migration nach der Wiki-Anleitung durchgeführt mit anschließenden manuellen entfernen der initscripts und anschließender Installation von systemd-sysVcompat.

Danach war die rc.conf umbenannt wie man hier sieht:

ls -lC

ntp.conf           protocols        ssl/
brltty/             environment           healthd.conf          machine-id       ntpd.conf          pulse/           sudoers
brltty.conf         etherape/             host.conf             mail/            obex-data-server/  rc.conf.pacsave  sudoers.d/

qui schrieb Gleiche Problematik mit SysVinit?

Die Frage habe ich jetzt nicht ganz verstanden wie Prüfe ich das?

Druck mit reinem Text geht ohne Verzögerung nur wenn Grafiken im Spiel sind dauert es lange bis gedruckt wird. Das muss was anderes sein.

systemd─┬─NetworkManager─┬─dhcpcd
        │                └─3*[{NetworkManager}]
        ├─accounts-daemon───{accounts-daemon}
        ├─agetty
        ├─avahi-daemon───avahi-daemon
        ├─colord───{colord}
        ├─colord-sane───2*[{colord-sane}]
        ├─console-kit-dae───64*[{console-kit-dae}]
        ├─cupsd─┬─dbus
        │       └─{cupsd}
        ├─3*[dbus-daemon]
        ├─2*[dbus-launch]
        ├─dconf-service───2*[{dconf-service}]
        ├─evolution-addre───2*[{evolution-addre}]
        ├─evolution-calen───2*[{evolution-calen}]
        ├─gconfd-2
        ├─gdm-binary─┬─gdm-simple-slav─┬─Xorg
        │            │                 ├─gdm-session-wor─┬─gnome-session─┬─applet.py
        │            │                 │                 │               ├─chromium─┬─chromium
        │            │                 │                 │               │          ├─chromium-sandbo───chromium─┬─chromium─┬─27*[chromium───3*[{chromium}]+
        │            │                 │                 │               │          │                            │          └─2*[chromium───4*[{chromium}]]
        │            │                 │                 │               │          │                            └─nacl_helper_boo
        │            │                 │                 │               │          └─35*[{chromium}]
        │            │                 │                 │               ├─deja-dup-monito───2*[{deja-dup-monito}]
        │            │                 │                 │               ├─evolution-alarm───2*[{evolution-alarm}]
        │            │                 │                 │               ├─gnome-screensav───2*[{gnome-screensav}]
        │            │                 │                 │               ├─gnome-settings-───2*[{gnome-settings-}]
        │            │                 │                 │               ├─gnome-shell─┬─gnome-terminal─┬─gnome-pty-helpe
        │            │                 │                 │               │             │                ├─zsh───pstree
        │            │                 │                 │               │             │                └─4*[{gnome-terminal}]
        │            │                 │                 │               │             └─6*[{gnome-shell}]
        │            │                 │                 │               ├─nautilus─┬─gnome-pty-helpe
        │            │                 │                 │               │          ├─zsh
        │            │                 │                 │               │          └─4*[{nautilus}]
        │            │                 │                 │               ├─nm-applet───2*[{nm-applet}]
        │            │                 │                 │               ├─tracker-miner-f───2*[{tracker-miner-f}]
        │            │                 │                 │               └─3*[{gnome-session}]
        │            │                 │                 └─2*[{gdm-session-wor}]
        │            │                 └─{gdm-simple-slav}
        │            └─{gdm-binary}
        ├─gnome-keyring-d───8*[{gnome-keyring-d}]
        ├─gnome-shell-cal───2*[{gnome-shell-cal}]
        ├─goa-daemon───{goa-daemon}
        ├─gsd-printer───{gsd-printer}
        ├─gvfs-fuse-daemo───3*[{gvfs-fuse-daemo}]
        ├─gvfs-udisks2-vo───{gvfs-udisks2-vo}
        ├─gvfsd
        ├─gvfsd-burn
        ├─gvfsd-metadata
        ├─gvfsd-trash
        ├─libsocialweb-co
        ├─mission-control───2*[{mission-control}]
        ├─polkitd───{polkitd}
        ├─2*[pulseaudio─┬─gconf-helper]
        │               └─2*[{pulseaudio}]]
        ├─rtkit-daemon───2*[{rtkit-daemon}]
        ├─scp-dbus-servic───3*[{scp-dbus-servic}]
        ├─systemd-journal
        ├─systemd-logind
        ├─systemd-udevd
        ├─tracker-store───6*[{tracker-store}]
        ├─udisksd───3*[{udisksd}]
        └─upowerd───2*[{upowerd}]

So wie es aussieht ist alles auf systemd umgestellt. Verstehe nur nicht warum man diese Umstellung nicht gleich mit einer neuen Version herausgibt und die Migrationsscripts für die vorhanden Installationen gleich mit.

qui

Dante schrieb
Die Frage habe ich jetzt nicht ganz verstanden wie Prüfe ich das?

Wenn du ein Mischsystem gehabt hättest, hätte man via init-Bootparameter ja wieder auf SysVinit zurückschalten können, um zu sehen, ob die Verzögerung evtl. irgendwie von systemd kommt. So bleibt nur die Frage, ob die Verzögerungen auch schon vor dem Umstieg auf systemd aufgetreten sind.

Ansonsten: irgendwelche Auffälligkeiten bspw. in ~/.xsession-errors bzw. /var/log/Xorg.0.log?

Druck mit reinem Text geht ohne Verzögerung nur wenn Grafiken im Spiel sind dauert es lange bis gedruckt wird.

Dauert es denn wesentlich kürzer, wenn der Drucker z.B. per USB angesprochen wird? Längere Verarbeitungszeiten bei Graphiken sind ja eher normal (PostScript-Konversion).

Dante

Oh habe gerade nochmal den Text oben ergänzt ich nutze den Drucker über Netzwerk da 3 PCs angeschlossen sind, zwei über Netz einer über USB. Leider kann ich nicht sagen wie es vorher war, weil ich mich daran gemacht habe auf systemd umzustellen da es ja sowieso zum Standard wird.

Und klar der Druck mit Grafiken dauert länger ist mir schon klar, nur für eine Seite ca. 1 1/2 minuten ist mir doch selbst über das Netzwerk zu lang.

Ach ja, Drucker ist Brother HL-3070cw (LED-Drucker) mit BS-Script 3 und nutze eine geladene ppd-Datei die ich direkt vom Hersteller runtergeladen habe. Daran kanns nicht liegen, da ich vorher bei Fedora dieses Problem nicht hatte - selbe Konfiguration. So langsam glaube ich, dass es an Cups liegen könnte da in der Vergangenheit öfter Probleme gerade mit Brother bekannt wurden.

Danke nochmal für die Hinweise

Gruß,
Dante

Datenschutz
Impressum