Bloom

Hoeveel vermogen je nodig hebt hangt af van hoe luid je wil spelen. Als je nooit geteleurgesteld wil raken moet je al denken richting 2x500W in 8 Ohm en het dubbel daarvan in 4 Ohm. Dat bereken ik met deze formule: P = 8/Z∙10(L-S+20∙log D)/10 metZ = minimumimpedantie van de luidspreker in Ω (Ohm)S = gevoeligheid luidspreker in dB / 2,83 V / 1 mD = luisterafstand in mL = gewenste geluidsdruk op luisterafstand in dBdan geeftP = het vereist vermogen in W En L zet ik zelf altijd op 99 dB. Daar ga je uiteraard nooit continu naar luisteren, dan word je stokdoof. Maar het stelt je wel in staat "crescendo's" (langer aangehouden dan pieken) correct weer te geven. Vandaar nooit teleurgesteld raken. Qua prijs/prestatie zou ik dan kijken naar een goeie klasse D versterker. Dat zal normaal een eindversterker zijn en als je graag buizen wil, kun je dat probleemloos combineren met een buizenvoorversterker.

84 dB is een vrij laag rendement, geen hoog. Hoe ver zit je van de luidsprekers af? Dan kan ik wel zeggen welk vermogen je best nodig hebt. En dan kun je ook bepalen of een buizenversterker dat kan leveren. Indien niet, kun je nog altijd kiezen voor solid state eindversterker en een buizenvoorversterker. Let wel: buizenversterkers zijn vele malen duurder dan solid state voor dezelfde kwaliteit.

Ja, dat is zelfbouw. Ik zal er eens een artikel over samenstellen en dat op dit forum in een daarvoor geschikt topic plaatsen.

Zowat alles van Adaptec zou standaard ondersteund moeten worden door Linux. Maar je had rustig met die software-RAID van Linux kunnen werken hoor. Ik heb jarenlang gedraaid met 6x2T in RAID-5 en een tweede systeem met 6x4T in RAID-5, allemaal soft-RAID van Linux en zonder enig probleem. Momenteel heb ik vanwege mijn veel grotere opslagbehoeften een overstap gemaakt naar LizardFS. Ook onder Linux. Bij mij draait alles onder Debian Linux.

Ik wel: de mijne!

Wat was trouwens die RAID-controller? Als die niet herkend werd door Linux en er door de fabrikant ook geen drivers werden voorzien, kun je eens een meer recente kernel proberen om te zien of het daarmee wil werken. Indien niet, kun je kijken of de RAID-controller eventueel AHCI ondersteunt en de aangesloten drives als losse drives (JBOD) kan aanbieden. Indien wel, is het mogelijk dat Linux de drives dan wél ziet en kun je ze softwarematig in RAID zetten. De in Linux ingebouwde software-RAID is zéér efficiënt en performant.

Tja. Dat is natuurlijk ook een probleem met propriëtaire systemen: je kunt die database niet uitlezen naar een ander systeem. Met open source zou dat geen probleem geweest zijn.

Het was niet mijn oplossing maar die van Microsoft. Maar ik ben zelf wel blij dat ik Windows volledig buitengesmeten heb en bij mij is alles, ook de htpc en de server(s) allemaal Linux. Geen enkel probleem met de verbindingen. Waarom jouw Windows server ineens geen verbindingen meer toestaat met een Linux machine is me momenteel ook duister. Er zijn maar twee mogelijke oplossingen om alles altijd te doen werken: (1) converteer alles naar Windows (2) converteer alles naar Linux Uiteraard heeft (2) mijn voorkeur. Dat zorgt er bovendien voor dat je geen malware op zulke computers kunt krijgen die de boel dan om zeep helpt.

https://tutorialforlinux.com/2018/06/26/how-to-install-draftsight-on-debian-stretch-9-easy-guide/ Dit zou moeten werken, ook voor Linux Mint. Je kunt ook PlayOnLinux proberen.

NanoCad is Windows software. Volgens dit (https://appdb.winehq.org/objectManager.php?sClass=application&iId=12704) zou het moeten werken onder Wine. Installeer bij Linux Mint niet alleen Wine maar ook nog PlayOnLinux als frontend, dat verhoogt de kansen om Windows software met succes onder Linux en Wine te draaien. Een alternatief is een virtuele Windows onder Linux te draaien, maar dat vereist een computer met voldoende werkgeheugen. Ik vond overigens deze lijst van CAD software die standaard in de Debian software repositories zit en dus ook in die van Ubuntu en Linux Mint: electronics-cad-gui - Debian packages for CAD tools with GUI leocad - virtual brick CAD software librecad - Computer-aided design (CAD) system openscad - script file based graphical CAD environment xtrkcad - CAD program for designing model railroad layouts

Welke software?

Absoluut schitterend! En als je weet dat maar liefst 60% van alle Engelse woorden uit het Frans komen (maar tot grote frustatie van de Fransen allemaal anders uitgesproken worden), dan zouden de Engelsen héél wat verliezen als de Fransen effectief hun taal zouden terugeisen.

Dat soort dingen doe je dan best met Linux. Voor mensen die Windows gewend ben raad ik steevast Linux Mint aan: dat heeft een deskop die vrijwel hetzelfde werkt en er ook vrij goed op lijkt.

Ok, dan hoor ik het wel...

Stuur me maar een PM! Er zijn dit weekend en volgend weekend verlengde weekends voor deze staatsslaaf, en ik heb momenteel nog niks ingepland staan.

Het is een aanpak die Microsoft wel vaker volgt, ook al schreeuwt het bedrijf tegenwoordig uit dat ze houden van Linux en zelfs software als SQL Server en de Edge browser onder Linux uitbrengen. Maar in de praktijk saboteert Microsoft nog altijd Linux op de desktop op drie manieren: 1) UEFI - er worden voortdurend dingen hierin veranderd of toegevoegd die de boel "veiliger" moeten maken maar steevast tot gevolg hebben dat alleen Windows nog gestart kan worden. 2) Windows - updates zorgen er geregeld voor dat allerlei instellingen of protocols veranderd of bijgewerkt worden waarna het niet meer of niet goed meer werkt met niet-Windows-systemen. Dat is wat ik denk dat er hier gebeurd is. 3) Office - updates zorgen er telkens weer voor dat documenten incompatibel zijn met LibreOffice - tot LibreOffice dat onderzocht heeft en aanpassingen aangebracht heeft, daarna is het weer wachten op de volgende update van Office die de boel weer in de soep laat draaien qua uitwisseling van documenten tussen LibreOffice en Office. Het doel is duidelijk: mensen geïrriteerd laten zijn dat het niet werkt, de schuld bij LibreOffice leggen en als oplossing iedereen terugleiden naar de "vertrouwde goedwerkende" omgeving van Windows+Office. Er zijn géén uitwisselingsproblemen, uiteraard, als iedereen op alle platformen met LibreOffice werkt en Microsoft Office langs de kant laat liggen. Maar dat gebeurt niet. Wat betaald moet worden, wekt kennelijk meer vertrouwen. Microsoft geeft als oplossing bij het soort foutmeldingen dat jij krijgt dat je een bepaalde instelling in het register van de Windows systemen waarmee dit gebeurt moet wijzigen: Registry location: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\LanmanServer\Parameters DWORD name: DisableStrictNameChecking DWORD value: 1

Toevallig na een Windows update dat die problemen begonnen?

Welk soort netwerkmappen? Windows shares of die van een NAS? Is er een foutmelding? Zo ja, welke?

Je moet echt Linux Mint (www.linuxmint.com) eens proberen. Ik denk dat je zult versteld staan van hoe gebruiksvriendelijk het tegenwoordig is.

Windows? Als je malware daarop krijgt (zeker ransomware), kunnen je bestanden ook om zeep zijn. Ik moet voor mijn werk met Windows werken, maar thuis heb ik al vele jaren geleden alles van Windows buitengesmeten en vervangen door Linux. Nog nooit zoveel zielerust gekend.

Ik heb de zaken gesplitst in een streamer en een centraal opslagsysteem. Beide inderdaad zelfbouw. Ik gebruik een streamer op basis van een Intel NUC met daar als besturingssysteem op Debian Linux en als streamerafspeelsoftware mpd (music player daemon). Er is geen eigen opslagruimte aan boord van die NUC. Alle muziek komt van een centraal opslagsysteem en dat is tegenwoordig een LizardFS "distributed network filesystem" met 158 TiB aan opslagcapaciteit waarvan nu nog zo'n 20 vrij is. Mpd wordt bestuurd met een app op iOS of Android of met desktopsoftware op een net- of notebook of met een webinterface. Keuze zat. Voor het LizardFS opslagsysteem heb ik momenteel vier opslagservers met waarvan drie met 6 schijven en één met 8 schijven. Het gaat om schijven van 4, 8 en 10 TB in wisselende verhoudingen. Momenteel zijn alle schijflades opgevuld, maar ik heb al een vijfde opslagserver gebouwd klaarstaan. Zodra de vrije schijfruimte onder de pakweg 5 TiB daalt koop ik een extra 10 TiB schijf erbij en steek die dan als eerste schijf in die vijfde opslagserver die ik dan in gebruik zal nemen. De vrije ruimte van die nieuwe schijf zal dan ogenblikkelijk bij het centrale opslagruimte gevoegd worden. Heel flexibel systeem en vrijwel oneindig schaalbaar. Muziek neemt daarvan slechts zo'n 3 TiB in beslag, de rest is "andere dingen". Het hele opslagsysteem werkt met een redundantie van 2:1 in de opslagchunks en dus niet in de harde schijven. Daardoor kun je vrijelijk kiezen welke harde schijven van welke capaciteit je in de diverse opslagservers steekt. De regels voor redundante chunks zijn dat ze niet op dezelfde schijf en liefst ook niet op dezelfde server mogen voorkomen als een originele chunk. Ik heb geen back-up van het geheel, maar dat komt omdat het gewoon teveel is en ik zou niet weten waar naartoe ik dat zou moeten back-uppen zodat het ook nog efficiënt gebeurt. LizardFS ondersteunt wel een back-upprincipe: ik zou een of meer opslagservers kunnen definiëren als write-only en dat er voor elke originele chunk een back-upchunk daarop moet worden aangemaakt. Dan heb je in feite een 3:1 redundantie, maar in de praktijk hoeft dat zelfs niet. Tenslotte moet er in deze configuratie al heel veel tegelijk misgaan om alles om zeep te helpen. Dan moet ik al denken aan een brand of zo. De 158 TiB is voor zowel originele als dubbelchunks. Dus ongeveer de helft is nuttig, de andere helft is redundant. Het systeem gaat wel flexibel om met een gebrek aan vrije ruimte: dan wordt de voorkeur gegeven aan data opslaan en kun je dus originele chunks hebben zonder redundantie, die markeert hij dan als "in danger" en dan moet je zo snel mogelijk voor extra schijven zorgen. Mijn huidige setup bevat: Opslagserver 1: 2x4 + 10 + 2x8 TB --> totaal 35 TiB capaciteit Opslagserver 2: gebouwd en staat klaar, nog geen harde schijven, 6 schijven mogelijk Opslagserver 3: 6x4 TB --> totaal 22 TiB capaciteit Opslagserver 4: 4 + 3x10 + 2x4 TB --> totaal 38 TiB capaciteit Opslagserver 5: 8 + 2x10 + 2x8 + 10 + 2x8 TB --> 64 TiB capaciteit Totale capaciteit: 158 TiB (alles hierboven is afgerond en levert bij samentelling 159 op, maar 158 is dan juister) De opslagservers en de metadataserver die alles bestuurt zitten in een eigen netwerk en op een eigen bloedsnelle switch. Er is telkens maar één netwerkkabel per server in gebruik, maar voor wat ik ermee doe heb ik niet meer nodig. Wie meer prestaties nodig heeft kan natuurlijk meer kabels gebruiken om meer bandbreedte te hebben, upgraden naar 10G en eventueel gebruik maken van een supersnelle cachende opslagserver met ssd's ipv hdd's. Het redundantiesysteem met chunks ipv drives werkt perfect. Ik kan probleemloos meerdere schijven verliezen en zelfs een complete opslagserver zonder dat ik één byte aan data verlies. Het voornaamste single point of failure is de metadataserver die het hele LizardFS systeem bestuurt. Daar zou ik nog een tweede van kunnen in dienst nemen zodat er een failover is, maar het ergste wat daar kan gebeuren is dat het hele opslagsysteem een tijdlang onbruikbaar is zolang die metadataserver niet hersteld is. De metadata wordt wél gebackupt en dat elke 5 seconden, dus die kan niet verloren raken (tenzij weer een brand of zo).

En daar heb je meteen de reden waarom ik voor zelfbouw heb gekozen. Niet alleen is het flink goedkoper dan zo'n Melco, bij mij kan een harde schijf die stuk gaat eenvoudig omgewisseld worden zonder dat ik een byte aan data verlies.

(<klik!) Een voorsmaakje: https://www.youtube.com/watch?v=ic3XTt7FNfQ

Yep. Raspbian!