Grupy dyskusyjne   »   pl.comp.pecet   »   hdd extended test - problem

hdd extended test - problem

Data: 2020-12-11 12:34:32
Autor: pueblo
hdd extended test - problem
Chciałem zrobić taki test wd blue 1TB WD10JPVX w taniej kieszeni usb 3. I za każdym razem przy 10% zatrzymuje się - interrupted(host reset) mówi gsmartcontrol.
Jestem pewien, że robiłem już takie testy w innej kieszeni(usb2) innych dysków i dawało radę. Dysk co prawda ma partycje(litery) widoczne w systemie pod którym testuję, ale wtedy nie było problemów. Nawet powyłączełem wszystkie możliwe opcje usypiania urz. usb. Nie pomogło.
Czy to znaczy, że z dyskiem coś nie tak? Smart ok, oprócz tego, że to bydle parkuje jak szalone.

Data: 2020-12-11 13:02:38
Autor: Dominik Ałaszewski
hdd extended test - problem
Dnia 11.12.2020 pueblo <nomail@nomail.pl> napisał/a:

powyłączełem wszystkie możliwe opcje usypiania urz. usb. Nie pomogło.
Czy to znaczy, że z dyskiem coś nie tak? Smart ok, oprócz tego, że to bydle parkuje jak szalone.

Albo problem z zasilaniem, albo agresywne usypianie, z którego
"słyną" (słynęły?) dyski WD. Wyłączyłbym rzeczone przez wdidle3,
albo zwyczajnie zapodał jakieś czytanie z dysku co parę sekund
(testowi to nie przeszkodzi, będzie sobie chodził w tle).
Wykluczysz usypianie, jeśli problem się powtórzy to może
być problem z zasilaniem w kieszeni lub samym dyskiem.

--
Dominik Ałaszewski (via raspbianowy slrn)
"W życiu piękne są tylko chwile..." (Ryszard Riedel)
Wyrażam wyłącznie prywatne poglądy zgodnie z Art. 54 Konstytucji RP Pisząc na priv zmień domenę na gmail.

Data: 2020-12-11 13:31:56
Autor: pueblo
hdd extended test - problem
Witaj Dominik Ałaszewski, 11 gru 2020 w
news:5fd36dee$0$558$65785112news.neostrada.pl napisałeś/aś:
Dnia 11.12.2020 pueblo <nomail@nomail.pl> napisał/a:

powyłączełem wszystkie możliwe opcje usypiania urz. usb. Nie
pomogło. Czy to znaczy, że z dyskiem coś nie tak? Smart ok, oprócz
tego, że to bydle parkuje jak szalone.

Albo problem z zasilaniem, albo agresywne usypianie, z którego
"słyną" (słynęły?) dyski WD.

Tak samo sugeruje heby. Nie myśłałem, że to coś z zasilaniem bo to
2,5" i do tej pory nie było z nimi żadnych problemów przez usb.
Wyłączyłbym rzeczone przez wdidle3,
albo zwyczajnie zapodał jakieś czytanie z dysku co parę sekund
(testowi to nie przeszkodzi, będzie sobie chodził w tle).

O, nie wiedziałem, że taki odczyt nie będzie przeszkodą, tyklko nie
mam pomysłu jak to zrobić, żeby nie mielił za bardzo. Nie pisałem, ale
próbowałem wdidle wcześniej. Jak wyłączyłem całkiem parkowanie, to
dysk b. dziwnie pracował, cykał jak szalony. Spod hirensboot cdinfo
odczytywał błędnie smart(w większości same zera) i już myślałem że
padł. Zmieniłem parkowanie w wdidle na max czyli 300 s., ale to nie
robi na nim wrażenia. Może wiesz jakie jest standardowy czas dla takich WD? Chciałbym go
ustawić na taki, jaki miał fabrycznie. 8 s.?
Wykluczysz usypianie, jeśli problem się powtórzy to może
być problem z zasilaniem w kieszeni lub samym dyskiem.

Tak zrobię i sprawdzę go jeszcze w starej kieszeni 2.0. Oprócz tego
będę chyba musiał sprawdzić(a nie chce mi się bardzo) bezpośrednio w
sata laptopa - czy przejdzie ponad 10% testu.

Data: 2020-12-11 14:00:35
Autor: Dominik Ałaszewski
hdd extended test - problem
Dnia 11.12.2020 pueblo <nomail@nomail.pl> napisał/a:

O, nie wiedziałem, że taki odczyt nie będzie przeszkodą, tyklko nie
mam pomysłu jak to zrobić, żeby nie mielił za bardzo. Nie pisałem, ale

Ja sam mam WD na raspberry pi, wdidle niby ustawione, a i tak
szedł spać. Zauważyłem, że nie musi być żaden odczyt/zapis,
wystarczy komunikacja z dyskiem, nawet odczyt SMART.

Więc mam po prostu proces, który cały czas co 15 sekund wywołuje

/usr/sbin/smartctl -a -d sat /dev/sda >/dev/null

i z usypiamiem dysku spokój.

Na pewno sklecisz jakiś skrypt dla Windows ;-)

I nie wiem, jak w programach Windowsowych, ale w linuksowym
smartctl jest opcja "-C", która powoduje odpalenie
testu w trybie captive- czyli trzeba by dysk logicznie
od systemu odłączyć (wtedy dysk zajmuje się wyłącznie
testem). Można by i to wypróbować.

--
Dominik Ałaszewski (via raspbianowy slrn)
"W życiu piękne są tylko chwile..." (Ryszard Riedel)
Wyrażam wyłącznie prywatne poglądy zgodnie z Art. 54 Konstytucji RP Pisząc na priv zmień domenę na gmail.

Data: 2020-12-11 14:20:07
Autor: pueblo
hdd extended test - problem
Witaj Dominik Ałaszewski, 11 gru 2020 w
news:5fd37b83$0$522$65785112news.neostrada.pl napisałeś/aś:
Ja sam mam WD na raspberry pi, wdidle niby ustawione, a i tak
szedł spać. Zauważyłem, że nie musi być żaden odczyt/zapis,
wystarczy komunikacja z dyskiem, nawet odczyt SMART.

O! Może autorefresh odczytu smarta da się ustawić w cdinfo i to wystarczy.


Na pewno sklecisz jakiś skrypt dla Windows ;-)

Taaa. Jedyny skrypt jaki potrafię sklecić, to jakiś prymitywny bat. Nawet przyszło mi do głowy jakieś otwieranie i zamykanie folderu, czy pliku txt w pętli.


I nie wiem, jak w programach Windowsowych, ale w linuksowym
smartctl jest opcja "-C", która powoduje odpalenie
testu w trybie captive- czyli trzeba by dysk logicznie
od systemu odłączyć (wtedy dysk zajmuje się wyłącznie
testem). Można by i to wypróbować.

Nic takiego nie zauważyłem, jak na razie.
Ale - wsadziłem go do obudowy 2.0 i jak na razie przeszedł już 20% testu, choć chyba trwa to dłużej. Dziwne, czyżby dysk plus elektronika obudowy usb 3, to już było za dużo dla portu 2.0? Poza tym testem, to normalnie dawało się go używać R/W itp. w tej obud. 3.0

Data: 2020-12-11 21:07:08
Autor: pioruns
hdd extended test - problem
On 11/12/2020 14:20, pueblo wrote:
Taaa. Jedyny skrypt jaki potrafię sklecić, to jakiś prymitywny bat.
Nawet przyszło mi do głowy jakieś otwieranie i zamykanie folderu, czy
pliku txt w pętli.

Taka operacja moze zostac zabuforowana przez Windows - Windows wie, ze nie kazal niczego zapisac w folderze czy pliku i pokaze Ci zawartosc z buforu RAM, zamiast siegac niepotrzebnie do dysku. Lepiej zrob skrypt zapisujacy cos na dysku np

echo test >>plik.txt
sleep 15

i to w petli, Windows zapisy buforuje ale co okreslona ilosc czasu musi czyscic bufory (czyli zapisywac na HDD).

--
pozdrawiam,   pioruns
_,.-'~'-.,__,.-'~'-.,__,.-'~'-.,__,.
Registered Linux User #454644

Data: 2020-12-12 00:09:37
Autor: Marcin Debowski
hdd extended test - problem
On 2020-12-11, pueblo <nomail@nomail.pl> wrote:
Witaj Dominik Ałaszewski, 11 gru 2020 w
news:5fd36dee$0$558$65785112news.neostrada.pl napisałeś/aś:
Dnia 11.12.2020 pueblo <nomail@nomail.pl> napisał/a:

powyłączełem wszystkie możliwe opcje usypiania urz. usb. Nie
pomogło. Czy to znaczy, że z dyskiem coś nie tak? Smart ok, oprócz
tego, że to bydle parkuje jak szalone.

Albo problem z zasilaniem, albo agresywne usypianie, z którego
"słyną" (słynęły?) dyski WD.

Tak samo sugeruje heby. Nie myśłałem, że to coś z zasilaniem bo to
2,5" i do tej pory nie było z nimi żadnych problemów przez usb.
Wyłączyłbym rzeczone przez wdidle3,
albo zwyczajnie zapodał jakieś czytanie z dysku co parę sekund
(testowi to nie przeszkodzi, będzie sobie chodził w tle).

O, nie wiedziałem, że taki odczyt nie będzie przeszkodą, tyklko nie
mam pomysłu jak to zrobić, żeby nie mielił za bardzo. Nie pisałem, ale
próbowałem wdidle wcześniej. Jak wyłączyłem całkiem parkowanie, to
dysk b. dziwnie pracował, cykał jak szalony. Spod hirensboot cdinfo
odczytywał błędnie smart(w większości same zera) i już myślałem że
padł. Zmieniłem parkowanie w wdidle na max czyli 300 s., ale to nie
robi na nim wrażenia.

To też może sugerować problemy z zasilanie, choć takie zachowanie to bardziej jak dysk się jeszcze rozkręca - wtedy jest zwykle maksymalny prąd.

Może wiesz jakie jest standardowy czas dla takich WD? Chciałbym go
ustawić na taki, jaki miał fabrycznie. 8 s.?

Z tego co czytam, long test jest przeprowadzany w czasie gdy dysk wykrywa, że nic go nie molestue. Odmontowanie tego dysku od razu go usypia? --
Marcin

Data: 2020-12-13 15:09:27
Autor: pueblo
hdd extended test - problem
Witaj Marcin Debowski, 12 gru 2020 w news:5TTAH.573821$kmNf.285213
@fx04.ams1 napisałeś/aś:


próbowałem wdidle wcześniej. Jak wyłączyłem całkiem parkowanie, to
dysk b. dziwnie pracował, cykał jak szalony. Spod hirensboot cdinfo
odczytywał błędnie smart(w większości same zera) i już myślałem że
padł. Zmieniłem parkowanie w wdidle na max czyli 300 s., ale to nie
robi na nim wrażenia.

To też może sugerować problemy z zasilanie, choć takie zachowanie to bardziej jak dysk się jeszcze rozkręca - wtedy jest zwykle maksymalny prąd.

Przestawiłem w wdidle spod hirensboot, potem uruchomiłem w7 z pena i już w czasie ładowania zaczął wariować.

Może wiesz jakie jest standardowy czas dla takich WD? Chciałbym go
ustawić na taki, jaki miał fabrycznie. 8 s.?

Z tego co czytam, long test jest przeprowadzany w czasie gdy dysk wykrywa, że nic go nie molestue. Odmontowanie tego dysku od razu go usypia?
Tak, jeśli odmontowanie to kliknięcie wysuń urządzenie pod windows. Momentalnie słychać jak stopuje i parkuje.

Data: 2020-12-14 07:47:22
Autor: Dominik Ałaszewski
hdd extended test - problem
Dnia 12.12.2020 Marcin Debowski <agatek@INVALID.zoho.com> napisał/a:

Z tego co czytam, long test jest przeprowadzany w czasie gdy dysk wykrywa, że nic go nie molestue. Odmontowanie tego dysku od razu go

A gdzie tak czytasz? W manualu do smartctl stoi:

"long - [ATA] runs SMART Extended Self Test (tens of minutes to several hours).  This is a  longer  and  more thorough  version of the Short Self Test described above. Note that this command can be given during normal system operation (unless run in captive mode - see the '-C' option below)."

--
Dominik Ałaszewski (via raspbianowy slrn)
"W życiu piękne są tylko chwile..." (Ryszard Riedel)
Wyrażam wyłącznie prywatne poglądy zgodnie z Art. 54 Konstytucji RP Pisząc na priv zmień domenę na gmail.

Data: 2020-12-17 00:08:30
Autor: Marcin Debowski
hdd extended test - problem
On 2020-12-14, Dominik Ałaszewski <Dominik.Alaszewski@gazeta.pl.invalid> wrote:
Dnia 12.12.2020 Marcin Debowski <agatek@INVALID.zoho.com> napisał/a:

Z tego co czytam, long test jest przeprowadzany w czasie gdy dysk wykrywa, że nic go nie molestue. Odmontowanie tego dysku od razu go

A gdzie tak czytasz? W manualu do smartctl stoi:

"long - [ATA] runs SMART Extended Self Test (tens of minutes to several hours).  This is a  longer  and  more thorough  version of the Short Self Test described above. Note that this command can be given during normal system operation (unless run in captive mode - see the '-C' option below)."

Popieprzyło mi się z offline. Swoją drogą, jeśli to offline rozumieć antagonistycznie to przy pozostałych testach wykorzystuje aktywność dysku, czy jak?

--
Marcin

Data: 2020-12-17 06:55:37
Autor: Dominik Ałaszewski
hdd extended test - problem
Dnia 17.12.2020 Marcin Debowski <agatek@INVALID.zoho.com> napisał/a:

Popieprzyło mi się z offline. Swoją drogą, jeśli to offline rozumieć antagonistycznie to przy pozostałych testach wykorzystuje aktywność dysku, czy jak?

Dla offline w manualu smartctl również rzecze:
"offline  - [ATA] runs SMART Immediate Offline Test.  This immediately starts the test described above.  This command can be given during normal system operation.  The effects of this test are visible only in  that  it
updates the SMART Attribute values, and if errors are found they will appear in the SMART error log, visible
with the '-l error' option. "

Jedyna znana mi opcja na wymuszenie testu "na wyłączność"
to "captive", aczkolwiek nie używałem- wszystkie testy
robiłem na działającym w systemie dysku (aczkolwiek
starałem się go nie obciążać).

Jak firmware dysku to robi- trudno zgadnąć. W man smartctl
piszą, że testy zmniejszają wydajność dysku (i vice versa), więc raczej aktywność dysku przeszkadza. "All '-t TEST' commands can be given during normal system operation unless  captive  mode  ('-C'  option)  is
used. A running self-test can, however, degrade performance of the drive.  Frequent I/O requests from the operating system increase the duration of a test. These impacts may vary from device to device."

Jako, że na firmware mam średni wpływ, nigdy nie zastanawiałem się głębiej, jak dokładnie ono te testy wykonuje.

--
Dominik Ałaszewski (via raspbianowy slrn)
"W życiu piękne są tylko chwile..." (Ryszard Riedel)
Wyrażam wyłącznie prywatne poglądy zgodnie z Art. 54 Konstytucji RP Pisząc na priv zmień domenę na gmail.

Data: 2020-12-17 23:47:16
Autor: Marcin Debowski
hdd extended test - problem
On 2020-12-17, Dominik Ałaszewski <Dominik.Alaszewski@gazeta.pl.invalid> wrote:
Dnia 17.12.2020 Marcin Debowski <agatek@INVALID.zoho.com> napisał/a:

Popieprzyło mi się z offline. Swoją drogą, jeśli to offline rozumieć antagonistycznie to przy pozostałych testach wykorzystuje aktywność dysku, czy jak?

Dla offline w manualu smartctl również rzecze:
"offline  - [ATA] runs SMART Immediate Offline Test.  This immediately starts the test described above.  This command can be given during normal system operation.  The effects of this test are visible only in  that  it
updates the SMART Attribute values, and if errors are found they will appear in the SMART error log, visible
with the '-l error' option. "
Jedyna znana mi opcja na wymuszenie testu "na wyłączność"
to "captive", aczkolwiek nie używałem- wszystkie testy
robiłem na działającym w systemie dysku (aczkolwiek
starałem się go nie obciążać).

Ale ja nie twierdziłem, że na wyłącznośc, a tylko że wtedy gdy jest "idle".
https://www.smartmontools.org/browser/trunk/smartmontools/smartctl.8.in

The second category of testing is called "offline" testing. This type of test can, in principle, degrade the device performance. The '-o on' option causes this offline testing to be carried out, automatically, on a regular scheduled basis. Normally, the disk will suspend offline testing while disk accesses are taking place, and then automatically resume it when the disk would otherwise be idle, [..]

--
Marcin

Data: 2020-12-18 06:47:57
Autor: Dominik Ałaszewski
hdd extended test - problem
Dnia 17.12.2020 Marcin Debowski <agatek@INVALID.zoho.com> napisał/a:

Ale ja nie twierdziłem, że na wyłącznośc, a tylko że wtedy gdy jest "idle".

A, w tym kontekście. OK, to źle zrozumiałem...

https://www.smartmontools.org/browser/trunk/smartmontools/smartctl.8.in
(..)
testing while disk accesses are taking place, and then automatically resume it when the disk would otherwise be idle, [..]

...ale dalszy ciąg jest ciekawszy :-)

"In fact these first two categories of online and offline testing could have been more accurately described as online and offline data collection(..)

The third category of testing (and the only category for which the word 'testing' is really an appropriate choice) is "self" testing. This third type of test is only performed (immediately) when a command to run it is issued. The '-t' and '-X' options can be used to carry out and abort such self-tests; please see below for further details. "

--
Dominik Ałaszewski (via raspbianowy slrn)
"W życiu piękne są tylko chwile..." (Ryszard Riedel)
Wyrażam wyłącznie prywatne poglądy zgodnie z Art. 54 Konstytucji RP Pisząc na priv zmień domenę na gmail.

Data: 2020-12-12 07:53:50
Autor: ąćęłńóśźż
hdd extended test - problem
Czasem  USB i Smart nie chcą współpracować.
Podłącz ten dysk przez eSata.


-- -- -
Spod hirensboot cdinfo odczytywał błędnie smart(w większości same zera) i już myślałem że padł.

Data: 2020-12-11 13:42:11
Autor: heby
hdd extended test - problem
On 11/12/2020 13:34, pueblo wrote:
Smart ok, oprócz tego, że to
bydle parkuje jak szalone.

Może zasilanie dysku za słabe. Niektóre USB3 w laptopach są żałosne jeśli chodzi o napięcie wyjściowe.

Data: 2020-12-12 01:24:37
Autor: Olaf Frikiov Skiorvensen
hdd extended test - problem
Wcale nie przypadkiem, dnia 11 Dec 2020 12:34:32 GMT  doszła do mnie wiadomość  <5fd36758$0$508$65785112@news.neostrada.pl>  od pueblo <nomail@nomail.pl>  :
Chciałem zrobić taki test wd blue 1TB WD10JPVX w taniej kieszeni usb 3. I za każdym razem przy 10% zatrzymuje się - interrupted(host reset) mówi gsmartcontrol.
Jestem pewien, że robiłem już takie testy w innej kieszeni(usb2) innych dysków i dawało radę. Dysk co prawda ma partycje(litery) widoczne w systemie pod którym testuję, ale wtedy nie było problemów. Nawet powyłączełem wszystkie możliwe opcje usypiania urz. usb. Nie pomogło.
Czy to znaczy, że z dyskiem coś nie tak? Smart ok, oprócz tego, że to bydle parkuje jak szalone.

O ile mnie pamięć nie myli, to wewnętrzne procedury testowe anuluje utrata zasilania lub
wydanie dyskowi specjalnej komendy, więc obstawiam przerwę w zasilaniu(klasyczne dla
rozdziamdzianego sprzętu).
Kupić kieszeń, która nie rozdziamdzia się po kilkudziesięciu podłączeniach kabla/dysku to
może być wyzwanie.
--
Gdyby się wysadziło ich planety, zburzyło miasta,
spaliło księgi, a ich samych wytłukło do nogi,
może udałoby się ocalić naukę miłości bliźniego. SL.

Data: 2020-12-13 15:16:19
Autor: pueblo
hdd extended test - problem
Witaj Olaf Frikiov Skiorvensen, 12 gru 2020 w
news:al28tf9e9q7htfld6nts7rj3odq6huqr4o4ax.com napisałeś/aś:
Wcale nie przypadkiem, dnia 11 Dec 2020 12:34:32 GMT  doszła do mnie wiadomość  <5fd36758$0$508$65785112@news.neostrada.pl> od pueblo
 <nomail@nomail.pl>  :
Chciałem zrobić taki test wd blue 1TB WD10JPVX w taniej kieszeni usb
3. I za każdym razem przy 10% zatrzymuje się - interrupted(host
reset) mówi gsmartcontrol. Jestem pewien, że robiłem już takie testy
w innej kieszeni(usb2) innych dysków i dawało radę. Dysk co prawda
ma partycje(litery) widoczne w systemie pod którym testuję, ale
wtedy nie było problemów. Nawet powyłączełem wszystkie możliwe opcje
usypiania urz. usb. Nie pomogło. Czy to znaczy, że z dyskiem coś nie
tak? Smart ok, oprócz tego, że to  bydle parkuje jak szalone.

O ile mnie pamięć nie myli, to wewnętrzne procedury testowe anuluje
utrata zasilania lub wydanie dyskowi specjalnej komendy, więc
obstawiam przerwę w zasilaniu(klasyczne dla rozdziamdzianego
sprzętu). Kupić kieszeń, która nie rozdziamdzia się po
kilkudziesięciu podłączeniach kabla/dysku to może być wyzwanie.

To była nowiutka obudowa za całe 3 dychy Gembird EE2-U3S-2. Jak już pisałem wygląda na to, że są jakieś problemy, jeśli podłączy się ją pod port usb2.0. Pod 3.0 jeszcze nie uświadczyłem, choć mocno nie testowałem.

Swoją drogą. Czy w jakichś droższych obudowach też jest tak beznadziejnie zaprojektowane podłączanie obudowy do złącza sata? Mam na myśli, to że złącze obudowy trzyma się na płytce tylko na pinach(?) i sprawia wrażenie, że łatwo je wyłamać. No - na pewno trzeba to ostrożnie podłączać do dysku.

Data: 2020-12-13 17:39:56
Autor: Olaf Frikiov Skiorvensen
hdd extended test - problem
Wcale nie przypadkiem, dnia 13 Dec 2020 15:16:19 GMT  doszła do mnie wiadomość  <5fd63043$0$31099$65785112@news.neostrada.pl>  od pueblo <nomail@nomail.pl>  :
Witaj Olaf Frikiov Skiorvensen, 12 gru 2020 w
news:al28tf9e9q7htfld6nts7rj3odq6huqr4o4ax.com napisałeś/aś:
Wcale nie przypadkiem, dnia 11 Dec 2020 12:34:32 GMT  doszła do mnie wiadomość  <5fd36758$0$508$65785112@news.neostrada.pl> od pueblo
 <nomail@nomail.pl>  :
Chciałem zrobić taki test wd blue 1TB WD10JPVX w taniej kieszeni usb
3. I za każdym razem przy 10% zatrzymuje się - interrupted(host
reset) mówi gsmartcontrol. Jestem pewien, że robiłem już takie testy
w innej kieszeni(usb2) innych dysków i dawało radę. Dysk co prawda
ma partycje(litery) widoczne w systemie pod którym testuję, ale
wtedy nie było problemów. Nawet powyłączełem wszystkie możliwe opcje
usypiania urz. usb. Nie pomogło. Czy to znaczy, że z dyskiem coś nie
tak? Smart ok, oprócz tego, że to  bydle parkuje jak szalone.

O ile mnie pamięć nie myli, to wewnętrzne procedury testowe anuluje
utrata zasilania lub wydanie dyskowi specjalnej komendy, więc
obstawiam przerwę w zasilaniu(klasyczne dla rozdziamdzianego
sprzętu). Kupić kieszeń, która nie rozdziamdzia się po
kilkudziesięciu podłączeniach kabla/dysku to może być wyzwanie.

To była nowiutka obudowa za całe 3 dychy Gembird EE2-U3S-2. Jak już pisałem wygląda na to, że są jakieś problemy, jeśli podłączy się ją pod port usb2.0. Pod 3.0 jeszcze nie uświadczyłem, choć mocno nie testowałem.

Swoją drogą. Czy w jakichś droższych obudowach też jest tak beznadziejnie zaprojektowane podłączanie obudowy do złącza sata? Mam na myśli, to że złącze obudowy trzyma się na płytce tylko na pinach(?) i sprawia wrażenie, że łatwo je wyłamać. No - na pewno trzeba to ostrożnie podłączać do dysku.

SMD, co z tego, że metalowa "kopuła" złącza jest przewlekana przez PCB, jak cały rdzeń z
wyprowadzeniami lutowany jest powierzchniowo(i nie jest on dostatecznie mocno połączony z
kopułą), to pewnie dla redukcji ilości otworów w PCB i dla zmniejszenia kosztów, to
wszystko sobie lata i zniekształca się, a złącza kabli i komputera dodają swoje.
Działanie tego syfu to loteria, sam kilka złącz wymieniałem w swoich kieszeniach i jednej
stacji dokującej.
Natomiast zakup dobrego kabla jest bardziej upierdliwy, niż przeprowadzanie wielokrotnych
aborcji w stadzie rozwścieczonych szympansów.
--
Gdyby się wysadziło ich planety, zburzyło miasta,
spaliło księgi, a ich samych wytłukło do nogi,
może udałoby się ocalić naukę miłości bliźniego. SL.

Data: 2020-12-22 22:30:10
Autor: Krystek
hdd extended test - problem
W dniu 2020-12-13 o 16:16, pueblo pisze:
To była nowiutka obudowa za całe 3 dychy Gembird EE2-U3S-2. Jak już pisałem wygląda na to, że są jakieś problemy, jeśli podłączy się ją pod port usb2.0. Pod 3.0 jeszcze nie uświadczyłem, choć mocno nie testowałem.

A kontroler tej Twojej obudowy przenosi komendy SATA? Mam obudowę SATA
na USB marki UNITEK -
<https://www.unitek-products.com/collections/hdd-ssd-enclosure/products/usb3-0-to-sata6g-2-5-hard-disk-enclosure>,
przez którą GSmartControl wykrywa dane S.M.A.R.T., jak i kontroler
dyskowy podłączony przez USB (taki, o, tylko starszy model -
<https://www.ugreen.com/products/usb-3-0-to-ide-sata-conventer>), lepszy
od tych tanioszek dostępnych za 25-40 zł, ale który niestety nie
przenosi danych S.M.A.R.T.

Swoją drogą. Czy w jakichś droższych obudowach też jest tak beznadziejnie zaprojektowane podłączanie obudowy do złącza sata? Mam na myśli, to że złącze obudowy trzyma się na płytce tylko na pinach(?) i sprawia wrażenie, że łatwo je wyłamać. No - na pewno trzeba to ostrożnie podłączać do dysku.

Tak. Też. Niestety. Szału nie ma z tymi złączami.

K.

PS: A co do zasilania dysku to ja podłączając go pod USB 2 zawsze
korzystam z rozwielitki z dodatkową wtyczką pod zasilanie.


--
http://www.krystek.art.pl/

Data: 2021-01-15 10:16:28
Autor: pueblo
hdd extended test - problem
Witaj Krystek, 22 gru 2020 w
news:5fe26562$0$500$65785112news.neostrada.pl napisałeś/aś:
W dniu 2020-12-13 o 16:16, pueblo pisze:
To była nowiutka obudowa za całe 3 dychy Gembird EE2-U3S-2. Jak już
pisałem wygląda na to, że są jakieś problemy, jeśli podłączy się ją
pod port usb2.0. Pod 3.0 jeszcze nie uświadczyłem, choć mocno nie testowałem.

A kontroler tej Twojej obudowy przenosi komendy SATA? Mam obudowę
SATA na USB marki UNITEK -

Tak, to jest podobno JMS578



PS: A co do zasilania dysku to ja podłączając go pod USB 2 zawsze
korzystam z rozwielitki z dodatkową wtyczką pod zasilanie.

Mam taki rodzielacz, ale z obudową 2.0 i w sumie nie zauważyłem różnicy przy dysku 2.5

Data: 2021-01-16 14:21:03
Autor: Olek
hdd extended test - problem
W dniu 22.12.2020 o 22:30, Krystek pisze:

A kontroler tej Twojej obudowy przenosi komendy SATA? Mam obudowę SATA
na USB marki UNITEK -
<https://www.unitek-products.com/collections/hdd-ssd-enclosure/products/usb3-0-to-sata6g-2-5-hard-disk-enclosure>,
przez którą GSmartControl wykrywa dane S.M.A.R.T., jak i kontroler
dyskowy podłączony przez USB (taki, o, tylko starszy model -
<https://www.ugreen.com/products/usb-3-0-to-ide-sata-conventer>), lepszy
od tych tanioszek dostępnych za 25-40 zł, ale który niestety nie
przenosi danych S.M.A.R.T.

Też go mam.
smartctl -d sat
i wszystko pięknie przenosi.

--
Olek

hdd extended test - problem

Nowy film z video.banzaj.pl więcej »
Redmi 9A - recenzja budżetowego smartfona