Synology-Forum.nl
Firmware => Synology DSM algemeen => Topic gestart door: mart3n op 24 februari 2014, 17:18:41
-
Hallo Allemaal,
Sinds deze week kan ik geen mappen meer verwijderen van mijn NAS - DS209 vanuit windows of via de webapp.
Dit zijn submappen in mijn gedeelde mappen, die ik niet kan verwijderen. ik heb geen probleem met hernoemen of verplaatsen, alleen verwijderen lukt niet.
Dit laatste firmware DSM 4.2- 3211 draait op de NAS en ik heb ook zeker al maanden geen instelling gewijzigd.
In de screenshot zie je de foutmelding en dat mijn admin rechten van de map op lezen/schrijven staan.
Ik heb natuurlijk al bij andere topics gekeken, maar nog geen werkende oplossing gevonden. Het gaat niet om een paar mappen, maar om alle mappen.
Alvast bedankt
(https://www.synology-forum.nl/proxy.php?request=http%3A%2F%2Fimagizer.imageshack.us%2Fv2%2Fxq90%2F594%2Fcisk.png&hash=275961bf865f35f562436c022a1a6f42a49e3303) (https://imageshack.com/i/giciskp)
(https://www.synology-forum.nl/proxy.php?request=http%3A%2F%2Fimagizer.imageshack.us%2Fv2%2Fxq90%2F132%2Fm7in.png&hash=dbe4be017ece9ebea565661068c4ebd72e1afdae) (https://imageshack.com/i/3om7inp)
-
Wat je laat zien is dat Books een shared map is met de rechten echter, wat zijn de rechten van de map, en de inhoud van die map, die je wilt verwijderen in Books ?
-
De map is leeg, aangezien ik wel de bestanden kan verwijderen. Daarnaast heb ik alle rechten en ben als admin ingelogged.
(https://www.synology-forum.nl/proxy.php?request=http%3A%2F%2Fimagizer.imageshack.us%2Fv2%2Fxq90%2F69%2Fwtsl.png&hash=ff213449967539a594cc73426e523c55df2f35c6) (https://imageshack.com/i/1xwtslp)
(https://www.synology-forum.nl/proxy.php?request=http%3A%2F%2Fimagizer.imageshack.us%2Fv2%2Fxq90%2F163%2F2epm.png&hash=b57f0a9b6daf0a5d9bddde49aa31059bea21c3ad) (https://imageshack.com/i/4j2epmp)
-
Ik heb helaas precies hetzelfde probleem :oops:
-
Kent iemand dit probleem, want me schijf loopt op deze manier vol met mappen waar ik niks mee kan.
-
Hebben jullie al een koude boot gedaan?
-
Hebben jullie al een koude boot gedaan?
Hoe bedoel je koude boot als ik mag vragen :oops:
-
Hebben jullie al een koude boot gedaan?
Hoe bedoel je koude boot als ik mag vragen :oops:
Niet herstarten, maar geheel uitzetten, minimaal een minuut wachten en dan weer aanzetten.
-
Hebben jullie al een koude boot gedaan?
Hoe bedoel je koude boot als ik mag vragen :oops:
Niet herstarten, maar geheel uitzetten, minimaal een minuut wachten en dan weer aanzetten.
Geprobeerd...
werkt niet
-
Ik loop hier ook tegenaan! Wat nog gekker is, sommige mappen kan ik wel verwijderen door in te loggen op mijn DSM, de map daar te hernoemen en vervolgens te verwijderen. Maar heb nu nog steeds een aantal mappen die ik niet kan verwijderen, ook niet met bovenstaande optie.
Hopelijk kan iemand ons verder helpen? Zijn er bepaalde codes om iets 'hard' te verwijderen wellicht?
-
Heb weer verder gekeken en nog een provisorische oplossing.. Je kunt in je DSM de 'Niet verwijderbare' map knippen en in een andere map plakken. Dan gaat hij ook weg. Enige probleem is dat je dan nog steeds 1 map hebt met meerdere niet te verwijderen submappen. Maakt het iig wel iets opgeruimder.
-
Hoe heet die map dan?
En je kan natuurlijk alleen een gedeelde map verwijderen als je hem bij instellingen verwijderd.
Kun je een schermafdruk toevoegen wat je probeert te doen?
-
Ik heb precies hetzelfde probleem.... dacht al dat het aan mij lag. Hopelijk heeft er iemand een oplossing.
-
Wat me opvalt is dat onder de download koppeling iets van e-mail te zien is en nog een opmerkingen button?
Ook ontbreekt de koppeling om hem te kunnen openen.
Heb je rechten in filestation op map niveau bepaald ipv bij gedeelde mappen?
Ik zou dan even onder gedeelde mappen alle rechten van die hoofd map books weghalen en weer aan de gebruiker(sgroep) toekennen.
-
Hallo robbedoes,
Ik snap niet helemaal wat je bedoelt. Maar ik heb geen speciale rechten toegepast op deze map of submappen.
Ik suffe is dat ik ook nooit anders dan als admin inloggen, dus zou ik ook nooit problemen met verschillende rechten moeten hebben.
Heb je anders even screenshot van wat jij bedoelt?
-
Zo ziet het er bij mij uit:
-
Heeft er iemand al een oplossing gevonden voor dit probleem???
Wordt er gek van :evil: :evil: :evil:
-
log eens op de command line met ssh en run ls -al /en kijk eens naar de permissies (rechten) van de files en directories die jullie willen verwijderen. Met het kijken naar door PHP gegeneerde windows kom je niet veel verder. Verdiep je eens een klein beetje in Linux, het OS dat aan basis staat van DMS. O en een 'probeer eens een koude boot' is volslagen onzin . Wat zou dat moeten doen dan? Op magische wijze de permissies wijzigen?
Post eens een schermafdruk van de ls- al output, misschien kunnen we dan wat verder komen
-
O en een 'probeer eens een koude boot' is volslagen onzin . Wat zou dat moeten doen dan? Op magische wijze de permissies wijzigen?
Als je andere postjes leest is het inderdaad zo dat de NAS in bepaalde gevallen na een software update en dus een reboot niet werkt zoals behoort. Een koude boot helpt dan, is gebleken.
Dus bij aparte problemen is dat advies echt geen onzin. Baat het niet, dan schaadt het niet en heb je in ieder geval dat uitgesloten.
P.s. dat bedankje was een klik op het verkeerde icoontje, maar gun hem je wel, hoor. :lol:
-
baat het niet, dan schaad het niet. Daar heb je zeker gelijk in. Het zal waarschijnlijk wel helpen in andere situaties maar ik weet vrijwel zeker niet in deze. Het lijkt er naar mijn overtuiging sterk op een een persmissie probleem , iets wat je helaas niet verhelpt met een reboot. Of het zou kunnen dat door een reboot de processen die die te verwijderen mappen 'open/in gebruik' houden worden gestopt waardoor het alsnog mogelijk zou moeten zijn om de mappen te verwijderen. Het blijft echter lastig speculeren zonder nadere informatie
En elk geval bedankt voor je bedankje ;)