Beiträge von sterun

    Und nebenbei noch...

    (kannst ja noch mal selber vorher kontrollieren)


    Das Update-Repo ist doppelt vorhanden (Repo #3 + #21).

    Ist nicht schlimm, kannst du aber korrigieren mit:

    Code
    zypper rr http-download.opensuse.org-2afeca4d

    Und die Priorität vom Packman-Repo sollte angepasst (erhöht) werden mit:

    Code
    zypper mr -p 20 packman.inode.at-suse

    Anschließend:

    Code
    zypper ref

    Dann musst du noch auf Packman umstellen mit:

    Code
    zypper dup --allow-vendor-change --from packman.inode.at-suse

    (bei Abfragen immer bestätigen)

    Oct 03 20:32:49 XXXXXXXXXX tvheadend[2009]: TS: EntertainTV/EntertainTV - kabel eins SD/Entertain Kabel 1 SD: H264 @ #256 Continuity counter error (total 28)
    Oct 03 20:32:49 XXXXXXXXXX tvheadend[2009]: TS: EntertainTV/EntertainTV - kabel eins SD/Entertain Kabel 1 SD: TELETEXT @ #259 Continuity counter error (total 28)

    Packman-Repo, mit richtiger Prio, eingebunden und auch auf Packman umgestellt?

    Wenn ja, könnte ein Upgrade auf openSUSE Leap 15.2 evtl. für Abhilfe schaffen.

    openSUSE Leap 15.1 = tvheadend Version 4.2.6

    openSUSE Leap 15.2 = tvheadend Version 4.2.8


    PS:

    Der Support für openSUSE Leap 15.1 endet am 30.11.2020.


    Schalte ich die Firewall aus, läuft nach ein paar Sekunden der Stream weiter.

    Habt Ihr da vielleicht eine Idee?

    Mit Stream, TV usw. habe ich selbst nichts am Hut.

    Was du aber mal ausprobieren könntest:

    Schalte die Firewall wieder ein, starte deinen "TV" und lass währenddessen lsof in der Konsole als Root laufen:

    Code
    lsof +r -i -P

    Wenn es wieder einen TV-Abbruch gibt, wechselst du in die Konsole, wartest noch 5-10 Sekunden und beendest lsof mit strg+c.

    Vielleicht siehst du dann, was evtl. noch blockiert wird.


    Poste auch:

    Code
    firewall-cmd --list-all

    Bzgl. BTRFS und Snapper hat sich, gerade in den letzten Jahren, sehr viel getan.

    Meiner Meinung nach läuft es, auf aktuellen openSUSE-Versionen, sehr stabil, wenn man es beim Standard belässt.

    Weiß man wie solche alten snapshots entstehen. Ist die Ursache für das Durcheinander bei meiner snapshot Verwaltung klar ?

    Vielleicht hatte sich, bei einem deiner Versions-Upgrades (von openSUSE Leap 43.2 bis 15.2), ein Fehler eingeschlichen.

    Oder bei einem deiner mehreren Rollbacks ist etwas "schief" gelaufen.

    Ist im Nachhinein schwer zu sagen.


    Der Säuberungs-Algorithmus (cleanup-algorithm) ist auf deinem System auf jeden Fall richtig eingestellt.

    Bedeutet, dass es in Zukunft keine veralteten Snapshots mehr geben sollte.

    Kann aber nicht schaden, wenn du ab und zu kontrollierst.


    PS:

    Wenn du alte Snapshots in der Konsole löschen möchtest, würde ich diesen Weg gehen (mit --sync):

    Snapshots anzeigen lassen mit:

    Code
    snapper ls

    Snapshots löschen mit:

    Code
    snapper delete --sync SnapshotNR

    oder

    Code
    snapper delete --sync vonSnapshotNR-bisSnapshotNR

    Hat den Vorteil, dass Speicher direkt wieder freigegeben wird.

    Mal ins wiki stellen?

    Gerne, muss es nur mal etwas ausführlicher dokumentieren.

    Gibt einige Stellen mit WENN und ABER - jedoch immer mit Lösung.


    rebell21

    Nach wie vor ist Snapshot #1047 dein aktuelles System. Zu erkennen am Sternchen unter "snapper ls":

    1047* | single | | Tue Sep 1 22:07:04 2020 | root | | writable copy of #1032 |

    Die anderen Snapshots kannst du jetzt löschen, falls erwünscht.

    Sollte es nicht gehen, gibt es einen kleinen Trick - dazu später mehr in der Doku.


    Noch mal zum Verständnis bzgl. veralteter Snapshots, die Snapper nicht anzeigt...

    Code
    snapper delete SNAPSHOT_NR

    ...kann nur Snapshots löschen, die dir:

    Code
    snapper ls

    ...auch anzeigt.


    Und diese Snapshots sind wiederum als Subvolumes gemountet, was dir:

    Code
    btrfs subvolume list /

    ...zeigt.


    Findest du jetzt unter:

    Code
    ls -la /.snapshots/

    ...weitere, veraltete Snapshots, die durch o.g. Befehle nicht angezeigt werden, so können diese nur gelöscht werden mit:

    Code
    btrfs subvolume delete /.snapshots/SNAPSHOT_NR/snapshot

    Und anschl.:

    Code
    rm -rf /.snapshots/SNAPSHOT_NR

    An dieser Stelle sei noch mal erwähnt, dass ein Backup wichtig ist...

    Anschl. als Root ausführen:

    Code
    umount /.snapshots
    Code
    snapper delete-config
    Code
    btrfs subvolume list /

    (entscheidend ist hier die ID von @/.snapshots)

    Code
    mount -o subvolid=xxx /dev/sdh3 /.snapshots

    (xxx = ID von @/.snapshots)

    Eintrag der "fstab" hinzufügen:

    Code
    UUID=58a5a1dd-8ed5-4e7e-a675-d1daeaa8dfcc  /.snapshots              btrfs  subvol=@/.snapshots             0  0
    Code
    snapper create --description "Test-Snapshot"

    Wurde nun ein Snapshot erstellt?

    Kontrolle mit:

    Code
    snapper ls