December 2019 - openSUSE Users (Deutsch)

Re: externe IMAP-Konten lokal sichern
by Joachim H. 26 Dec '19

26 Dec '19

An fetchmail hatte ich auch gedacht, nur was passiert mit Mails, die gestern schon geholt wurden aber immer noch auf dem Server liegen? Landen die dann beim nächsten run ein zweites Mal auf dem heimischen Rechner? fetchmail gleicht nicht ab, ob die Mail schon mal abgeholt wurde oder nicht. Was ich suche müsste das Lokale mit dem auf dem Server abgleichen und nur das holen, was nicht schon da ist. offlineimap macht (fast) das was ich suche. Es vergleicht zwei Konten und schiebt dann fehlende Mails vom einen Account zum anderen. Leider macht's das in zwei Richtungen und als mal das lokale Archiv wegen eines Denkfehlers nicht erreichbar war, machte es zisch und es begann Mails auf dem Server zu löschen und das in einem Tempo ... Das möchte ich nicht noch einmal erleben. Joachim Am 26.12.2019 um 14:14 schrieb Dr. Jürgen Vollmer: > Hallo > > wie wär's mit > fetchmail - fetch mail from a POP, IMAP, ETRN, or ODMR-capable server > -k | --keep > (Keyword: keep) > Keep retrieved messages on the remote mailserver. Normally, messages are deleted from the > > und an einen lokalen imap-server ausliefern? > > Bye > Jürgen > > Am Donnerstag, 26. Dezember 2019, 13:09:24 CET schrieben Sie: >> Hallole, >> >> meine nächste Baustelle. >> >> Ich möchte EMails lokal sichern die bei meinem Provider liegen. Es geht >> also um ein Backup der externen Konten. Die Mails sollen beim Provider >> bleiben aber ein Abbild sollte lokal liegen, täglich gesynct und danach >> ins Backup übernommen werden. >> >> Bisher konnte ich folgende Tools finden >> >> imapsync - kostenpflichtig >> >> offlineimap - gefährlich, habe damit schon mal alle Mails beim Provider >> gelöscht weil die lokalen nicht mehr zugänglich waren. >> >> Archiveopteryx - kenn ich nicht. Benötigt eine PostgreSQL im Hintergrund. >> >> Gibt es noch andere bzw. was wäre empfehlenswert? >> >> Gruß >> >> Joachim >> >> > -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe(a)opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner(a)opensuse.org

2 2

Meldungsanzeige
by Bernhard Junk 25 Dec '19

25 Dec '19

Hallo Gemeinde, früher konnte man sich Meldungen über F10 anzeigen lassen. Auch ein Log in Var/log/messages war vorhanden sodass man sich das mit tail -f /varlog/messages online anschauen konnte. Jetzt mich dem Journal geht das so wohl nicht mehr. Ich möchte aber beim Einstecken eines Gerätes das wieder beobachten. Wie geht das online? Kann ich mir die Meldungen wieder auf F10 legen? Gruss und frohe Weihnachten -- Bernhard Junk Dipl. Ing. Elektrotechnik Waldweg 19a D-50169 Kerpen Phone: +49 2273-8000-20 Fax : +49 2273-8000-19 Mobile: +49 1715238331 EMail: bernd(a)BernhardJunk.com HTTP://www.bernhardjunk.com -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe(a)opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner(a)opensuse.org

3 4

Failed Meldung
by Peter Benitz 24 Dec '19

24 Dec '19

Hallo Listenleser! Ich benutze hier ein Notebook auf dem eine Suse Leap 15.1/KDE- Desktop läuft. Wenn ich das System herunter fahre gibt es unter anderem diese Meldung: failed umounting /var Ist das vielleicht schon bekannt und ich habe es nicht gelesen. Gruß und entspannte Weihnachten -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe(a)opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner(a)opensuse.org

3 4

Leap 15.1: KDE-Networkmanager: Tag am Icon?
by Bernd Nachtigall 22 Dec '19

22 Dec '19

Hi, hier läuft LEAP 15.1 mit KDE. Die Netzwerkkonfiguration wird mit dem Netzwerkmanager vorgenommen. Das läuft auch alles wie es soll. Seit ein paar Tagen finde ich am Icon des Netzwerkmanagers allerdings so ein gelbes 'Bapperl', könnte dreieckig sein. Das sieht mir wie eine Warnung aus. Allerdings läuft das Netz wie es soll. Wie komme ich an weitere Informationen dazu? (journal schweigt sich aus) Bernd -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe(a)opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner(a)opensuse.org

2 2

Einlesen einer Paketliste bei Neuinstallation
by Matthias Müller Posteo.de 22 Dec '19

22 Dec '19

Hallo Ich soll einen Suse-Rechner neu installieren. Normal ist mein System Debian. Deshalb habe ich keine Ahnung wie ich ein Paketliste für eine Installation einlesen kann. Ich stehe vor drei Problemen: 1. Wie erzeuge ich eine Liste der eingetragenen Repos und anschließend eine Liste der installierten Programme? 2. Muss diese Liste (Datei) irgendwie aufbereitet werden? 3. Wie lese ich die Repo-Liste aus und erstelle damit die Repo-Liste für die weitere Installation und wie verwende ich die Liste mit den Paketen? Das ganze am liebsten aus/mit YaST. Danke schon mal für Hinweise. Die im Netz sind entweder ziemlich alt oder fürmich nicht so ganz verständlich. -- Mit freundlichen Grüßen Matthias Müller Diese Mail ist mit OpenPGP signiert! Zum überprüfen der Signatur, der Integrität und Authentizität meiner Mails kann man OpenPGP (https://www.openpgp.org/) installieren. Bitte senden Sie als Antwort auf meine E-Mails reine Text-Nachrichten!

7 8

xfce4 Start hängt unregelmäßig
by Joerg Thuemmler 20 Dec '19

20 Dec '19

Hi, ich habe hier an einer alten OpenSuse 11.4 (noch auf 32bit!) ein Problem mit dem Start von xfce4, welches früher immer mal auftrat, neuerdings öfter und es dauert auch länger: nach startxfce4 (aus der bash eines unprivilegierten users) startet sichtbar der X-Server (BS wird grau, Mauscursor sichtbar), dann hängt alles. Nach und nach werden Elemente (Taskleiste, Hintergrund etc.) sichtbar, aber die Maus kann nicht bewegt werden. Consolewechsel mit Ctrl+Alt+<Nr> finden auch allenfalls verzögert statt. Geht man mit ssh auf die Maschine, geht alles flott. ps axf zeigt einen normalen xfce4-Start, bis auf den Prozess 14154 13473 tty1 S 0:00 \_ /bin/bash 14153 tty1 S+ 0:00 \_ xinit /etc/xdg/xfce4/xinitrc -- /etc/X11/xinit/xserverrc 14154 tty7 Rs+ 6:25 \_ X :0 -auth /home/joe/.Xauthority -nolisten tcp 22077 ? Ss 0:00 \_ /bin/sh /etc/xdg/xfce4/xinitrc 22118 ? S 0:00 \_ xscreensaver -no-splash 22120 ? S 0:00 \_ xfce4-session weiter unten werden auch die sonstigen xfce-Prozesse korrekt gestartet: 22248 ? S 0:00 xfsettingsd 22250 ? S 0:00 xfwm4 22252 ? Sl 0:00 xfce4-panel 23537 ? S 0:00 \_ /usr/lib/xfce4/panel-plugins/xfce4-screenshooter-plugin .. 24626 ? Sl 0:00 \_ /usr/lib/xfce4/panel-plugins/xfce4-mixer-plugin ... 24695 ? S 0:00 \_ /usr/lib/xfce4/panel-plugins/xfce4-systemload-plugin ... 24699 ? S 0:00 \_ /usr/lib/xfce4/panel-plugins/xfce4-netload-plugin ... 24702 ? S 0:00 \_ /usr/lib/xfce4/panel-plugins/xfce4-netload-plugin ... 22254 ? Sl 0:00 Thunar --daemon 22256 ? S 0:01 xfdesktop 22262 ? Sl 0:00 /usr/lib/polkit-gnome/polkit-gnome-authentication-agent-1 23518 ? S 0:00 /usr/lib/gvfs/gvfsd 23528 ? Ssl 0:00 /usr/lib/gvfs//gvfs-fuse-daemon /home/joe/.gvfs 23532 ? S 0:00 xfce4-settings-helper 24710 ? S 0:00 /usr/lib/gvfs/gvfs-gdu-volume-monitor 24712 ? Sl 0:00 /usr/lib/udisks/udisks-daemon 24713 ? S 0:00 \_ udisks-daemon: polling /dev/sr0 24718 ? Sl 0:00 /usr/lib/gvfs/gvfs-afc-volume-monitor 24721 ? S 0:00 /usr/lib/gvfs/gvfs-gphoto2-volume-monitor 24723 ? S 0:01 /usr/lib/gvfs/gvfsd-trash --spawner :1.10 /org/gtk/gvfs/exec_spaw/0 in top sieht man 99 oder 100% cpu für X, was aber nicht den gefühlten Tatsachen entspricht, kann aber auch sein, dass das die Auslastung für einen der 4 Kerne ist und die anderen 3 die über ssh laufenden Datenbankzugriffe etlicher Nutzer erledigen, die merken nämlich nix von dem Ärger: top - 07:31:02 up 8:53, 14 users, load average: 1.36, 1.41, 1.08 Tasks: 246 total, 3 running, 243 sleeping, 0 stopped, 0 zombie Cpu(s): 8.8%us, 3.1%sy, 0.0%ni, 75.2%id, 12.2%wa, 0.0%hi, 0.7%si, 0.0%st Mem: 8043120k total, 7645016k used, 398104k free, 237784k buffers Swap: 2103292k total, 0k used, 2103292k free, 7226740k cached PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 14154 root 20 0 36932 24m 5992 R 99 0.3 9:42.44 X 2510 root 20 0 37932 1056 720 S 2 0.0 0:48.82 rsyslogd ... in /var/log/messages|warn|Xorg.0.log.old steht nix, was mir nach einem Fehler aussieht... $HOME/.xsession-errors ist von gestern, also kein Eintrag vom heutigen Start. Wenn man X über ssh von außen abschießt und dann neu startet, geht es flott wie immer, manchmal braucht es aber auch 2x abschießen. Kann sich jemand einen Reim drauf machen? Oder mir empfehlen, was ich loggen könnte... Die Kiste muss noch ein paar Wochen laufen... eine leap15.1-Maschine konfiguriere ich gerade - nur falls mir jemand empfehlen möchte, zu upgraden, ad hoc ist das leider keine Option... Danke für jeden Tipp... -- cu jth -- Joerg Thuemmler -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe(a)opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner(a)opensuse.org

2 3

kde-print-manager: 18.12.3-lp151.2.4.1 Problem nach Update
by Bernd Nachtigall 15 Dec '19

15 Dec '19

Hi, ich war wohl etwas schnell als ich erlaubt habe die neuen Patches zu installieren ... Jetzt sehe ich in der GUI (KDE) keine Drucker mehr. :~> lp lp: Fehler - Zeitplandienst antwortet nicht. selbiges für lpr. Auch root sieht diese Meldung. nur eben auf Englisch ;-) Also ist auch das Drucken einer Datei via CLI nicht mgl. ~:-[ Ein "zypper install --oldpackage kde-print-manager-18.12.3-lp151.1.2.x86_64" mit anschließender Neuanmeldung brachte leider keine Besserung. Also habe ich den Patch wieder installiert. Erstaunlicherweise zeigt ein anderer Rechner mit dem gleiche Patch kein Problem. Das bekommen ich angezeigt: <code> # systemctl status cups.service ● cups.service - CUPS Scheduler Loaded: loaded (/usr/lib/systemd/system/cups.service; enabled; vendor preset: enabled) Active: failed (Result: exit-code) since Sun 2019-12-15 13:01:43 CET; 1min 50s ago Docs: man:cupsd(8) Process: 5886 ExecStart=/usr/sbin/cupsd -l (code=exited, status=1/FAILURE) Main PID: 5886 (code=exited, status=1/FAILURE) Dec 15 13:01:43 mice.p.intern systemd[1]: cups.service: Failed with result 'exit-code'. Dec 15 13:01:43 mice.p.intern systemd[1]: cups.service: Service RestartSec=100ms expired, scheduling restart. Dec 15 13:01:43 mice.p.intern systemd[1]: Stopped CUPS Scheduler. Dec 15 13:01:43 mice.p.intern systemd[1]: cups.service: Start request repeated too quickly. Dec 15 13:01:43 mice.p.intern systemd[1]: Failed to start CUPS Scheduler. Dec 15 13:01:43 mice.p.intern systemd[1]: cups.service: Unit entered failed state. Dec 15 13:01:43 mice.p.intern systemd[1]: cups.service: Failed with result 'exit-code'. Dec 15 13:01:49 mice.p.intern systemd[1]: cups.service: Start request repeated too quickly. Dec 15 13:01:49 mice.p.intern systemd[1]: Failed to start CUPS Scheduler. Dec 15 13:01:49 mice.p.intern systemd[1]: cups.service: Failed with result 'exit-code'. </code> Wieso restart? Wo fange ich nun an zu suchen? Bernd -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe(a)opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner(a)opensuse.org

2 2

Eigene Rechner im Netzwerk finden
by Daniel Spannbauer 13 Dec '19

13 Dec '19

Hallo, wir haben unsere Rechner immer in einem Netzwerk stehen, dass nicht uns gehört. Wir warten aber diese Rechner. Nun muss ich ein Script schreiben, dass auf allen unseren Rechnern was automatisch ausführt. Da vorort keine /etc/hosts aktualisiert wird und es keine Namensauflösung gibt, würde ich gerne alle Rechner per Script finden. Mir fallen da 2 Geschichten ein: SLP und Avahi/zeroconf. Hier könnte ich ja einfach einen "Pseudo-DIent" anbieten, der ja dann von den CLÖients gefunden werden könnte. Das ganze muss ich dann in python verarbeiten. Hat jemand schon mit einem von beiden gearbietet und eigene Dienste angeboten? Bei Avahi/zeroconf kriege ich das auch hin, aber die Doku der python-Api ist ärmlich. Mit SLP hatte ich leider keinen Erfolg, mein Dienst wird per slptool nicht gefunden. Warum weiß ich nicht. Gibts noch andere Ideen? Gruß Daniel -- Daniel Spannbauer Systemadministration marco Systemanalyse und Entwicklung GmbH Tel +49 8333 9233-27 Fax -11 Rechbergstr. 4-6, D 87727 Babenhausen Mobil +49 171 4033220 http://www.marco.de/ Email ds(a)marco.de Geschäftsführer Martin Reuter HRB 171775 Amtsgericht München -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe(a)opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner(a)opensuse.org

8 19

kann auf nfs nicht speichern
by Sebastian Gödecke 12 Dec '19

12 Dec '19

Moin ML, gegeben 2x Leap 15.1, einmal nfs-server, einmal client. nfs-share gemountet auf dem Client und wird auch mit "rw" angezeigt via "mount" . Beim Speichern von Dateien auf dem Client in dem share sagt mir dann aber der Client nichts schreiben kann "Dateisystem ist nur lesbar". Wo kann ich suchen? -- Mit freundlichen Grüßen Sebastian Gödecke -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe(a)opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner(a)opensuse.org

3 3

ssh-Verbindung hält nicht
by Helga Fischer 11 Dec '19

11 Dec '19

Hallo Liste, ich stehe auf dem Schlauch - meine ssh-Verbindungen zu externen Servern halten nicht mehr. Sind entweder nach Minuten weg oder schon nach einigen Sekunden. Ich weiß nicht, wann sich das Suse angewöhnt hat; normalerweise stehen die ssh-Verbindungen bis ich sie bewusst beende. Nur ist mir eine sogar mitten in einem Update (Debian) weggebrochen. Das finde ich ziemlich unlustig. Wo fange ich da an zu suchen. Internetverbindung ist ansonsten stabil. Router ist eine Fritzbox. Die hat da aber auch noch nie gestört, was ssh-Verbindungen angeht. Aus Verbindungen im Intranet fliege ich übrigens nicht raus. (Funkt da der Provider dazwischen? Hat der aber bisher auch nicht gemacht). Meine Suse (Tumbleweed) hat alle Updates bis vor drei Tagen oder so. Helga -- ## Technik: [http://de.opensuse.org] ## Privat: [http://www.eschkitai.de] -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe(a)opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner(a)opensuse.org

6 19