Beiträge von sterun

  • Mini-Drohnen-Aufnahmen auf PC

    Hi Marc

    Speziell mit dieser Drohne habe ich keine Erfahrung. Die Fotos oder Videos werden jedoch auf deinem Smartphone gespeichert und von dort aus kannst du sie auf jeden PC übertragen (per Kabel oder WLAN), um sie anschl., mit einem der vielen Programme, zu bearbeiten.


    PS:

    Andere Modelle haben mitunter Speicherkarten im Modell. Auch dann ist es kein Problem, die Aufnahmen auf den PC zu übertragen, wenn ein Kartenleser vorhanden ist.


    Diese Drohne ist mit Sicherheit völlig ok für den Einstieg - aber eher Kinderspielzeug. Wenn es dann aber zum Hobby werden sollte, liegen die Kosten einer "richtigen" Drohne sehr, sehr viel höher (z.B. DJI P4 Phantom).

  • Backintime läuft nicht mezhr

    Ja lösch mal...

    Und öffne mal...

    ~/.bashrc

    ...(mit Kate z.B.) und lösche alles UNTER (nach):

    test -s ~/.alias && . ~/.alias || true


    Anschl. als User in der Konsole:

    Code
    source ~/.bashrc

    Ab- und wieder anmelden und testen.


    Nachtrag:

    Anaconda Ordner löschen (in deinem Home-Verz. unter ~/anaconda...).

    Und schau dir mal /etc/profile an und lösche dort (falls vorhanden) export PATH="/path/to/anaconda-install-location/bin:$PATH"

  • Backintime läuft nicht mezhr

    Wie du siehst, ist deine ".bashrc" ebenfalls, durch Anaconda, verändert.

    Was ergibt:

    Code
    zypper se -si | grep -Ei 'systemp|system-p|system_p|system p'


    Kannst ja mal diese Pakete drüberinstallieren:

    Code
    zypper in -f python3 python3-dbus-python openssh cron rsync backintime backintime-lang backintime-qt4

    Neustart & testen.


    Ansonsten kannst du mal einen neuen User anlegen um zu testen, ob Backintime dann startet?

    Hast du eigentlich BTRFS als Filesystem - denke da gerade an Snapper-Rollback?

  • Backintime läuft nicht mezhr

    Anaconda allein kann schon viele Änderungen am System vornehmen.

    Wie hast du Anaconda installiert?


    Und auch noch - alles als normaler User:

    Code
    zypper se -si python3 python3-dbus-python openssh cron rsync
    Code
    cat ~/.bashrc

    Heinz-Peter

    Zitat von Heinz-Peter

    zypper search -s --match-exact backintime

    Bedingt durch "match-exact backintime" siehst du ledigtlich ein Paket mit dem exakten Namen "backintime". Die Ausbabe zeigt dir aber nicht "backintime-lang" oder "backintime-qt4", welche ebenfalls benötigt werden ;)

    Besser wäre hier gewesen:

    Code
    zypper se -s backin

    ...also, so wie du es gemacht hast - nur ohne match-exact...

  • Autostartscripts gehen nicht

    Zitat von DarkTrinity

    Mich wundert das genannte Verzeichnis home/nuria/.config/autostart-scripts/ - da die scripts ja unter ~/bin liegen eigentlich

    Kleiner Einwurf, falls übersehen, zu vordefinierten / festgelegten Orten und welche Endungen Scripte haben sollten.


    Auszug:

    Skript hinzufügen

    Dieser Knopf öffnet ein Dialogfenster, in dem Sie den Namen bzw. den Pfad zu einem Skript eingeben müssen, das Sie hinzufügen möchten. Wenn Sie die Einstellung "Als Verknüpfung erstellen" aktiviert lassen, wird das Skript als Verknüpfung hinzugefügt. Wenn Sie die Markierung bei dieser Einstellung entfernen, wird das Skript in den entsprechenden Ordner kopiert.


    Anleitung, siehe unter Einstellungen - Starten und Beenden - Autostart und unten links "Hilfe".

  • Kaffeine kein Bild kein Ton

    PS:

    journalctl kann auch Kernel-Meldungen anzeigen (wie dmesg) mit "-k".

    Ein Beispiel des drittletzten Boot / Shutdown:

    Code
    journalctl -k -b 3 | grep -Ei "error|fail|crit"

    -b 3 (boot) - zeigt alles aus dem drittletzten Boot / Shutdown

    -k (kernel) - zeigt alle Meldungen (wie dmesg)

  • Kaffeine kein Bild kein Ton

    Zitat von Hidalgo

    Wie man allerdings an das log-file des vorher fehlgeschlagenen Boots

    kommt nachdem man danach mit dem funktionierenden Kernel bootete weiß ich immer noch nicht

    Um auch vorherige Boots / Shutdowns via Logfiles auswerten zu können, muss eine kleine Änderung vorgenommen werden in:

    /etc/systemd/journald.conf


    In diesen zwei Zeilen die "#" entfernen und folgende Änderungen vornehmen:

    Storage=persistent

    SystemMaxUse=100M


    Zur Erklärung:

    Storage=persistent (Dauerhaftes Speichern der Logfiles ermöglichen)

    SystemMaxUse=100M (Logfiles sollen jedoch eine Größe von 100MB nicht überschreiten)


    Danach funktioniert:

    Code
    journalctl -b -1 -p err

    oder

    Code
    journalctl -b -2 -p err

    u.s.w.


    Wenn du ....-p err weglässt, bekommst du alle Meldungen.

    -p err (bedeutet, dass nur Meldungen mit Prio Error oder sogar schlimmer angezeigt werden)

    -b -3 (zeige mir alle Meldungen aus dem drittletzten Boot / Shutdownvorgang)

  • Startdienste verzögern massiv den Bootvorgang

    Evtl. ist noch ein Zischenschritt erforderlich - das Löschen der alten Netzwerk-Konfigurationen.

    Schau dir mal diese Anleitung an:

    https://linux-club.de/wiki/ope…wicked_auf_NetworkManager

    Dort geht es zwar von wicked auf NetworkManager (also umgekehrt) aber trotzdem ist zu sehen, was zu tun ist.


    Schritte:

    Yast

    Netzwerkeinstellungen

    Reiter "Übersicht" und erst alle Verbindungen löschen und übernehmen (falls du manuelle Settings verwendest, mach dir vorher einen Screenshot der jetzigen Settings, da du sie später wieder neu eintragen musst)

    Reiter "Globale Optionen" und umstellen auf "NetworkManager-Dienst"

    PC_NEUSTART

    Yast

    Netzwerkeinstellungen

    Reiter "Globale Optionen" und umstellen auf "Wicked-Dienst"

    An dieser Stelle musst du deine Netzwerk-Konfigurationen erneut vornehmen

    Nach einem letzten Neustart sollte es dann wieder laufen.