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