Timeshift Problem bei HD Sendern seit Image 11789

[flac]

@ /dev/null,

danke nochmals. Es hat geklappt mit meiner Class10 SD-Karte.
Ich werde mal beobachten, wie Timeshift sich jetzt verhält.
Vorher hatte ich ab und an mal Klötzchenbildung. Damit konnte ich bis jetzt leben.
Mal schaun wie es jetzt ist. So nach ca 45min.

Auf meinem NAS funzt Timeshift auch, aber wenn mehrere auf das NAS zugreifen, dann fängt es ab und zu mal an zu Ruckeln.
Deswegen jetzt mit SD-Karte.

Gruß

Chris

[/dev/null]

Und läuft alles?

MfG

[flac]

Jepp,
discard musste mit eingefügt werden.
Journal wurde auch gefunden und wurde entfernt.
Morgen werde ich mal Kampf Timeshift machen mit ca 1 Std vorlauf, mal sehen.
Jetzt ist die Box besetzt (Regierung). Sonst bekomme ich welche zwischen die Hörner.

Gruß

Chris

[/dev/null]

Discard brauchst Du glaube ich nicht, außer Dein Cardreader (Controllerchip) kann mit discard (Trim) umgehen, bei SSD ist es wichtig.

P.S.: barrier=0 bzw. nobarrier würde noch laut "man mount" etwas mehr Geschwindigkeit bringen, aber ob das spürbar ist weiß ich nicht. Kann aber auch sein, da das Journal deaktiviert ist gar nicht mehr greift.


MfG

[Mikam_0815]

Evtl. würde das gar nicht greifen denn in den man pages steht:

nobarrier The file system will be mounted with barrier operations in the journal disabled. (This option is currently only supported by the ext4 file system driver in 2.6.35+ kernels.)

und auf den Boxen ist eine ältere Kernelversion wenn ich das richtig sehe: 2.6.32.59_stm24_0211

[/dev/null]

Du hast aber schon die mount-Ausgabe von mir auf Seite 2 gesehen? Kann aber sein, dass barrier trotzdem nicht greift. Meine man dazu:

barrier=0 / barrier=1 / barrier / nobarrier
This enables/disables the use of write barriers in the jbd code.
barrier=0 disables, barrier=1 enables. This also requires an IO
stack which can support barriers, and if jbd gets an error on a
barrier write, it will disable again with a warning. Write bar‐
riers enforce proper on-disk ordering of journal commits, making
volatile disk write caches safe to use, at some performance
penalty. If your disks are battery-backed in one way or
another, disabling barriers may safely improve performance. The
mount options "barrier" and "nobarrier" can also be used to
enable or disable barriers, for consistency with other ext4
mount options.

The ext4 filesystem enables write barriers by default.

Bei mir steht nicht ab welche Kernelversion.

Dazu passend:

ext3 2.6.9
ext4 - barriers enabled by default 2.6.26 commit

Und ext4 wanderte dann als stable Filesystem in Kernel 2.6.28, ergo denke ich schon das es unterstützt wird. Außer das makefile von ext4 wurde vorher angepasst.

So in etwa:

cat Makefile
#
# Makefile for the linux ext4-filesystem routines.
#

obj-$(CONFIG_EXT4_FS) += ext4.o

ext4-y := balloc.o bitmap.o dir.o file.o fsync.o ialloc.o inode.o page-io.o \
ioctl.o namei.o super.o symlink.o hash.o resize.o extents.o \
ext4_jbd2.o migrate.o mballoc.o block_validity.o move_extent.o \
mmp.o indirect.o extents_status.o xattr.o xattr_user.o \
xattr_trusted.o inline.o

ext4-$(CONFIG_EXT4_FS_POSIX_ACL) += acl.o
ext4-$(CONFIG_EXT4_FS_SECURITY) += xattr_security.o

So nun reicht es aber mit dem kleinen Ausflug, Hauptsache es funktioniert.

Mfg

edit sagt:
Test

[Mikam_0815]

Hatte die Info bzgl. Kernelsupport für die nobarrier Option von der manpage in Deinem vorhergehenden link und mir war die ungefähre Kernelversion noch im Gedächnis wegen der gpt support Diskussion vor etwa einem Jahr. Daher hatte ich das nur kurz angemerkt, bin aber bei weitem nicht so mit der Materie vertraut wie Du.....daher bitte nicht falsch verstehen.

Werde jetzt auch mal sehen was ich aus dem USB Stick rausholen kann.

[flac]

So /dev/null,
wollte noch mal Bescheid geben.
Timeshift funzt auf allen Sendern, ob verschlüsselt, HD , SD, FTA einwandfrei ohne einen Ruckler.
Das tunen der SD-Karte hat was gebracht.

Es geht auch Timeshift mit der Karte und eine Aufnahme auf dem NAS ohne irgendwelche Störungen.

Damit ist mein NAS für solche Aufgaben entlastet worden.

Gruß

Chris

[/dev/null]

Das freut mich zu hören, na dann fröhliches TV schauen.

@Mikam_0815
Alles halb so wild, am Ende zählt was dabei rauskommt.

MfG

[Mikam_0815]

Hallo /dev/null,

jetzt auch von mir eine positive Rückmeldung (brauchte für meine acceptance tests mehr Zeit ): Der Stick welcher vorher Artefakte und Ruckler beim timeshift hatte (Partition war ursprünglich auf ext3) macht nach der Optimierung keine Probleme mehr. Ist schon Klasse wenn timeshift direkt anspringt ohne dass eine Platte anlaufen muss.

Danke und Gruss,
Mika