Jedna z przerw powinna być dłuższa, druga krótsza, dłuższa jest między kodami, krótsza w środku
więc sekwencja
nic,nic,nic,1,2,3,nic,1,nic,nic,nic,1,2,3,nic,1,nic,nic,nic,1,2,3,nic,1,nic,nic,nic,…
to jest 3+1
a
nic,nic,nic,1,nic,1,2,3,nic,nic,nic, i długo nic…
to 1+3
Detekcja rzeczywistego problemu na poziomie tego prostego systemu może nie być w pełni skuteczna, ponadto 3+1 to jest błąd montowania systemu plików, a on sam w sobie może mieć różne pierwotne źródła (np. jest fat zamiast fat32 bądź odwrotnie, ale hipotetyczną przyczyną może też być wyłożenie się softu za każdym razem w trakcie rozpakowywania tego zipa co systematycznie uszkadza system plików).
W jednym z logów gdzieś powyżej był udany test zapisu na karcie (a jest on moim zdaniem wykonywany dopiero po podmontowaniu systemu plików, czyli i system plików (pusty) musiał być (wtedy) nieuszkodzony.
Test zapisu musi być wykonywany na podmontowanej karcie, bo wykonany jako RAW mógłby uszkadzać system plików więc kolejność wykonywania tych testów jest oczywista.
jakkolwiek by na to nie spojrzeć błędy z grupy 3+x są związane z kartą TF, więc kierunek poszukiwań to karta 4GB
Generalnie @RobinI30 przetestował 2 karty o różnych rozmiarach (ta druga po odpowiednim przygotowaniu)
Efekt można uzyskać prawie dowolnym edytorem partycji, tylko trzeba mieć świadomość tego co się robi.
pod windows najprościej
win+R
(albo “uruchom” z menu start w starszych windowsach)
diskmgmt.msc
zaznaczasz partycję (oczywiście partycję na karcie, a nie na innym nośniku!)
usuń wolumin
czekasz aż będzie pusto
nowy wolumin prosty
w kreatorze zamiast klikać “dalej → dalej” przeglądasz opcje i wpisujesz z palca pożądany rozmiar w megabajtach więc powiedzmy że 4096
wybierasz formatowanie i z listy systemów plików wybierasz FAT
tylko się nie sugeruj wartościami z obrazka