Synology-Forum.nl
Firmware => Synology DSM algemeen => Topic gestart door: Erwin1 op 12 april 2015, 16:57:51
-
Beste allemaal,
Ik heb het volgende probleem.
Ik gebruik Imovie voor het bewerken van film beelden, en nu heb ik de Imovie library gekopieerd naar m'n NAS omdat ik daar graag een back-up van wilde hebben.
Het kopiëren is allemaal goed gegaan.
Vandaag stond een back-up op het programma; hierbij wordt een back-up geplaatst op een USB schijf die aan de NAS hangt.
Nu is de back-up vast gelopen op de Imovie Library. Ik heb op de NAS de Library via DSM dus maar verwijderd, maar op de USB schijf krijg ik hem maar niet weg... via de finder geprobeerd en via DSM maar het blijft aangeven dat ik onvoldoende rechten heb; terwijl ik alle rechten op de USB schijf heb.. ::)
Een back-up maken is nu niet zinvol omdat ik dan weer een foutmelding krijg, dat ook de back-up het bestand niet kan verwijderen.
Weet iemand een methode om het bestand toch te verwijderen? Het formatteren van de usb disk is pas een laatste red middel omdat ik dan zit met symform, die alles weer opnieuw moet uploaden :(
-
Open de app 'terminal'. Typ cd en sleep de bovenliggende map waar de imovie bibliotheek zit op de terminal. Druk vervolgens op enter.
Typ nu: sudo rm -rf naamiMovieBackup. Druk op enter.
-
Ik heb het geprobeerd maar het is geen bestand meer, het zijn nog maar een paar mapjes.
Als het ik het mapje er nu insleep, krijg ik de volgende melding
-
Wat je doet is niet helemaal goed.
Doe eerst:
cd /
dan:
ls
Dan zie je de USB volume b.v. "volumeUSB1"
dan (in dit voorbeeld):
cd volumeUSB1
Ga net zolang door tot je in de juiste map bent.
-
Hij vergeet de spatie achter 'cd'
Ervan uitgaande dat de share in de finder geopend is, type 'sudo rm -rf ' in de Terminal
Sleep nu de file of map naar het terminal venster. Hij zal dan het pad invullen naar de file. Als je vervolgens <return> doet, zal hij om het admin wachtwoord vragen ter bevestiging van de sudo.
-
Ah...is het pad, die ik zie, vanuit Apple ?
Of snap ik het niet ;D
(Heb dus geen Apple ;) )
-
Yup vanuit OS X, Birdy :)
Ik had in mijn post expliciet de spatie moeten vermelden.
-
Ok...dan snap ik het, vond het pad al zo vreemd :lol:
-
Dank voor de reactie allemaal, alleen het is nog niet helemaal gelukt.
Het pad wordt nu prima weergegeven, maar het verwijderen lukt niet helemaal.
Zodra ik het pad heb ingevuld, en op enter heb gedrukt komt er een nieuwe regel waar ik iets kan invullen.
Ik typ vervolgens de code
sudo rm -rf verwijder(de map die weg moet heet verwijder)
Vervolgens druk ik op enter en er wordt om een password gevraagd. Ik typ hier het password van de macbook in en vervolgens opent zich deze regel?
-
Doe nu eens:
pwd
En dan:
ls -la
Wat krijg je van resultaat? Misschien zit je een niveau te diep in het systeem.
-
Dan krijg ik de map te zien die erin staat.
-
Nou ik snap er geen snars van, ik heb even zitten proberen maar met de code
sudo rm rf / path
Krijg ik continu het bericht terug dat de map niet leeg zou zijn, dat interesseert me niet zoveel ik wil gewoon die complete map weg hebben :)
-
sudo rm rf / path
Ben geen Apple gebruiker maar volgens lijkt e.e.a. op Linux en is zou het commando alsvolgt moeten zijn:
sudo rm -rf path
Dus met "-" voor "rf" en dan het complete pad in path en zeker geen losse "/" er tussen.
-
Ik begin me nu af te vragen of 'sudo' überhaupt vanaf de mac gaat werken. In mijn normale mac-useraccount kan ik nooit 'sudo' doen. Ik moet eerst in een admin account zitten om via 'sudo' root-rechten te krijgen.
Nu ik er over nadenk geeft hij waarschijnlijk alleen de Mac root privileges, maar heb je nog steeds geen root privileges op de nas. Dus zul je toch via SSH op de nas moeten inloggen en vandaar uit de removes doen. (En dan moet je het pad wel volledig met de hand invullen)
-
Klopt, sudo op de Mac heeft natuurlijk geen enkel effect op een USB schijf die aan de NAS hangt.
Welk bestandssysteem heeft de USB schijf? Mogelijk kun je hem even rechtstreeks aan de Mac hangen als het een door de Mac ondersteund bestandssysteem is.
-
Dus dit gaat nooit werken?
En als ik inlog met Putty via ssh?
-
Als je via putty als root inlogt op de NAS zou het moeten werken.
-
Nou het heeft even wat tijd gekost.
Ik heb geen Putty maar winscp. Ik kon alleen niet inloggen omdat ik probeerde in te loggen met m'n eigen account in plaats van root. Na wat gepuzzel ben ik dan toch ingelogd geraakt met root.
Het bestand opgesnord, maar wederom niet te verwijderen..
PuTTY gedownload, maar dat is volledig met tekens en daar ben ik niet in thuis. Voor je het weet maakt hij m'n NAS onklaar. :o
Ik heb de schijf aan m'n computer gehangen maar die wordt niet gelezen
-
Hoezo volledig met tekens? Als ik putty start en inlog op de Nas krijg ik gewoon een prompt scherm. Daar kun je het eerder genoemde verwijder commando uitvoeren
-
Ik denk dat dat ook bedoeld wordt. @Erwin1 voelt zich wat onzeker over het invoeren van commando's in de SSH terminal en is bang dat hij iets verkeerd doet.
-
In Putty moet ik het path type toch? Of kan ik het ook slepen?
-
Je moet dus nu zoeken op je USB drive, met PuTTY zoals aangegeven in mijn eerdere bericht. (http://www.synology-forum.nl/firmware-algemeen/bestand-niet-te-verwijderen/msg153662/#msg153662)
-
Nou ik heb het net geprobeerd, alles is goed gegaan totdat ik het bestand wilde verwijderen. Met PuTTY lukte het ook niet :o
-
For sure: je bent toch wel als gebruiker root (password van user admin) ingelogd ?
Wat is de foutmelding in PuTTY ?
-
Ja :)
Zelfde foutmelding als winscp, kan map niet verwijderen omdat deze nog niet leeg is.
-
Ik kan straks wel even kijken met Teamviewer als je dat wilt, stuur me dan een PB met je telefoonnummer dan bel ik je eerst even. ;D
-
Nou, een aantal dagen verder.
Via puTTy is het Birdy ook niet gelukt het bestand te verwijderen. Ik heb daarom de schijf maar geformatteerd.
Vanwege de back-up richting symform heb ik de installatie bestanden weggehaald alvorens te formateren. Deze daarna terug geplaatst en opnieuw een back-up op de disk gemaakt.
Sinds gisteren werkt het allemaal weer prima, en symform gaat weer verder waar hij gebleven is.
Thnx voor de hulp
-
Had deze draad gemist, dus is het een beetje mosterd na de maaltijd, maar ik heb wel een idee wat er gebeurd is.
Misschien heb je er iets aan voor de volgende keer.
Waarschijnlijk zijn er hardlinks gebruikt in het orginele bestand.
In eenvoudige taal werkt het zo.
Een bestand heeft data en een directroy entry zodat via zo'n directory entry kan het OS het bestand kan vinden.
Een hardlink is een extra directory entry die naar dezelfde data wijst.
Zolang er nog zo'n extra directory entry bestaat kan de data niet verwijdert worden.
Als je een backup maakt kan het zijn (afhankelijk van het backup programma) dat alles letterlijk mee gecopieerd word inclusief alle hardlinks.
Als die echter op een ander systeem (of disk) staan kun je die niet meer zien en ook niet verwijderen.
Je kunt dan ook het bestand die die hardlinks heeft niet verwijderen.