@UncleFester - przejściówki USB często są przyczyną problemów - więc zdecydowanie lepiej podpiąć dysk do komputera po kablu SATA (zakładam, że SSD ma taki interfejs) i tak wyeliminować jedną zmienną, która może negatywnie wpływać na kopiowanie plików.

@koszotorobur

Przecież o tym napisałem

zainstaluj == wepnij dysk po natywnym interfejsie

blaszak == PC

jeszcze coś przetłumaczyć??

@UncleFester - "zdecydowanie" w moim komentarzu znaczy, że się z Tobą zgadzam.

Jeszcze coś wytłumaczyć?

@koszotorobur

Zdecydowanie nie

A cztery "BlockChainy" właśnie się skopiowały.

@dotevo To samo, tylko kabel sata, dysk chciałem odsyłać do wymiany.

@koszotorobur Póki co mam jedynie pendrive dostępny a nie mam żadnego blaszaka czy laptopa, więc jedyną z powyższych metodą będzie użycie systemrescue, bo być może sterowniki ntfs w ubuntu są skopane.

Dopiero dzisiaj dam radę sobie to sprawdzić

@Catharsis Rsync wywala identyczne błędy jak przy ręcznym kopiowaniu plików, co nie jest dziwne, bo raczej korzystają z tego samego sterownika ntfs

@krokietowy - no to kolego informuj - bo to ciekawy problem i temat

@koszotorobur Udało mi się przekopiować pliki montując dysk przy użyciu systemrescue

mount -t ntfs-3g /dev/sda1 /mnt/temp

Wszystko to robiłem na kablu, więc wykluczony został problem dysku/kabla

Na ubuntu oczywiście montowanie samo przebiegło bez problemów, a kopiowanie jak zwykle wyrzucało losowe błędy/info o braku miejsca, więc to raczej oni mają coś skopane - być może nowsza wersja pakietu lub ich własne patche

przy kopiowaniu rsyncem, okazało się że wersja rsynca w systemrescue jest jakoś skopana, bo 'rsync -rPv /in /out' nadpisywało mi już przekopiowane pliki i musiałem ręcznie dodawać --update, które nie poprawiało, nie przekopiowanych do końca plików

@krokietowy - coś masz pecha kolego

Ale dzięki, że dałeś znać - dobrze wiedzieć, że mogłem choć trochę pomóc