Beiträge von Igel1954

  • Home-Verzeichnis unter Borgbackup ?

    Um Daten aus irgendeiner deiner Sicherungen zurückzuholen, kannst du auch folgendermaßen vorgehen:


    Code
    sudo -i

mount /dev/sd?? /media/Backup

borg mount /media/Backup/<dein Borg-Repository>::Apfel-2022-07-04-182052 /media/Restore

cd /media/Restore

    und ab hier kannst du z. B. mit dem Midnight-Commander (mc) aus deiner Sicherung einzelne Dateien in dein /home-Verzeichnis zurück kopieren, zur Not auch das komplette Homeverzeichnis.

  • Home-Verzeichnis unter Borgbackup ?

    Du musst das Archiv, aus dem du etwas restoren möchtest , mit


    Code
    borg mount <Name des Repostitory>::<Name des Archives> /mnt

    mounten.


    Ich habe mir unter /media 2 Mountpoints für Borg definiert: /media/backup für das Backup und /media/restore für den Fall eines Restores. Ich habe so auch schon einzelne Dateien aus einem älteren Archiv zurückgeholt. Du kannst aber auch ein komplettes Home-Verzeichnis so zurückholen.


    Poste bitte mal die Ausgabe von

    Code
    borg list <Name des Repositories>

    Dann kann ich dir ein paar Beispielkommandos hier zeigen.


    Lesen der Doku sollte auch helfen : https://borgbackup.readthedocs.io/en/stable/#

  • [LEAP 15.4] Packman-Pakete werden bei Updates immer wieder durch OSS-Pakete ersetzt

    Das Überschreiben der Codecs aus dem Packman-Repo geschieht wohl nur beim Einspielen der Patches.


    1. zypper --gpg-auto-import-keys --non-interactive ref 
      geht hier etwas schief, schläft das Script für 1800 Sekunden. Nach dem 5. vergeblichen Refreshes wird das Script abgebrochen
    2. zypper -vvv pchk --with-optional
      gibt es Patches bekomme ich von Zypper den Exitcode 100 oder 101 gemeldet.
      und mit zypper -vvv patch -y -l --with-optional --with-interactive --with-updates werden die Patches installiert.
      Hier werden dann leider die Packman-Pakete mit denen aus dem OSS-Repo überschrieben.

      Die Patch-Anweisung von Zypper ist aber die einzige Möglichkei, den Returncode 102 zu bekommen, um am Ende der Verarbeitung einen automatischen Neustart des Systems zu veranlassen.
    3. Bei RC=0 liegen keine Patches vor und mit zypper -vvv up -y -l --details --with-interactive, update ich die geänderten Pakete aus dem Packman- Printing- und Mozilla-Repo.
      Hier bleiben die Packman-Codecs unangetastet.

    Habe eben mit den entsprechenden Dry-Run-Versuchen herausgefunden, dass nur beim Einspielen der Patches die Packman-Pakete überschrieben werden.


    Ich finde bisher nur keine Möglichkeit, das Überschreiben der Codecs mit den "falschen" Paketen beim Einspielen der Patches zu verhindern.

  • [LEAP 15.4] Packman-Pakete werden bei Updates immer wieder durch OSS-Pakete ersetzt

    Ich habe seit dem Upgrade auf LEAP 15.4 immer das Problem, dass beim Einspielen von Patches und/oder Updates die Codecs immer mit den Paketen aus den OSS-Repositories ersetzt werden, obwohl ich das Packman-Repo mit 20 priorisiert habe.


    Da ich meine Updates ja automatisiert durchführe, stelle ich dass dann immer erst an den dann nicht mehr funktionierenden Videos im Fratzenbuch bzw. Instagram fest. Komischerweise funktionieren die Youtube-Videos immer.


    Repariert bekomme ich das natürlich immer mit zypper dup --allow-vendor-change --from Packman. Das ist aber auf Dauer nervig. :smilie_pc_057:


    Hat noch jemand das Problem und evtl. einen Tipp, wie sich das Problem abstellen oder umgehen läßt?

  • jpg in pdf Konvertieren

    JRK

    Wenn du die Bilder beim Umwandeln verkleinern willst:

    Code
    for i in *.JPG; do echo $i; gm convert "$i" -resize 30% "${i%%.JPG}.pdf"|; done

    Der Befehl erwischt aber nur Files deren File-Extension in Großbuchstaben vorhanden sind.


    Ich verkleinere regelmäßig die Fotos von den Fahrzeugen, die überführe, um sie an meinen Disponenten (gepackt als ZIP) per E-Mail zu verschicken. Ich wandel sie dabei aber nicht in ein anderes Format um:


    Code
     for a in *.jpg; do gm mogrify -resize 30% "$a"; done

  • Nachh Virtualbox Update auf 6.1.38 werden alle Virtuellen Systeme beim Starten mit einem Hardware-Reset abgeschossen

    Ich hab die Virtualbox-Pakete gegen Updates gesperrt, so dass mein nächtlicher Update diese Pakete nicht anpackt.

    Wenn Updates für VBox vorliegen, werde diese dann manuell aktualisieren.


    Mit dem Kernel selberbauen, habe ich mich bei SuSE 9 mal beschäftigt, als ich noch OS/2 und Linux parallel instaliert hatte.


    Leider ist die EÜR nur in der Windows-Version von WISO Steuer enthalten, nicht aber in WISO Steuer Web. Und nach Aussage vom Kundenservice wird sich da wohl auch erstmal nix ändern.

  • alias anlegen

    Das funktioniert so auch nicht.


    Nach su -und der Passworteingabe fällt die Bash anschliessend wieder in die User-Umgebung.


    Der alias sollte aber so funktionieren:

    Code
    #alias
alias update='su -c\'zypper up && flatpak update\''


    man su hilft für Erläuterungen.

  • Nachh Virtualbox Update auf 6.1.38 werden alle Virtuellen Systeme beim Starten mit einem Hardware-Reset abgeschossen

    Ja, die Extension hatte ich installiert. Als ich anschließend die virtuelle Maschinen (W10 und GeckoLinux 153) starten wollte, brach der Startvorgang kommentarlos ab - das Fenster der VM verschwand einfach. Im VirtualBox Manager stand danach bei beiden Maschinen nur der Hinweis "abgebrochen" .


    Nach der in #2 beschrieben Aktion konnte ich dann beide Maschinen wieder starten. Das GeckoLinux startet (für mich sichtbar) normal, nur W10 brauchte etwas länger, da liefen irgendwelche M$- und W10-internen Reparaturabläufe. Die Guest-Extensions konnte ich dann endlich auch in beiden VMs aktualisieren. Danach hab ich die W10 Maschine mehrmals heruntergefahren und jedes Mal problemlos neu gestartet.


    Wer weiß, welcher der vielen kleinen grünen Bitfresser mich da ärgern wollte. ;)