Padła struktura partycji i plików na dysku USB (HDD)

[VRman 3 102]

siema

 

Odpaliłem Linuxa i podpiąłem dysk. Skopiowałem 80GB danych na HDD w kieszeni USB. Okienko postępu zamieniło się w COPIED czyli wszystko w porządku.

Niestety przy próbie wejścia na przenośny wywaliło error. 

Niestety to nie kwestia softu. Na kompie z Win10 też już partycji nie widzi.

 

Odpaliłem TESTDISKa. Wykrył partycję GPT.

Niestety po wybraniu LIST FILES dostałem w twarz tym:

 

Zostaje jeszcze opcja DEEPER SEARCH - ale tutaj idze w tempie, które oznacza czekanie kilku dni albo tygodni.

 

 

Super. Podejrzany? Roz(walon)ny port USB. 

Dysk jest dyskiem zewnętrznym więc nawet nie wiem czy mogą być różnice wynikające z tego, że nie podpinam bezpośrednio po SATA, a przez kontroler w USB w obudowie dysku.

 

Czy ma ktoś jakiś pomysł czy mam iść na spacer i uderzać drzewo głową do czasu aż ból głowy stanie się większym problemem niż utrata 1.5TB danych?

Edytowane 2 Czerwca 2025 przez VRman

[VRman 3 102]

Proszę nie zaśmiecać wątku. 

 

Update:

 

UFS explorer. Wersja free trial,  więc pewnie więcej poza wyświetleniem tego nie zrobię, ale to istotne info. Od razu piszę tego posta, zaraz poklikam dalej i spróbuję też innym softem. W każdym razie chatGPT miał rację sugerując mi, że ten soft jest lepszy w te klocki od Testdiska. 

 

 

edit: podgląd plików pokazuje miniaturki obrazków, więc chyba będzie dobrze.

 

 

 

OK, mam kilka sugestii od GPTa. UFS Explorer nie potrafi zapisać tablicy partycji (czy co to tam jest, bo może używam nomenklatury sprzed 20 lat  )

sugeruje jakieś płatne narzędzia i kilka innych, które były ale już chyba nie są darmowe.

 

Pytanie: jeśli mam "spisać numery": początek i koniec i wtedy próbować, a będą takie same w obu programach to czy to ma sens, jeśli TestDisk sobie z tym nie poradził?

 

 

W sensie, że GPT mi sugeruje spisanie tych danych z UFS Explorerar i potem ręczne ustawienie, ale skoro TestDisk zrobił to poprawnie a nie umie dostać się do plików, to może problem jest jeszcze gdzieś?

A może to po prostu kwestia za starego TestDiska?  Nie ja zakładałem tą partycję.

Mogła być robiona pod win10 albo win11.
Może to dlatego TD sobie nie poradził?

 

Edytowane 2 Czerwca 2025 przez VRman

[VRman 3 102]

Minitool wizard nie chce nic zrobić za darmo (zapis struktury partycji jest tylko w płatnej wersji)

 

DiskGenius nie ma opcji "recover partition" bez długiego skanu

Bez sensu. Widzę w nim pliki po 10s, ale opcja partition recoery włącza pełen skan, bo po 10 minutach nadal leci, co przy dysku 2TB na USB "trochę" pewnie potrwa.

 

Może ktoś ma sugestie? Wolę nie próbować póki co nic robić ręcznie, bo nie mam wystarczającej wiedzy o tym co robię gdy grzebię w takich rzeczach. 

 

 

 

 

 

 

 

edit:

 

pogadałem sobie jeszcze trochę z chatem GPT.

 

Testdisk jest v 7.3 i pudło z moim podejrzeniem, że może za stary i nie łapie NTFS w wersji jaką ma w10 lub w11. 

GPT mówi, że nie może być za stary, ale może być zbyt ostrożny - jak będzie cokolwiek nie tak, to odmówi listowania plików. 

 

Wpisanie parametrów partycji manualnie nic nie popsuje, tylko muszę uważać, żeby winda mi od razu tego dysku nie przejechała checkdiskiem bo może namieszać.

 

Do tego tempo skanu nie jest normalne. W chwili odpalenia tego skanu pod testdiskiem, miałem dysk chyba wpięty w USB 2.0.

Na 3.0 ponoć zmieści się w 5-8 godzinach (tu GPT może gadać bzdury, podejrzewam)

 

Edytowane 2 Czerwca 2025 przez VRman

[Pawcio 93]

W ubiegłym roku zauważyłem jedną zmianę dotyczącą kopiowania plików przez linux, po zainstalowaniu najnowszej wersji ubuntu 24.04.2 LTS.
Np. z karty pamięci, dysku podpiętego przez kieszeń na usb na dysk ssd w komputerze.
W porównaniu do poprzednich lat najnowsza wersja linuxa z nieznanego mi powodu, przed wcześnie wyświetla komunikat o ukończeniu kopiowania plików. Raz się na tym przejechałem, odłączając przenośny czytnik kart pamięci od portu usb. Okazało się, że nie wszystkie pliki zostały skopiowane pomimo wyświetlenia komunikatu o ukończeniu kopiowania plików. Żeby być pewnym poprawnego skopiowani plików trzeba używać bezpiecznego wysuwania / odmontowania urządzenia, tak jak to się robi w przypadku windowsa. W przypadku linuxa klikamy prawym przyciskiem myszy na widoczne przez system urządzenie i klikamy odmotuj. Nie raz musiałem czekać dodatkowe 15 - 20 minut, aż niewidzialne kopiowanie się skończy, czekając do momentu aż linux wyświetli komunikat o poprawnym domontowaniu podłączonego urządzenia do portu usb. Czy dysk jest nadal w użyciu, można sprawdzić za pomocą darmowej aplikacji (odpowiednik menadżera zadań z windowsa) mission center czyli zasoby komputera, dostępnej w sklepie flathub. Nie wiem co oni w tym linuxie nakombinowali, ale tak to nie wyglądało w poprzednich latach np. w linuxmint 21. Czy zauważyliście podobny problem u siebie? Pomimo komunikatu o ukończeniu kopiowania plików, nadal trwało, a podłączone urządzenie przez usb było cały czas w użyciu, obciążone na 100%, kopiując pliki na dysk, mimo fałszywego komunikatu o jego zakończeniu.
Dlatego, w przypadku ważnych plików używam windowsa 10 oraz aplikacji total commander, bo nigdy mnie nie zawiodło.

[zakk87 88]

Może to mieć związek z tym, że dysk SMR zapisuje te dane do bufora i trzeba chwilę zaczekać aż fizycznie wrzuci je na talerz co trwa 10-30s. Unikam takich dysków a wszystkie zawsze odmontowuję przed wypięciem. 

[VRman 3 102]

7 godzin temu, Pawcio napisał(a):

Nie raz musiałem czekać dodatkowe 15 - 20 minut,

To nie ma związku z moim tematem, bo ja nic nie ruszałem, tylko chciałem po prostu wejść na dysk żeby sprawdzić choćby wielkość katalogu z danymi, żeby na zweryfikować  czy się przekopiowało wszystko. 

Ale kurde... jakim cudem 15-20 minut? Ja rozumiem kilka MB które poszły w bufor. Ale ja pierd...lę. Nie podejrzewałbym, że ktokolwiek może odwalić taką manianę. A na pewno to było Ubunto a nie jakiś Windows? W przypadku Windowsa to przynajmniej bym zrozumiał - tutaj absolutnie nic mnie już nie zdziwi

 

 

Edytowane 3 Czerwca 2025 przez VRman

[VRman 3 102]

...I żyli długo i szczęśliwie

 

działa

[Pawcio 93]

15 godzin temu, zakk87 napisał(a):

Może to mieć związek z tym, że dysk SMR zapisuje te dane do bufora i trzeba chwilę zaczekać aż fizycznie wrzuci je na talerz co trwa 10-30s. Unikam takich dysków a wszystkie zawsze odmontowuję przed wypięciem. 

13 godzin temu, VRman napisał(a):

A na pewno to było Ubunto a nie jakiś Windows?

Problem zauważyłem po instalacji najnowszej wersji ubuntu 24.04 lts, pół roku temu. Na starszej wersji linuxa mint 21, było tak jak w przypadku windowsa: kopiowanie trwa 1/3 dłużej, ale za to komunikat o ukończeniu oznacza koniec kopiowania, czyli tak jak powinno być. Problem jest widoczny podczas kopiowania danych np. filmów z kamerki, które zajmują dużą ilość miejsca np. od 20gb do 100gb. Nie wygląda to na zapełnienie bufora, bo trwa zauważalnie dłużej niż 1-2 minuty. To samo zjawisko występuje też w drugą stronę, podczas kopiowania danych z dysku ssd w komputerze na przenośny dysk hdd podpięty pod usb 3.0 przy pomocy kieszeni, dysk jest wykonany w technologi cmr: WD40EZAX, ostatnio pojawiła się dobra promocja w sklepie morele, poniżej 400zł za 4tb, to kupiłem.

[VRman 3 102]

Jakby kogoś to interesowało.

 

Chat GPT wie na ten temat sporo. Radzę popytać.

W skrócie:

- to nie wina wersji Ubuntu. Każdy linux tak ma

- można próbować kopiować komendą sync

- poleca KDE Plasma, Linux Mint i Ventoy (bootable tool), jako te, które mają te bufory ustawione lepiej

 

Ja dziś skorzytałem z Ubuntu 21 zamiast 24. 

Rezulta?

Dysk sobie pyłgał ze 2 minuty po komunikacie "copied". 
Dysk HDD na USB, ale z transferami maksymalnymi 150MB/s więc te dwie minuty to całkiem sporo.

Edytowane 4 Czerwca 2025 przez VRman

[Bono_UG 323]

Każdy współczesny system operacyjny ma bufor zapisu na dyski.
Można je wyłączyć lub ograniczyć rozmiar, ale tak czy inaczej warto po prostu używać poprawnego odmontowania z systemu, żeby nie było niespodzianek.

 

Z tego względu unikam penów, dysków zewnętrznych, obudów, które nie mają diody sygnalizującej pracę nośnika. No i nie wyciągam na żywca z usb.

[VRman 3 102]

To jest oczywiste. To co nie jest i co zaskakuje to ILE ten bufor się opróżnia. To powinno być góra kilka sekund, a nie minut.

No i nie powinno być tak jak na Windowsach, że klikasz "Bezpiecznie odłącz pendrive" i masz komunikat "można już bezpiecznie wypiąć" po czym wstajesz, schylasz się za kompa, żeby wypiąć pena a tam dioda sobie jeszcze wesoło pyłga dobre kilka sekund. 

 

Pomysłodawców takich rozwiązań powinno się wiadomo za co powiesić na płocie na kilka godzin, żeby poczuli dyskomfort porównywalny do tego jaki mają użytkownicy kompów, którym pada óśmy pendrive w ciągu pół roku. Wtedy ich z tego płotu zdjąć i powiedzieć, że jak zakodują następnym razem taki debilizm, bo będzie to samo + wiadro komarów na głowie

 

 

Co do nie wyciągania na żywca - zostawiasz na 20 minut, wracasz, chcesz wybrać "bezpiecznie usuń sprzęt" a tu błąd i się nie da. Co robisz? Skończyło kopiować niby 20 minut temu, spieszy Ci się. Wyłączasz kompa, wypinasz czy modlisz się?  

 

[Bono_UG 323]

Powtarzam próbę, jak za trzecim razem się nie uda, to się modle, że nic się nie rozleci Tak, czasami po prostu wyłączam i liczę, że się prawidłowo odmontuje, ale to przeważnie jak muszę wyjść z domu, kończę robotę itp.

Przerabiałem temat i pod windą (jakiś proces niby coś ciągle jeszcze robił na nośniku) i pod linuksem, łącznie z wyciąganiem zaszyfrowanego pena, który cały czas mrugał diodą. Najgorsze przypadki z pracy, to wyciągnięte peny z komputerów przemysłowych, gdzie jedynym ratunkiem był reflash.

 

Pod Windą można próbować wyłączyć buforowanie, czy tam przełączyć na tryb szybkiego usuwania.
Pod linuksami powinno dać się ograniczyć rozmiar buforów. Na szybko wyszukane: https://unix.stackexchange.com/questions/292024/how-to-reduce-linux-write-buffer-for-removable-devices