Hier helaas niet op de desktop en wel op de laptop, komend weekend maar eens naast elkaar zetten om te kijken naar de verschillen. Probleem zit dus in windows 10 en niet in QNAP dat is wel nu mijn conclusie.drfruit schreef op donderdag 14 maart 2024 @ 16:58:
@JaapB Bij mij werkt de netwerknaam opeens weer in W10.
bijnaleek
In het Qnap forum suggereert iemand dat het een kwestie van vertraagde netwerkfunctionaliteit in W10 is. Het kan een tijd duren voordat de informatie door het hele netwerk gebroadcast is.JaapB schreef op vrijdag 15 maart 2024 @ 08:18:
[...]
Hier helaas niet op de desktop en wel op de laptop, komend weekend maar eens naast elkaar zetten om te kijken naar de verschillen. Probleem zit dus in windows 10 en niet in QNAP dat is wel nu mijn conclusie.
Eventueel zou je nog de hosts file kunnen aanpassen, zoals iemand anders voorstelde, maar daar heb ik me niet in verdiept. Sterkte.
Ik heb even een vraag maar weet niet of ik hier op de juiste plek ben, dus excuus hiervoor als ik niet goed zit.
Ik zit met de volgende situatie:
Locatie 1 hoofdkantoor:
TS-464-RP HBS3 actief en hier op de RTRR server enabled met RTRR account en local admin account enabled hiervoor.
Locatie 2 ander pand:
TS-464-RP HBS3 actief en hier op de RTRR server enabled met RTRR account en local admin account enabled hiervoor.
Nu hebben we een IPsec VPN tunnel lopen tussen de panden. Hierop is poort 8899 open gezet, we kunnen beide systemen benaderen en hier op werken.
Nu krijg ik alleen niet de HBS 3 Active sync actief om er voor te zorgen dat locatie 2 naar locatie 1 synced om als backup te dienen.
Als ik een remote nas wil toevoegen via Create - Active sync job in HBS 3 dan vinden de NAS elkaar niet (beide kanten op). Als ik handmatig een IP adres of een DNS naam invoer van de QNAP dan krijg ik de melding:
Failed to connect to the RTRR server. Do you want to enable RTRR server on the remote NAS?
Deze melding geeft je de optie om te enablen of te cancelen, als je enable klikt dan kun je inloggen naar de andere nas om het in te schakelen, echter wanneer ik hier op inlog (juiste credentials) dan krijg ik de error "Failed to connect to the remote NAS. Verify that the settings were entered correctly.
Ik heb de netwerk instellingen gechecked en laten dubbel checken, daarnaast heeft de internet provider de SDWAN firewall cluster gechecked en die geven aan dat ze via telnet beide NAS kunnen bereiken.
Ik weet dus even niet meer waar ik het moet zoeken en hoop dat jullie tips/triks/ideeen hebben voor mij om nog eens naar te kijken.
Thanks!
EDIT: Inmiddels is het opgelost. Ging niet goed in de DNS op een of andere manier, hier wat aanpassingen gedaan waardoor het nu werkt.
[ Voor 3% gewijzigd door mfneed op 19-03-2024 08:41 ]
Wat is nu de juiste manier om hem met de hand aan te zetten als hij uit staat. Met andere woorden: Hoe lang moet je die powerknop indrukken?
Of ik hem kort indruk dan gaat enkel het LEDje met de "i" aan en blijft hij verder zwijgen. Uiteindelijk gaat hij wel aan als ik de spanning eraf en erop zet.
Normaal gaat hij altijd netjes automatisch aan en uit volgens een aangemaakt schema, dus die powerknop druk ik ook bijna nooit in.
Maar wat is nu de juiste truc met de power knop? En Wat betekent het als enkel het ledje met de i blijft branden?
"Je kan met alle ziel en zaligheid ergens aan werken, maar soms is de uitkomst een zaal vol zieligheid." - Ariën
Geforceerd uit is wel lang indrukken.
Wat betekent dat ledje met die 'i' dan, als die enkel brandt?leonbong schreef op zondag 31 maart 2024 @ 10:43:
In mijn beleving hoef je voor aan deze niet lang in te drukken.
Geforceerd uit is wel lang indrukken.
"Je kan met alle ziel en zaligheid ergens aan werken, maar soms is de uitkomst een zaal vol zieligheid." - Ariën
als die status-led constant brandt (green-nas is ready) staat de nas te wachten.
rood is melding van errors,
als de netwerk led (orange) niet knippert is er geen netwerk verbinding/activiteit
zie voor de betekenis/kleuren van de leds ook het hardware manual x53 pag 38
edit: 01-04-2024 14:22 uur:
qnap heeft ook een soort handleiding voor hardware errors
https://www.qnap.com/en/h...-possible-hardware-faults
anders kun je ook nog een nieuwe firmware installeren om een bug daarin uit te sluiten
[ Voor 37% gewijzigd door peter-rm op 01-04-2024 14:25 ]
Ik heb een ts-431 waar ik oa snapshots van mijn camera's opsla als beveiligings backup vanaf mijn NVR
Het heeft voor mijn weinig zin om deze langer dan 1 a 2 maanden te bewaren.
Is er een manier om van een folder alle folders/bestanden ouder van bijvoorbeeld 30 dagen te wissen?
vast bedankt
mrbert
Koop al mijn ads!
Heb al jaren nix meer met software gedaan
mrbert
Koop al mijn ads!
Dat ga ik zeker bekijken.Room42 schreef op zaterdag 1 juni 2024 @ 17:23:
@mrbert Klopt, zie eerst https://wiki.qnap.com/wiki/Add_items_to_crontab en dan https://forum.qnap.com/viewtopic.php?t=126533 voor inspiratie. Maar geheel op eigen risico, natuurlijk!
Het is denk ik ik 39 jaar geleden dat ik echt iets in een linux omgeving heb gedaan;)
VI kan ik me iig nog herinneren
mrbert
ik heb container station geinstalleerd.
ip adres nas = 192.168.0.x
Daarna een docker compose file gemaakt met nieuwe applicatie daarin gezet:
version: '3'
services:
db:
image: postgres:15
volumes:
- /docker/job:/var/lib/postgresql/data
ports:
- "0.0.0.0:5432:5432"
restart: unless-stopped
environment:
- POSTGRES_PASSWORD=postgres
- POSTGRES_USER=postgres
nu zie ik een fout in de logs:
2024-06-06 14:06:53.654 UTC [58]: [172.29.4.1] LOG: invalid length of startup packet
Waar komt dat ip vandaan? 172.29.4.1 ?
De container start ook telkens op nieuw op.
waarom werkt dit niet?
Willekeurig voorbeeld; maar verdiep je ff in bijvoorbeeld https://medium-com.transl...tr_pto=sc&_x_tr_hist=true voor wat achtergrond info over hoe Docker werkt met netwerken.R.G schreef op donderdag 6 juni 2024 @ 17:36:
hoe werkt dat container station met netwerken?
[…]
Waar komt dat ip vandaan? 172.29.4.1 ?
Synology heeft me echter weggejaagd door hun HAT drives te verplichten die €300 per stuk meer kosten dan de WD UltraStar drives... dus... ben ik na 15 jaar weer terug bij QNAP met de QNAP TS-h1677AXU-RP-R7-32G.
Voor het prijsverschil van die 18 harddisks (2 stuks als spare in de kast) heb ik de QNAP bijna gratis
De HDD's zijn al binnen, de NAS is helaas nog onderweg uit een magazijn in Duitsland.
[ Voor 3% gewijzigd door BlueTooth76 op 10-08-2024 11:04 ]
2x SE8K | 68x Talesun 300Wp | 16 oost, 16 west, 25 zuid, 11 noord | 20.400Wp | pvoutput.org | Mitsubishi Zubadan 14kW @ 50% vermogen
50/50.leonbong schreef op zaterdag 10 augustus 2024 @ 20:31:
Dat is een hoop opslag, is dat privé gebruik?
Foto- en videobewerking, omzetten oude banden, etc. maar ook opslag van films en series.
RAW-bestanden van de Sony A1 zijn bijvoorbeeld al zo'n 102MB per stuk dus dat gaat hard
2x SE8K | 68x Talesun 300Wp | 16 oost, 16 west, 25 zuid, 11 noord | 20.400Wp | pvoutput.org | Mitsubishi Zubadan 14kW @ 50% vermogen
Ik heb zelf 8TB aan netto opslag en het is nog lang niet vol.
Nu heb ik recent een hoop “media” weggegooid ik kijk het toch niet meer of beschikbaar op een streaming dienst. Dus wat moet ik ermee.
[ Voor 79% gewijzigd door leonbong op 11-08-2024 22:28 ]
Foto's zit ik op zo'n 16,4TB in 321.000 foto's (grotendeels RAW, al schoot ik tussen 2001 en 2010 alles in JPG).
Video zit ik op zo'n 68TB wat deels series en films is en deels overgezet van oude videobanden (VHS / V2000 / Video8 / Hi8 / MiniDV).
Formule 1 archief is 5,09TB, dus dat tikt ook wel aan.
En dan heb ik nog wat losse data, mails, archieven, bedrijfsadministratie, etc.
Oh ja, en een archief van oude software, firmware, games, drivers, shareware CD's, tijdschriften, etc.
Een echte "data hoarder" dus
2x SE8K | 68x Talesun 300Wp | 16 oost, 16 west, 25 zuid, 11 noord | 20.400Wp | pvoutput.org | Mitsubishi Zubadan 14kW @ 50% vermogen
Ik zelf digitaliseer al mijn post van o.a verzekering/pensioen/belastingen/enz enz.
Facturen/garantiebonnetjes
Nou als dat 500GB is sinds 2000 dan is het veel.
Dus conclusie jij hebt een hele grote berg aan media data (films/series/fotos).
Kijk je dat daadwerkelijk nog wel eens terug?
Ik zelf heb alle series/films gewist ik kijk toch niet. Nou dat scheelde enorm.
[ Voor 11% gewijzigd door leonbong op 12-08-2024 04:28 ]
Daar ga je spijt van krijgen als het internet wegvalt of dat streaming services onbetaalbaar worden of je 10 keer reclame tijdens een film door je strot krijgt.leonbong schreef op maandag 12 augustus 2024 @ 04:26:
Ok duidelijk.
Ik zelf digitaliseer al mijn post van o.a verzekering/pensioen/belastingen/enz enz.
Facturen/garantiebonnetjes
Nou als dat 500GB is sinds 2000 dan is het veel.
Dus conclusie jij hebt een hele grote berg aan media data (films/series/fotos).
Kijk je dat daadwerkelijk nog wel eens terug?
Ik zelf heb alle series/films gewist ik kijk toch niet. Nou dat scheelde enorm.
Er zijn natuurlijk wel alternatieve streaming sites te vinden waar kosten en reclames geen issue zijn. En om nou gigabytes aan ruimte te reserveren voor films en series voor wanneer internet een keer dagje uitvalt zou mij de moeite niet waard zijn. Maar goed, ieder heeft zo zijn eigen user case voor wat ie belangrijk vindt.Lord Anubis schreef op maandag 12 augustus 2024 @ 11:26:
[...]
Daar ga je spijt van krijgen als het internet wegvalt of dat streaming services onbetaalbaar worden of je 10 keer reclame tijdens een film door je strot krijgt.
The blob ain't bothered. Its slime don't care. / The mind commands the body and it obeys. The mind orders itself and meets resistance.
Nee hoor dat had ik er niet bijgeschreven maar ik kijk überhaupt nauwelijks nog films en series en tv.Lord Anubis schreef op maandag 12 augustus 2024 @ 11:26:
[...]
Daar ga je spijt van krijgen als het internet wegvalt of dat streaming services onbetaalbaar worden of je 10 keer reclame tijdens een film door je strot krijgt.
Ik gebruik een werkstation met 10Gbit kaartje om de boel over te zetten van NAS naar NAS.
De Synology DS1821+ kwam nooit boven de 280MB/s leessnelheid uit dus dat is vlot genoeg.
Het monteren van de schijven was nog even een klusje, 64 schroeven
Zodra de NAS naar z'n definitieve plaats gaat moeten de schijven er nog even uit, hij is anders niet de vlizotrap op te tillen. Zal de trays sowieso nog nummeren zodat ik niet per ongeluk schijven verwissel tijdens die verhuizing.
[ Voor 41% gewijzigd door BlueTooth76 op 12-08-2024 18:22 ]
2x SE8K | 68x Talesun 300Wp | 16 oost, 16 west, 25 zuid, 11 noord | 20.400Wp | pvoutput.org | Mitsubishi Zubadan 14kW @ 50% vermogen
Anders in de originele doos inpakken, hijsbandje erom heen en dan omhoog trekken met een touw en katrol aan twee flinke draad ogen. Ooit netwerk kastje >70kg zo bij iemand op zolder getrokken.BlueTooth76 schreef op maandag 12 augustus 2024 @ 17:25:
De NAS draait, is nu bestanden aan het overzetten en dat zal wel even duren.
Ik gebruik een werkstation met 10Gbit kaartje om de boel over te zetten van NAS naar NAS.
De Synology DS1821+ kwam nooit boven de 280MB/s leessnelheid uit dus dat is vlot genoeg.
Het monteren van de schijven was nog even een klusje, 64 schroeven
Zodra de NAS naar z'n definitieve plaats gaat moeten de schijven er nog even uit, hij is anders niet de vlizotrap op te tillen. Zal de trays sowieso nog nummeren zodat ik niet per ongeluk schijven verwissel tijdens die verhuizing.
[Afbeelding]
Ik zie dat zo misgaan en eindigen in een hele dure crashLord Anubis schreef op maandag 12 augustus 2024 @ 20:34:
[...]
Anders in de originele doos inpakken, hijsbandje erom heen en dan omhoog trekken met een touw en katrol aan twee flinke draad ogen. Ooit netwerk kastje >70kg zo bij iemand op zolder getrokken.
Ik loop wel even een paar keer extra
2x SE8K | 68x Talesun 300Wp | 16 oost, 16 west, 25 zuid, 11 noord | 20.400Wp | pvoutput.org | Mitsubishi Zubadan 14kW @ 50% vermogen
Vliezo trapjes zijn ondingen, althans degene waar we op moesten, geen handrail. Stop ze, de schijven, dan in een rugzak. Handen vrij.BlueTooth76 schreef op maandag 12 augustus 2024 @ 20:36:
[...]
Ik zie dat zo misgaan en eindigen in een hele dure crash
Ik loop wel even een paar keer extra
Heel tevreden mee zo.
[ Voor 7% gewijzigd door BlueTooth76 op 13-08-2024 23:04 ]
2x SE8K | 68x Talesun 300Wp | 16 oost, 16 west, 25 zuid, 11 noord | 20.400Wp | pvoutput.org | Mitsubishi Zubadan 14kW @ 50% vermogen
Het gaat om Kingston Technology KSM48E40BD8KI-32HA geheugenmodules.
De originele module van QNAP kan uiteraard niet blijven zitten, dat is geen ECC (en ik wil ook niet gaan mixen). Die bewaar ik wel, mocht het apparaat ooit voor RMA terug moeten ofzo.
Met dit Kingston ECC geheugen ben ik ongeveer 30% goedkoper uit dan met het QNAP geheugen, ondanks dat ik een extra module moet kopen.
En als ik QNAP ECC geheugen zou willen, is Kingston zelfs ruim 50% goedkoper omdat ik dan sowieso 4 modules zou moeten kopen.
Als je wil uitbreiden naar 64GB dan is een QNAP module even duur als 2 nieuwe dus dan kan je beter gewoon een QNAP module erbij nemen. Het is dan echter geen ECC.
[ Voor 55% gewijzigd door BlueTooth76 op 14-08-2024 19:28 ]
2x SE8K | 68x Talesun 300Wp | 16 oost, 16 west, 25 zuid, 11 noord | 20.400Wp | pvoutput.org | Mitsubishi Zubadan 14kW @ 50% vermogen
Ik heb zelf een TS-473A aangevuld met 2x16GB ECC RAM van Kingston, dit naast het bestaande 2x4GB ECC geheugen van QNAP. Je hebt 100% gelijk qua prijs, hoop alleen voor je dat je geen beroep hoeft te doen op support dan kunnen ze moeilijk doen. Zelf heb ik het ECC geheugen gebruikt welke bij Nascompares stond aangegeven, als je dat vermeld tijdens een support verzoek dan zijn ze ineens heel meegaand.BlueTooth76 schreef op woensdag 14 augustus 2024 @ 19:21:
De originele module van QNAP kan uiteraard niet blijven zitten, dat is geen ECC (en ik wil ook niet gaan mixen). Die bewaar ik wel, mocht het apparaat ooit voor RMA terug moeten ofzo.
Met dit Kingston ECC geheugen ben ik ongeveer 30% goedkoper uit dan met het QNAP geheugen, ondanks dat ik een extra module moet kopen.
En als ik QNAP ECC geheugen zou willen, is Kingston zelfs ruim 50% goedkoper omdat ik dan sowieso 4 modules zou moeten kopen.
Als je wil uitbreiden naar 64GB dan is een QNAP module even duur als 2 nieuwe dus dan kan je beter gewoon een QNAP module erbij nemen. Het is dan echter geen ECC.
edit: typo
Als support nodig is, vervang ik eerst het geheugen door de originele module om uit te sluiten dat het daar aan ligtphubert schreef op woensdag 14 augustus 2024 @ 19:48:
[...]
Ik heb zelf een TS-473A aangevuld met 2x16GB ECC RAM van Kingston, dit naast het bestaande 2x4GB ECC geheugen van QNAP. Je hebt 100% gelijk qua prijs, hoop alleen voor je dat je geen beroep hoeft te doen op support dan kunnen ze moeilijk doen. Zelf heb ik het ECC geheugen gebruikt welke bij Nascompares stond aangegeven, als je dat vermeld tijdens een support verzoek dan zijn ze ineens heel meegaand.
edit: typo
Je weet het nooit, soms draait je apparatuur 8 jaar lang zonder problemen en soms gaat alles stuk.
Ik had een DS1815+ met de C2000 bug en ook m'n 8TB WD Red schijven sneuvelden om de haverklap. Nu had ik altijd wel een paar reserveschijven liggen maar echt veel plezier heb ik er niet van gehad. De 2x DS1821+ met 12 en 18TB WD Ultrastar (ofwel HGST) schijven zijn daarentegen weer geheel probleemloos geweest.
Alle data is nu overgezet, m'n DS1821+ met 18TB schijven ben ik aan het resetten en gaat ingericht worden als back-up doel.
[ Voor 5% gewijzigd door BlueTooth76 op 14-08-2024 19:56 ]
2x SE8K | 68x Talesun 300Wp | 16 oost, 16 west, 25 zuid, 11 noord | 20.400Wp | pvoutput.org | Mitsubishi Zubadan 14kW @ 50% vermogen
Dan moet je wel zorgen dat je "ruim ervoor" je log's verwijderd hebt welke je vaak moet meesturen aan support, hierin staat namelijk alles van je systeem.BlueTooth76 schreef op woensdag 14 augustus 2024 @ 19:55:
[...]
Als support nodig is, vervang ik eerst het geheugen door de originele module om uit te sluiten dat het daar aan ligt
Oh ja, dat wordt wel pittig als het niet meer werktphubert schreef op woensdag 14 augustus 2024 @ 19:58:
[...]
Dan moet je wel zorgen dat je "ruim ervoor" je log's verwijderd hebt welke je vaak moet meesturen aan support, hierin staat namelijk alles van je systeem.
Maar als het niet meer werkt kan ik de logs ook niet meer uitlezen
Ach ja, je kan niet altijd in angst leven. Het is een mooie besparing op de kosten met dit geheugen iig.
Update:
4x 32GB geheugen zit er nu in en een QNAP M.2 uitbreidingskaart. Hier 2x 2TB 990 Pro SSD's in om een VM op in te richten.
De 2x 4TB 990 Pro SSD's op het bord (met de BeQuiet heat sinks) zijn leescache.

[ Voor 35% gewijzigd door BlueTooth76 op 16-08-2024 15:16 ]
2x SE8K | 68x Talesun 300Wp | 16 oost, 16 west, 25 zuid, 11 noord | 20.400Wp | pvoutput.org | Mitsubishi Zubadan 14kW @ 50% vermogen
1. Al's jullie een check disk uitvoeren welk e2fsck programma draait er bij jullie?
Issue is , op het systeem staan 2 versies, e2fsck en e2fsck_64.
Wat gebeurt er of zijn er consequenties als ik een opslag drive scan met De oude of nieuwe met Al's doel repair van de opslag.
Kan de drive niet mounten met melding drive is busy.
Maar met lsof en mounts gebruikt Niks de drive.
Gaat om /share/cachedevdata1 etc.
2. Een qnap Nas rook ik een verbrandingsgeur.nas uitgezet en stofvrij gemaakt. Weer aangezet want nodig. Maar is dit safe? Het is een oude Nas en Kan ook geen vervangings onderdelen halen.
Hoe gevaarlijk is dit met als ik weg Ben van huis?
Nee: https://forum.qnap.com/.R.G schreef op maandag 16 september 2024 @ 21:59:
Ohnee is forum qnap weg?
Koop al mijn ads!
Werkt dat?
tweede vraag
wie heeft cgroup-tools op qnap draaien?
als gewone binary ipkg install via opkg.
Ik krijg dit niet geinstalleerd want het is er niet en elke binary die ik vind werkt niet met qnap.
Ben bang dat je de source moet gaan compileren naar een qnap versie?
[ Voor 49% gewijzigd door R.G op 18-09-2024 02:03 ]
Ik kan de raid mounten als read only maar mis folders en data als ik erop rond kijk.
Nadat ik swap memory geregeld heb met 250gb
Een nas met 4x6tb drives waarbij de raid en de storage pool beiden niet meer mounten.:
Ik zie onder een e2fsck_64 :
Eindeloos lang:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
| File /mypaths/myfile.mkv (inode #86640024, mod time Thu Dec 26 21:0 9:18 2019)
has 7 multiply-claimed block(s), shared with 7 file(s):
... (inode #113245740, mod time Fri Apr 19 03:49:05 2019)
... (inode #348192305, mod time Sun Jun 20 06:00:33 2100)
... (inode #356056727, mod time Tue Oct 3 00:27:32 1995)
... (inode #357629735, mod time Wed Feb 2 15:48:45 2089)
... (inode #162594592, mod time Wed Feb 2 15:48:45 2089)
... (inode #113245968, mod time Mon Mar 17 13:05:58 1997)
... (inode #343997956, mod time Mon Feb 4 10:10:53 2069)
File -mypaths/Bootstrap-to-WordPress-Theme-Stage3-Video7-720.mp4 (in ode #82773050, mod time Thu May 8 21:05:52 2014)
has 1 multiply-claimed block(s), shared with 1 file(s):
... (inode #357564371, mod time Sat Jul 27 04:09:55 2002)
Multiply-claimed blocks already reassigned or cloned. |
Als ik dmesg utivoer zie ik dit:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
| [379662.454510] Buffer I/O error on dev dm-8, logical block 86386804, async page read [379672.571105] node_check: 5 callbacks suppressed [379672.571108] device-mapper: btree spine: node_check failed: blocknr 1085212545646385676 != wanted 192126 [379672.585180] dm_bm_validate_buffer: 5 callbacks suppressed [379672.585182] device-mapper: block manager: btree_node validator check failed for block 192126 [379672.599229] Buffer I/O error on dev dm-8, logical block 86369941, lost async page write [379672.607367] device-mapper: btree spine: node_check failed: blocknr 1085212545646385676 != wanted 192126 [379672.616845] device-mapper: block manager: btree_node validator check failed for block 192126 [379672.625379] Buffer I/O error on dev dm-8, logical block 86374934, lost async page write [379672.633513] device-mapper: btree spine: node_check failed: blocknr 1085212545646385676 != wanted 192126 [379672.643004] device-mapper: block manager: btree_node validator check failed for block 192126 [379672.651537] Buffer I/O error on dev dm-8, logical block 86377856, lost async page write [379672.659663] device-mapper: btree spine: node_check failed: blocknr 1085212545646385676 != wanted 192126 [379672.669142] device-mapper: block manager: btree_node validator check failed for block 192126 [379672.677679] Buffer I/O error on dev dm-8, logical block 86380584, lost async page write [379672.685807] device-mapper: btree spine: node_check failed: blocknr 1085212545646385676 != wanted 192126 [379672.695285] device-mapper: block manager: btree_node validator check failed for block 192126 [379672.703825] Buffer I/O error on dev dm-8, logical block 86386804, lost async page write |
De drives zijn alle getest met full smart tests, allemaal groen en goed
this comand shows -> pvdisplay
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
| WARNING: duplicate PV weZK98mBO76YcXCXdMb4UAvJ56WjnoHK is being used from both devices /dev/drbd1 and /dev/md1 Found duplicate PV weZK98mBO76YcXCXdMb4UAvJ56WjnoHK: using /dev/drbd1 not /dev/md1 Using duplicate PV /dev/drbd1 from subsystem DRBD, ignoring /dev/md1 WARNING: duplicate PV weZK98mBO76YcXCXdMb4UAvJ56WjnoHK is being used from both devices /dev/drbd1 and /dev/md1 Found duplicate PV weZK98mBO76YcXCXdMb4UAvJ56WjnoHK: using /dev/drbd1 not /dev/md1 Using duplicate PV /dev/drbd1 from subsystem DRBD, ignoring /dev/md1 --- Physical volume --- PV Name /dev/drbd1 VG Name vg1 PV Size 16.35 TiB / not usable 3.96 MiB Allocatable yes PE Size 4.00 MiB Total PE 4285081 Free PE 4524 Allocated PE 4280557 PV UUID weZK98-mBO7-6YcX-CXdM-b4UA-vJ56-WjnoHK |
Ook werkt mijn logrotate niet goed.
ik heb in crontab -e dit staan:
1
2
3
| */15 * * * * logrotate -v /opt/etc/logrotate.d/e2fsck_log >> /share/external/DEV3301_1/logs/logrotate.log Netjes restart gedaan. |
in mijn efsck log staat
1
2
3
4
5
6
7
8
9
10
| /share/external/DEV3301_1/logs/fixoutput.txt {
su admin administrators
size 14M
copytruncate
rotate 4
compress
missingok
notifempty
create 0640 admin administrators
} |
resultaat is:
1
2
3
4
5
6
| -rw-r--r-- 1 admin administrators 0 2024-09-21 13:00 fixoutput.txt -rw-r--r-- 1 admin administrators 346K 2024-09-21 12:58 fixoutput.txt.1.gz -rw-r--r-- 1 admin administrators 346K 2024-09-21 09:27 fixoutput.txt.2.gz -rw-r--r-- 1 admin administrators 346K 2024-09-21 06:40 fixoutput.txt.3.gz -rw-r--r-- 1 admin administrators 374K 2024-09-21 02:55 fixoutput.txt.4.gz -rw-r--r-- 1 admin administrators 0 2024-09-21 00:38 logrotate.log |
in het begin was fixoutput.txt iets van 900mb geworden met de eerste paar e2fsch passes
na 15 minuten werdt het wel txt.1.gz en was de eerste txt weer 0bytes, maar die werdt ook opeens weer 900mb en ging door, er gebeuren rare dingen..
update:
Helaas is de ssh sessie verbroken en is het proces gestopt.. dag alle uren scannen voor niks.. vdomme.
Door een aardlek power outtage..
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
| [431315.118400] EXT4-fs (dm-8): can't mount with data=, fs mounted w/o journal [431315.783514] device-mapper: tier: set allocation tier failed [431691.677989] md: data-check of RAID array md1 [431691.682361] md: Resyncing started: md1 [431691.686207] md/raid:md1: report qnap hal event: type = HAL_EVENT_RAID, action = RESYNCING_START [431691.694985] md/raid:md1: report qnap hal event: raid_id=1, pd_name=/dev/(null), spare=/dev/(null), pd_repair_sector=0 [433960.155123] usb 2-1: USB disconnect, device number 2 [433960.754456] [usb.002.002] /sys/devices/pci0000:00/0000:00:14.0/usb2/2-1 removed. [433960.790216] usb 2-1: new SuperSpeed Gen 1 USB device number 3 using xhci_hcd [433960.814509] hub 2-1:1.0: USB hub found [433960.824654] hub 2-1:1.0: 4 ports detected [433960.973650] [usb.002.003] /sys/devices/pci0000:00/0000:00:14.0/usb2/2-1 added. [459927.013658] flush_memory.sh (2936): drop_caches: 3 [468930.051001] md: md1: data-check done. [468930.054799] md: Resyncing done: md1 [468930.058409] md/raid:md1: report qnap hal event: type = HAL_EVENT_RAID, action = RESYNCING_COMPLETE [468930.067502] md/raid:md1: report qnap hal event: raid_id=1, pd_name=/dev/(null), spare=/dev/(null), pd_repair_sector=0 [468930.866761] md: qnap_md_badblock_final_check: (md:md1,dev:sdd3): id= 0, flags = 0x2, bb count = 0 [468930.875730] md: qnap_md_badblock_final_check: (md:md1,dev:sdc3): id= 3, flags = 0x2, bb count = 0 [468930.884698] md: qnap_md_badblock_final_check: (md:md1,dev:sda3): id= 2, flags = 0x2, bb count = 0 [468930.893652] md: qnap_md_badblock_final_check: (md:md1,dev:sdb3): id= 1, flags = 0x2, bb count = 0 [505831.663711] EXT4-fs (dm-8): warning: mounting unchecked fs, running e2fsck is recommended [505831.971861] ext4_init_reserve_inode_table0: dm-8, 93633 [505831.977194] ext4_init_reserve_inode_table2: dm-8, 93633, 0, 0, 4096 [505831.999349] EXT4-fs (dm-8): mounted filesystem without journal. Opts: (null) [505928.724165] EXT4-fs error (device dm-8): ext4_mb_generate_buddy:806: group 2006, block bitmap and bg descriptor inconsistent: 0 vs 256 free clusters [505928.756891] EXT4-fs error (device dm-8): ext4_mb_generate_buddy:806: group 87408, block bitmap and bg descriptor inconsistent: 22688 vs 28640 free clusters [505929.189703] EXT4-fs error (device dm-8): ext4_mb_generate_buddy:806: group 47840, block bitmap and bg descriptor inconsistent: 32768 vs 16 free clusters [505929.223069] EXT4-fs error (device dm-8): ext4_mb_generate_buddy:806: group 47888, block bitmap and bg descriptor inconsistent: 32768 vs 89 free clusters [505929.242464] EXT4-fs error (device dm-8): ext4_mb_generate_buddy:806: group 47904, block bitmap and bg descriptor inconsistent: 32768 vs 68 free clusters [505929.269962] EXT4-fs error (device dm-8): ext4_mb_generate_buddy:806: group 47920, block bitmap and bg descriptor inconsistent: 32768 vs 95 free clusters [505929.284034] EXT4-fs error (device dm-8): ext4_mb_generate_buddy:806: group 47968, block bitmap and bg descriptor inconsistent: 32768 vs 64 free clusters [505929.307751] EXT4-fs error (device dm-8): ext4_mb_generate_buddy:806: group 47984, block bitmap and bg descriptor inconsistent: 32768 vs 7 free clusters [505929.335212] EXT4-fs error (device dm-8): ext4_mb_generate_buddy:806: group 48064, block bitmap and bg descriptor inconsistent: 32768 vs 25 free clusters [505929.357454] EXT4-fs error (device dm-8): ext4_mb_generate_buddy:806: group 48080, block bitmap and bg descriptor inconsistent: 32768 vs 18 free clusters [505935.554240] EXT4-fs error: 1435 callbacks suppressed [505935.554243] EXT4-fs error (device dm-8): ext4_mb_generate_buddy:806: group 21728, block bitmap and bg descriptor inconsistent: 0 vs 24 free clusters [505935.585321] EXT4-fs error (device dm-8): ext4_mb_generate_buddy:806: group 21824, block bitmap and bg descriptor inconsistent: 0 vs 30 free clusters [505935.613222] EXT4-fs error (device dm-8): ext4_mb_generate_buddy:806: group 21872, block bitmap and bg descriptor inconsistent: 0 vs 69 free clusters [505935.628310] EXT4-fs error (device dm-8): ext4_mb_generate_buddy:806: group 21888, block bitmap and bg descriptor inconsistent: 0 vs 77 free clusters [505935.641890] EXT4-fs error (device dm-8): ext4_mb_generate_buddy:806: group 21904, block bitmap and bg descriptor inconsistent: 0 vs 90 free clusters [505935.685271] EXT4-fs error (device dm-8): ext4_mb_generate_buddy:806: group 21936, block bitmap and bg descriptor inconsistent: 0 vs 21 free clusters [505935.717572] EXT4-fs error (device dm-8): ext4_mb_generate_buddy:806: group 22048, block bitmap and bg descriptor inconsistent: 0 vs 78 free clusters [505935.737920] EXT4-fs error (device dm-8): ext4_mb_generate_buddy:806: group 22240, block bitmap and bg descriptor inconsistent: 0 vs 2 free clusters [505935.766929] EXT4-fs error (device dm-8): ext4_mb_generate_buddy:806: group 22304, block bitmap and bg descriptor inconsistent: 0 vs 44 free clusters [505935.782129] EXT4-fs error (device dm-8): ext4_mb_generate_buddy:806: group 22320, block bitmap and bg descriptor inconsistent: 0 vs 42 free clusters [505940.584544] EXT4-fs error: 932 callbacks suppressed [505940.584547] EXT4-fs error (device dm-8): ext4_mb_generate_buddy:806: group 75823, block bitmap and bg descriptor inconsistent: 32768 vs 0 free clusters [505940.604498] EXT4-fs error (device dm-8): ext4_mb_generate_buddy:806: group 75820, block bitmap and bg descriptor inconsistent: 32768 vs 0 free clusters [505940.618451] EXT4-fs error (device dm-8): ext4_mb_generate_buddy:806: group 75818, block bitmap and bg descriptor inconsistent: 32768 vs 0 free clusters [505940.632302] EXT4-fs error (device dm-8): ext4_mb_generate_buddy:806: group 75816, block bitmap and bg descriptor inconsistent: 32768 vs 0 free clusters [505940.646198] EXT4-fs error (device dm-8): ext4_mb_generate_buddy:806: group 75814, block bitmap and bg descriptor inconsistent: 32768 vs 0 free clusters [505940.660025] EXT4-fs error (device dm-8): ext4_mb_generate_buddy:806: group 75812, block bitmap and bg descriptor inconsistent: 32768 vs 0 free clusters [505940.673771] EXT4-fs error (device dm-8): ext4_mb_generate_buddy:806: group 75810, block bitmap and bg descriptor inconsistent: 32768 vs 1846 free clusters [505940.687996] EXT4-fs error (device dm-8): ext4_mb_generate_buddy:806: group 75809, block bitmap and bg descriptor inconsistent: 32768 vs 0 free clusters [505940.822485] EXT4-fs error (device dm-8): ext4_mb_generate_buddy:806: group 78943, block bitmap and bg descriptor inconsistent: 32768 vs 0 free clusters [505940.837355] EXT4-fs error (device dm-8): ext4_mb_generate_buddy:806: group 78941, block bitmap and bg descriptor inconsistent: 32768 vs 0 free clusters [505970.718539] EXT4-fs error: 12 callbacks suppressed [505970.718542] EXT4-fs error (device dm-8): ext4_mb_generate_buddy:806: group 2009, block bitmap and bg descriptor inconsistent: 0 vs 230 free clusters [505970.754249] EXT4-fs error (device dm-8): ext4_mb_generate_buddy:806: group 5089, block bitmap and bg descriptor inconsistent: 2984 vs 2992 free clusters [505970.768228] EXT4-fs error (device dm-8): ext4_mb_generate_buddy:806: group 4261, block bitmap and bg descriptor inconsistent: 1872 vs 2292 free clusters [506013.447557] fbdisk_init: major number = 252 [506013.451933] fbdisk_init: major number = 251 [506013.563504] fbdisk: module loaded |
Checken array:
echo check > /sys/block/md1/md/sync_action
dan met qts web gui start dit:
/bin/e2fsck_64 -C 0 -fy -N /dev/mapper/cachedev1 /dev/mapper/cachedev1
wat betekent dit?
Process e2fsck zit vast op 57,2% met command:
R N 4559m 28.4 0 25.1 /bin/e2fsck_64 -C 0 -fy -N /dev/mapper/cachedev1 /dev/mapper/cachedev1
Het geheugen gebruik is altijd hetzelfde en de cpu % schommelt
output dmesg
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
| [64588.793384] device-mapper: btree spine: node_check failed: blocknr 1085212545646385676 != wanted 192126 [64588.802781] device-mapper: block manager: btree_node validator check failed for block 192126 [64588.811253] Buffer I/O error on dev dm-8, logical block 86386804, lost async page write [64693.844182] device-mapper: btree spine: node_check failed: blocknr 1085212545646385676 != wanted 192126 [64693.853589] device-mapper: block manager: btree_node validator check failed for block 192126 [64693.862041] device-mapper: btree spine: node_check failed: blocknr 1085212545646385676 != wanted 192126 [64693.871429] device-mapper: block manager: btree_node validator check failed for block 192126 [64693.879877] Buffer I/O error on dev dm-8, logical block 86380584, async page read [64693.887375] device-mapper: btree spine: node_check failed: blocknr 1085212545646385676 != wanted 192126 [64693.896773] device-mapper: block manager: btree_node validator check failed for block 192126 [64693.905225] Buffer I/O error on dev dm-8, logical block 86380584, async page read [64699.385406] device-mapper: btree spine: node_check failed: blocknr 1085212545646385676 != wanted 192126 [64699.394826] device-mapper: block manager: btree_node validator check failed for block 192126 [64699.403427] Buffer I/O error on dev dm-8, logical block 86380584, lost async page write [83484.045946] flush_memory.sh (11987): drop_caches: 3 [169876.842614] flush_memory.sh (1539): drop_caches: 3 [256277.303275] flush_memory.sh (14809): drop_caches: 3 |
doet het nog wat? , als ik de -C optie opvraag staat het process op 57,2% voor 4 dagen.
vreemde blijft de raid array is clean and active lol
dus eerst een backup en die dan later terugzetten
The blob ain't bothered. Its slime don't care. / The mind commands the body and it obeys. The mind orders itself and meets resistance.
Ik heb een nieuwe QNAP TS-216G gekocht en er twee nieuwe 24GTB SATA schijven in gezet in RAID 1.
En een standaard volume van 17TB aangemaakt.
De QNAP staat nu al 2 dagen te syncen en moet van 36 uur zagt ie.
Waarom doe ie dat? De schijven zijn nieuw, en dus staat alleen de qnap software er op. Dus geen data die gesymct hoeft te worden.
De schijven kunnen 295MB/s, maar halen 100 of lager in de sync. Waarom is dat zo?
En wat is het nut van een sync van een nieuwe schijf.
De NAS ga ik gebruiken op m'n AI modellen op op te slaa, typisch 4GB grote bestanden plus een paar kleine
Nog tips?
Thanks
Mijn LEGO MOC's met PDF bouwinstructies en stop-motion animaties vind je op https://rebrickable.com/users/BrickDesignerNL/mocs/
Een raid set moet altijd opgebouwd worden. Die heeft helemaal geen weet van het filesystem wat er overheen komt, dus ook een lege disk zal volledig gelezen en gesycned worden, Dat duurt uren, zeker met zulke grote disks en dat is normaal.djwice schreef op donderdag 10 april 2025 @ 00:09:
Rate vraag wellicht:
Ik heb een nieuwe QNAP TS-216G gekocht en er twee nieuwe 24GTB SATA schijven in gezet in RAID 1.
En een standaard volume van 17TB aangemaakt.
De QNAP staat nu al 2 dagen te syncen en moet van 36 uur zagt ie.
Waarom doe ie dat? De schijven zijn nieuw, en dus staat alleen de qnap software er op. Dus geen data die gesymct hoeft te worden.
De schijven kunnen 295MB/s, maar halen 100 of lager in de sync. Waarom is dat zo?
En wat is het nut van een sync van een nieuwe schijf.
De NAS ga ik gebruiken op m'n AI modellen op op te slaa, typisch 4GB grote bestanden plus een paar kleine
Nog tips?
Thanks
My solar panels | Soladin loggen? | Strava
---------------
Gemak dient de mens, moeite dient de mensheid.
Dank! Duurt dagen zelfs, ondanks dat de schijven 298MB/s zijn doet ie het met 100MB/s en soms zelfs 67MB/s.Mistraller schreef op donderdag 10 april 2025 @ 00:48:
[...]
Een raid set moet altijd opgebouwd worden. Die heeft helemaal geen weet van het filesystem wat er overheen komt, dus ook een lege disk zal volledig gelezen en gesycned worden, Dat duurt uren, zeker met zulke grote disks en dat is normaal.
Mijn LEGO MOC's met PDF bouwinstructies en stop-motion animaties vind je op https://rebrickable.com/users/BrickDesignerNL/mocs/
De binnenste tracks gaan veel langzamer.
Dat is de theoretische raw throughput en je raid hardware moet ook nog rekenwerk doen etc.djwice schreef op donderdag 10 april 2025 @ 07:28:
[...]
Dank! Duurt dagen zelfs, ondanks dat de schijven 298MB/s zijn doet ie het met 100MB/s en soms zelfs 67MB/s.
Zelf heb ik overigens daarom voor een 4 disk setup gekozen met Raid5. Op papier zou raid5 sneller moeten zijn, minder overhead voor de stripes en kleinere disken zijn per GB goedkoper. Alleen de SSD's die er ook in zitten zijn in raid1.
My solar panels | Soladin loggen? | Strava
---------------
Gemak dient de mens, moeite dient de mensheid.
Net een Qnap 262 4G overgenomen en heb daar nu mijn 2 schijven van mijn 233 ingestopt. Daarna fabrieksinstellingen gedaan omdat ik de data wil behouden. Nu start hij opnieuw op en vraagt hij om mijn wachtwoord. Nu werkt mijn eigen wachtwoord (van de 233) niet meer. Iemand een idee hoe ik weer kan inloggen?
Edit:
Gevonden, het was het macadres
[ Voor 6% gewijzigd door KL643 op 20-06-2025 18:27 ]
Laatste tijd dus al regelmatiger backups gemaakt maar onlangs wilde ik een bestand op de NAS zetten en was deze niet bereikbaar. De webinterface gaf nu aan dat er écht problemen waren met een of twee van de schijven.
De backup maken wilde ook niet meer; want de originele bestanden waren niet bereikbaar (of iets anders omschreven)
Na een reboot zag die soms de schuiven niet eens meer.
Maar nu is de NAS helemaal niet bereikbaar. Inloggen via web geeft "Deze site is niet bereikbaar, *IP-adres van NAS* heeft de verbinding geweigerd", NAS (mappen) zijn ook niet te zien via Windows verkenner (maar staat daar nog wel onder "Multimedia-apparaten" (maar via dat ook niet bereikbaar).
Qnap finder ziet de NAS ook niet maar ik kan de NAS wel pingen. M'n router ziet de NAS ook en de app WIFIman zit de NAS ook.
De LED's op de NAS; power LED is blauw, status LED is groen,, HDD1 groen, HDD2 rood en LAN knippert oranje.
Ik heb op verschillende PC's geprobeerd; maar allemaal niet bereikbaar.
Zou ik de NAS met de aan/uit knop een reboot moeten doen of is er een andere manier om dat ding nog te bereiken?
[ Voor 7% gewijzigd door Piet91 op 03-10-2025 12:19 ]
Of anders misschien ssh toegang naar gebruiker admin?
Anders zou ik het niet weten..
Maar systeem ziet schijf 2 niet. Gebruik overigens JBOD.
Veel rondzoeken op internet dus, hopelijk valt er nog wat te redden.
De automatische USB-backup is dus ook mislukt, want "All folder pairs are invalid or inaccessible"
Ben bang dat ik die 2e schijf voorgoed kwijt ben. Schijf 1 is nog goed volgens Controlpanel.
[ Voor 31% gewijzigd door Piet91 op 03-10-2025 13:43 ]
https://www.qnap.com/nl-n...-for-legacy-arm-based-nas
ik denk overigens dat je die disk als defect kunt afschrijven. hopelijk heb je een leesbare back-up
Ik heb wel een soort van backup op een externe schijf, maar die is helaas al wel van een tijdje geleden.
In de tussentijd heb ik wel meer bestanden op de NAS opgeslagen; dit zijn niet de meest belangrijke bestanden (veelal opgenomen TV-uitzendingen), maar zou toch wel erg jammer zijn als deze verloren zijn.
In de logs komt wel langs dat "plugged drive failed to work" en 2 minuten later "Drive 2 unplugged".
De HDD LED's van beide schijven branden groen.
Toen ik eerder deze week er achter kwam dat de Qnap problemen had, kwam ik (ik geloof na een reboot) wel bij de bestanden en stond de 2e schijf er ook tussen. Maar nu dus niet meer.
EDIT: las op een forum dat het misschien kan helpen om de schijf (met NAS nog aan) uit/aan te zetten. Dit gedaan; ik hoor de schijf ook opstarten) maar ook (vooralsnog) niets.
[ Voor 40% gewijzigd door Piet91 op 03-10-2025 15:54 ]
Wat ook kan zijn is dat de connector van de Bay van de NAS de schijf niet meer goed pakt. QNAP heeft daar soms last van, en zelf al verschillende keren meegemaakt. Ik heb toen zelf de schijven omgezet naar een andere Bay maar ik dacht wel met een schone versie. Weet niet of het impact heeft op je data op de JBOD eerste schijf als je die verplaatst of eruit haalt en na het testen met JBOD tweede schijf weer terugzet.Piet91 schreef op vrijdag 3 oktober 2025 @ 14:31:
Ik kom nu wel weer in de webinterface, maar de NAS ziet schijf 2 niet meer.
Ik heb wel een soort van backup op een externe schijf, maar die is helaas al wel van een tijdje geleden.
In de tussentijd heb ik wel meer bestanden op de NAS opgeslagen; dit zijn niet de meest belangrijke bestanden (veelal opgenomen TV-uitzendingen), maar zou toch wel erg jammer zijn als deze verloren zijn.
In de logs komt wel langs dat "plugged drive failed to work" en 2 minuten later "Drive 2 unplugged".
Toen ik eerder deze week er achter kwam dat de Qnap problemen had, kwam ik (ik geloof na een reboot) wel bij de bestanden en stond de 2e schijf er ook tussen. Maar nu dus niet meer.
EDIT: las op een forum dat het misschien kan helpen om de schijf (met NAS nog aan) uit/aan te zetten. Dit gedaan; ik hoor de schijf ook opstarten) maar ook (vooralsnog) niets.
Overigens het is niet verstandig een NAS te configureren als JBOD want er is uiteraard geen redundantie dan maar dat wist je al...
Hij begint wel te spinnen, maar verder niets.
En van JBOD weet ik nu ja; in theorie was dat ook niet echt probleem want in begin stond er alleen maar wat media op en later maakte ik ook met enige regelmaat back-ups op een externe schijf.
Helaas is dat laatste een tijdje geleden voor het laatst gebeurd...
[ Voor 4% gewijzigd door Piet91 op 03-10-2025 16:45 ]
Ok de schijf spint wel. Misschien elders in het forum zoeken hoe dit op te lossen, schijfprobleem? Het voordeel is, JBOD geen onderdeel van RAID dus data moet eraf te halen zijn als ie maar start. Aan een PC? Vroegûh was het met een schroevendraaier en hamer een tik op geven dan kwamen de koppen los. Of de andere schijf leegmaken en het moederbord overzetten naar deze schijf. Maar dat is hier een beetje offtopic..Piet91 schreef op vrijdag 3 oktober 2025 @ 16:44:
Dat probleem ben ik online ook tegengekomen; om dat uit te testen heb ik een andere schijf geinstalleerd en die pakt de NAS wel op. Het is dus echt de schijf die er dus nu écht mee gestopt lijkt te zijn.![]()
Hij begint wel te spinnen, maar verder niets.
En van JBOD weet ik nu ja; in theorie was dat ook niet echt probleem want in begin stond er alleen maar wat media op en later maakte ik ook met enige regelmaat back-ups op een externe schijf.
Helaas is dat laatste een tijdje geleden voor het laatst gebeurd...
Hij draait inderdaad wel, maar de NAS ziet hem niet. Had dus tijdelijk een andere schijf op diens positie aangesloten en die zag de NAS wel; dus ben bang dat de HDD echt toast is.mv_ak schreef op vrijdag 3 oktober 2025 @ 17:49:
Ok de schijf spint wel. Misschien elders in het forum zoeken hoe dit op te lossen, schijfprobleem? Het voordeel is, JBOD geen onderdeel van RAID dus data moet eraf te halen zijn als ie maar start.
Zelfs geïnstalleerde apps ziet de NAS niet meer; de lijst met geïnstalleerde apps zijn alleen de vooraf geïnstalleerde apps.
Ik heb een 3.5" behuizing besteld die hopelijk morgen bezorgd wordt. Zal wel laatste redmiddel zijn om nog wat bestanden van beide HDD's te krijgen.Aan een PC? Vroegûh was het met een schroevendraaier en hamer een tik op geven dan kwamen de koppen los. Of de andere schijf leegmaken en het moederbord overzetten naar deze schijf. Maar dat is hier een beetje offtopic..
Ik lees wel tegensprekende berichten online wat betreft JBOD; de een zegt je praktisch niets mee kunt als je dit aansluit op een PC.
Een ander dat het wel mogelijk is (maar dan wel met een Linux systeem of iets als Linux Reader) maar omdat de NAS bij JBOD bestanden over beide schijven verdeelt; het maar de vraag is of je iets van bestanden kunt afhalen/kopiëren.
Ik zag dit wel aankomen en had de externe schijf dus ook al in huis gehaald (die lag altijd voor de zekerheid bij anderen in huis) en had dus recentelijk ook wat vaker backups gemaakt, maar helaas is de laatste keer wel weer een paar maand geleden. Naast het feit dat er dus waarschijnlijk bestanden (voornamelijk TV-opnames en wat beelden van beveiligingscamera's) kwijt zijn; zijn er ook bestanden die ik er sindsdien op heb gezet waarvan ik mij niet meer kan herinneren wat ik er allemaal precies op het gezet.
Dus ik zit nu wel een beetje
[ Voor 3% gewijzigd door Piet91 op 03-10-2025 20:21 ]
"mocht mijn vraag hier niet goed staan excuus dan hoor ik het graag"
Ik heb nog een oude nas staan de TS-119P+. Tijdens de verbouwing heeft deze heel lang uit gestaan -> maanden. Dat ik de nas op wilde startte lukte dit helaas niet. Wegens tijdgebrek hier ook niet meer naar gekeken tot deze week.
De nas startte met HDD niet op en de led bleef maar knipperen aan de voorkant. Als de HDD was verwijderd startte de nas wel op. Dus zonder HDD opgestart -> HDD erin geschoven en toen het hele riedeltje doorgestapt met nieuwe firmware. Alles ging goed. Uiteindelijk 4 dagen geleden up en running. Omdat ik het toch wel erg zonde zou vinden om alle data kwijt te zijn heb ik op het QNAP forum de vraag gesteld of ik de data niet in 1 keer naar iCloud kan kopiëren. Los daarvan heb ik een SSD besteld omdat ik naar eigen onderzoek denk dat het niet of moeilijk gaat.
Helaas gister was de nas niet meer te benaderen, zowel niet met de interne ip adressen als ook niet met Qfinder. Heb daarom de nas uitgeschakeld dmv de knop aan de voorkant lang ingedrukt te houden totdat deze zichzelf uitschakeld. Eenmaal ingeschakeld lukt het weer om via het interne ip adres verbinding te maken. Ook Qfinder heeft de nas na een hele lange tijd weer gevonden. Waarschijnlijk door de harde uitschakeling is er wat mis gegaan met de HDD. Ik kan niet meer bij mijn bestanden komen en worden er allemaal waarschuwingen gegeven. Via Windows kan ik nog maar bij 1 map komen, dat is een map die QNAP zelf heeft aangemaakt namelijk "homes".
Kan ik zelf nog iets doen om nog data te redden? zo ja via de nas zelf of moet ik deze demonteren in via een docking station benaderen? De backup app op de nas werkt ook niet omdat die waarschijnlijk op de HDD zelf staat.
Ergens heb ik nog hoop dat het "mee valt" gezien de nas zelf alleen maar "waarschuwingen" geeft...
Achteraf ben ik er wel goed ziek van. Stom natuurlijk om niet veel eerder backups te maken maar goed helaas moet ook hier iets gebeurden voordat....
:strip_exif()/f/image/tYcKVOO8b3O3c2hAKi0KMerg.jpg?f=fotoalbum_large)
[ Voor 4% gewijzigd door Xtremebase op 11-10-2025 15:21 ]
ik zou eerst de firmware actualiseren (geen impact op je data opslag) en daarna het file systeem herstellen.
Ik ben geen doorgewinterde IT-er maar ik denk ook dat ik niet niks kan, maar hoe update ik de firmware’s van de hdd? Als ik bij Qfinder update firmware doe dan geeft het systeem aan dat de firmware up to date is. Dat klopt ook wel qua systeem. Ook het laten herstellen van iets bij bestandsbeheer heb ik echt nog niet kunnen vinden.. ik hoor (of zie met een screenshot) graag waar dat staat.
Wat je kunt doen is een (handmatige) firmware update draaien, waarbij je de up-to-date melding negeert en de firmware update doorzet. Als het goed is zijn dan in ieder geval beide versies weer in sync en krijg je daar geen foutmeldingen/problemen mee.
Daarna zou je het filesysteem kunnen herstellen
in controlpanel naar opslagbeheer dan tabje volumebeheer
onderin het scherm zie je de volumes. selecteer het volume en vlak daarboven de buttoncontroleer bestandssysteem
[ Voor 14% gewijzigd door peter-rm op 11-10-2025 23:15 . Reden: aanvulling ]
De optie controleer bestandssysteem heb ik overigens nog niet gevonden. Wie weet komt dat omdat het volume niet (goed) wordt gevonden.
YouTube: QNAP TS 251+ werkt weer met 100Ω weerstand!
hetgeen ik morgen ook moet gaan repareren
[ Voor 10% gewijzigd door AntoniusDD op 15-10-2025 11:27 . Reden: morgen ]
Succes gewenst, heb het zelf bijna 2 jaar geleden in mijn TS-451 moeten doen en die draait sindsdien weer zonder problemen. En het was gelukkig ook nog eens simpel om te doen ookAntoniusDD schreef op woensdag 15 oktober 2025 @ 11:26:
Ik vond deze youtube beschrijving inzake die fix met 100 Ohm weerstandje (in de Nederlandse taal) hetgeen wel zo prettig is.
YouTube: QNAP TS 251+ werkt weer met 100Ω weerstand!
hetgeen ik morgen ook moet gaan repareren
Het kopieren van de bestanden is gelukt door een ander draadje: De_Kerel in "Help! Mijn QNAP TS-212 NAS is er mee opgehouden!"Xtremebase schreef op zaterdag 11 oktober 2025 @ 15:18:
Hallo,
"mocht mijn vraag hier niet goed staan excuus dan hoor ik het graag"
Ik heb nog een oude nas staan de TS-119P+. Tijdens de verbouwing heeft deze heel lang uit gestaan -> maanden. Dat ik de nas op wilde startte lukte dit helaas niet. Wegens tijdgebrek hier ook niet meer naar gekeken tot deze week.
De nas startte met HDD niet op en de led bleef maar knipperen aan de voorkant. Als de HDD was verwijderd startte de nas wel op. Dus zonder HDD opgestart -> HDD erin geschoven en toen het hele riedeltje doorgestapt met nieuwe firmware. Alles ging goed. Uiteindelijk 4 dagen geleden up en running. Omdat ik het toch wel erg zonde zou vinden om alle data kwijt te zijn heb ik op het QNAP forum de vraag gesteld of ik de data niet in 1 keer naar iCloud kan kopiëren. Los daarvan heb ik een SSD besteld omdat ik naar eigen onderzoek denk dat het niet of moeilijk gaat.
Helaas gister was de nas niet meer te benaderen, zowel niet met de interne ip adressen als ook niet met Qfinder. Heb daarom de nas uitgeschakeld dmv de knop aan de voorkant lang ingedrukt te houden totdat deze zichzelf uitschakeld. Eenmaal ingeschakeld lukt het weer om via het interne ip adres verbinding te maken. Ook Qfinder heeft de nas na een hele lange tijd weer gevonden. Waarschijnlijk door de harde uitschakeling is er wat mis gegaan met de HDD. Ik kan niet meer bij mijn bestanden komen en worden er allemaal waarschuwingen gegeven. Via Windows kan ik nog maar bij 1 map komen, dat is een map die QNAP zelf heeft aangemaakt namelijk "homes".
Kan ik zelf nog iets doen om nog data te redden? zo ja via de nas zelf of moet ik deze demonteren in via een docking station benaderen? De backup app op de nas werkt ook niet omdat die waarschijnlijk op de HDD zelf staat.
Ergens heb ik nog hoop dat het "mee valt" gezien de nas zelf alleen maar "waarschuwingen" geeft...
Achteraf ben ik er wel goed ziek van. Stom natuurlijk om niet veel eerder backups te maken maar goed helaas moet ook hier iets gebeurden voordat....
[Afbeelding]
[Afbeelding]
Ik heb de software geprobeerd en het werkte voor mij. Gelukkig was de HDD tog nog nie zo stuk. Echter heb ik niets meer geschreven naar de schijf om schade te voorkomen (wat ik heb kunnen lezen is als je problemen hebt met een schijf dat je niet meer moet gaan schijven omdat je anders het alleen maar erger kunt maken).
Ik wil het liefst dat deze documenten (afhankelijk van de map) ook offline beschikbaar zijn op de devices. De telefoons zullen bijvoorbeeld niet alles offline beschikbaar hebben maar de pc weer wel.
Met welke app kan ik dit instellen? Ik heb nog nooit met een NAS gewerkt.
Tevens kom ik er niet helemaal uit wat nu het meest haalbaar en veilige is om de documenten offline beschikbaar en ook buiten het netwerk beschikbaar te maken. Kan iemand mij daarbij helpen/heeft iemand tips?
https://www.flickr.com/people/137281057@N05/
Korte vraag: ik verkrijg binnenkort een TS-831X. https://www.qnap.com/en/product/ts-831x/specs/hardware
Deze heeft per standaard geen wifi-mogelijkheden, maar ik zie wel dat er een PCIe Gen2 ( x2) poort beschikbaar is. Kan deze poort gebruikt worden om een PCIe Gen2 Wifi Adapter op aan te sluiten? En zo ja, begrijp de QNAP dan ook wát ik heb aangesloten (oftwel: zit wireless al in de firmware gebakken, ookal heb je de funcionaliteit niet perse op basis van het type QNAP NAS dat je bezit).
Alvast dank!
Wie is jouw favoriete fictieve personage? - God
Echter een hoop andere werken ook.
Dank! Ik kon zo snel geen HCL lijst vinden maar daar duik ik later nog wel eens in. Ik heb thuis nog wat overtollige pcie gen 2 wireless plankjes, er zit er vast wel een tussen die werkt.leonbong schreef op zaterdag 14 februari 2026 @ 19:29:
Op de HCL lijst staan wifi adapters die gegarandeerd werken.
Echter een hoop andere werken ook.
Mijn dank is groot!
Wie is jouw favoriete fictieve personage? - God
Oude schijven zijn leeg gehaalt, eerst komen er 2 500Gb SSD's in RAID 1 in die als systeemdisk gaan dienen.
Vervolgens de 6 26TB schijven, die in RAID 5 gaan.
Kan iemand hier mij een globale tijd indicatie geven hoelang het zou duren om deze RAID 5 array te bouwen ?
Het is puur bouwen, nog geen gegevens wegschrijven.
(Volgende week woensdag gaat de elektriciteit van het huis af voor aanpassen stroomnet, ik moet de RAID 5 array bouwen dus plannen)
Inhoud : 40% cynisme, 50% sarcasme en 10% caffeine.
anders ga je toch wachten tot na de elektra dip.
gevoelsmatig denk ik dat dit wel te redden is.
Beschadig je de HDD's niet als je een RAID opbouwen onderbreekt ?peter-rm schreef op maandag 11 mei 2026 @ 09:00:
gewoon starten en kijken of je het red binnen die 200 uur. als je het niet op tijd gered hebt, start je na de elekta dip opnieuw .
anders ga je toch wachten tot na de elektra dip.
gevoelsmatig denk ik dat dit wel te redden is.
Ik kan donderdagmiddag namelijk pas beginnen met de RAID bouwen (iets met werk en niet fysiek bij de NAS kunnen)
Als het te lang gaat duren neem ik de TS-673A mee naar werk en doe ik de RAID 5 bouw daar.
Inhoud : 40% cynisme, 50% sarcasme en 10% caffeine.
Heb je deze op QTS (Ext4) of QTShero (ZFS) dat maakt enorm uit in tijd, maar reken voor EXT4 op uur of 30.dierkx36 schreef op maandag 11 mei 2026 @ 08:53:
Vorige week heb ik 6 26TB HDD's gekocht die ingaan de TS-673A.
Oude schijven zijn leeg gehaalt, eerst komen er 2 500Gb SSD's in RAID 1 in die als systeemdisk gaan dienen.
Vervolgens de 6 26TB schijven, die in RAID 5 gaan.
Kan iemand hier mij een globale tijd indicatie geven hoelang het zou duren om deze RAID 5 array te bouwen ?
Het is puur bouwen, nog geen gegevens wegschrijven.
(Volgende week woensdag gaat de elektriciteit van het huis af voor aanpassen stroomnet, ik moet de RAID 5 array bouwen dus plannen)
Check, thanxleonbong schreef op maandag 11 mei 2026 @ 09:22:
[...]
Heb je deze op QTS (Ext4) of QTShero (ZFS) dat maakt enorm uit in tijd, maar reken voor EXT4 op uur of 30.
Ik wil idd QTS gebruiken, de TS-673A is puur een langdurige opslagbak, dus zo simpel mogelijk.
Inhoud : 40% cynisme, 50% sarcasme en 10% caffeine.
En vergeet ook niet even om je (re)build priority op het hoogste te zetten, dit kan ook aardig schelen.dierkx36 schreef op maandag 11 mei 2026 @ 09:50:
[...]
Check, thanx![]()
Ik wil idd QTS gebruiken, de TS-673A is puur een langdurige opslagbak, dus zo simpel mogelijk.
https://docs.qnap.com/operating-system/quts-hero/4.5.x/en-us/GUID-A93218F2-B220-4F8B-B952-5E5FEA97A706.html
De TS-673A heeft 8GB RAM (het originele dus) erin zitten.
Het geheugen verhogen naar 16GB, zou daar met de RAID 5 array opstellen, en daarna alles overschrijven, nog snelheids winst inzitten ?
(Ik kan voor een leuke prijs aan DDR 4 SODIMM 16Gb ECC RAM die compatible is met de TS-673A komen, en gezien we toch al met ombouwen bezig zijn etc ...)
[ Voor 6% gewijzigd door dierkx36 op 11-05-2026 12:40 ]
Inhoud : 40% cynisme, 50% sarcasme en 10% caffeine.
4 dagen als het met 150 MB/sec gaat op ext4.
PS Ik heb een TS-673 deze is niet heel veel langzamer dan jouw TS-673A. In mijn ervaring gaat het heel nauwelijks sneller door meer ram, ik heb 20GB.
[ Voor 35% gewijzigd door leonbong op 11-05-2026 15:33 ]
Duidelijk, dank je.leonbong schreef op maandag 11 mei 2026 @ 14:39:
Het is nog erger dan ik dacht de verwachte rebuild time voor deze samenstelling is grofweg 4-7 dagen.
4 dagen als het met 150 MB/sec gaat op ext4.
PS Ik heb een TS-673 deze is niet heel veel langzamer dan jouw TS-673A. In mijn ervaring gaat het heel sneller door meer ram, ik heb 20GB.
Die 16Gb is dus al beter dan de 8 die erin zit.
Het zijn WD HC590 26Tb schijven die erin gaan, niet de traagste naar mijn weten.
Inhoud : 40% cynisme, 50% sarcasme en 10% caffeine.
Ik bedoelde nauwelijks sneller met meer ram, de beperkende factor is echt de max snelheden van de hdd.
Ik heb er ook een ssd raid die build met de maximum snelheid van 500MB/sec ofwel de topsnelheid van SATA ssd’s.
[ Voor 59% gewijzigd door leonbong op 11-05-2026 15:33 ]
Als ik het niet vergeet geef ik het doorLord Anubis schreef op maandag 11 mei 2026 @ 15:19:
Koppel het aub straks terug naar hier. Moet ergens in Juli een QNAP NAS ergens plaatsen als sub backup. En ga er ook gelijk wat flinke schijven er in stoppen.
Indien je niks hoort, geef effe een schop ... mijn geheugen is niet al te best
Inhoud : 40% cynisme, 50% sarcasme en 10% caffeine.
Gewoon verdubbelen, heb ik ook gedaan in opdracht van de vrouw. Ik vergat te veel zei ze. Denk dat er meer parity errors binnen kwamen.dierkx36 schreef op maandag 11 mei 2026 @ 15:38:
[...]
Als ik het niet vergeet geef ik het door![]()
Indien je niks hoort, geef effe een schop ... mijn geheugen is niet al te best
Er is hier niks meer te verdubbelen, of te repareren.Lord Anubis schreef op maandag 11 mei 2026 @ 16:01:
[...]
Gewoon verdubbelen, heb ik ook gedaan in opdracht van de vrouw. Ik vergat te veel zei ze. Denk dat er meer parity errors binnen kwamen.
Bedrijfsongelukje aantal jaren geleden, de RAM modules hebben nogal een mep gehad wat niet meer is goed gekomen.
Inhoud : 40% cynisme, 50% sarcasme en 10% caffeine.
Ben nou bezig de TS-673A weer tot leven te weken.
[X] m.2 SSD's zitten erin
[X] 8GB RAM = 16 GB ram
[X] 6* 26TB HDD's zitten erin
[ ] Raid 5 bouw voor de 26TB's is nog bezig, vannacht om 00:30 begonnen en er staat nog 28 uur op de teller voor hij klaar is.
Probleem waar ik tegen aan loop, ik krijg via MyQnapCloud, onder apparaatbeheer -> mijn apparaten -> TS-673A -> service QTS Desktop en File station niet te zien.
Staat alleen melding "Voor dit apparaat is geen openbare dienst gepubliceerd. Neem contact op met de eigenaar van het apparaat."
Ik heb de configuratie hetzelfde staan as bij de TS-464, yet bij de TS-464 heb ik via MyQnapCloud wel QTS desktop en file station staan, bij de TS-673A dus niet.
De TS-673A word gezien door MyQnapCloud, alleen dit dus.
Iemand een idee wat er hier aan de hand is en hoe ik dit aan de praat krijg ?
Volgens de oude handleiding moet je QTS Desktop en File Station bij de installeren van de MyQnapCloud app aangeven dat die gedeeld word, aleen krijg ik dit dus niet te zien.
(Handleiding is gebaseerd op een ouder versie van MyQnapCLoud app lijkt)
Weet iemand een andere manier om dit te controleren of QTS desktop en File station wel door de MyQnapCloud app worden gedeelt en hoe je dit kan veranderen.
PS:
Om meteen de standaard reactie van "niet MyQnapCloud gebruiken" de kop in te drukken :
Ik gebruik het heel veel omdat ik vaak vanuit het buitenland heb gewerkt, en dit de enigste manier was om op de NASsen te komen, dus dit moet voor mij werken punt.
Inhoud : 40% cynisme, 50% sarcasme en 10% caffeine.
Tis em, thanxleonbong schreef op donderdag 14 mei 2026 @ 11:28:
Als iemand die het niet gebruikt.
Je moet volgens hier web file-manger aanzetten.
[Afbeelding]
Web file manager voor file station en web administration voor QTS desktop.
Wel erg apart dat die op de TS-464 uitstaan maar ik als nog bij QTS desktop en file station kan komen :/
Maar goed, zal wel.
Die word volgende week onder handen genomen.
Inhoud : 40% cynisme, 50% sarcasme en 10% caffeine.
FYI :Lord Anubis schreef op maandag 11 mei 2026 @ 15:19:
Koppel het aub straks terug naar hier. Moet ergens in Juli een QNAP NAS ergens plaatsen als sub backup. En ga er ook gelijk wat flinke schijven er in stoppen.
Raid 5 controle van de 6 26TB schijven heeft net geen 46 uur gekost met de TS-673A
Let wel, er zitten 2 m.2 SSD's in RAID 1 in, die als systeem schijven werken.
Dus zodra je iets op de NAS doet (apps installeren, settings aanpassen etc) gaat dit via de SSD's, de HDD's worden niet aangesproken.
Die 16Gb RAM doet ook niks by the way.
RAID 5 sync begint heel traag (10,5 Mb/s) gaat dan naar 180ish Mb/s voor een lange tijd, en zakt de laatste 12 uur langzaam richting 90ish Mb/s
[edit]
Verplaats/copier snelheid van desktop naar TS-673A is 280+ Mb/s , hier lijkt die extra RAM wel wat te doen
[edit 2]
Kleine tip voor degene die een TS-x67A NAS hebben dan wel willen kopen en m.2 SSD's willen gebruiken :
Koop be quiet! MC1 M.2 SSD coolers : passen redelijk makelijk in de TS-X73A serie, en werken perfect
Gebruik nou Kingston A2000 500Gb m.2's in de TS-673A : krijg ze niet warm gestookt, maakt niet uit wat ik doe (30 graden max) .
Heb in de TS-464 2 WD Red SN700 500Gb met cheap-as-sh!t Amazon koelblokjes op (enigste wat past) en die gaan richting de 50 graden op een warme dag met ook maar een beetje activiteit
[ Voor 29% gewijzigd door dierkx36 op 16-05-2026 07:57 ]
Inhoud : 40% cynisme, 50% sarcasme en 10% caffeine.
Ik heb 3x4TB HDD in Qtier opstelling met daaraan dus 3x500GB SSD gekoppeld.
De 3x500GB SSD heb ik een SSD vervangen voor andere hij is nu aan het rebuilden gaat met +/- 250 MB/sec dus ik verwacht een uurtje of minder, het is in totaal met 1,5TB -> 1TB netto.
Ik heb ook meteen de HDD's gecontroleerd op smart waarden.
2x 1800 dagen aan draaiuren zonder fouten Toshiba 4TB enterprise schijf (6MG)
1x 2600 dagen aan draaiuren zonder fouten Toshiba 4TB Nas schijf (N300)
Ik heb deze nas (TS-673) blijkbaar al bijna 8 jaar, gekocht toen één 2TB schijf (was 3 disk raid5) in mijn oude NAS kapot ging.
Toen gestart met de 2 oude 2TB schijven uit mijn oude NAS aangevuld met de bovenstaande 4TB schijf. Later de twee oude schijven vervangen voor de huidige 4TB schijven maar toen was ik blijkbaar ook al weer 3 jaar verder.
Edit:Rebuild 35 min ofwel 260MB/sec.
merci.dierkx36 schreef op vrijdag 15 mei 2026 @ 22:21:
[...]
FYI :
Raid 5 controle van de 6 26TB schijven heeft net geen 46 uur gekost met de TS-673A
Let wel, er zitten 2 m.2 SSD's in RAID 1 in, die als systeem schijven werken.
Dus zodra je iets op de NAS doet (apps installeren, settings aanpassen etc) gaat dit via de SSD's, de HDD's worden niet aangesproken.
Die 16Gb RAM doet ook niks by the way.
RAID 5 sync begint heel traag (10,5 Mb/s) gaat dan naar 180ish Mb/s voor een lange tijd, en zakt de laatste 12 uur langzaam richting 90ish Mb/s
[edit]
Verplaats/copier snelheid van desktop naar TS-673A is 280+ Mb/s , hier lijkt die extra RAM wel wat te doen
[edit 2]
Kleine tip voor degene die een TS-x67A NAS hebben dan wel willen kopen en m.2 SSD's willen gebruiken :
Koop be quiet! MC1 M.2 SSD coolers : passen redelijk makelijk in de TS-X73A serie, en werken perfect![]()
Gebruik nou Kingston A2000 500Gb m.2's in de TS-673A : krijg ze niet warm gestookt, maakt niet uit wat ik doe (30 graden max) .
Heb in de TS-464 2 WD Red SN700 500Gb met cheap-as-sh!t Amazon koelblokjes op (enigste wat past) en die gaan richting de 50 graden op een warme dag met ook maar een beetje activiteit
Behoorlijk tijdje geweest.
De verschillende veel of weinig RAM beïnvloeding lijkt me wel logisch ; denk dat het bij app gebruik wel meeste merkbaar is.
Apart het grote verschil in temperatuur van de SSD opslag.
Kwa tijd vond ik het mevallen eigenlijk, 'k had gerkend op zeker 4 dagen alleen dat hij met het controleren en opbouwen van de RAID 5 bezig zou zijn.Lord Anubis schreef op maandag 18 mei 2026 @ 07:35:
[...]
merci.
Behoorlijk tijdje geweest.
De verschillende veel of weinig RAM beïnvloeding lijkt me wel logisch ; denk dat het bij app gebruik wel meeste merkbaar is.
Apart het grote verschil in temperatuur van de SSD opslag.
Dat verschil in temperaturen is denk ik wel makkelijk uit te leggen :
- TS-X73A NASsen hebben meer ruimte voor een m.2 cooler dan de TS-464 (10mm tegen max 5mm) , ook meer ruimte om lucht langs te gaan.
- Be Qiuet koelblok tegen een Amazon cheap-as-sh!t koelblokje
Inhoud : 40% cynisme, 50% sarcasme en 10% caffeine.
Gebruik GEEN Amazon koelblokjes op je m.2 SSD,s !!!!
(Deze : https://www.amazon.nl/dp/B089RBKH31?ref=ppx_yo2ov_dt_b_fed_asin_title&th=1)
Zag gisteren bij het omwisselen van componenten naar de nieuwe TS473A dat er brandpuntjes op de SSD's zatten, onder de koelblokjes en de thermal pads. (SSD's zijn gelukkig nog goed)
Het lijkt er op te duiden dat de SSD's (een keer ?) te warm zijn geweest, die Amazon koelblokjes zijn dus gewoon R#K.
[ Voor 25% gewijzigd door dierkx36 op 23-05-2026 11:52 ]
Inhoud : 40% cynisme, 50% sarcasme en 10% caffeine.
:strip_exif()/f/image/rqDfmb49urNgKB13K8zEJVgS.jpg?f=fotoalbum_large)