Synology-Forum.nl
Firmware => Synology DSM algemeen => Topic gestart door: Nick75name op 01 februari 2015, 10:16:10
-
Hallo,
Ik ben gisteren tot de schrikbarende conclusie gekomen dat ik een aantal mappen in video's kwijt ben.
Dit zijn submappen in video's. Het gaat om mappen die ik jaren had ingedeeld 2011, 2012 enz.
Nu ben ik dus alle submappen kwijt die in 2012 en 2013 kwijt. met een groot aantal video's.
Onmogelijk dat ik deze verwijderd heb.
Gisteren stond mijn opslag volume 1 ineens een heel stuk lager, op 50 % vandaag staat hij weer op zijn normale niveau van 75%
helaas had ik mijn backup ook niet staan, niet wetende dat dit nodig was omdat ik 2 schijven heb in raid.
Zie ik iets compleet over het hoofd? of ben ik mijn bestanden kwijt.
Heeft iemand een idee wat hieraan te doen, het zijn voor mij persoonlijk zeer waardevolle video's.
-
Met de juiste rechten gekeken?
-
Heb ik gedaan! Maar dan zou ik toch ook niet in de andere mappen van video kunnen? Ik heb nu maar 2 mappen ( wel erg grote mappen) die leeg zijn.
Verzonden vanaf mijn iPhone met Tapatalk
-
Heb je de "vuilnisbak" aan staan op je NAS?
Misschien daar nog wat in terug te vinden?
-
Tsja, het is hier al vaak genoeg gezegd dat RAID géén backup is, maar daar heb je nu niks aan.
Het is wel gek dat je een deel van je sub-mappen kwijt bent, maar dat de ruimte op de schijven niet is afgenomen.
Heb je de prullenmand op de NAS aan staan? Misschien staan de files nog in de prullenmand.
Of mogelijk heb je de inhoud van de mappen per ongeluk naar een andere sub-map verplaatst?
-
Kan ik deze bestanden dan middels de zoek functie vinden? Waar staat de inhoudt van de prullenbak?
-
Als je inlogt op DSM kun je de prullenmand via FileStation benaderen.
-
Kan hem nergens vinden. Hoe weet ik of de prullenmand aanstaat?
-
Prullenbak staat helaas niet aan...
-
Als het ruimtebeslag ongewijzigd is dan moeten de bestanden (die niet vanzelf kunnen verdwijnen) er ook nog zijn.
Ik zou eens met een programma gaan kijken waarmee je vanaf Root niveau de HD kunt zien zonder geremd te worden door zaken als permissions. Onder Win is dat bijv. met Putty, op een Mac met Terminal of OSX_SCP. Bedenk wel dat je onder root alles kunt doen en elke wijziging die je aanbrengt fataal kan zijn.
-
Als het ruimtebeslag ongewijzigd is dan moeten de bestanden (die niet vanzelf kunnen verdwijnen) er ook nog zijn.
Klopt, echter, het volgende was wel een merkwaardige ontdekking:
Gisteren stond mijn opslag volume 1 ineens een heel stuk lager, op 50 % vandaag staat hij weer op zijn normale niveau van 75%
Maar goed, 75% schijnt dus het normale niveau te zijn dus, je mag verwachten dat de "verdwenen" mappen of files er dus nog wel zijn maar, op een andere plek.
Het best is inderdaad, zoals TonVH ook heeft aangegeven, om te gaan zoeken met PuTTY (Windows) of Terminal (OSX) zie deze Topic voor de procedure. (http://www.synology-forum.nl/algemeen/nas-benaderen-met-ssh-winscp-putty/)
Als je binnen bent geef dan de volgende commando's, na elk commando geef je een <enter>:
(Hopelijk weet je nog 1 of meer file-namen (video's) die je kwijt bent, want dat is wel nodig.)
cd /
find . -name *<file-naam>*
Waarbij <file-naam> dus een video is, extensie (b.v. .mpeg) is niet nodig en volledige naam ook niet, dit wordt opgevangen door de wildcard *
Probeer dit met verschillende file-namen en kijk of ze gevonden worden.
Voorbeeld:
[attachimg=1]
PuTTY of Terminal connectie afsluiten met exit <enter>.
-
Ik zou Terminal afraden en adviseren om (ingeval Mac) of OSX_SCP te downloaden of Browser te kopen. M.n. bij de laatste heb je een fatsoenlijke GUI tot je beschikking en zie je exact waar je zit en wat je doet.
Terminal is in handen van onervaren (en dat is mij indruk van OP) levensgevaarlijk want opdrachten worden uitgevoerd met vrijwel geen enkele controle en ook is het erg lastig om overzicht te houden waar je bent.
OSX_SCP kost even wat extra tijd en Rbrowser wat geld maar je vermindert de kans op onherstelbare blunders.
-
Ach, wat kan er nou fout gaan met een cd en een find commando ?
Heb het 2x laten zien hoe je het moet doen.
Ja, als je gaat experimenteren, en je hebt geen ervaring met Linux, dan wordt het pas gevaarlijk.
In ieder geval vind ik dit de snelste, en in mijn ogen, een simpele methode, als je even wilt zoeken vanaf de root, toch ? ;)
-
Daar heb je inderdaad gelijk in maarrrr dat zoeken is het begin daarna komt het oplossen van het probleem. De gemiddelde Windowsgebruiker laat je ook alleen in Command mode werken als hij ervaren is en zulks geldt nog meer voor het leeuwendeel Macgebruikers.
-
Nou, eigenlijk verwacht ik niet dat die video's in de root partities staan maar ergens op volume1 echter, als ze in een verborgen map staan, wat ik eigenlijk ook niet verwacht, dan wordt het een ander verhaal maar, zover zijn we nog niet.
Mocht het zo zijn dat die video's in gewone mappen staan, dan kunnen ze gewoon verplaatst worden naar juiste mappen via File Station.
Eerst maar eens laten zoeken en afwachten.
-
Helaas weet ik de bestandsnamen niet, waren allemaal nummer van video's onder verdeeld in een map, deze had ik genaamd januari februari enz.
Kan ik ook op inhoudt mappen zoeken?
-
Als je de naam van een map ingeeft dan krijg je alle bestanden binnen die map. Hier (http://en.wikipedia.org/wiki/Find) kun je lezen wat er allemaal kan.
-
Hallo Nick75Name,
Had je de submappen aangemaakt en bestande verplaatst via FileStation, of via de verkenner in Windows? En was het direkt na het verplaatsen dat je de mappen en files kwijt bent, of heb je ze voor gisteren wel gewoon in de juiste submappen zien staan?
Ik heb in het verleden meldingen op de forums gezien dat in FileStation soms e.e.a. misging bij het verplaatsen van mappen/files, maar ik denk eerder aan dat er per ongelijk mappen versleept zijn en zich nu ergens anders bevinden.
-
Hoi tonvh,
Ik waardeer je hulp erg, maar hetgeen jij beschrijft wordt voor mij erg ingewikkeld. En moet ik dus niet aan beginnen.
ADD peeweesyn:
Ik heb de submappen allemaal lang geleden aangemaakt en niet verplaatst. Heb naar mijn idee de hele nas onderste boven gezet. Niets gevonden.
-
Als je wilt, dan kan je mij een PB sturen met je telefoonnummer, dan bel ik je even.
[attachimg=1]
-
Met de zoekfunctie geprobeerd, maar krijg de melding permession denied.
-
Was je wel ingelogd als gebruiker root met het password van gebruiker admin ?
Hierbij mag het admin account niet uitstaan indien je een andere gebruiker hebt gemaakt met admin rechten.
En SSH-service moet aanstaan, dus Teminal of PuTTY moeten op poort 22 connecteren.
-
Volgens mij hoeft 'admin' niet aan te staan wel moet er altijd een account zijn met admin-bevoegdheden. Bij mij is 'admin' altijd uitgeschakeld (tevens wijzig ik de SSH poort altijd van 22 naar iets anders) en toch heb ik SSH/root access (Terminal, Browser en OSX_SCP).
-
Ingelogd als root met ww admin. Maar nu lijkt hij niets te doen.
Of duurt dat even?
-
Alle bevoegdheden staan ook aan!
-
Als je inlogt krijg je de eerste keer een lang verhaal te lezen waarop je met "yes" moet antwoorden. Volgende keren zie je dit.
Plaats een screenprint van hetgeen je te zien krijgt.
-
het zijn voor mij persoonlijk zeer waardevolle video's.
Toch wel zeer spijtig dat je, ondanks dit feit, geen backup voorzien hebt... En zelfs de prullenmand niet hebt ingeschakeld... Wat als er een blikseminslag was, of diefstal, of per ongeluk iets wissen... ?
RAID is enkel nodig als je snel weer paraat wil zijn, in geval van schijfproblemen - en voor de meeste thuisgebruikers zelfs niet nodig. Een paar dagen offline is meestal geen probleem. Een backup daarentegen is veel belangrijker dan RAID.
Maar daar ben je nu dus niet veel mee :-(
We kunnen het niet vaak genoeg zeggen...
Zoals men hier al zei, gebruik de zoekfunctie. Misschien heb je per ongeluk een aantal folders naar een foute plaats gesleept... Of misschien heeft iemand anders in uw gezin iets fout gedaan omdat je ze teveel rechten gegeven hebt?
Succes!
En begin zo snel als mogelijk backups te maken...
-
Hallo.
Ik ben ziek geweest, dus even niet aan toe gekomen. heb de zoekfunctie weer gebruikt.
printscreen staat hieronder.
-
[attachimg=1]
Tja, niet goed gelezen.
Het is dus:
find . -name *rhodos* (die <> zou ik er niet bijplaatsen)
Dus:
tussen find en de . moet een spatie
tussen - en name niet
-
Hallo,
In de 2de poging ( zie printscreen) had ik dat ook aangepast en opnieuw geprobeerd. Of moet nadat de eerste keer is misgegaan helemaal opnieuw bij het inloggen e.d.
Verzonden vanaf mijn iPhone met Tapatalk
-
Of moet nadat de eerste keer is misgegaan helemaal opnieuw bij het inloggen e.d.
Nee....
En ik zie geen 2e printscreen.
-
Misschien was ik niet helemaal duidelijk.
Ik bedoel de 2de poging in het bestaande printscreen. Net onder de eerste poging.
-
Ah....die....die is ook fout, kijk maar:
[attachimg=1]
-
Wederom een poging gedaan, ik hoop dat ik het nu goed heb gedaan.
(ik respecteer je geduld enorm)
maar volgens mij gaat er toch iets fout.
resultaat is het zelfde als vorige keer.
-
Ik heb wel geduld hoor, maar jij leest niet :lol:
Weer fout:
[attachimg=1]
Geen spatie tussen - en name ! (eerste keer al aangegeven)
-
Dus, nog een keertje:
find . -name *rhodos*
-
Als je de bestanden niet kan vinden kan je ze vast te voorschijn halen met photorec: http://www.cgsecurity.org/wiki/PhotoRec
Is dan wel nodig om de harddisk op een andere pc aan te sluiten (linux, windows of osx).
-
zo goed?
-
Ik zou
find / -name 'string*'
gebruiken.
PS: maak je screenprints leesbaarder door niet de terminal over je hele scherm te gooien en dan een screenprint te maken. En zet de achtergrond op wit.
-
zo goed?
Yep....is nu bezig met zoeken. 8)
-
Afwachten dus..
Verzonden vanaf mijn iPhone met Tapatalk
-
Kan een tijdje duren, ligt er aan hoeveel files erop staan ;D
Dus, gewoon laten lopen..........
-
Ongeveer 1,2 Tb
Verzonden vanaf mijn iPhone met Tapatalk
-
Niets gevonden!
-
Weet je zeker dat rhodos met kleine letters geschreven was? De zoekstring is hoofdlettergevoelig, dus probeer ook Rhodos , of *.mpg (als dat de extensie was van de bestanden) !!
-
OK! Ga alles eens proberen.
Verzonden vanaf mijn iPhone met Tapatalk
-
Hallo Allen,
Alle zoekopties geprobeerd, niets terug te vinden.
gezocht op bestandsnamen, mapnamen, extenties e.d.
iemand nog een idee wat ik kan proberen om de (dus toch) verwijderde bestanden terug te krijgen?
-
Al eerder door mij gepost, er is een oplossing namelijk photorec: http://www.cgsecurity.org/wiki/PhotoRec
Ik heb hier laatst ongeveer 80% jpeg gerecovered van een windows (ntfs) schijf welke in de tussentijd geformateerd was en een verse linux instal van Debian op was geïnstalleerd.
Edit:
Hoe staan je schijven ingesteld? Je zegt twee schijven in RAID? Bedoel je daarmee dat ze gespiegeld zijn? Dan zou je maar 1 schijf moeten checken. Ik zou het volgende doen. De software op een PC isntaleren en de schijf aan de PC pluggen (via SATA of eventueel USB). Je moet aangeven in photorec aangeven welk filesysteem er gechecked moet worden dat is EXT4. Je zal waarschijnlijk 3 partities zien, je moet de grootste partitie kiezen, hier slaat DSM alles op. Omdat je in photorec ook de extensies moet aangeven (.mkv/.mpg, etc) heltp het als je weet in welke extensies de data was opgeslagen. Weet je dit niet ook geen echte ramp dan moet je alle extensies aanvinken, duurt alleen langer. Houd er rekening mee dat hij wel een dag (of langer) aan het recoveren is. Maar gezien je schijven gespiegeld zijn kan je je DS blijven gebruiken.
-
Martijn,
Moet ik hiervoor de harde schijf uit de nas halen?
En hoe hang ik hem dan eventueel aan de laptop?
Verzonden vanaf mijn iPhone met Tapatalk
-
Heb mn post geupdate. Aan je laptop is de mogelijkheid via USB. Hier heb je een SATA naar USB omzetter nodig. Tip heb je een externe USB harde schijf? Haal de schijf er uit en zet de schijf uit je nas er tijdelijk in.
-
Martijn,
Dat is een goede tip! Bedankt.
Ik ga ermee aan de gang.
-
Succes! Bedenk wel dat de data op een andere schijf opgeslagen moet worden dan de schijf die gerecovered word. Hoop dat je laptop genoeg ruimte bevat anders zou je daar ook nog een oplossing voor moeten zoeken ben ik bang.