Synology-Forum.nl
Packages => Officiële Packages => Cloud Station & Drive => Topic gestart door: maxvkva op 07 november 2018, 19:56:25
-
Hallo allen,
Ik zit een beetje met het probleem dat de aangegeven capaciteit van de hard disk die ik gebruik niet overeenkomt met de NAS. Ik heb een externe HD van 2TB aan mn laptop geplakt, deze is met de cloud station drive app direct verbonden met mijn NAS. Alles wat op deze schijf komt wordt direct naar mijn NAS geupload ter backup. Mijn nas beschikt over een hard disk van 4 TB, en heeft verder geen enkele functie of verbinding met andere hardware.
En toch geeft mijn harde schijf op mijn laptop aan dat er 1,29 TB gebruikt is, en de hard disk op mijn NAS geeft 2.53 TB aan (zie ook het verschil tussen 1.18 TB en 2.53 TB op de NAS die ik niet kan verklaren).
[attachimg=1]
HD NAS (4 TB)
[attachimg=2]
HD laptop (2 TB)
Ik kom er niet uit waar dat verschil nou in zit en hoe ik de HD van de NAS zo kan opschonen dat hij ook weer op 1,29 TB uit komt. Daarnaast is de file count ook aanzienlijk hoger op de NAS.
Ik heb het vermoeden dat het iets te maken heeft met trash files. De cloud station drive wilt wel eens rare kuren vertonen dat ik een hele folder verwijder in de finder van mijn mac, om diezelfde folder een paar dagen later weer op dezelfde plek te zien staan (dit gebeurt vermoedelijk icm inactief staan van de cloud station drive app toen ik de folder had verwijderd). Waarschijnlijk relevant: Ik heb ook ruim 500 GB aan trash files verwijderd van mijn laptop HD nadat ik hem had gescand met DaisyDisk en erachter kwam dat er enooorm veel hidden space in gebruik was van deze hidden files, vermoedelijk dus al die files die ik eerder had verwijderd en vanzelf weer terug kwamen. Ik vermoed dat hier dus ook iets mis gaat waardoor de NAS HD veel meer ruimte gebruikt.
Hoe kan ik zorgen dat alle cijfertjes weer mooi met elkaar kloppen en te herleiden zijn?
UPDATE:
Ik heb net deze instelling gevonden in de cloud station drive app die hiermee te maken lijkt te hebben. Het lijkt mij beter om toch de onderste optie te selecteren om dit probleem in het vervolg te voorkomen? Ben alleen wel bang voor het verliezen van bestanden (zonder mijn weten en bedoeling) als ik voor deze optie ga en er gaan dingen mis, of is die angst onterecht?
[attachimg=3]
-
deze is met de cloud station drive app…
…En toch geeft mijn harde schijf op mijn laptop aan dat er 1,29 TB gebruikt is, en de hard disk op mijn NAS geeft 2.53 TB aan
De "cloud station drive" is ook niet bedoeld voor backup, maar voor synchronisatie. Voor dat doel wordt er, onder water, van elke file op de nas een shaduwfile opgeslagen om gewiste files te kunnen recoveren. Dat onder water deel zie je niet altijd in gebruikte ruimte.
Lees de uitgebreide help hierover eens diepgaand om te begrijpen hoe deze cloud station drive werkt.
-
Je zit denk ik wel in de goede richting, maar ik kom er nog steeds niet helemaal uit.
aller eerst heb ik de cloud station drive optie gekozen om te backuppen omdat ik dan ook met mijn telefoon bij de bestanden op de NAS kan. Ik had alleen niet gerekend op eventuele shadow files of vorige versies die opslag vreten. Is er een optie om die functionaliteit uit te zetten? Het liefst zou ik gewoon mijn laptop HD 1 op 1 met mijn NAS HD synchroniseren, zonder shadow files of vorige versies.
-
Dat regel je in "Drive Admin Console (https://www.synology.com/nl-nl/knowledgebase/DSM/help/SynologyDrive/drive_admin_console)" > Rotate version count.
Dus, zoals aangegeven:
Lees de uitgebreide help hierover eens diepgaand om te begrijpen hoe deze cloud station drive werkt.
-
Ik heb een externe HD van 2TB aan mn laptop geplakt, deze is met de cloud station drive app direct verbonden met mijn NAS…
…omdat ik dan ook met mijn telefoon bij de bestanden op de NAS kan.
Het idee van de nas is juist dat je alles centraal opslaat. Dus waarom die HD aan de laptop hangen en niet direct aan de nas?
Het inrichten van een gesynchroniseerde map is er vooral voor als je off-line toegang tot je bestanden wilt hebben.
En of die shaduw-files er zijn, ligt ook aan het gekozen bestandsysteem. Zie help voor detail's.
-
Alright, ik ben wat stapjes verder. Om te beginnen bedankt voor de hulp tot nu toe, heeft me zeker in de goede richting op weg geholpen.
Ik heb inmiddels de cloud station drive app vervangen voor de Drive app (waar ook die drive admin console bij komt). Hij heeft alles geupdate en bijgewerkt. Ik heb ook ingesteld dat het aantal versions op 0 staat, en de recycle bin (die in de Drive app WEL zichtbaar was, in tegenstelling tot bij de cloud station drive) geleegd. Ik had gehoopt en verwacht dat hiermee de ruimte op de NAS HD enorm zou opschonen, maar dit is maar een heel klein beetje gebeurd. De NAS HD staat nu op 2.32 TB used (nog steeds meer dan een TB meer dan wat er op mn laptop HD staat).
dus mijn vraag rest eigenlijk nog steeds:
Waar zit die extra TB opslag en hoe kom ik daar van af?
Ik twijfel nu een beetje om die HD van de NAS gewoon helemaal te formatteren en daarna alles van mn Laptop HD weer opnieuw uploaden naar de NAS via Drive in de hoop dat ik op die manier van de ghost TB af kom.
Het idee van de nas is juist dat je alles centraal opslaat. Dus waarom die HD aan de laptop hangen en niet direct aan de nas?
Ik reis erg veel, mijn NAS dient puur als backup voor alle bestanden die ik met mijn video en fotografie werk maak. Tijdens het reizen heb ik soms erg slechte internet verbindingen, dus om dan continu te moeten vertrouwen op een verbinding met mijn NAS is geen optie.
En of die shaduw-files er zijn, ligt ook aan het gekozen bestandsysteem. Zie help voor detail's.
Dit begrijp ik niet helemaal, en in de help kom ik er ook niet uit. Kan je dit wat verder toelichten?
Na een hoop door te spitten online begrijp ik inmiddels wat je bedoelt met het bestandssysteem (de partitie die op de harde schijf staat ingesteld als ik t goed verwoord), maar ik krijg niet duidelijk hoe ik kan aflezen of uitzoeken welk bestandssysteem ik nou heb en wat dat betekent voor de shadow-files?
Oke! Found it:
RAID type: Basic (without data protection)
File system: ext4
Nu op zoek naar wat dit betekent voor shadow files, maar hulp hierbij wordt gewaardeerd (ben niet zo heel tech savvy wat dit betreft).
-
Nu op zoek naar wat dit betekent voor shadow files
De raid instelling bedoelde ik niet. Die shaduw files worden bij Drive alleen aangemaakt bij het EXT filestysteem. Bij dat andere filesysteem heeft Drive dat niet nodig. Maar ik heb dat nooit echt gelezen hoe dat precies zit omdat ik toch EXT gebruik. In de help word het volgens mij wel beschreven.
-
Nee maar onder de Raid instelling had ik toch ook de filesystem benoemd? Die is bij mij EXT4, dus dan zou bij mij dus ook die shadow files aangemaakt worden? Dat zou verklaren waarom ik een TB aan opslag extra heb op de NAS die ik eerst niet kon verklaren.
Dan rest mij nu de vraag, hoe kom ik van die shadow files af, en hoe zet ik uit dat hij dat in het vervolg weer doet (als ik dat niet al gedaan heb door de versions op 0 te zetten)?
EDIT:
Ik begin te denken dat de enige mogelijkheid om van die shadow files af te komen is om de schijf te formatteren, gezien de recycle bin leeg is en de versions al op 0 staat en ik nergens anders online kan vinden hoe ik anders die shadow files kan verwijderen. Als ik ga formatteren is het dan aan te raden om gelijk de BTRFS partitie in te stellen? Ik las dat die partitie sneller is en ook nog eens niet het probleem heeft van die shadow files bijhouden.
-
Ik heb geen ervaring met 0 versies. Vind ik gevaarlijk qua dataverlies door synchronisatie. Ik weet niet of veranderen naar 0 versies alleen voor nieuw toegevoegde files geldt, of dat hij terugwerkend alles wist.
-
Ja ik twijfel ook nog over t gevaar daarvan. Mijn motivatie was dat ik op mijn laptop verwijderde bestanden automatisch in de prullenbak komen, die dient als safety-net voor als ik iets heb verwijderd en weer terug wil. Daarnaast is mijn NAS al de backup van mijn bestanden op mijn laptop, dus een beetje krom om die dan nog een keer te backuppen met extra versies als dat alleen maar ruimte in beslag neemt..
But please correct me if I'm wrong or taking too much risk.
Wat is verder jouw visie wat betreft formatteren om van de shadow files af te komen? En dan weer in EXT4 of BTRFS partitioneren?
-
Als ik ga formatteren is het dan aan te raden om gelijk de BTRFS partitie in te stellen?
Je NAS ondersteund dat niet, alleen EXT4.
-
@maxvkva Wil je niet zo onnodig citeren?
Heb die citaten al 3x verwijderd.
-
Het blijft nog steeds een vermoeden dat het Drive is die veel extra ruimte gebruikt. Hoeveel ruimte de database verbruikt kun je in de drive admin console zien. (Staat alles in de help uitgelegd)
Het voordeel van BTRFS bij drive is dat hij niet standaard twee files opslaat om gewiste files te kunnen herstellen. Als je dus veel files in Drive opslaat zou ik zeker BTRFS gebruiken. (Edit: Birdy kent alle nassen beter) En dan zeker met versies omdat je dan niet standaard alles dubbel opslaat.
Gebruik van de opslagruimte:
Drive Admin Console bewaart historische versies van elke wijziging op uw Drive zodat u een specifiek bestand dat per ongeluk werd verwijderd of beschadigd eenvoudig naar een oudere versie kunt herstellen. Deze historische gegevens vereisen extra opslag op uw Synology NAS aangezien versies van een bestand gebaseerd zijn op minstens een volledige kopie van het bestand in kwestie als de basisversie, maar enkel de differentiële gegevens onder verschillende historische bestandsversies worden bewaard. De vereiste opslagruimte voor deze versies kan tot twee keer hoger zijn dan de oorspronkelijk bezette ruimte op de schijf onder het ext4-bestandssysteem. Om deze situatie te vermijden kunnen gebruikers gebruikmaken van de in het Btrfs-bestandssysteem ondersteunde functie Snapshot Replication die geen bijkomende opslagruimte vergt voor bestandsversiebeheer.
-
Uit nieuwsgierigheid heb ik zelf eens gekeken naar het verbruik van data.
Standaard verbruikt mijn database 8,5 GB aan data. (daar wil ik afblijven)
[attachimg=1]
Als test heb ik een paar grote files ter waarde van 13,4 GB op een testshare gezet. Als ik deze share in een teammap verander met 32 versies wordt de database plots 21,8 GB groot.
[attachimg=2]
Dat is precies de grootte van de oude database plus de toegevoegde teammap. Vervolgens heb ik de versiebeheer uitgeschakeld. Bij Cloud Station moest je de versies op 0 zetten. BIj Drive is het minimum 1 versie als versiebeheer aan staat maar je kunt versiebeheer zelf uit zetten. (De naamgeving is dus net iets anders als Cloud Station.)
De database bleef echter even groot. Vervolgens heb ik de optie gebruikt om de database te wissen. Dit had geen effect omdat deze optie alleen gewiste bestanden verwijderd. Blijkbaar niet de interne kopie.
Tenslotte heb ik de teammap weer uitgezet. Dit zorgt wel voor het wissen van de database, die direct weer 8,4 GB groot werd.
Als volgende test heb ik de teammap weer geactiveerd, maar nu direct zonder versies. De database bleef 8,4 GB groot.
Conclusie: Alleen files die toegevoegd worden als versiebeheer uit staat, komen niet in de database. Files die er al in stonden bij versiebeheer, blijven erin staan, ook al zet je versiebeheer uit en wis je de database.
-
Okey, jammer om te lezen dat mijn NAS de BTRFS niet ondersteunt, want ik sla dus al mijn files op in Drive.
Het blijft nog steeds een vermoeden dat het Drive is die veel extra ruimte gebruikt. Hoeveel ruimte de database verbruikt kun je in de drive admin console zien. (Staat alles in de help uitgelegd)
Bij mij staat bij de database used volume: 1.4 TB
Ik kom er niet helemaal uit of dit nou die shadow files zijn of niet.
Bij storage analyzer staat bij de Home folder 1.17 TB.
Maar 1.17 (home folder) + 1.4 (database) = 2.57 en dat komt dan weer niet overeen wat storage analyzer aangeeft bij volume 1, namelijk: 2.32
Conclusie: Alleen files die toegevoegd worden als versiebeheer uit staat, komen niet in de database. Files die er al in stonden bij versiebeheer, blijven erin staan, ook al zet je versiebeheer uit en wis je de database.
Interessante test en conclusie, ik waardeer de moeite! Het was mij ook nog niet helemaal duidelijk dat de data die aangegeven staat bij database boven op de data count komt van de daadwerkelijke bestanden (ik twijfel hier dus nog steeds aan gezien de cijfers die ik hierboven heb genoemd niet kloppen). Maar als dit wel het geval is zou ik dus 1.4 TB moeten kunnen eliminaten.
Ik ben ondertussen zelf m'n complete synced folder uit de drive sync task aan het verwijderen, in de hoop dat als ik de map dan opnieuw sync dat dan de database van 1.4 TB gecleared is.
Dit heeft ook niet gewerkt.
-
Bij mij staat bij de database used volume: 1.4 TB
Ik kom er niet helemaal uit of dit nou die shadow files zijn of niet.
Dat is dan echt het 'bewijs' dat het Drive is die de ruimte gebruikt. Dit zijn echt de 'schaduw' files. Dat het meer is dan in de Home folder staat komt door extra versies en gewiste files. Die gewiste files blijven in de database staan, totdat je in de versieverkenner de database wist.
Omdat Drive alles dubbel opslaat is het vooral geschikt voor files die off-line toegankelijk moeten blijven. De rest kun je beter buiten de drive folder opslaan.
-
Tenslotte heb ik de teammap weer uitgezet. Dit zorgt wel voor het wissen van de database, die direct weer 8,4 GB groot werd.
Kan je verder toelichten hoe je die teammap hebt uitgezet? Want als ik bij 'Drive admin console > team folder > my drive' klik op 'disable' vraagt hij me het vinkje bij 'enable user home service' weg te halen. Maar als ik op apply druk staat er nog steeds 'enabled' achter 'my drive' en is de 1.4 TB database niet weg..
-
Want als ik bij 'Drive admin console > team folder > my drive' klik op 'disable' vraagt hij me het vinkje bij 'enable user home service' weg te halen.
Ik heb de test gedaan met een gedeelde teamfolder. Hoe het bij MyDrive werkt, heb ik niet getest, want dan gooi ik eigen data weg. Dit heeft nml effect op de drive-folder in de home van alle gebruikers. Ik zie eigenlijk niet de reden waarom hij de 'user home service" weghaalt. Ik mag toch hopen dat hij alleen de cloudfunctie binnen die service bedoelt.
-
[attachimg=1]
De status is inmiddels wel aangepast, maar helaas nog niks veranderd in de database van 1.4 TB
Ik word er echt een beetje moedeloos van...
[attachimg=2]
In de Drive app zijn alle bestanden ook weg. In de filestation staan de bestanden er nog wel in de map Drive
-
En als je in deze toestand naar "Overview" gaat, daar de versieverkenner opstart en dan onder "actie" de versiedatabase wist? Normaal gooit hij dan geen versies van actieve bestanden weg, maar nu misschien wel?
-
[attachimg=1]
Daar is alleen de teamfolder nog zichtbaar, terwijl ik in de drive folder werkte (die is nu dus weg). En verder ook geen mogelijkheid tot clear version database
-
Misschien is er toch wat anders aan de hand, om dit uit te zoeken, zal je met Terminal (MAC) moeten werken:
1 - Zorg ervoor dat SSH-Service aan staat in DSM: Configuratiescherm > Terminal.
2 - Open het programma ‘Terminal’ op de Mac. (Staat in hulpprogrammas)
3 - Type in: “ssh admin@nasIP” of "ssh admin@nasNaam.local”
4 - Je krijgt nu de melding: “Are you sure you want to continue connecting (yes/no)?”.
Type ‘yes’ in. Deze vraag krijg je alleen de 1e keer, of als het certificaat verandert.
5 - password: het admin password <enter> (PS: je ziet de cursor niet verplaatsen).
6 - Geef het command:sudo du -d 3 /volume1 | grep @ | sort -rn > /volume1/Vul in een gedeelde map/du-lijst.txt6.1 Omdat je sudo gebruikt, wordt er gevraagd om een password in te geven, het password is hetzelfde als die van admin.
7 - Je kunt Terminal weer afsluiten met het commando: exit.
Plaatst het bestand du-lijst.txt hier als bijlage.
-
[attachimg=1]
Hier loop ik een beetje vast.. Het text bestandje wordt aangemaakt, maar die is helemaal leeg. In de terminal geeft hij dit steeds aan:
'Could not chdir to home directory /var/services/homes/admin: No such file or directory'
En als ik het wachtwoord probeer in te typen reageert de terminal een beetje vreemd (blijft in password invullen hangen, 'enter' sluit het commando niet maar gaat naar de volgende regel, moet terminal steeds opnieuw opstarten om daar uit te komen)
Kan dit misschien komen omdat Drive nu niet synced of met mijn laptop HD is verbonden? (user home disabled in drive admin console team folder menu)
-
Hij loopt niet vast, maar het kan erg lang duren voordat hij alles heeft gehad. Ik heb geen idee of het minuten of zelfs uren is.
Een stuk sneller gaat alleen het listen van:
sudo du -d 3 /volume1/@synologydrive | grep @ | sort -rn > ~/du-lijst.txt
Want volgens mij staat alles# in "@synologydrive". Maar ik ben nooit fan van het weggooien van files via de terminal als het niet ook normaal kan. Maar hier lijkt er toch een tekortkoming in het pakket te zitten.
# Edit: Toch niet alles want die folder is bij mij 4 GB groot terwijl de database 8 GB groot is.
-
Ik denk niet dat dat het geval is. Hij springt na een tijdje weer terug op de admin@nasmax open command regel en het text bestand blijft leeg en 0 bytes.
-
Ik wil juist op alle hidden mappen laten zoeken, niet specifiek voor drive.
-
Could not chdir to home directory /var/services/homes/admin: No such file or directory'
Dat is "normaal", admin heeft geen map onder homes namelijk.
En als ik het wachtwoord probeer in te typen reageert de terminal een beetje vreemd (blijft in password invullen hangen
Klopt, na het password enter geven en het volledige commando zou uitgevoerd moeten worden.
Wel heel merkwaardig dat du-lijst.txt wel gemaakt wordt, maar geen inhoud heeft.
Laat anders eens een printscreen zien vanaf het commando en wat daarop volgt.
-
[attachimg=1]
Het zou wellicht te maken kunnen hebben met dat ik nu Drive niet heb gesynced? En ik de hele task zelfs uit de Drive app heb verwijderd. (omdat ik de connectie tussen laptop HD en NAS HD echt uit wilde zetten om te checken of de database weg zou gaan + dat niet plots al m'n bestanden verwijderd zouden worden)
-
Het zou wellicht te maken kunnen hebben met dat ik nu Drive niet heb gesynced?
Daar heeft het niets te maken, het commando zou alle verborgen mappen moeten laten zien vanaf /volume1 tot 4 mappen diep en gesorteerd op map grootte.
Ik heb het even getest en ik krijg wat ik verwacht:
[attachimg=1]
Een stukje van de file du-lijst.txt:
[attachimg=2]
Wat er bij jou fout gaat, kan ik mij niet zo bedenken echter, doe hetzelfde commando eens zonder " > /volume1/Birdy/du-lijst.txt"
Wat zie je dan ?
-
Slim! Zo kwam hij er wel uit in de terminal zelf. Zie hier t resultaat (heb alleen de bovenste helft gepakt, anders werden het wel heel veel screenshots):
[attachimg=1]
[attachimg=2]
-
Ik denk dat het komt omdat je de file laat sturen naar "homes", alhoewel de file wel wordt gemaakt.
Maar goed, met die printscreen gaat het ook.
Nu blijkt dus dat het echt Drive is, dat is dus wel zeker !
Tja, hoe nu op te lossen......misschien geheel opnieuw beginnen met Drive ?
Dus, alles wat met Drive te maken heeft (PC('s)/NAS) verwijderen, eventueel eerst even een backup maken van de Drive map op de PC.
Ik zou verwachten dat dan gevraagd wordt om de Drive Data ook te verwijderen, laat dat dan doen.
Dan controleren of het ook is gebeurd, met hetzelfde commando in Terminal.
Als blijkt dat je de ruimte weer terug hebt, dan alles weer installeren en configureren.
Iemand een beter idee ?
-
Okey, zal denk ik wel moeten dan.
Er zit een kans in dat ik morgen de Seagate (ST14000VN0008 Ironwolf HDD) ga kopen om mijn 4TB schijf in mijn NAS DS116 te vervangen (die nieuwe schijf is gewoon compatible met mijn NAS neem ik aan? als ik de screencap hieronder mag geloven). Dus dan kan meteen de clean install proberen. Ik hoop alleen dat er geen instellingen verloren gaan die ik daarna niet meer snap en ik hem niet op tijd aan de praat krijg voordat ik een half jaar in Azie zit (vertrek 19 nov). Maar ik ga m'n best doen :)
[attach=1]
-
Ja, die HD is compatible met je NAS.
Ik hoop alleen dat er geen instellingen verloren gaan
Alle instellingen gaan verloren uiteraard, die staan n.l. op je 4TB HD.
Je kunt wel een backup maken van je instellingen:
[attachimg=1]
Ik kan alleen niet met zekerheid zeggen, wat dit doet als je een restore doet met een nieuwe installatie, heb ik ook nog nooit getest. ;D
-
Ik zal nu wel eens testen, ben eigenlijk wel benieuwd. :lol:
-
We gaan het meemaken. :)
Word er elke dag een stukje slimmer van.
Heel erg bedankt iig voor de hulp so far guys. :thumbup: :clap:
Ik ga zo snel mogelijk verder met testen en configureren
-
Ik zal nu wel eens testen, ben eigenlijk wel benieuwd. :lol:
Getest op DS411Slim DSM 6.2.1-23824 Update 1:
- Aantal users aanwezig
- Aantal Gedeelde mappen aanwezig
enz.
1 - Backup Configuration uitgevoerd (alles aangevinkt), .dss file wordt opgeslagen op je PC.
2 - Factory reset uitgevoerd (de HD wordt volledig gewist)
3 - DSM 6.2.1-23824 gedownload en geïnstalleerd.
4 - Na de reboot, zie ik dat Update 1 ook is geïnstalleerd.
5 - Volume 1 gemaakt.
6 - Restore Configuration uitgevoerd.
7 - Gekeken: Alle users en Gedeelde mappen zijn gemaakt.
De rest geloof ik wel. 8)
Dus, amazing Synology :thumbup:
Wat ik wel denk, is dat je de DSM versie moet installeren die je had, dus niet hoger dan die versie.
-
Hahaha nice one :) Dat geeft vertrouwen
-
Ik had nog later toegevoegd, misschien niet meegekregen, maar wel belangrijk:
Wat ik wel denk, is dat je de DSM versie moet installeren die je had, dus niet hoger dan die versie.
-
Tja, hoe nu op te lossen......misschien geheel opnieuw beginnen met Drive ?…
…Iemand een beter idee ?
Dat wilde ik ook voorstellen. Als Drive enigszins goed geschreven is, krijg je de optie om gerelateerde interne bestanden te verwijderen als je Drive via het pakket centrum verwijderd. En via de eerder gemelde database grootte, zie je dat Drive weet dat die grote database aanwezig is. Het zijn dus geen 'vergeten' bestanden.
-
Could not chdir to home directory /var/services/homes/admin: No such file or directory'
Dat is "normaal", admin heeft geen map onder homes namelijk.
Ik denk dat je in de war bent met "root". "admin" is een gewone gebruiker met een eigen home. En hij was ingelogd via admin, toen die foutmelding kwam, dus dat account stond ook niet uit.
Maar i.p.v. "/volume1/homes/admin" kun je natuurlijk ook "~/" gebruiken. Dan heb je universele code die naar je eigen home folder wijst. Die code kan een ander dan onveranderd copy&pasten in zijn eigen terminal. (Moet je jezelf niet inmiddels root gemaakt hebben.)
Maar dit dwaalt af van het onderwerp.
-
Ik denk dat zijn systeem niet meer lekker is want zoals je terecht opmerkt heeft admin gewoon een home folder.
Dus alleen als hij de "user home service" niet heeft aangevinkt dan komt deze foutmelding, maar dat is weer in tegenstelling met het feit dat in in zijn screenshot een 'homes" folder zie staan.
-
Inmiddels een nieuwe HD van 14 TB erin geknald (die overigens wel beduidend meer geluid maakt bij het lezen/schrijven van bestanden, wat me een beetje zorgen baart). Maar verder ging de setup vlekkeloos en werkt alles nu helemaal soepel en staat er 1.19 TB aan data op de schijf (wat overeen komt met de HD op mn laptop). Nu hopen dat door versies op 0 te houden de capaciteit overeen blijft als er meer bij komt.
Nogmaals bedankt