On Fri, 21 Mar 2025 20:10:25 +0100, Krystek wrote:
> W dniu 2025-03-20 o 18:07, J.F napisał(a):
>> On Wed, 19 Mar 2025 20:25:30 +0100, Krystek wrote:
>>> W dniu 2025-03-18 o 11:09, J.F napisał(a):
>>>> On Mon, 17 Mar 2025 19:50:50 +0100, Krystek wrote:
>>> [...]
>>> Trochę diagnozowałem tę przypadłość i chyba udało mi się ustalić
>>> przyczynę, tzn. co powoduje psucie plików na nośniku, mimo, że mają taki
>>> sam rozmiar na dysku jak oryginały. Znalazłem winowajcę. Oto i on -
>>> minihub / rozgałęziacz USB -
>>> <https://www.aliexpress.com/item/1005007716191471.ht
ml> Mam go
>>> podpiętego do jednego portu, a z niego leci przewód USB do UPS-a do
>>> monitorowania stanu zasilania, i 2 porty USB typu A są dostępne - jeden
>>> USB 2.0 i jeden (rzekomo) USB 3.0. Rzadko do niego podpinałem pendrive'y
>>> - jeśli już to po to, by raczej coś z nich odczytać, a nie na nich
>>> zapisywać. Wyjąłem rozgałęziacz USB z portu, podpiąłem pod ten port
>>> bezpośrednio pendrive i zapisałem na nim nowo pobrany na dysk komputera
>>> plik ISO. Hashe się zgadzały. Tak więc ten rozgałęźnik będzie jedynie do
>>> podpinania klawiatury/myszy i komunikacji serial USB, ew. wolnego
>>> ładowania jakichś drobiazgów. Trzeba będzie rozejrzeć się za jakimś
>>> hubem UNITEK, jeśli mam przez tego typu rozgałęziacze podłączać nośniki
>>> do zapisu.
>>
>> Ciekawostka.
>> Na krótszych plikach też są błędy?
>>
>> USB 3.0 to dla niego za szybko, inne urządzenia kolidują, smieci na
>> zasilaniu?
>>
>> Próbowałeś parę razy policzyc hasha - błędy były tylko przy zapisie,
>> czy takze przy odczycie?
>
> Już mi się nie chciało sprawdzać. Ważne, że porównywałem dla plików,
> które nagrywałem na tego pendrive'a hashe z komputera nr 1 (domowy PC) i
> komputera nr 2 (laptop z Manjaro). Z nich kopiowałem pliki i sprawdzałem
> hashe.
>
> Ale fakt faktem, że będę musiał zaopatrzyć się w jakiś sprawdzony
> rozdzielacz USB, a nie żaden no name. Kiedyś miałem taką akcję, że
> podłączałem kartę SD z lustrzanki cyfrowej do czytnika kart. I po
> podłączeniu zamiast nazw plików różne dziwne krzaczki się ukazały w
> eksploratorze. Zdemontowałem cały czytnik. Karta, którą do niego
> wkładałem była więcej warta, niż ten czytnik, więc ostatecznie stanęło
> na zakupie czytnika sprawdzonej firmy, chociaż tamten nie był totalnym
> no namem - to był jakiś marki Hama.

Z Hamy została tylko marka - tzn wydaje mi się, że jakiś Chinczyk
kupił, i teraz markuje swoje.

Podobnie Grundig.
Powinni tego zabronić :-)

J.

do góry

W dniu 17.03.2025 o 19:50, Krystek pisze:
> Gdy skopiuję ten plik na pendrive hash się zmienia, mimo że rozmiar
> pliku jest taki sam. Testowo skopiowałem plik ISO z pendrive do innego
> folderu i sprawdziłem hash pliku ISO na dysku komputera - był zmieniony,
> tzn. taki sam, jak na pendrive.

Sprawdź wolne miejsce na tym pendrive programem h2testw. Odpowiednik
linuksowy - f3write/f3read. Jak nie przejdzie testu - wyrzucić pendrive.

do góry

On Mon, 17 Mar 2025 19:50:50 +0100, Krystek <s...@x...one.pl>
wrote:
> Gdy skopiuję ten plik na pendrive hash się zmienia, mimo że rozmiar
> pliku jest taki sam. Testowo skopiowałem plik ISO z pendrive do
> innego

Czy hash zmienia się też przy skopiowaniu małych plików? Czy robiłeś
diffa na jakiej pozycji między oryginałem a kopią różnią się bajty i
jak bardzo? Czy jest jakaś reguła w pozycji (seek) w której dochodzi
do różnicy?
Czy różnica występuje również po fizycznym przemontowaniu nośnika?

--
Marek

do góry

W dniu 2025-03-26 o 08:57, mirekc napisał(a):
> W dniu 17.03.2025 o 19:50, Krystek pisze:
>> Gdy skopiuję ten plik na pendrive hash się zmienia, mimo że rozmiar
>> pliku jest taki sam. Testowo skopiowałem plik ISO z pendrive do innego
>> folderu i sprawdziłem hash pliku ISO na dysku komputera - był
>> zmieniony, tzn. taki sam, jak na pendrive.
>
> Sprawdź wolne miejsce na tym pendrive programem h2testw. Odpowiednik
> linuksowy - f3write/f3read. Jak nie przejdzie testu - wyrzucić pendrive.

Hej, przepraszam, że dopiero odpisuję, ale nie mogę się wygrzebać z
choróbska. Co się (niby) wyleczę to mnie znowu coś łapie.

A w kwestii pendrive to zdecydowałem, że nie będę go katował programami.
Szkoda mi go zajechać. Na szczęście nie mam tam jakichś superważnych
danych tylko Ventoy i obrazy ISO systemów do bootowania (mam też ich
kopie na dysku) + narzędzia bootowalne do naprawy systemów. Na razie dam
sobie spokój. Ale gdy kupię jakiś sensowny hub USB to wtedy sprawdzę,
czy nic nie miesza podczas nagrywania plików przez niego.

A jako ciekawostkę dodam, że kiedyś (będzie już z kilkanaście lat)
znajomy z dawnej pracy dał mi pendrive i powiedział, że przestał
zapisywać pliki i czy da się coś z tym zrobić. Testowałem go wtedy
różnymi programami. Partycja przełączyła się w tryb "tylko do odczytu".
Ale udało mi się gdzieś znaleźć, po rozszyfrowaniu jaki chip tam siedzi
w penie jakiś firmware do niego. Wgrałem narzędziem do firmware'u nowe
oprogramowanie na chip i pendrive ożył. Tak więc tym sposobem uratowałem
mu przenośną pamięć, choć co prawda nie wiem na jak długo, bo nie mam
pojęcia jakie były dalsze losy tego urządzenia. A to były czasy, gdy
pamięć o pojemności 8 GB to było sporo i nie tanio.

K.

--
https://krystek.wordpress.com/

do góry

W dniu 2025-03-26 o 10:06, Marek napisał(a):
> On Mon, 17 Mar 2025 19:50:50 +0100, Krystek <spamtrap["!"]xtech.one.pl> wrote:
>> Gdy skopiuję ten plik na pendrive hash się zmienia, mimo że rozmiar
>> pliku jest taki sam. Testowo skopiowałem plik ISO z pendrive do innego
>
> Czy hash zmienia się też przy skopiowaniu  małych plików? Czy robiłeś
> diffa na jakiej pozycji między oryginałem a kopią różnią się bajty  i
> jak bardzo? Czy jest jakaś reguła w pozycji  (seek) w której dochodzi do
> różnicy? Czy różnica występuje również po fizycznym przemontowaniu nośnika?

Aż tak nie wnikałem, ale teraz do mnie dotarło dlaczego nie mogłem
odmontować nośnika. Ta przejściówka USB nie pozwalała mi go odmontować.
A było też tak, że komputer usypiam i miałem podpięty pendrive,
nieodmontowany, do tej przejściówki. Po ponownym uruchomieniu tego
pendrive pod Windows miałem komunikat, że nie mogę nagrywać na partycję
plików, gdyż jest zamontowana tylko do odczytu i ma status "dirty".
Musiałem gimnastykować się i pod Linuksem usunąć atrybut "dirty" z
partycji, bo w Windows da się sprawdzić i założyć bit "dirty" na
partycję, ale już żeby zdjąć bez kombinowania to nie za bardzo.

Przy okazji Linuksowe narzędzia sprawdziły mi poprawność sektorów dla
tej partycji i okazało się, że nie ma błędów, więc darowałem sobie
dalsze śledztwo.

K.

--
https://krystek.wordpress.com/

do góry