Synology-Forum.nl
Hardware ondersteuning => NAS hardware vragen => Topic gestart door: Biker op 03 mei 2020, 18:18:06
-
Ik heb gekeken in Opslag beheer. 3.16TB van de 3.58TB bezet. Er staat 1 gedeelde map. Deze is 46GB (afgerond). Ik kan verder niets ontdekken wat er draait op VOLUME2. In de opslag Analyser zie ik ook dat het oploopt (in de grafiek). Maar geen idee wat de oorzaak is. Ook een Cloudstation server bekekenen. De map op VOLUME2 die daar shared staat heeft maar 2 versies.
Ik heb echt geen idee wat er onzichtbaar voor mij Volume2 aan het volgooien is......
-
Ook een Cloudstation server bekekenen. …heeft maar 2 versies.
Ik heb het al vaker geschreven. Het aantal versies is zelden het probleem. Daarom niet verstandig zo weinig versies te gebruiken.
Belangrijker is het om de prullenbak te legen.
-
Kijk maar wat er in #recycle staat, in die gedeelde map.
-
Sorry dat ik het vergat te vermelden. Maar ook de prullenbak is leeg. Dit is het helaas ook niet. De enige map die op volume2 staat heeft geen prullenbak.
(http://)
-
Dan moet je gaan kijken met of PuTTY of WinSCP (https://www.synology-forum.nl/algemeen/nas-benaderen-met-ssh-winscp-putty/), in verborgen mappen.
Verborgen mappen beginnen met @
-
De enige map die op volume2 staat heeft geen prullenbak.
Cloud Station heeft zijn eigen prullenbak. En dat is niet de #recycle map.
-
Cloudstation staat ook niet op Volume2 maar op Volume1.
Er is maar 1 shared folder. Maar zit nu met WINSCP te kijken maar niet echt mijn ding.....
-
Je moet wel als gebruiker root kijken.
-
Ik heb alles uit een eerder bericht gedaan. Zie de mappen met de @.... oa @Cloudstation @tmp en meer. Dus daar ff zoeken.
Cloudstation draait. Die synchroniseert tussen 2 Synology's (verschillende locaties).
En hij doet er lang over de directory grote te berekenen ;) Denk dat de boosdoener is. Maar dan hoe komt het dat Cloudstation een hidden dir heeft neergezet en deze gewoon vol loopt?
En later als hij niet meer bezig is met synch kijken of ik iets kan verwijderen.... Word vervolgt, tot zover bedankt. Blinde is nu slechtziend
Ik ben als 'admin' aangemeld
-
Als gebruiker ROOT kan ik niet aanmelden (met admin ww) Wel als gebruiker admin
-
Opgelost, rechten heb ik kan nu verwijderen Thanks tot zo ver
-
Maar dan hoe komt het dat Cloudstation een hidden dir heeft neergezet
Zo werkt Cloud Station, daar worden de vesies, prullenbak en admin zaken in gezet.
Als het NIET hidden zou zijn, dan zouden DS beheerders er zomaar files of mappen kunnen verwijderen, zeg maar.
Met andere woorden, je mag kijken maar, niets verwijderen, anders loopt Cloud Station in de soep :!:
Maar, heb je de prullenbak van Cloud Station al bekeken en/of geleegd, zoals @Briolet eerder heeft geadviseerd ?
-
Maar dan hoe komt het dat Cloudstation een hidden dir heeft neergezet en deze gewoon vol loopt?
Omdat het juist de bedoeling is dat je niets kwijt raakt. CS gooit nooit uits uit zichzelf weg, ook al is het door de gebruiker gewist. Je moet binnen CS de prullenbak legen om de gewiste files ook echt kwijt te raken.
-
Sorry voor de late reactie. Heb veel hidden bestanden weg gedaan en ruimte gemaakt. Prullenbak was leeg. En inderdaad Cloudstation liep erna niet zo best. Koppeling opnieuw aangemaakt. En nu gaat het redelijk.
Maar helaas privé nog steeds te weinig tijd. :( Zit ook met een Volume probleem in de broncontrole. Maar daar kom ik later op terug. Ik heb al het 1 en ander gelezen over mogelijke oorzaken. Niet gevonden.... maar dat komt later :D
In ieder geval zijn de volumes in orde en heb weer ruimte. er word geen onverklaarbare ruimte in genomen.
-
Waar staat dan de eigen prullenbak van Cloudstation?
-
Zie sticky topic (https://www.synology-forum.nl/cloud-station/).
-
Natuurlijk is het probleem weer terug.
En ik kijk via WinSCP als root zover ik weet.
https://www.synology-forum.nl/algemeen/nas-benaderen-met-ssh-winscp-putty/
Mijn volume is vol gelopen voor 96% (van de 4TB) maar aan bestanden en mappen zie ik maar 6GB. Dus ergens gaat iets niet lekker.
-
Dus, ik begrijp, dat het niet hetzelfde issue is als voorheen ?
Gebruik dan eens PuTTY Punt 34 t/m 45 (https://www.synology-forum.nl/algemeen/nas-benaderen-met-ssh-winscp-putty/) en wordt root.
Geef dan het commando:
du -d 2 /volume2 | sort -rn > /volume2/PVR/gebruik.txtHierna kan je in PVR/gebruik.txt zien welke map(pen) het grootst zijn (het lijstje is gesorteerd van groot naar klein).
-
root@DiskStationSyn:~# du -d 2 /volume2 | sort -rn /volume2/pvr/gebruik.txt
sort: cannot read: /volume2/pvr/gebruik.txt: No such file or directory
Krijg ik als fout.
-
Het commando is ook niet wat Birdy opgegeven heeft. (Je hebt twee dingen veranderd) Waarom niet gewoon een C&P gedaan i.p.v. fout overtikken?
-
Overigens, paste in PuTTY doe je met de rechtermuisknop.
-
nu C&P
Using username "onenight".
onenight@192.168.0.78's password:
OneNight@DiskStationSyn:~$ sudo -i
Password:
root@DiskStationSyn:~# du -d 2 /volume2 | sort -rn > /volume2/PVR/gebruik.txt
-ash: /volume2/PVR/gebruik.txt: No such file or directory
root@DiskStationSyn:~#
-
Bestaat de Gedeelde Map PVR op volume2 soms niet meer ?
Kies dan een andere Gedeelde Map.
-
Sorry ik zit nu zelf te k*****..... Ik heb gisteren de PVR map tijdelijk moeten verplaatsen dus logisch.... pffff
3694027636 /volume2
3693976556 /volume2/@cloudstation
3693976552 /volume2/@cloudstation/@sync
51000 /volume2/@appstore
50996 /volume2/@appstore/PhotoStation
20 /volume2/@tmp
16 /volume2/@S2S
8 /volume2/@tmp/cloud.tmp.dir
8 /volume2/@tmp/clientd.tmp.dir
4 /volume2/@quarantine
-
Maar hoe kan ik in WinSCP als Root werken? Ik kan bv geen map maken of verwijderen in WinSCP....
En ik ben leek en probeer het te begrijpen....
-
3.693.976.552 /volume2/@cloudstation/@sync
Is dus weer wel de boosdoener.
Maar hoe kan ik in WinSCP als Root werken?
Dat staat in Punt 12 t/m 20.2
-
Ik denk niet dat je "/volume2/@cloudstation" via Putty/WinSCP wilt weggooien. Dan is je hele Cloud-backup naar de maan. Ik zou dit eerst opschonen via de functies binnen cloudstation. (Zie mijn uitleg in het sticky topic (= vastgeprikt onderwerp) dat ik daar ooit speciaal voor aangemaakt heb.)
Cloud Station heeft gewoon een 'fout' dat het zelfs een hernoemen van een file/folder interpreteert als het wissen van de oude file/folder en het aanmaken van een nieuwe. De hele database loopt dan vol met gewiste files als je folders hernoemt, die je expliciet moet weggooien.
In Drive is dit probleem opgelost, maar of dit ook in Cloud Station gebeurd is, denk ik niet.
-
Dan is je hele Cloud-backup naar de maan.
Klopt, daar was TS al eerder achtergekomen. ;)
-
Die stappen heb ik gedaan... zover ik weet ... Maar werkt nie of ik doe iets verkeer..... grrrrr
20 - Alleen als je root wilt zijn: Geavanceerd --> SCP/Shell en type in: sudo -i
dat stuk denk ik wat niet lukt.
Aanmelden sessie met SCP protocol lukt. Dan vanuit winscp putty starten en su lukt ook. Daar was ook de screenprint van.
En in cloudstation staat niets belangrijks. En ook daar heb toen al daar versie naar 2 gezet.
Ik kan in WINSCP /volume2/@cloudstation niet weg gooien. Geen rechten.... PFFF ben nu ook alles aan het opschrijven wat en waar ik het verkeerd doe.
-
Wat is dan de WinSCP foutmelding ?
-
Of beter gezegd:
Heb je punt 20.2 ook uitgevoerd ?
Zo niet, dan werkt "20 - Alleen als je root wilt zijn: Geavanceerd --> SCP/Shell en type in: sudo -i" niet.
-
Dat is in putty, daar heb ik die 20 gedaan, vandaar ook root. Maar nog steeds in WINscp niet. 'Geavanceerd --> SCP/Shell " dat kan ik niet vinden in WinSCP
-
Wat is dan de WinSCP foutmelding ?
De opdracht 'mv -f "cloud.tmp.dir" "/tmp/cloud.tmp-20210219-161635.dir"'
gaf foutcode 1 terug, samen met de foutmelding
mv: cannot remove 'cloud.tmp.dir/@eaDir': Permission denied.
-
Dat is geen foutmelding in WinSCP maar in PuTTY, maar goed, even terug naar:
Maar nog steeds in WINscp niet. 'Geavanceerd --> SCP/Shell " dat kan ik niet vinden in WinSCP
De handleiding gaat ervan uit, dat je WinSCP nog aan het instellen bent.
Echter, je wilt nu aanpassen, dan moet op Bewerken klikken, dan zie je Geavanceerd en klik je op SCP dan de Shell aanpassen.
Ik zal "Geavanceerd --> SCP/Shell" aanpassen in m'n handleiding zodat het duidelijker wordt.
-
Ik heb de sessie opnieuw aangemaakt met de stappen.
Maar ik kreeg
Fout tijdens het overslaan van het opstartbericht. Uw shell is mogelijk niet compatibel met de toepassing (BASH wordt aangeraden).
-
Dan heb je de Shell niet goed aangepast:
[attachimg=1]
-
Of 20.2 niet goed uitgevoerd in PuTTY (als root):
echo admin ALL = NOPASSWD: ALL > /etc/sudoers.d/prive
-
Dan heb je de Shell niet goed aangepast:
(Link naar bijlage)
Ik kan niets vinden waar ik het fout gedaan zou kunnen hebben,........... pfff
-
Die ziet er goed uit.
Doe eens in PuTTY:
cat /etc/sudoers.d/prive en laat dat eens zien.
-
x
-
Fout tijdens het overslaan van het opstartbericht. Uw shell is mogelijk niet compatibel met de toepassing (BASH wordt aangeraden).
Ik snap even niet waarom je die foutmelding krijgt.
De Shell ziet er goed uit en /etc/sudoers.d/prive ook.
Morgen maar eens verder kijken.
-
Even rustig gekeken en getest.....wat blijkt:
De regel "echo admin ALL = NOPASSWD: ALL > /etc/sudoers.d/prive" geldt dus ALLEEN voor de gebruiker admin ::)
Omdat ik op m'n TEST DS altijd met admin werk, werkte het bij mij altijd en heb ik dit dus over het hoofd gezien.
Je gebruikt user OneNight en deze heeft admin rechten.
Dus, in jou geval, had de regel moeten zijn:
echo OneNight ALL = NOPASSWD: ALL > /etc/sudoers.d/prive
Het vreemde is wel, dat jij de eerste bent in jaren, die dit overkomt of men heeft dit nooit gemeld of gebruiker admin wordt gebruikt, maar goed, ik ga mijn handleiding hierop zeker aanpassen.
Sorry voor mijn gedachte dwaling. :oops:
-
Overigens, als je de admin regel niet in de file prive wilt hebben, verwijder dan de file prive en voer dan het bovenstaande commando uit.
-
@Biker Is het nog gelukt ?
-
Goede middag, ik was al die tijd niet thuis, werken. Nu ook niet maar heb wel mijn pc. Ik heb het op een Synology DS216 geprobeerd waar ik het ook had. Daar gecorrigeerd en het werkt. Mijn NAS thuis moet het dan ook werken. Dus het deel aanloggen met root rechten.
Het volume herstellen heb ik gedaan met aanwijzingen die in Sticky Cloud-station stond (ergens).
Dus ja, met WinSCP heb ik op een Syn. Nas root rechten nu. Ook ben ik erachter gekomen dat het nauw luistert mbt hoofletters/kleine letters.
-
Mooi zo!
Ook ben ik erachter gekomen dat het nauw luistert mbt hoofletters/kleine letters.
Dat klopt bij Linux en DSM is een distro van Linux. ;)