Linux USB energiagazdálkodás

Fórum: 

Létezik valamilye energigazdálkodási beállítás hogy a csatlakoztatott usb háttértárat soha ne engedje pihenni, lekapcsolni?
Többször előfordult hogy az usb háttértáramat elveszítette a rendszer.
Ez teljesen random, van hogy 5-6 óráig is jó, és volt hogy arról néztem filmet, a filmnek vége lett és 1 perc múlva eldobta a pendrájvot.
Gondoltam hardveres hibára is, de 2 darab usb hubom van a géphez csatlakoztatva.
Minden más működik a hubokba dugva, amikor elveszti a pent akkor az abba hubba dugott Bluetooth adapter, billentyűzet stb. az működik tovább.
És ha ilyenkor kihúzom a pendrájvot és ugyanabba a hubba /usb portba visszadugom, akkor rebootig fel sem ismeri.
Ilyenkor a másik hubba vagy másik usb-be dugva rögtön felismeri.

Van erre valamilyen beállítás?

kimarite képe

Kernel » Power Management for USB

#1 Itt egy közelebbi: USB Port Power Control in Linux (Ubuntu)

De más megoldások is vannak, pl.: USB Power Saving

Először meg kéne nézni, hova, milyen állapotba megy az USB, azaz, honnan kell visszahozni. De jó lenne tudni, miért megy oda (az én rendszeremen nem tesz ilyet az USB-s HDD): a tiéd hova van befűzve, hogyan, milyen fájlrendszer, stb. (pl. „sudo fdisk -l” kimenet). A gazda gép miféle, akkuról megy-e... . Mondjam még?

Értékelés: 

0
Még nincs értékelve
kimarite képe

Kernel » Power Management for USB

#2 Az imént hangosan gondolkodtam...

Többször előfordult hogy az usb háttértáramat elveszítette a rendszer.
Ez teljesen random, van hogy 5-6 óráig is jó, és volt hogy arról néztem filmet, a filmnek vége lett és 1 perc múlva eldobta a pendrájvot.
Gondoltam hardveres hibára is, de 2 darab usb hubom van a géphez csatlakoztatva.
Minden más működik a hubokba dugva, amikor elveszti a pent akkor az abba hubba dugott Bluetooth adapter, billentyűzet stb. az működik tovább.
És ha ilyenkor kihúzom a pendrájvot és ugyanabba a hubba /usb portba visszadugom, akkor rebootig fel sem ismeri.
Ilyenkor a másik hubba vagy másik usb-be dugva rögtön felismeri.

Az UDEV elfelejti, kb. 5 (10) másodperc múlva visszadughatod.

Itt?

Lemezek (GNOME Disks) > HDD/SSD /*kiválasztása > Meghajtóbeállítások... (Ctrl + E) > három beállítást látsz...

A menüben van ilyen is: Készenlét most.

Értékelés: 

0
Még nincs értékelve

Kernel » Power Management for USB

#3
Disks-be beállítottam a 127-es szintről, Leállítás engedélyezett, 
a legutolsóra, a Tiltva szintre.

Holnap reggel 8-ig lesz időm tesztelni.
Köszönöm.

 

Értékelés: 

0
Még nincs értékelve

Kernel » Power Management for USB

#3 #3
Más lesz itt, nem a külső lemezt veszíti el, dmesg:
https://pastebin.ubuntu.com/p/BCp2WvmS4H/ 
Nem nagyon értak a dmesghez de olyan mintha a komplett hubot elveszítené.

Viszint ugyanebbe a hubba van dugva a billentyűzetem is és  azt nég nem látttam kikapcsolni vagy elveszni a rendszerből.

Most ugrott fel pont az értesítés hogy csatolta a külső lemezt megint. 
Hardverhiba lenne?

 

Értékelés: 

0
Még nincs értékelve

Hát ö.

Lemez ellenőrzést sosem árt lefuttatni, bár ez egy olyan "hol van, hol nem van" hiba szokott lenni, lehet egy következő sessionban (rendszer indítást követően) nem jelenkezik, aztán megint.

Elképzelhető, hogy szoftverhiba, elképzelhető hogy hardverhiba... még egy olyan kacifántost is el tudok képzelni, hogy az i915 video drm puffertulcsordulása okozza (nem sokott a képernyő villogni, vagy ilyesmi?).

Elsőre én szétnéznék a BIOS-ban, hogy milyen energia gazdálkodás beállítások vannak még azon túl, ami most be van álltva. Estleg netán ehhez kapcsolódoan vannak-e C-state lehetőségek, bár ezt kétlem.

Még lehet olyasmivel is kísérletezni, hogy az i915 zárt firmware-kat feltenni, bár szerintem azok már fent vannak.

Meg lehet kernel paraméterekkel is kísérletezni, de elsőre egyelőre a BIOS-t kellene megnézni, a többit egyelőre tegyük félre.

Értékelés: 

0
Még nincs értékelve
kimarite képe

Kernel » Power Management for USB

#5 Valamelyest nekem is (és neked is) érteni kéne mikor van ez a történet.

  • általában

Hálózati táplálás esetén is vagy csak akkumulátoros használatkor?

És érinteni kéne azt is, „ha vége a filmnek”, azonnal eldobja a tárat a rendszer? Vagy előtte bekapcsol a képernyővédő, aminek következménye az altatás? Az eldobást megelőzi a suspend vagy a hibernate, tehát valahonnan visszatér a rendszer, és következmény, hogy nem kapcsolja vissza a tárat? Ilyen témakörben segítettem. ...

olyan mintha a komplett hubot elveszítené.

és ott az volt, egy Wifi eszköz nem tért vissza suspend után. És az is, hogy mintha az egész HUB túnt volna el, de nem. A külső SSD - az fórum történetedből gondolom, erről beszélsz - ata1 és ata2  formában mutatkozik (dmesg).

Most ugrott fel pont az értesítés hogy csatolta a külső lemezt megint. 

Egészen más.mint az eddigi! Eléggé arra utal, hogy nem kap elegendő tápot a tár.
És, mert korábban azt írtad, teljesen eldobja a tárat a rendszer, ami az „eject” (kiadás), azaz ilyenkor - grafikus eszközökkel - csak másik HUB-ba dugva fűzhető be újra a tár, a mostani, új dolog viszont arról szól, hogy „umount” (leválasztás) történik. A kiadott (eject) tár másik HUB-ba téve fűzhető be újra (ekkor látja a rendszer), a leválasztott tár természetesen a rendszerben marad, látja,és újra befűzhető.
Látod, ezért kérdezem az akkus táplálást. Van-e Y kábeled otthon, és saját tápos HUB-elosztó? A tár táplálásához, csatlakoztatásához.

  • dmesg

Esetleg ezzel az üzenettel is foglalkozni kéne. Most csak futólag néztem rá, firmware hiányosságokat említenek....

ata1.00: NCQ Send/Recv Log not supported

Ez egy másik dolog, de előbbihez kapcsolódhat:

[drm:intel_pipe_update_end [i915]] *ERROR* Atomic update failure on pipe A (start=123285 end=123286) time 334 us, min 1073, max 1079, scanline start 1059, end 1060                                                                                                                                    

Közvetlen ezután érkezik a tár eldobása. Ami, mellesleg, irási olvasási hiba (Buffer)...

[21788.106931] usb 2-1: USB disconnect, device number 2
[21788.106952] usb 2-1.3: USB disconnect, device number 3
[21788.114024] print_req_error: I/O error, dev sdc, sector 0
[21788.119109] print_req_error: I/O error, dev sdc, sector 0
[21788.196917] print_req_error: I/O error, dev sdc, sector 0
[21788.196954] print_req_error: I/O error, dev sdc, sector 0
[21788.196970] print_req_error: I/O error, dev sdc, sector 0
[21788.196984] print_req_error: I/O error, dev sdc, sector 0
[21788.197081] blk_partition_remap: fail for partition 5
[21788.197086] Buffer I/O error on dev sdc5, logical block 3702784, lost sync page write
[21788.197091] JBD2: Error -5 detected when updating journal superblock for sdc5-8.
[21788.197094] Aborting journal on device sdc5-8.
[21788.197098] blk_partition_remap: fail for partition 5
[21788.197100] Buffer I/O error on dev sdc5, logical block 3702784, lost sync page write
[21788.197103] JBD2: Error -5 detected when updating journal superblock for sdc5-8.
[21788.197274] blk_partition_remap: fail for partition 5
[21788.197277] Buffer I/O error on dev sdc5, logical block 0, lost sync page write
[21788.251162] print_req_error: I/O error, dev sdc, sector 0
[21788.318909] print_req_error: I/O error, dev sdc, sector 0
[21788.366709] print_req_error: I/O error, dev sdc, sector 0
[21788.366752] print_req_error: I/O error, dev sdc, sector 0
[21788.367205] blk_partition_remap: fail for partition 4
[21788.367211] Buffer I/O error on dev sdc4, logical block 5275648, lost sync page write
[21788.367219] JBD2: Error -5 detected when updating journal superblock for sdc4-8.
[21788.367222] Aborting journal on device sdc4-8.
[21788.367226] blk_partition_remap: fail for partition 4
[21788.367227] Buffer I/O error on dev sdc4, logical block 5275648, lost sync page write
[21788.367230] JBD2: Error -5 detected when updating journal superblock for sdc4-8.
[21788.367408] blk_partition_remap: fail for partition 4
[21788.367411] Buffer I/O error on dev sdc4, logical block 0, lost sync page write

és így tovább. Akkor a fentiben van ez:

print_req_error: I/O error, dev sdc, sector 0

Egy próba ezzel (PSR ki) - terminál parancssor:

echo "options i915 enable_psr=0" | sudo tee -a /etc/modprobe.d/i915.conf

Majd:

sudo update-initramfs -uk all

Utána rendszer újraindítás, és megint dmesg kimenet...

Itt mi a kimenet (még a fenti előtt kéne nézni)?

sudo cat /sys/module/i915/parameters/enable_psr

Ha -1, akkor lehet, nem érvényesül.

Csak Intel a videó eszközöd?

-----

PSR

Értékelés: 

0
Még nincs értékelve
kimarite képe

Kernel » Power Management for USB

#7 Esetleg ezzel az üzenettel is foglalkozni kéne. Most csak futólag néztem rá, firmware hiányosságokat említenek....

ata1.00: NCQ Send/Recv Log not supported

Mármint, SSD fimware.

Értékelés: 

0
Még nincs értékelve

Kernel » Power Management for USB

#8 probalok gyorsba valaszolni, a kimeneteket csak holnap tudom, akkor leszek a gep mellett.

Ez a sajat egyik pc-m, nem akkus, halozati tapos. A hiba honapokig sohasem jelentkezett, kb. 1 hete kezdte el, es most mar kepes felorankent eldobni az usb3 hubba dugott kulso ssd-t.Azbugyanabbe a hubba dugott billentyuzetet soha nem vesziti el vagyis a hub jo. Viszont, erdekes modon, amit tegnap tanacsoltal, a Gnome-disks programba miota beallitottam higy soha ne pihentesse a lemezt, azota eldobja, de azonnal vissza is csatolja. Ezelott eldobta es xsak a masik usb portba dugva ismerte fel. Nem tudom, ennek van-e jelentosege. 

Azt nem tudom hogy szoftveresen mi valtozott a Linuxba, az osszes frissitest mindig engedem neki, a pc naprakesz. Egy van tiltva, a kernelfrissites, 4.15 a mai napig. Hardveres teren le tudom csekkolni, holnap 16 orakor nem az Ubuntu hanem a W10 lesz inditva masnap reggelig, ez 16 oras session. Valamint ki tudom zarni az ssd es az usb-M2 atalakito hibajat is, ma reggeltol megy az itthoni gepembe dugva az ssd. Ha estig nem dobja el akkor valoszinusitem hogy nem hardverhiba.

Értékelés: 

0
Még nincs értékelve
kimarite képe

Kernel » Power Management for USB | PSR!

#9 Igazság szerint, én csak a belső tárat tudom szabályozni (1 TB), a külsőnél (500 GB) nem lehet, mert a menü nem kattintható a külső tár leválasztása után sem.

Mi van, ha a teljesítményt választod (mutatom) a bekapcsolt állapotban, vagy úgy egyáltalán kikapcsolod az egészet (APM), épp, mint ahogy nálam látható?

... be volt kapcsolva alapból?

Ami az Ubuntu 18-04 rendszeren változott (nem tudom, téged érint-e):
https://9to5linux.com/ubuntu-18-04-flavors-reach-end-of-life-users-urged-to-upgrade-to-20-04-lts
A Linux Mintet nem érinti közvetlen.
(2021. április végén minden Ubuntu 18.04 LTS íz elérte az élet végét, beleértve a Kubuntu, Xubuntu, Lubuntu, Ubuntu MATE, Ubuntu Budgie, Ubuntu Studio és Ubuntu Kylin.)

Most kapcsolok, a PSR a te kernelednél (4.15) még nem támogatott, azaz, neked meg kéne próbálni kernelt frissíteni. Így az i915.conf-ot se csináld meg! Majd csak a legalább v4.6-os kernelllel.

Értékelés: 

0
Még nincs értékelve
kimarite képe

Kernel » Power Management for USB | PSR!

#10 Most kapcsolok, a PSR a te kernelednél (4.15) még nem támogatott, azaz, neked meg kéne próbálni kernelt frissíteni. Így az i915.conf-ot se csináld meg! Majd csak a legalább v4.6-os kernelllel.

De bizony... :)) a 4.15 újabb kernel, mint a 4.6. :)

Értékelés: 

0
Még nincs értékelve

Kernel » Power Management for USB | PSR!

#11 Mint irtam, holnap delutan leszek a rosszalkodo munkahelyi pc mellett. 

Ma reggeltol mostanaig volt bedugva az ssd az itthoni gepembe. Semmi hiba, 11 oran keresztul egyszer sem veszitette el. Vagyis legalabb az usb3-m2 atalakito es az ssd hibaja kizarva. Ezen az itthoni pc-n ugyanugy Ubuntu 18.04 KDE fut, viszont ez nem Inteles hanem AMD.

Értékelés: 

0
Még nincs értékelve
kimarite képe

Kernel » Power Management for USB | PSR!

#12 Ma reggeltol mostanaig volt bedugva az ssd az itthoni gepembe. Semmi hiba, 11 oran keresztul egyszer sem veszitette el. Vagyis legalabb az usb3-m2 atalakito es az ssd hibaja kizarva. Ezen az itthoni pc-n ugyanugy Ubuntu 18.04 KDE fut, viszont ez nem Inteles hanem AMD.

Az Inteles hibaüzenet elég árulkodó, a problémát mindenképpen kezelni kéne.
Még valami: esetleg a munkahelyi PC tápja nem gyengélkedik?

Nem a HUB dobja el az SSD-t, hanem utóbbinak lehet kevés olykor a tápolás, és magát dobja el;
-- mondom, a kevés táp miatt,
-- vagy a Inteles I/O probléma miatt.

Értékelés: 

0
Még nincs értékelve

Kernel » Power Management for USB | PSR!

#13
 

"Ha -1, akkor lehet, nem érvényesül."

Nem, nem 1 hanem 0 a kimenet:
tibi@TibiXubuntu:~$ sudo cat /sys/module/i915/parameters/enable_psr
[sudo] tibi jelszava:  
0

echo "options i915 enable_psr=0" | sudo tee -a /etc/modprobe.d/i915.conf
ez lefutott simán, és megvolt a reboot is, holnap reggel 8-ig van időm csekkolni az eredményét.

"Csak Intel a videó eszközöd?"
Igen, semmi más nincs csak az Intel SOC integrált videokártya.

"Nem a HUB dobja el az SSD-t, hanem utóbbinak lehet kevés olykor a tápolás, és magát dobja el;
-- mondom, a kevés táp miatt,"

Ebbe a hubba dugtam be 1 óraja  a telefonomat tölteni, és ha már, akkor rá is másoltam 3GB filmet. Még megy az ssd és megy az ebbe a hubba dugott billentyűzetem is, szerintem táp ellátási probléma kizárva.
A telefonom 1A felett vesz fel, a ssd meg ennek a negyedét se.

Utóirat, most ugrik be hogy nemrég előfordult olyan is hogy a másik, USB2-es hubot is elveszítette a gép.
Ezen akkor nem is gondolkodtam el, abba van dugva a BT. adaptere és a wireless egerem vevője.
A gép működött csak nem reagált egérre, így billentyűzetről rebootoltam és jó is lett.
Ez is lehet az említett IO hiba?

Tesztelés reggelig.

Értékelés: 

0
Még nincs értékelve

Kernel » Power Management for USB | PSR!

#14
Sajnos negatív.
3 óta alatt kétszer is eldobta a hubba csatlakoztatott ssd-t és a telefonomat is, de azonnal vissza is csatlakoztak.
Lehet hub hiba...? De egyszerre az usb3 és az usb2 hub is?
Még majd holnap annyit csinálok hogy kihagyom a hubokat, van még szabad közvetlen usb luk, abba fogom dugni.
Most 19 órától megy a W10 holnap reggelig teszt jelleggel.
Ha azzal jó, akkor nem tudom.

 

Értékelés: 

0
Még nincs értékelve

Kernel » Power Management for USB | PSR!

#15 Az eddigiekből nem derül ki, hogy a HUB-jaid saját táppal rendeleznek-e.

Értékelés: 

0
Még nincs értékelve

Kernel » Power Management for USB | PSR!

#16
Nem, ezek a monitorra vannak ragasztva, tudom hülyén hangzik, a pc meg a monitor hátuljára van téve.
Az egészet egy 12V/5A adapter látja el, ez 60watt, és a konfig mindenestől padlógázon hajtva 33 wattot azaz a felét fogyasztja amit a táp tud.
Ez kb. 1 éve működik így, hiba nélkül.

Hohó, fejlemény, most az írás közben leszakadt az ssd a Windows10-ről is. 
Na most akkor hogyan tovább, indul a fejtörés.
Mégiscsak táp probléma...? És semmi másnál nem jelentkezik, nem fagy a gép, csak az usb vacakol, egy 2 watt fogyasztás alatti ssd-vel?
Van másik táp adpterem otthon, ki fogom cserélni a tápot.

 

Értékelés: 

0
Még nincs értékelve

Kernel » Power Management for USB | PSR!

#17
Update,
tegnap 21 órától mostanáig, reggel 7-ig (10 órás menet) egyetlen hiba vagy ssd leszakadás sem volt, 
nem a hubokba hanem közvetlenül a PC usb3 portba lett átdugva.
Lehet mégiscsak HUB hiba? Vagy, a hubok 1 éve vannak fixen bedugva a pc-be, lehet valami kontakthiba? Kihúzkodom és megmozgatom  az usb dugókat, csak ehhez kicsit szét kell szedni az egészet. 

Értékelés: 

0
Még nincs értékelve

Kernel » Power Management for USB | PSR!

#18
Megint én, 
nem hubba hanem közvetlenül a gépbe dugva  az ssd-t, a kollégám és én ma de.11-től mostanáig, azaz 21   óráig (10órás menet) folyamatosan nyomtuk a gépet és nem dobta el az ssd-t. És szerintem reggelig se fogja.
Vagyis csak a hubba dugva van a hiba, de akkor sűrűn.

Kimarite írta hogy a dmesg-be van hibajelentés, és utána történt a tár eldobása.
A hiba most is megvan, 

[  335.757147] [drm:intel_pipe_update_end [i915]] *ERROR* Atomic update failure on pipe A (start=22058 end=22059) time 216 us, min 1073, max 1079, scanline s
tart 1072, end 1087                                                                                                                                           
[  928.759160] perf: interrupt took too long (2557 > 2500), lowering kernel.perf_event_max_sample_rate to 78000
[ 2192.530520] [drm:intel_pipe_update_end [i915]] *ERROR* Atomic update failure on pipe A (start=3383 end=3384) time 175 us, min 1073, max 1079, scanline sta
rt 1070, end 1081                                                                                                                                             
[ 2234.354322] perf: interrupt took too long (3204 > 3196), lowering kernel.perf_event_max_sample_rate to 62250
[ 4330.891777] perf: interrupt took too long (4009 > 4005), lowering kernel.perf_event_max_sample_rate to 49750
[ 5042.219996] perf: interrupt took too long (5027 > 5011), lowering kernel.perf_event_max_sample_rate to 39750
[ 6995.552544] perf: interrupt took too long (6319 > 6283), lowering kernel.perf_event_max_sample_rate to 31500
[ 7014.601128] [drm:intel_pipe_update_end [i915]] *ERROR* Atomic update failure on pipe A (start=162371 end=162372) time 419 us, min 1073, max 1079, scanline
start 1055, end 1083                                                                                                                                         
[ 7752.267835] [drm:intel_pipe_update_end [i915]] *ERROR* Atomic update failure on pipe A (start=206631 end=206632) time 201 us, min 1073, max 1079, scanline
start 1067, end 1080                                                                                                                                                                                                                                                                   
de semmi problémát nem tapasztalok a működésbe.
Mi ez az Intel atomic update failure error? És hogyan lehetne kiküszöbölni. amit kimarite leírt, azt megcsináltam de úgy látszik eredmény nélkül mert a hibaüzenet megmaradt.

Értékelés: 

0
Még nincs értékelve

Kernel » Power Management for USB | PSR!

#17 Ezt nem értem. Használsz USB HUB-ot, aminek van X számú csatlakozó nyílása. Ennek a kábele be van dugva a számítógép USB portjába. A HUB-ba csatlakozó eszközöket a számítógép látja el tápfeszültséggel.

(Eszembe nem jut saját táp nélküli USB HUB-ot használni.)

Értékelés: 

0
Még nincs értékelve

Kernel » Power Management for USB | PSR!

#20
??
Saját tápos hubot, minek? Nem Paksra akarok visszatáplálni. Pl. amikor a laptopodon kevés az usb luk, ha elutazol, a vonaton tápolod a hubot?
Hülye példa de minek külső táp?
Egy bill. egy egy wireless egér vevő, tv stick, egy BT adapternek, pendrájvnak?
Nekem csak azért kell a hub  ha egy-két  pendrájvot vagy a usb-s ssd-met bedugom, akkor ne kelljen a gép háta mögött kotorászni.
Egyébként usb3 az tud specifikáltan 10 wattot, az 5V mellett 2A. Ezzel "hegeszteni" lehet, egy bill. az 0,1A, az egerem 0,07A, egy pendrive 0,2A, az ssd-m 0,3A, a tv tunerem 0,4A. Ezek minimálisak, erre találták ki a hubot. Ezeket a pc röhögve ellátja mivel usb2 alatt 1A, USB3 alatt 2A a maximális terhelhetőség. Portonként!!  Azaz nálam 4 usb3 és 2 usb2 van, ezeket add össze.
USB3-ról a telefonom feltölt 4 óra alatt. A mini pc-ről, usb3 hubon keresztül, külső táp nélkül úgy hogy a hubon még 3 másik eszköz lóg, az usb2-es hubon meg még +3 eszköz + egy tv stick külön. Sőt tovább fokozom mert évekig 2,5 collos külső hdd-t használtam, és az is reccenés nélkül ment a hubokba dugva. Soha nem tiltott le semmi még pedig ez egy nudli mini pc. Egy asztali pc-be meg az 5V az 20-25A terhelhetőségű.

És ez a pc-m 5 éve így működik, terepen így töltöm 5 éve a telefonomat és használom a tucatnyi usb-s eszközömet.
3 hete kezdte a vacakolást. Semmi nem változott csak elkezdte eldobálni az usb ssd-met.
4 év 11 hónapig meg nem dobálta a háttértárakat.
 

Értékelés: 

0
Még nincs értékelve

Megvan a hiba oka

Megvan a ssd eldobálásának az oka.
Triviális a probléma, de annyira mégsem magától értetődő.

A probléma megoldására egy ismerősöm laptop javítása vezetett rá, amibe nincs akkumulátor már régóta, csak hálózatról megy.
Egyik éjszaka ezt a laptopot telepítettem neki épp újra, amikor hallom hogy bekapcsol a helyiségbe a hűtőszekrény, és a telepítés ahol volt, ott fagyott meg.
Kicsit összekombináltam a két eseményt és megvan a bűnös.
A konnektorok, illetve azok tápellátása.
Nem lazák, semmi gond nincsen, és ezért is volt nehéz rájönnöm.

Az épület ahol vagyok, eléggé hosszú kábelen kapja a 3 fázist.
És a hiba teljesen random jelentkezik.
 1 hete figyelem a dolgokat, és rájöttem.
Csak akkor dobja el az ssd-t ha
mennek a szivattyúmotorok és bekapcsol a hűtő.
És a szivattyúk télen nem működnek, csk kb. 1 hónapja üzemelnek.

Vagyis a hűtőszekrény annyira lerántja egy pillanatra a hálózati feszültséget hogy bár a pc-n semmi nem látszik semmit nem venni észre, minden megy tovább, a videók,  a böngésző, stb., az usb portok is, de ott törénhet egy pillanatnyi picike feszültségcsökkenés, és ezt az ssd nem tolerálja.

A megoldás az volt hogy a hűtőszekrényt kihúztam ebbből a konnektor csoportból, ugye mind az 5 konnektor ugyanarról az 1 szál madzagról van táplálva. és átdugtam egy másik, olyen konnektorba ami egy másik fázisról kap táplálást.

Volt azóta egyfolytába 16 órás munkamenet és egyszer sem veszítette el a rendszer az ssd-t.

Vagyis hardver hiba de nem a pc-n belül.

 

 

Értékelés: 

0
Még nincs értékelve
kimarite képe

Megvan a hiba oka

#22 Kis teljesítményű (nem drága), szünetmentes táp segíthet.

Értékelés: 

0
Még nincs értékelve

Megvan a hiba oka

#22 Szünetmentes táp is lehet megoldás, vagy egyáltalán egy jobb minőségű táp, ami ugye nehezebb ügy. Mármint a laptop tápjára gondolok. Eredi gyári tápokról van szó? A lényeg, hogy egy normális tápnak az ilyesmit tolerálni kellene, akár a nominális negyedére eső feszültséget is. A noname helyettesítő tápok ilyent nem tudnak. És nincs egyértelmű külső jelölés sem, ami segítene, egyedül a súly az, ami segíthet. PC tápoknál ezt jelölik már, a neve Active PFC.

Én egy noname kínai dzsunka biztonsági kamerás cuccnál tapasztaltam, hogy random megadja magát, ha HDD van benne, HDD nélkül viszont semmi gond, de akkor mi értelme. A box saját tápja elvileg 5 amperes, és 12 V, ez látja el árammal a kamerákat is, tök könnyű, és csak kicsit nagyobb, mint egy laptop töltő.

A lim lom kacatok között találtam egy régi HP akárminek a külső tápját, talán nyomatóé lehetett. Jó nehéz, drabális darab, majdnem 1 kg. Ugyanúgy 12 V, de elvileg csak 3 amperes, csatlakozója passzolt, hát most a box erről kapja a tápot, a kamerák meg az eredeti tápról mennek. Ívhegesztővel teszteltem, u.a hosszabítóra kötöttem. És minden OK...

Egyébként ez még annak is jele, hogy ideje elgondolkodni a hálózat felújátásán/ átszervezésén, de ezt neked nem kell mondani, gondolom.

Értékelés: 

0
Még nincs értékelve