Lagrings-HW som klarar att flera 'host' kan rota på samma disk samtidigt har funnits sedan anno datzumal
tex. SCSI kan man ha flera 'host' som kan jobba på samma grupp av diskar och allt ihopkopplat med en bred bandkabel alla delar i en bus-system, SCSI hade nämligen master-roller som dynamiskt kunde byta plats mellan enheterna - det skulle inte förvåna mig att det fungerar på SAS idag och även på iSCSI om man verkligen anstränger sig.
Problemet är filsystemen!!! - Ingen stor modern filsystem (om vi bortser från databas-motorer) är designade för att flera olika datorer skall kunna ha fingrarna i filsystemet samtidigt, utan _allt_ bygger på att det är strikt 1 'host' som sköter allt detta.
Möjligen kan/kunde man se den typen av fingrar in från flera olika datorer samtidigt i en lagring i dålig designade databas-system som man kunde se på en del ekonomi och OLF-program 1990-talet (ofta med en grund ursprungligen skrivet i Basic och klientprogrammen modifierade i stort sett textfiler som skulle agera databaser...) innan det här med databaser och databasmotorer blev ett begrepp och att man går strikt 100% via SQL-kommandon mot en databasmotor och inte lockas till några genvägar - genvägar som man faktiskt gjorde av prestandaskäl även i rätt så påkostade dito program och konsekvensen var att förr eller senare så sket det sig _alltid_ på dom här lagringarna - win3.11-datorer var ju inte så driftsäkra om man säger så och kunde lämna det hela halvvägs genomfört, moment som ingen annan dator ser förrän de själva kraschar på dessa...
Hur löser man detta idag - jo enligt principen "sura lagermannen bakom luckan i dörren som säger 'rekvisition' " när man skall lämna in eller ta ut saker - en monitor-funktion där alla transaktioner in och ut går en enda väg. Det är det enda sättet att hålla ordning på lagret (disken, filsystemet) då om alla kan kliva in och ut som de vill och lämna/hämta som de vill så blir det bara skit av det - kaos efter en tid - saker som du räknat med skall finnas, är slut eller lådan har något annat innehåll än av du tänkte dig eller du själv kastar ut den gamla, någon annans innehåll och stoppar in ditt eget stuff utan att notera det på rätt sätt i någon lista - ibland... (det är dyra 'ibland' då det skapar kaos i lagret....)
Det är inte annorlunda i hanteringen av sektorer med data på en disk som lagerhanteringen av material verktyg och komponenter i verkliga livet.
Hur löser man idag - jo, man har en serverfunktion, som är 'just gubben bakom luckan i dörren och vill ha rekvisition' (fast det kallas API idag och alla fält måste vara rätt fyllda innan något händer) och du på framsidan av luckan har inte en jäkla aning hur det ser ut och fungerar på baksidan - du vet (oftast) inte vilket filsystem som används när du hämtar filer från en NAS, men nästan garanterat att det är inte samma filsystem som din dator - och det fungerar ändå!
Det är så SMB-servrar fungerar, NFS-servrar, http/https-sevrar - databasmotorer etc. etc., från en NAS på en RPI4 till en IBM värstingstordator - för att det är det enda sättet att hantera det och som fungerar i längden!!!
Om det i ditt fall skall ske i samma fysiska dator så har folk redan nämnt att det hela kanske måste ske via virtuella maskiner där varje sådan tjänst har en tydlig roll tex. en NAS-roll emulerad i en VM...
