Mam takiego ,,pacjenta" - pendrive USB, na którym zainstalowany jest
Ventoy (<https://www.ventoy.net/>) z dodatkową partycją exFAT, żeby był
do niej dostęp zarówno z komputerów z Windowsem, jak i spod Linuksa. Na
partycję exFAT wrzucam obrazy ISO systemów, żeby je wybootować z
pendrive (np. narzędziowy Linux SystemRescue -
<https://www.system-rescue.org/>).

Ostatnio pobrałem plik ISO z systemem Linux OpenMandriva
(openmandriva.rome-24.12-plasma6.wayland.x86_64.iso)
. Chciałem go
zainstalować na starym laptopie i zastąpić tym systemem Linuksa Manjaro,
który rezyduje na dysku tego laptopa na partycji obok Windows 10 Home.

Na dysku twardym (SSD) komputera, na który z repozytorium na
SourceForge.net pobrałem plik ISO
<https://sourceforge.net/projects/openmandriva/files
/release/ROME/24.12/>
hash sumy kontrolnej pliku ISO zgadza się z tym, podanym na stronie
SourceForge (trzeba kliknąć w ikonkę "i" w kółku, obok nazwy pliku, by
wyświetlić chcecksum hash).

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. Plikiem z dysku twardego z poprawnym
hashem nadpisałem plik na pendrive i lipa - hash nowego pliku ISO na
pendrive również jest inny, niż tego prawidłowego na dysku komputera.

Rozmiar na plików na dyskach jest taki: <https://i.imgur.com/IfETek8.png>

Hash sumy kontrolnej plików na obu dyskach jest taki:
<https://i.imgur.com/f8mbJMR.png>

Zrobiłem jeszcze test porównawczy aplikacją QuickHash -
<https://i.imgur.com/1FDwRGl.png>

I teraz już głupieję. Nie wiem, czy to zdycha pendrive, czy ma to
związek z inną wielkością jednostki alokacji na obu partycjach i
systemach plików?

K.

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

do góry

W dniu 17.03.2025 o 19:50, Krystek pisze:
> Mam takiego ,,pacjenta" - pendrive USB, na którym zainstalowany jest
> Ventoy (<https://www.ventoy.net/>) z dodatkową partycją exFAT, żeby był
> do niej dostęp zarówno z komputerów z Windowsem, jak i spod Linuksa. Na
> partycję exFAT wrzucam obrazy ISO systemów, żeby je wybootować z
> pendrive (np. narzędziowy Linux SystemRescue -
> <https://www.system-rescue.org/>).
>
> Ostatnio pobrałem plik ISO z systemem Linux OpenMandriva
> (openmandriva.rome-24.12-plasma6.wayland.x86_64.iso)
. Chciałem go
> zainstalować na starym laptopie i zastąpić tym systemem Linuksa Manjaro,
> który rezyduje na dysku tego laptopa na partycji obok Windows 10 Home.
>
> Na dysku twardym (SSD) komputera, na który z repozytorium na
> SourceForge.net pobrałem plik ISO
> <https://sourceforge.net/projects/openmandriva/files
/release/ROME/24.12/> hash
> sumy kontrolnej pliku ISO zgadza się z tym, podanym na stronie
> SourceForge (trzeba kliknąć w ikonkę "i" w kółku, obok nazwy pliku, by
> wyświetlić chcecksum hash).
>
> 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. Plikiem z dysku twardego z poprawnym
> hashem nadpisałem plik na pendrive i lipa - hash nowego pliku ISO na
> pendrive również jest inny, niż tego prawidłowego na dysku komputera.
>
> Rozmiar na plików na dyskach jest taki: <https://i.imgur.com/IfETek8.png>
>
> Hash sumy kontrolnej plików na obu dyskach jest taki:
> <https://i.imgur.com/f8mbJMR.png>
>
> Zrobiłem jeszcze test porównawczy aplikacją QuickHash -
> <https://i.imgur.com/1FDwRGl.png>
>
> I teraz już głupieję. Nie wiem, czy to zdycha pendrive, czy ma to
> związek z inną wielkością jednostki alokacji na obu partycjach i
> systemach plików?
>
> K.
>

fc /B ?

do góry

On Mon, 17 Mar 2025 19:50:50 +0100, Krystek wrote:
> Mam takiego ,,pacjenta" - pendrive USB, na którym zainstalowany jest
> Ventoy (<https://www.ventoy.net/>) z dodatkową partycją exFAT, żeby był
> do niej dostęp zarówno z komputerów z Windowsem, jak i spod Linuksa. Na
> partycję exFAT wrzucam obrazy ISO systemów, żeby je wybootować z
> pendrive (np. narzędziowy Linux SystemRescue -
> <https://www.system-rescue.org/>).
>
> Ostatnio pobrałem plik ISO z systemem Linux OpenMandriva
> (openmandriva.rome-24.12-plasma6.wayland.x86_64.iso)
. Chciałem go
> zainstalować na starym laptopie i zastąpić tym systemem Linuksa Manjaro,
> który rezyduje na dysku tego laptopa na partycji obok Windows 10 Home.
>
> Na dysku twardym (SSD) komputera, na który z repozytorium na
> SourceForge.net pobrałem plik ISO
> <https://sourceforge.net/projects/openmandriva/files
/release/ROME/24.12/>
> hash sumy kontrolnej pliku ISO zgadza się z tym, podanym na stronie
> SourceForge (trzeba kliknąć w ikonkę "i" w kółku, obok nazwy pliku, by
> wyświetlić chcecksum hash).
>
> 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,

Zainstaluj Total Commandera i porównaj.
Ewentualnie fc /b w dos/windows,
a w linuxie cmp.

To, czy hash jest taki sam przy kolejnych generacjach też może być
ciekawe.

Może problem przy odczycie, może przy zapisie ... wiadomo - pamięci
Flash są nietrwałe, ale nowo zapisane pliki powinny być w miarę dobre.

> tzn. taki sam, jak na pendrive. Plikiem z dysku twardego z poprawnym
> hashem nadpisałem plik na pendrive i lipa - hash nowego pliku ISO na
> pendrive również jest inny, niż tego prawidłowego na dysku komputera.
>
> Rozmiar na plików na dyskach jest taki: <https://i.imgur.com/IfETek8.png>
>
> Hash sumy kontrolnej plików na obu dyskach jest taki:
> <https://i.imgur.com/f8mbJMR.png>
>
> Zrobiłem jeszcze test porównawczy aplikacją QuickHash -
> <https://i.imgur.com/1FDwRGl.png>
>
> I teraz już głupieję. Nie wiem, czy to zdycha pendrive, czy ma to
> związek z inną wielkością jednostki alokacji na obu partycjach i
> systemach plików?

A duży ten plik?
exFAT ma ograniczenie do 4GB pliku, ale te obrazy nie przekraczają.

No i "długości takie same".

Jednostka alokacji nie powinna mieć wpływu.

Natomiast .. jakies cuda mogą się dziać w programach juz po
przekroczeniu 2GB, bo int32 nagle robi się ujemny.
No ale sciągnięcie z internetu się udało.

Był jeszcze limit 32GB na partycje FAT32 w Windows, może
przekroczyłeś?


J.

do góry

On Tue, 18 Mar 2025 11:09:37 +0100, "J.F"
<j...@p...onet.pl> wrote:
> exFAT ma ograniczenie do 4GB pliku, ale te obrazy nie
> przekraczają.

exFat ma maksymalny rozmiar pliku 16EiB, pomyliłeś z vfat.

--
Marek

do góry

On Tue, 18 Mar 2025 12:10:25 +0100, Marek wrote:
> On Tue, 18 Mar 2025 11:09:37 +0100, "J.F"
> <j...@p...onet.pl> wrote:
>> exFAT ma ograniczenie do 4GB pliku, ale te obrazy nie
>> przekraczają.
>
> exFat ma maksymalny rozmiar pliku 16EiB, pomyliłeś z vfat.

Tak, pomylilem z Fat32.

Aczkolwiek ... to moze dotyczyc wiekszej ilosci starych programów,
które są 32-bit. I nie radza sobie z seek/tell.



J.

do góry

W dniu 18.03.2025 o 13:30, J.F pisze:

>> exFat ma maksymalny rozmiar pliku 16EiB, pomyliłeś z vfat.
>
> Tak, pomylilem z Fat32.

Przepraszaj i załóż garnitur :]

--
Pixel(R)??

do góry

On Tue, 18 Mar 2025 11:09:37 +0100, J.F wrote:
> On Mon, 17 Mar 2025 19:50:50 +0100, Krystek wrote:
>> Mam takiego ,,pacjenta" - pendrive USB, na którym zainstalowany jest
[...]
>> Hash sumy kontrolnej plików na obu dyskach jest taki:
>> <https://i.imgur.com/f8mbJMR.png>
>> Zrobiłem jeszcze test porównawczy aplikacją QuickHash -
>> <https://i.imgur.com/1FDwRGl.png>
>>
>> I teraz już głupieję. Nie wiem, czy to zdycha pendrive, czy ma to
>> związek z inną wielkością jednostki alokacji na obu partycjach i
>> systemach plików?
>
> A duży ten plik?
> exFAT ma ograniczenie do 4GB pliku, ale te obrazy nie przekraczają.

FAT32 oczywiscie

> No i "długości takie same".
>
> Jednostka alokacji nie powinna mieć wpływu.
>
> Natomiast .. jakies cuda mogą się dziać w programach juz po
> przekroczeniu 2GB, bo int32 nagle robi się ujemny.
> No ale sciągnięcie z internetu się udało.

A propos - są gdzieś źródła tych programów, które hashe liczą?
Może tam się da wypatrzeć źródło problemów?

Porównanie plików bajt po bajcie nadal zalecam, ale jeszcze ...
zzipować oba pliki, i porównać hashe zipow - może będą miały poniżej
2GB, może zip lepiej czyta ...

J.

do góry

W dniu 2025-03-18 o 11:09, J.F napisał(a):
> On Mon, 17 Mar 2025 19:50:50 +0100, Krystek wrote:

[...]

>> Rozmiar na plików na dyskach jest taki: <https://i.imgur.com/IfETek8.png>
>>
>> Hash sumy kontrolnej plików na obu dyskach jest taki:
>> <https://i.imgur.com/f8mbJMR.png>
>>
>> Zrobiłem jeszcze test porównawczy aplikacją QuickHash -
>> <https://i.imgur.com/1FDwRGl.png>
>>
>> I teraz już głupieję. Nie wiem, czy to zdycha pendrive, czy ma to
>> związek z inną wielkością jednostki alokacji na obu partycjach i
>> systemach plików?
>
> A duży ten plik?
> exFAT ma ograniczenie do 4GB pliku, ale te obrazy nie przekraczają.
>
> No i "długości takie same".
>
> Jednostka alokacji nie powinna mieć wpływu.
>
> Natomiast .. jakies cuda mogą się dziać w programach juz po
> przekroczeniu 2GB, bo int32 nagle robi się ujemny.
> No ale sciągnięcie z internetu się udało.
>
> Był jeszcze limit 32GB na partycje FAT32 w Windows, może
> przekroczyłeś?

Nie no, system operacyjny jest 64-bitowy (Windows 7 z systemem plików
NTFS). Tak samo exFAT bez limitów -
<https://www.diskpart.com/articles/allocation-unit-s
ize-usb-0216.html>

System Linux Manjaro (na innym komputerze - laptopie), pod którego
podpinałem ten pendrive również jest 64-bitowy. Nie mam żadnych partycji
FAT32, nie licząc rozruchowej.

Ale ale...

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.

Dzisiaj podłączyłem pendrive pod Manjaro, pobrałem wcześniej ISO innego
systemu na dysk laptopa (dysk talerzowy), sprawdziłem hash pliku ISO na
dysku - był OK, potem plik skopiowałem na pendrive (wszystko w Manjaro),
sprawdziłem hash pliku na pendrive i zgadza się z tym, które.

K.

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

do góry

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:
> [...]
>>> Rozmiar na plików na dyskach jest taki: <https://i.imgur.com/IfETek8.png>
>>> Hash sumy kontrolnej plików na obu dyskach jest taki:
>>> <https://i.imgur.com/f8mbJMR.png>
>>>
>>> Zrobiłem jeszcze test porównawczy aplikacją QuickHash -
>>> <https://i.imgur.com/1FDwRGl.png>
>>>
>>> I teraz już głupieję. Nie wiem, czy to zdycha pendrive, czy ma to
>>> związek z inną wielkością jednostki alokacji na obu partycjach i
>>> systemach plików?
>>
>> Natomiast .. jakies cuda mogą się dziać w programach juz po
>> przekroczeniu 2GB, bo int32 nagle robi się ujemny.
>> No ale sciągnięcie z internetu się udało.
>>
>> Był jeszcze limit 32GB na partycje FAT32 w Windows, może
>> przekroczyłeś?
>
> Nie no, system operacyjny jest 64-bitowy (Windows 7 z systemem plików
> NTFS). Tak samo exFAT bez limitów -
> <https://www.diskpart.com/articles/allocation-unit-s
ize-usb-0216.html>

System tak, ale program który liczy hashe niekoniecznie.

Ale żeby typ filesystemu miał wpływ na działanie programu na długich
plikach ... nie takie cuda się zdarzały :-)

> 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?

J.

do góry

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:
>> [...]
>>>> Rozmiar na plików na dyskach jest taki: <https://i.imgur.com/IfETek8.png>
>>>> Hash sumy kontrolnej plików na obu dyskach jest taki:
>>>> <https://i.imgur.com/f8mbJMR.png>
>>>>
>>>> Zrobiłem jeszcze test porównawczy aplikacją QuickHash -
>>>> <https://i.imgur.com/1FDwRGl.png>
>>>>
>>>> I teraz już głupieję. Nie wiem, czy to zdycha pendrive, czy ma to
>>>> związek z inną wielkością jednostki alokacji na obu partycjach i
>>>> systemach plików?
>>>
>>> Natomiast .. jakies cuda mogą się dziać w programach juz po
>>> przekroczeniu 2GB, bo int32 nagle robi się ujemny.
>>> No ale sciągnięcie z internetu się udało.
>>>
>>> Był jeszcze limit 32GB na partycje FAT32 w Windows, może
>>> przekroczyłeś?
>>
>> Nie no, system operacyjny jest 64-bitowy (Windows 7 z systemem plików
>> NTFS). Tak samo exFAT bez limitów -
>> <https://www.diskpart.com/articles/allocation-unit-s
ize-usb-0216.html>
>
> System tak, ale program który liczy hashe niekoniecznie.
>
> Ale żeby typ filesystemu miał wpływ na działanie programu na długich
> plikach ... nie takie cuda się zdarzały :-)

A jeśli aplikacja do liczenia hashy jest 64-bitowa? :) To ta -
<https://www.quickhash-gui.org/> Mam jeszcze w systemie zainstalowane
rozszerzenie powłoki dla eksploratora plików, które tworzy zakładkę z
hashami we właściwościach plików i folderów - OpenHashTab
<https://github.com/namazso/OpenHashTab>

Z ciekawych, do sprawdzania (i generaowania) hashy plików pod Windows
jest RapidCRC - <https://www.ov2.eu/programs/rapidcrc-unicode> (nie
wymaga instalacji; działa w trybie portable).

>> 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.

K.

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

do góry