Beiträge von JoePeter1000

Zitat von joeAverage62

Daher schlage ich vor, dass du dazu ggf. (nach Lesen obigen wiki's) einen neuen thread aufmachst.

Okay ?

Okay! Danke Dir!

Zitat von joeAverage62

du solltest dein Leben nicht von Festplatten-Indexe abhängig machen, sonst gibt man zu schnell auf

ich arbeite daran

Zitat von joeAverage62

ich würde f. externe Platten immer BTRFS vorschlagen

uff, wieder was neues. der wiki-artikel und alle anderen die ich bisher gegooglet habe, reichen nicht aus, um meine fragen zu beantworten. muss mich da noch mehr reinlesen.
ist das denn in meinem anwendungsfall relevant? auf den ext4-platten sind nur medien von denen ich sicherheitskopien habe.
und da das ja ein anderes thema ist, dürfte ich dich dahingehend nochmal per privater konversation belästigen?

mfg joe

Ich hatte es fast schon aufgegeben.
Aber das ...

Zitat von joeAverage62

Artikel ist von 2015, aber vlt. hilft es ja

... ist die Lösung! Fettes Merci joeAverage62 , du hast mir das Leben gerettet!

Lieben Dank gehen auch an buers , FoxBob79 und an Tiroler ! Danke, dass auch ihr geholfen habt.

MfG Joe

Zitat von joeAverage62

gewartet ?

Ja. Habe sogar etwas länger gewartet. Meinem Verständnis nach sollte doch die Aktivität der HDD während des Tests hoch sein, oder!? DIe LED, die die Aktivität der Datenträger anzeigt, verhält sich aber normal, so wie im Leerlauf.

Zitat von joeAverage62

und bist du dir sicher, ob du die richtige HD getestet hast.

Ja. Hatte ja gestern eingangs geschrieben, dass ich das Problem auch mit einer alten 1TB HDD habe, die ich zum Testen nahm. Um die 4TB HDD zu schonen, wollte ich das Problem erstmal mit der 1TB verstehen lernen.


Das einzige was mir noch einfiel ist, dass evtl. das GParted meines Systems einen Fehler hat. Aber auch wenn ich die Live-Version von Linux Mint zum Partitonieren nutze, ist das Ergebnis das gleiche. Sogar dort alle 5 Sekunden Schreibversuche wenn die Platte eingehangen ist.

Bevor ich Linux Mint installierte, habe ich mein BIOS zurücksetzen müssen (MSI B550-A PRO). Lediglich die Ram-Geschwindigkeit habe ich auf 3200 MHz gestellt, die Vollbildbootlogoanzeige und Secure Boot deaktiviert. Kann es damit was zu tun haben?

Antwort 2/2:

Zitat von joeAverage62

danach Test der Platte mit smartmontool mit:

-------------------------------------------------------------------------------------------------------------------------------------------
joe@JoeMsiLm:~$ sudo smartctl -t short /dev/sda
smartctl 7.2 2020-12-30 r5155 [x86_64-linux-5.15.0-107-generic] (local build)
Copyright (C) 2002-20, Bruce Allen, Christian Franke, http://www.smartmontools.org

=== START OF OFFLINE IMMEDIATE AND SELF-TEST SECTION ===
Sending command: "Execute SMART Short self-test routine immediately in off-line mode".
Drive command "Execute SMART Short self-test routine immediately in off-line mode" successful.
Testing has begun.
Please wait 2 minutes for test to complete.
Test will complete after Sun May 19 00:44:11 2024 CEST
Use smartctl -X to abort test.
joe@JoeMsiLm:~$ sudo smartctl -a /dev/sda | more

smartctl 7.2 2020-12-30 r5155 [x86_64-linux-5.15.0-107-generic] (local build)
Copyright (C) 2002-20, Bruce Allen, Christian Franke, http://www.smartmontools.org

=== START OF INFORMATION SECTION ===
Model Family: SAMSUNG SpinPoint F1 DT
Device Model: SAMSUNG HD103UJ
Serial Number: S13PJ1MQ214006
LU WWN Device Id: 5 0000f0 00b120460
Firmware Version: 1AA01108
User Capacity: 1.000.203.804.160 bytes [1,00 TB]
Sector Size: 512 bytes logical/physical
Device is: In smartctl database [for details use: -P show]
ATA Version is: ATA/ATAPI-7, ATA8-ACS T13/1699-D revision 3b
Local Time is: Sun May 19 00:46:36 2024 CEST
SMART support is: Available - device has SMART capability.
SMART support is: Enabled

=== START OF READ SMART DATA SECTION ===
SMART overall-health self-assessment test result: PASSED

General SMART Values:
Offline data collection status: (0x00) Offline data collection activity
was never started.
Auto Offline Data Collection: Disabled.
Self-test execution status: ( 0) The previous self-test routine completed
without error or no self-test has ever
been run.
Total time to complete Offline
data collection: (12074) seconds.
Offline data collection
capabilities: (0x7b) SMART execute Offline immediate.
Auto Offline data collection on/off supp
ort.
Suspend Offline collection upon new
command.
Offline surface scan supported.
Self-test supported.
Conveyance Self-test supported.
Selective Self-test supported.
SMART capabilities: (0x0003) Saves SMART data before entering
power-saving mode.
Supports SMART auto save timer.
Error logging capability: (0x01) Error logging supported.
General Purpose Logging supported.
Short self-test routine
recommended polling time: ( 2) minutes.
Extended self-test routine
recommended polling time: ( 202) minutes.
Conveyance self-test routine
recommended polling time: ( 22) minutes.
SCT capabilities: (0x003f) SCT Status supported.
SCT Error Recovery Control supported.
SCT Feature Control supported.
SCT Data Table supported.

SMART Attributes Data Structure revision number: 16
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_
FAILED RAW_VALUE
1 Raw_Read_Error_Rate 0x000f 100 098 051 Pre-fail Always -
31
3 Spin_Up_Time 0x0007 077 077 011 Pre-fail Always -
7750
4 Start_Stop_Count 0x0032 095 095 000 Old_age Always -
5540
5 Reallocated_Sector_Ct 0x0033 100 100 010 Pre-fail Always -
5
7 Seek_Error_Rate 0x000f 100 100 051 Pre-fail Always -
     0
8 Seek_Time_Performance 0x0025 100 100 015 Pre-fail Offline -
11271
9 Power_On_Hours 0x0032 099 099 000 Old_age Always -
6902
10 Spin_Retry_Count 0x0033 100 100 051 Pre-fail Always -
     0
11 Calibration_Retry_Count 0x0012 100 100 000 Old_age Always -
     0
12 Power_Cycle_Count 0x0032 096 096 000 Old_age Always -
3717
13 Read_Soft_Error_Rate 0x000e 100 098 000 Old_age Always -
31
183 Runtime_Bad_Block 0x0032 100 100 000 Old_age Always -
     0
184 End-to-End_Error 0x0033 100 100 099 Pre-fail Always -
     0
187 Reported_Uncorrect 0x0032 100 100 000 Old_age Always -
127
188 Command_Timeout 0x0032 100 100 000 Old_age Always -
     0
190 Airflow_Temperature_Cel 0x0022 078 052 000 Old_age Always - 22 (Min/Max 20/22)
194 Temperature_Celsius 0x0022 077 052 000 Old_age Always - 23 (Min/Max 20/23)
195 Hardware_ECC_Recovered 0x001a 100 100 000 Old_age Always - 108385
196 Reallocated_Event_Count 0x0032 100 100 000 Old_age Always - 5
197 Current_Pending_Sector 0x0012 100 100 000 Old_age Always - 0
198 Offline_Uncorrectable 0x0030 100 100 000 Old_age Offline - 0
199 UDMA_CRC_Error_Count 0x003e 100 098 000 Old_age Always - 0
200 Multi_Zone_Error_Rate 0x000a 100 100 000 Old_age Always - 0
201 Soft_Read_Error_Rate 0x000a 253 253 000 Old_age Always - 0

SMART Error Log Version: 1
No Errors Logged

SMART Self-test log structure revision number 0
Warning: ATA Specification requires self-test log structure revision number = 1
Num Test_Description Status Remaining LifeTime(hours) LBA_of_first_error
# 1 Short offline Completed without error 00% 6902 -
# 2 Short offline Aborted by host 00% 6902 -

SMART Selective self-test log data structure revision number 0
Note: revision number not 1 implies that no selective self-test has ever been run
SPAN MIN_LBA MAX_LBA CURRENT_TEST_STATUS
1 0 0 Not_testing
2 0 0 Not_testing
3 0 0 Not_testing
4 0 0 Not_testing
5 0 0 Not_testing
Selective self-test flags (0x0):
After scanning selected spans, do NOT read-scan remainder of disk.
If Selective self-test is pending on power-up, resume after 0 minute delay.
-------------------------------------------------------------------------------------------------------------------------------------------

Ich kann leider mit dieser Ausgabe nichts anfangen. Sieht aber erstmal nicht nach Fehler aus. Nach wie vor alle 5 Sekunden Schreibversuche (Bild 2: Bildschirmfoto_2024-05-19_01-07-05, ertsellt mit "dstat -lpcmsdnf"). In der Spalte links daneben "dsk/nvme0n1" sieht das ähnlich aus. Das kommt mir jetzt aber nicht ungewöhnlich vor, da das ja die System-SSD ist.

Antwort 1/2:

Vielen Dank @ll für euer Hilfe.

Eins vorweg: Ich nutze zum Testen erstmal die alte 1TB HDD. Wenn ichs dann verstanden habe, möchte ich das auf die 4TB HDD anwenden.

Zitat von joeAverage62

ich würde auch die Platte nochmal komplett platt machen (vlt. hilft das ja schon):

Mit fdisk habe ich so meine Probleme. Ich schaffe es nicht es so anzuwenden, dass "sudo gdisk /dev/sda" keinen Error ausgibt:

-------------------------------------------------------------------------------------------------------------------------------------------
joe@JoeMsiLm:~$ sudo gdisk /dev/sda
GPT fdisk (gdisk) version 1.0.8

Caution: invalid main GPT header, but valid backup; regenerating main header
from backup!

Caution! After loading partitions, the CRC doesn't check out!
Warning: Invalid CRC on main header data; loaded backup partition table.
Warning! Main and backup partition tables differ! Use the 'c' and 'e' options
on the recovery & transformation menu to examine the two tables.

Warning! One or more CRCs don't match. You should repair the disk!
Main header: ERROR
Backup header: OK
Main partition table: ERROR
Backup partition table: ERROR

Partition table scan:
MBR: not present
BSD: not present
APM: not present
GPT: damaged

Found invalid MBR and corrupt GPT. What do you want to do? (Using the
GPT MAY permit recovery of GPT data.)
1 - Use current GPT
2 - Create blank GPT

Your answer:
-------------------------------------------------------------------------------------------------------------------------------------------
Egal was ich bei "Your answer" eingebe, es ändert sich nicht.

So weit ich das richtig verstanden habe, ist GParted aber durchaus nutzbar für das was ich machen will. Also starte ich GParted, wähle dir richtige Festplatte aus -> Gerät -> Partitionstabelle erstellen -> gbt. Dann auf Partition -> Neu. Ich belasse alle Einstellungen so, wie sie das Programm vorgibt (Screenshot). Nur bei "Bezeichnung" schreibe ich Test rein. Anschl. führe ich wieder sudo gdisk /dev/sda aus:

-------------------------------------------------------------------------------------------------------------------------------------------
joe@JoeMsiLm:~$ sudo gdisk /dev/sda
[sudo] Passwort für joe:
GPT fdisk (gdisk) version 1.0.8

Partition table scan:
MBR: protective
BSD: not present
APM: not present
GPT: present

Found valid GPT with protective MBR; using GPT.

Command (? for help): p
Disk /dev/sda: 1953523055 sectors, 931.5 GiB
Model: SAMSUNG HD103UJ
Sector size (logical/physical): 512/512 bytes
Disk identifier (GUID): D02F3775-3D2E-4D6C-83DD-33DEA96520DF
Partition table holds up to 128 entries
Main partition table begins at sector 2 and ends at sector 33
First usable sector is 34, last usable sector is 1953523021
Partitions will be aligned on 2048-sector boundaries
Total free space is 3372 sectors (1.6 MiB)

Number Start (sector) End (sector) Size Code Name
1 2048 1953521663 931.5 GiB 8300
-------------------------------------------------------------------------------------------------------------------------------------------

Hallo joeAverage62 ,
vielen Dank, dass Du dir Zeit für mich genommen hast.

Erst einmal ein paar Antworten:

Zitat von joeAverage62

wie hast du das gemacht ?

Bei der 2,5" 320GB habe ich unter Windows mit "MiniTool Partition Wizard" die NTFS-Partition gelöscht und eine ext4-Partition angelegt und formatiert. Da waren dann aber schon 11% des Speichers vorbelegt, nach dem entfernen des journaling immernoch 6%. Ich dachte mir, dass das besser gehen muss und installierte mir ein Linux Mint xfce. Da nutzte ich GParted um die vorhande ext4-Partition zu entfernen und erstellte eine neue ext4-Partition. (alles in der grafischen Oberfläche, mit Rechtsklick auf die Partition -> löschen, Rechtsklick auf den freien Bereich -> Neu usw.) Und siehe da, es waren, nach dem entfernen des journaling, nur noch 2% des Speiches vorbelegt. Dass die Platte bzw. das Dateisystem ein bißchen Platz für sich selbst braucht, leuchtet mir ein. 6% fand ich zu viel, 2% sind in Ordnung. So denke ich, bin nur Laie.

Die 3,5" 4TB HDD (das eigentliche Problemkind) hab ich dann direkt in GParted bearbeitet. NTFS-Partition gelöscht, neue ext4-Partition angelegt, journaling entfernt. Dannach wieder an den RPI4 mit LE12 angeschlossen, 175GB Daten übers Netzwerk drauf kopiert und dann erst viel mir auf, dass die garnicht mehr aufhört zu blinken. Seit dem probiere ich wild rum. Habe noch ne alte 1TB HDD. Da zum Test mit GParted am PC die NTFS-Partition entfernt, neue ext4-Partition angelegt, journaling belassen. Und auch da alle 5 Sekunden Schreibversuche.

Habe bei den 3,5"-Platten auch schon alle Schrebrechte als Systemverwalter mit dem Dateibrowser Thunar vergeben.

Zitat von joeAverage62

Warum ?

Sorry, ich weiss es natürlich nicht. Ich geh davon aus, dass das eher was mit Linux als mit Kodi zu tun hat, weil Libreelec und Linux Mint in regelmäßigen Abständen auf die Platte zugreifen.


Deine Empfehlung - vielen Dank dafür - werde ich zeitnah abarbeiten und melde mich wieder.

Ok, mittlerweile weiss ich, dass es wohl ein Linux-Problem und kein Kodi-Problem ist.

Hat vielleicht trotzdem jemand eine Idee?

Habe die Platte jetzt schon intern (PC) angeschlossen. Aber auch hier alle paar Sekunden ein Zugriff, obwohl leer. In der Grafik sieht man, dass in diesem Fall alle 5 Sekunden zugegriffen wird (5. Spalte von rechts, eine Zeile = eine Sekunde, aufgezeichnet mit dstat).

help please

log aktualisiert

Achso, ich weiss nicht ob es relevant ist: Bei den ersten Versuchen habe ich immer im Terminal mit "sudo tune2fs -m 0 /dev/sdb1", die 5% die sich ext4 fürs System reserviert, freigegeben, da das ja eine reine Datenplatte ist. Das habe ich beim aktuellen Versuch noch unterlassen.

Lösung (erklärt nach meinem technischen Verständnis und Textauszügen aus dem Artikel):

- ext4 erstellt beim Formatieren eines Laufwerks nur einen einfachen Indexknoten, der gerade ausreicht, um das Dateisystem bereitzustellen
- sobald das Dateisystem gemountet ist, erstellt ext4 stillschweigend den Rest des Indexknotens mit dem Prozess „ext4lazyinit“ (das was bei mir die permanenten Zugriffe verursachte, standartmäßig mit 16MB/s, in der Praxis eher langsamer)
- mit "sudo mkfs -t ext4 -L my_passport -E lazy_itable_init=0,lazy_journal_init=0 /dev/sdXX" bringt man ext4 dazu, den Indexknoten komplett zu erstellen (bei meiner 4TB ca. 10 -15 Minuten)
- "my_passport" ist die Datenträgerbezeichnung und kann geändert werden
- sdXX durch richtiges Laufwerk ersetzen!

Danke nochmal joeAverage62 für den richtigen Riecher


Ursprüngliche Nachricht:

Hi Loide. Bin ein wenig Ratlos.
Mit dem Umstieg von LE10 zu LE12 hab ich nun auch meine Festplatten von NTFS auf ext4 umgestellt. Bei der 2,5" 320GB (Gehäause: Ugreen, USB3, ohne Netzteil) hat das problemlos geklappt. Bei der 3,5° 4TB (Gehäuse: Ugreen, USB3, mit Netzteil) greift der RPI4 / Kodi aber anschließend permanent auf die HDD zu. Habe schon alles mögliche probiert, um dem Fehler auf die Schliche zu kommen.
DIe HDD lässt sich ganz normal nutzen. Auch die Übertragunsraten beim Kopieren sind normal. Dachte daran, dass Kodi die Dateien nach Vorschaubildern oder ähnlichem Scannt. Beim aktuellen Versuch ist die Platte aber leer. Am PC (Linux Mint 21.3 xfce) verhält die HDD sich ganz normal. Zum Testen hatte ich zwischendurch wieder eine NTFS-Partition aufgespielt, damit geht Kodi dann auch ganz normal um. Habe auch ein anderes Kodi (gleiche Version aber von einer anderen SD-Karte gebootet, nur Grundsystem ohne persönliche Einrichtung) ausprobiert, aber auch das greift Kodi permanent zu. Die Partitionsgröße von 4TB (3,64 nutzbar) sollte auch kein Problem sein, ext4 kann wohl bis 16TB.

Weiss evtl. jemand was ich übersehen bzw. falsch gemacht habe?

Danke für eure Hilfe!

MfG Joe

(aktuell rödelt die Platte bereits eine Stunde lang rum)

Edit: Habe mich geirrt. Auch Linux Mint (PC) greift alle 3 Sekunden zu, solang die Platte eingehängt ist. Ich schätz ich habe ext4 einfach nicht verstanden.

Zitat von nicer0us

Ich habe gestern die "7.0.2.alpha4" auf Nexus 20.1 installiert und das geschilderte Problem ist dadurch verschwunden. Allerdings buffert jetzt jedes YT-Video bei der Nutzung von "MPEG-DASH". Hierbei ist es egal ob ich 4k oder 720p als Qualität einstelle. Kann jmd das Problem bestätigen?

EDIT: Problem scheint bekannt zu sein. https://github.com/anxdpanic/plugin.video.youtube/issues/426

bestätige auch für plugin.video.youtube-6.8.26.alpha2.zip / plugin.video.youtube-unofficial-6.8.26.alpha2.zip unter matrix. zuschalten von mpeg-dash und alternativer player, was das problem früher behob, hilft nicht.

hi
ich habe das selbe problem auf libreelec 11 mitm rpi4. externe hdd 3,5" ntfs wird irgendwann nicht mehr erkannt. muss sie dann auch an windows klemmen, platte auf fehler prüfen lassen (es werden keine gefunden) und dann geht es wieder für ein paar tage am rpi4. read only kommt für mich nicht in frage, da ich gern die daten übers netzwerk aufn rpi4 / externe platte schiebe. komischerweise passiert das nur bei der hdd. hab noch ne ssd (auch ntfs) dran, die macht keine mucken. werde jetzt mal die nächste zeit versuchen, die hdd sicher zu entfernen und nicht einfach nur auszuschalten, wenn sie nicht mehr benötigt wird. update folgt.

edit: ich hab ne 2,5" und ne 3,5" extern ntfs am rpi4. in der 2,5" ist wie gesagt aktuell ne ssd drin. da würde ich aber auch gern wieder ne hdd einbauen. die platte nehm ich aber immer zum einschlafen (serie gucken). die kann ich nicht händsich sicher entfernen, da der rpi4 in dem fall vom sleeptimer ausgeschalten wird. gibts da evtl. noch ein lösungsansatz?

edit2: bereite gerade die 2,5 hdd für exfat4 vor. gucken ob da hilft.

hallo zusammen.

ich hab ein problemchen mit rtlplus - v.3 (darf das hier rein?)
und zwar habe ich kodi (seit gestern auf version 20, libreelec 11 upgedatet auf nem rpi 4) so eingestellt, dass das nächste video automatisch wiedergegeben wird. das funktioniert auch in allen addons sowie bei videos von hdd. seit einigen monaten funktioniert das im addon rtlplus - v.3 aber nur noch bedingt. wenn das nächste video abgespielt werden soll, geht kodi zurück in die episoden-übersicht und spielt das nächste video nur im hintergrund ab ( https://streamable.com/2x0g76 ). habe gehofft, dass sich das problem irgendwann durch updates von allein behebt. tut es aber nicht. das addon habe ich vorhin auch schon mal neu installiert, ohne erfolg.
hat jemand ne idee woran das liegen kann?

eigentlich geht es mir nur um "medical detectives vox" was ich häufig zum einpennen gucke. natrürlich könnte ich das auch über das tvnow-addon schauen wo auch die automatische wiedergabe funktioniert. da ist das aber nochmal in staffeln unterteilt. in rtlplus - v.3 sind einfach die letzten verfügbaren folgen, egal welcher staffel, in einer liste, was mir wesentlich besser gefällt.

danke für eure mühe.

Zitat von blauesgruen

Seit ich aber der Netflix App gesagt habe sie soll ihren Inhalt NICHT mehr mit der Kodidatenbank abgleichen ist Ruhe!

funktioniert bei mir auch. perfekt. danke

edit: hat leider nur kruz funktioniert.

Zitat von Gggggggg

Wieso über [definition=12,4][definition='1','3']Debug[/definition][/definition] installieren, wenn die neue Version ruckelfrei ist? Einfach auf erneut installieren gehen und die aktuelle Version installieren

Das ist eine gute Frage Ich habe wohl in meiner Verzweiflung den "normalen" Weg garnicht mehr ausprobiert. Hab es nun so gemacht wie von Dir beschrieben. Hat geklappt ohne Fehlermeldung. Danke

Zitat von Seppl1

Hi, im Anhang gibt es neue Testbuilds, damit sollte sich die neuste Version von Widevine wieder installieren lassen.

Hi
Ich habe die Testversion script.module.inputstreamhelper-0.5.9+matrix.1-fix_chromeos-49fa035.zip ausprobiert. Die Installation über [definition=12,4][definition='1','3']Debug[/definition][/definition] endet zwar mit einer Fehlermeldung, ansich funktionieren die abhängigen Addons aber wieder. Hab mal die Log-Datei (keine Degub-Protollierung) angehangen.

Danke @Seppl1

Zitat von JoePeter1000

zusatz: mama hat zwei raspis 3b+. hab sie jetzt auf dem zweiten, wo wir noch nicht rumgefummelt haben, mal schauen lassen, welche netflixversion ursprünglich installiert war. und es war schon die 1.12.8 installiert. ich bräuchte also einer neuere als diese. finde aber selbst auch keine
edit: ich habe das hier gefunden, kann es aber nicht deuten. ich vermute ich müsste da selbst was in irgendeiner datei ändern.
https://github.com/CastagnaIT/plugin.video.netflix/pull/1305
das wird zu wild das mit mama am telefon zu machen. da die lösung recht neu ist, hoff ich erstmal, dass es bald eine neue version gibt, in der das gefixt ist.

auch ich hab dann noch ne lösung gefunden: der entwickler hat gerade eine testversion gepostet. damit läufts bei muddi auch wieder
https://github.com/CastagnaIT/plu…ment-1030152740

Zitat von JoePeter1000

vielen dank für deine antwort @Ronny. die aktualisierung des addons hat geklappt. leider kommt weiterhin die fehlermeldung "mslerror: dieser titel steht nicht zum streaming zur verfügung" wenn man versucht etwas zu schauen. kann es noch andere ursachen für diese fehlermeldung geben?mfg joe

zusatz: mama hat zwei raspis 3b+. hab sie jetzt auf dem zweiten, wo wir noch nicht rumgefummelt haben, mal schauen lassen, welche netflixversion ursprünglich installiert war. und es war schon die 1.12.8 installiert. ich bräuchte also einer neuere als diese. finde aber selbst auch keine

edit: ich habe das hier gefunden, kann es aber nicht deuten. ich vermute ich müsste da selbst was in irgendeiner datei ändern.
https://github.com/CastagnaIT/plugin.video.netflix/pull/1305
das wird zu wild das mit mama am telefon zu machen. da die lösung recht neu ist, hoff ich erstmal, dass es bald eine neue version gibt, in der das gefixt ist.

Zitat von Ronny

Im Link auf den grünen Button klicken und .zip Datei herunterladen...das sollte die Kodi Leia Version 1.12.8 sein.

https://github.com/CastagnaIT/plugin.video.netflix/treevielen dank für deine antwort

vielen dank für deine antwort @Ronny. die aktualisierung des addons hat geklappt. leider kommt weiterhin die fehlermeldung "mslerror: dieser titel steht nicht zum streaming zur verfügung" wenn man versucht etwas zu schauen. kann es noch andere ursachen für diese fehlermeldung geben?
mfg joe