Samba - unzuverlässig und langsam

  • Das mit UAS Treibern und dem dd ist mir ehrlich gesagt zu hoch ;-/

    USB3/UAS

    Du musst die Vendor-ID und die Produkt-ID (mit z.B. lsusb ) des USB-Slave an der HD herausfinden und in der cmdline.txt "usb-storage.quirks=10f8:25a2:u" zusätzöich an erster Stelle eintragen, wobei 10f8 mit der VendortID, und 25a2 mit der ProduktTD Deines USB Festplatten Controllers zu ersetzen sind.

    Systemnahes dd (vom ntfs und usb bestimmte Schreib-/Lesegeschindigkeit)

    Schreiben:

    sudo dd bs=4096 count=256K status=progress if=/dev/zero of=/media/myPassport/ddtest

    Lesen:

    sudo dd bs=4096 count=256K status=progress if=/media/myPassport/ddtest of=/dev/zero

    Löschen

    sudo rm /media/myPassport/ddtest

    Servus !

    RTFM = Read The Factory Manual, oder so

  • Super vielen Dank!

    Schreiben:

    21311488 bytes (21 MB, 20 MiB) copied, 1 s, 21,3 MB/s

    1058807808 bytes (1,1 GB, 1010 MiB) copied, 48 s, 22,1 MB/s

    262144+0 Datensätze ein

    262144+0 Datensätze aus

    1073741824 bytes (1,1 GB, 1,0 GiB) copied, 48,6897 s, 22,1 MB/s

    Lesen:

    1029128192 bytes (1,0 GB, 981 MiB) copied, 2 s, 515 MB/s

    262144+0 Datensätze ein

    262144+0 Datensätze aus

    1073741824 bytes (1,1 GB, 1,0 GiB) copied, 2,08551 s, 515 MB/s

    Schreiben ist einfach irgendwie lamarschig :-/

    Ich werde nachher nochmal eine Übertragung vom Winrechner über LAN auf MyPassport machen.

    Lade gerade Win10 über WLan runter, wenn mir schon ein Ewiggestriger sagt dass das System veraltet ist, wird es langsam wirklich Zeit :P

    Edit: Habe nochmal big-writes in der fstab hinzugefügt, hat aber auch keine Verbesserung gebracht.

    Einmal editiert, zuletzt von A-Dude (7. Mai 2021 um 23:19)

  • dmesg hat mir zu der Festplatte folgendes ausgegeben:

    3.196786] scsi 0:0:0:0: Direct-Access WD My Passport 2627 4008 PQ: 0 ANSI: 6

    [ 3.201018] scsi 0:0:0:1: Enclosure WD SES Device 4008 PQ: 0 ANSI: 6

    [ 3.205862] sd 0:0:0:0: [sda] Very big device. Trying to use READ CAPACITY(16).

    [ 3.206246] sd 0:0:0:0: [sda] 9767475200 512-byte logical blocks: (5.00 TB/4.55 TiB)

    [ 3.206268] sd 0:0:0:0: [sda] 4096-byte physical blocks

    [ 3.207163] sd 0:0:0:0: [sda] Write Protect is off

    [ 3.207188] sd 0:0:0:0: [sda] Mode Sense: 47 00 10 08

    [ 3.208300] sd 0:0:0:0: [sda] No Caching mode page found

    [ 3.208357] sd 0:0:0:0: [sda] Assuming drive cache: write through

    Es wundert mich das kein Cache vorhanden ist, die Festplatte hat meines Wissens nach 128Mb Cache

  • Kurze Anmerkung meinerseits nochmal:
    Kopiergeschwindigkeit Datei 1,6GB von Linux-PC zu RasPi4 mit angehängter WD-Elements 8TB über SAMBA: Schreibend knapp über 500 MBit/s

    Kopiergeschwindigkeit derselben Datei in die andere Richtung, also vom RPi lesend, knapp über 650 MBit/s

    Dabei ist auch zu beachten, wohin Du die Datei kopierst - ist das Quell- oder Zielmedium an Deinem PC deutlich langsamer, geht natürlich auch die Leistung mal in die Knie. Das wäre beispielsweise beim Schreiben/Lesen auf die SD-Karte im Pi der Fall.

  • Es wundert mich das kein Cache vorhanden ist, die Festplatte hat meines Wissens nach 128Mb Cache

    Wenn die 128 MB Schreibcache der SATA HD nicht aktiviert werden, dann kann das am USB -> SATA/ATA Controller im Festplattengehäuse liegen, der auf das USB-Handshake des Pi (Masters) unerwartet reagiert.

    Was hat denn "usb-storage.quirks=xhxx:xhxx:u" in der /boot/cmdline.txt ergeben, wenn Du aus < lsusb > Deine VendorID:ProduktID statt xhxx verwendest ?


    Servus !

    RTFM = Read The Factory Manual, oder so

Jetzt mitmachen!

Du hast noch kein Benutzerkonto auf unserer Seite? Registriere dich kostenlos und nimm an unserer Community teil!