Beiträge von KosstAmojan

Hallo lomo2003,

der Kartenleser scheint ein Problem mit xhci, also USB3 zu haben. Hast Du schon einmal probiert, den Kartenleser an einem USB2.0 Port zu betreiben?

@Nintendo-64 der Hund dürfte im falschen nvidia Treiber begraben liegen:

• i | nvidia-computeG04 | Paket | 384.69-25.1 | x86_64 | nVidia Graphics Drivers
• i | nvidia-gfxG04-kmp-default | Paket | 384.69_k4.4.76_1-25.1 | x86_64 | nVidia Graphics Drivers
• i | nvidia-glG04 | Paket | 384.69-25.1 | x86_64 | nVidia Graphics Drivers
• i | x11-video-nvidiaG04 | Paket | 384.69-25.1 | x86_64 | nVidia Graphics Drivers

Du musst die Treiber aus dem Bumblebee Repo nehmen (siehe Bumblebee-Wiki)

Alternativ benutzt doch einfach die KDE eigene Partitionsverwaltung (nein, nicht den YaST partitoner, sondern den partitionmanager) statt GNOME parted



Funktioniert auf openSUSE Tumbleweed problemlos. Vielleicht liegt es an gparted.

@babsundthorsten Interessant wäre zu wissen, ob die Fehler vor oder nach der Bearbeitung mit KDENLive entstehen (siehe Post #11) und ob Du die BTRFS Partition mit dem Parameter "noatime" gemountet hast (siehe Post #4).

ZU "Hat REDHAT doch recht?": RedHat war nicht der Meinung, dass BTRFS schlecht ist, sondern, dass Sie lediglich zu wenig Mitarbeiter haben, um BTRFS und XFS zu entwickeln/für Ihren Kernel zu backporten. Laut RedHat sitzen die BTRFS Experten bei Suse (https://www.reddit.com/r/linux…deprecates_btrfs/dl22ewl/)

Zitat von josefbacik

[...] For RHEL you are stuck on one kernel for an entire release. Every fix has to be backported from upstream, and the further from upstream you get the harder it is to do that work.... The entire local file system group are xfs developers. Nobody has done serious btrfs work at Red Hat since I left (with a slight exception with Zach Brown for a little while.)Suse uses it as their default and has a lot of inhouse expertise.

Zitat von babsundthorsten

nabend,
lieber KosstAmojan

kernel-default war 4.12.3-2. | x86_64.

/ und /home Partition alle auf BTRFS. Einbindung und Formatierung der 480-GB Datenplatte über Yast als /datenzwei. Keine Verschlüsselung, Kompression oder Einschränkung.
Der Fehler trat nur bei der Aufnahme auf. Hast Du die Videodatei als Kopie eingelesen oder im PC selber aufgenommen?

Alles anzeigen

Hi, nimmst Du mit KDENLive auf, oder benutzt Du es nur zum Schneiden?
Treten die Fehler auch im Rohmaterial vor dem Schneiden auf?

Ich habe bisher keine "Live-Aufnahme" mit einem Screencapture Programm gemacht, sondern lediglich die Dateien auf den Rechner kopiert (teils von DVD/Bluray, teils DVB-S2 Aufnahmen vom Festplatten-Receiver), dann geschnitten, zwei Videodateien zusammengefügt und neu encodiert.
Verwendete Programme: avidemux, mkvtoolnix, handbrake, audacity

Sollten in der Rohaufnahme keine Fehler drin sein und diese erst nach dem Schneiden mit KDENLive auftreten, so hat offensichtlich KDENLive irgend ein Problem. Welche Version verwendest Du?

laut Google haben einige User mit KDENLive ein bisschen Probleme

Zitat von KDENLive

jb at kdenlive.org[3]kdenlive at kde.org[4]>Ogg: [kdenlive] Apologies and explanationsHi all,As you might know, a recent bug in Kdenlive's git master caused major data loss to some users.

Hallo, ich verwende auch BTRFS für Videoschnitt, hatte bisher Dateien bis 34GBGröße (Full HD und UHD Videos) und bisher keine Probleme.

ABER:
Wie hast Du denn das BTRFS Dateisystem gemountet? Eventuell mit Kompression (ZLIB) oder Verschlüsselung? Hast Du mit "noatime" gemountet?
Hast Du eine SSD mit GPT und BTRFS oder ein partitionsloses BTRFS Dateisystem?

Auszug aus dem Wiki: noatime - under read intensive work-loads, specifying [i]noatime[/i] significantly improves performance because no new access time information needs to be written...
Welchen Kernel verwendest Du? 4.12.x ?
Auszug aus dem BTRFS-Wiki: The Btrfs code base is under heavy development.....with every new Linux release so[b] it's [i]highly[/i] recommended[/b] that users run the [b]most modern kernel [/b]possible.

Zitat von Eldrad Ulthran

dass vorkompilierte Pakete wie eben die Nvidia-Treiber nur mit dem originalen Kernel funktionieren.

Kann Dir in dem Fall egal sein, da Du ja dieses vorkompilierten Pakete nicht nutzt. Bei den X11-nvidia-Treibern werden die Treiber für jede Kernelversion auf Deinem Rechner per dkms neu gebaut und geladen.

Welche Mesa, X-Server und Kernel Version verwendest Du? Welchen nVidia Treiber hast Du installiert (Version)?

Ja, die Snapshot Funktion von BTRFS ist ne tolle Sache - hat aber nichts mit nem RAID zu tun.

Dein bestehendes RAID musst Du mit der Methode erweitern, mit der Du es erstellt hast.

Hast Du ein md/LVM RAID, musst Du es damit erweitern (siehe Doku Festplattenkonfiguration)
Hast Du ein reines BTRFS-Dateisystem-RAID (das ist nicht ein md/LVM RAID, was mit BTRFS formatiert wurde, sondern ein RAID, welches mit mkfs.btrfs /dev/sdx /dev/sdy /dev/sdz erstellt wurde (siehe dazu btrfs wiki).

Wenn Du ein "LVM RAID" betreibst, kannst Du es auch nur mit LVM erweitern (mdadm)
Wenn Du ein BTRFS Dateisystem RAID betreibst, kannst Du es nur mit BTRFS erweitern.

Nur weil Du Dein LVM RAID mit BTRFS formatiert hast, ist es noch lange kein BTRFS RAID.

Bei einem BTRFS RAID "kümmert" sich das Dateisystem selbst um die Organisation/Verwaltung des RAIDS. Bei einem LVM RAID der LVM
Du hast hier zwei verschiedene Organisations-/Verwaltungsstrukturen.
BTRFS vs LVM