Synology-Forum.nl
Overige software => File Station => Topic gestart door: marsau op 21 oktober 2018, 13:06:55
-
Bij een poging mijn oude NAS leeg te kopiëren (lastig!) sleepte ik één van mijn homefolders naar een USB-share. De kopieer actie leek op te starten, maar werd daarna beëindigd met een fout. Niets gekopieerd, maar mijn home-folder is totaal VERDWENEN :?: :!:
Is het Synology OS werkelijk zo onbetrouwbaar?
Mijn eigen user account bleek verdwenen. Heb ik weer toegevoegd.
Hebben jullie enig idee wat er aan de hand is en hoe ik de map + inhoud weer terug krijg?
-
Is het Synology OS werkelijk zo onbetrouwbaar?
Denk van niet.
Je moet ook geen home map verslepen, is n.l. geen echte map maar een link naar homes.
Kijk eens in homes of je daar, voor de betreffende gebruiker, die map er nog staat.
-
Die zou er nog gewoon geweest zijn, ware het niet dat hij een nieuwe user met waarschijnlijk dezelfde naam heeft aangemaakt.
Nu is die home folder dus echt leeg.
-
Je moet ook geen home map verslepen,…
Als dat niet mag, moet hij een foutmelding geven en niet het hele useraccount weggooien. Op de mac kon je 15 jaar geleden al een hele disk naar een folder slepen en de inhoud werd gekopieerd. Het lijkt me een handeling die vaker gedaan wordt door gebruikers en ik heb hier nog nooit van gehoord. Lijkt me een ander probleem die toevallig nu zichtbaar werd.
Maar omdat de home folder een folder is in homes met de naam van de user en de user is opnieuw aangemaakt, denk ik ook dat er nu een lege folder staat.
-
Bij een poging mijn oude NAS leeg te kopiëren (lastig!) sleepte ik één van mijn homefolders naar een USB-share. De kopieer actie leek op te starten, maar werd daarna beëindigd met een fout. Niets gekopieerd, maar mijn home-folder is totaal VERDWENEN :?: :!:
Getest (DSM6.2), maar je kunt helemaal geen home map verslepen naar een USB-share, ook niet naar een andere map. ;D
De inhoud kan wel.
Dus, wat TS precies gedaan heeft ?
-
Heb het even getest maar als je een home folder met FileStation weggooit dan is hij ook echt weg.
Hij verwijdert echt alles en niet alleen de link.
Uiteraard moet je wel admin rechten hebben om dat te mogen doen.
Het is en blijft natuurlijk wel Linux, dat er vanuit gaat dat als je admin bent je weet wat je doet.
EDIT:
Als je het met de windows verkenner doet kun je die folder ook gewoon deleten.
Slepen is in de Windows verkenner via het netwerk een kopie maken, alleen "knippen en plakken" is verplaatsen, waarna de folder weg is.
-
Net als Ben, ook even getest. Als gewone gebruiker kun je niet de home map selecteren om te slepen.
Alleen als je als administrator inlogt kun je idd een home map van een andere gebruiker verplaatsen naar een andere share. Die gebruiker heeft vervolgens geen home map meer. Je kunt hem wel weer terug slepen naar homes. Bij deze actie blijft da data behouden. (NB beide stonden op hetzelfde volume)
Ik heb vervolgens de gebruiker "SynologyTester" in de groep administratoren gezet. Als ik daarmee een homefolder van een willekeurige gebruiker wil verslepen, veranderd de cursor in een verbodsbord:
[attachimg=1]
Waarom daar wel en bij mezelf niet? Geen idee. Mijn eigen account is onder DSM 3.2 aangemaakt. Misschien dat daar het verschil zit?
-
Dus, wat TS precies gedaan heeft ?
Even afwachten dus...... ::)
-
Dank voor jullie reacties.
Ik heb de Synology maar even uitgezet, om goede ideeën voor een eventuele recovery.
Weet niet wat jullie bedoelen met 'TS': wellicht vragen jullie een verduidelijk wat 'ik' gedaan heb..?
Bedoeling was niet verslepen, maar simpelweg kopieëren naar een USB disk die ik had aangekoppeld (al een heel gedoe vond ik als Mac-gebruiker).
Daarna één van de goedgevulde homefolders veiligstellen op deze schijf. Ik sleep hem binnen het Filestation scherm naar de share. De kopieer actie wordt opgestart en ik denk: ik kijk over een paar uur nog eens.
Maar binnen een paar minuten verschijnt de foutmelding, letterlijke tekst ben ik vergeten. Dus actie mislukt, jammer. Maar daarna ontdek ik tot mijn schrik dat de hele folder is verdwenen. Niet meer zichtbaar binnen homes. Niet meer te vinden met de zoek-functie. Kan mijn ogen niet geloven.
Dit kan toch niet waar zijn? Je gebruikt een Synology toch voor VEILIGE en BETROUWBARE dataopslag?
-
Slepen betekend verplaatsen, niet kopiëren. De cursor veranderd zelfs in het woord "verplaatsen".
Normaal gesproken wordt bij verplaatsen binnen een disk, alleen de directory aangepast, niet de data. Bij verplaatsen naar een fysiek andere schijf, wordt de data eerst gekopieerd en daarna op de originele plek gewist. Daar zou nog steeds niet bij verloren mogen gaan.
Maar het account mag natuurlijk ook niet gewist worden. Als je nog geen nieuw account gemaakt had, was er nog een kleine kans dat die folder er onder water nog stond. De home folder is een folder met de naam van het account. Eigenlijk hetzelfde als de folders van gebruikers in de 'Gebruikers' folder op de mac.
Misschien dat Synology nog een recovery tool heeft om een deel van de gewiste bestanden terug te vinden. Ik heb er echter een hard hoofd in dat dit nog via de schijf terug te halen is.
(ps: Topic Starter)
-
Ik zou verwachten dat dit apparaat intuïtief en consequent werkt.
Het klopt niet helemaal wat je zegt.
Ik heb TBs aan data gekopieerd naar een andere Synology, ook door te slepen, maar dan naar een 'externe map', waarbij de NAS zich precies heeft gedragen zoals ik verwacht: urenlang kopiëren, maar de originele mappen bleven netjes op hun plaats. En daarna handmatig de originele mappen verwijderen (ook weer wachten). Clumsy, maar betrouwbaar.
Ik wilde hetzelfde wat sneller doen met een USB-schijf.
Eén fout bij de kopieer actie ( verplaatsactie???) doet dus in één keer je kostbare Terabytes verdwijnen. Ook mijn account bij de accountgegevens; dit had ik nog niet gezegd. Kan het nog steeds niet geloven.
Wellicht stom van mij om te pogen mn data terug te krijgen door mijn account opnieuw aan te maken. Maar ook hiervan denk ik: in met een fatsoenlijk systeem zou je niet zo (nog meer) je data mogen vernaggelen.
-
Zolang je admin bent kun je op een Nas bijna alles vernaggelen, het is een beetje simpel je eigen fouten op de Nas af te schuiven.
Je kunt ook kiezen voor kopie en als alles gedaan is de source zelf verwijderen.
Overigens kan het nooit gegaan zijn zoals jij vertelde, want hoe het ook gegaan is, bij een versleep actie worden de folders pas verwijdert als alle files zijn overgezet en als er gedurende die actie iets mis gaat heb je in ieder geval de home folder nog.
Het ergste wat je kan overkomen is dat de helft op de USB disk staat en de helft in je home folder.
Verder komt als je naar een Usb disk probeert te verslepen eerst nog met de popup of je wilt kopieren of verplaatsen, dus als je wilde kopieren had je daar alsnog de juiste keuze kunnen maken.
Dan om nog even op @Briolet terug te komen.
Als je met de windows verkenner netwerk locaties versleept is dat kopieren en niet verplaatsen.
Alleen knip en plak is echt verplaatsen en dan vraagt windows eerst weet je zeker dat je de source wilt verwijderen na het verplaatsen.
Dit in tegenstelling tot verslepen van lokale data, waar verslepen wel verplaatsen is en ook zonder extra vraag.
En tenslotte nog dit.
Uiteraard was het account niet gewist, alleen de home folder is verdwenen en als je dit soort zaken als admin doet mag je gewoon zo'n home folder verwijderen.
Als je als gebruiker inlogt en probeert je eigen home folder te verwijderen kan dat natuurlijk niet.
Admin is tenslotte de 'Opperbaas" op een Linux systeem en die weet wat hij doet.
-
Dan om nog even op @Briolet terug te komen.
Als je met de windows verkenner netwerk locaties versleept is dat kopieren en niet verplaatsen.
Op de mac wordt ook gekopieerd via de finder. Maar hier gaat het over FileStation. Dat lijkt me toch gelijk te weren tussen Mac en Windows. Je kunt alleen verschillend gedrag bij verschillende browsers verwachten.
Ik had het getest. Als ik een folder naar een USB disk sleep, veranderd de cursor in de tekst "verplaatsen" met een groen symbool erbij. En na de actie is de source weg en staat alles op de usb. Maar als ik dat bij een home folder doe krijg ik een verbods bord te zien. Behalve 1 keer, toen kon ik wel een homefolder verslepen zonder commentaar.
In elk geval mag dit niet gebeuren. Meestal wordt dit geblokkeerd, maar blijkbaar niet altijd. Ik denk dat hier een combinatie van fouten speelt. Ik zou het zeker via Synology spelen. Of zij wat kunnen doen betwijfel ik, maar zo'n bug wil je wel opgelost hebben voor toekomstige slachtoffers van deze bug.
-
Ook als admin zou ik dit gedrag niet verwachten. Mag gewoon niet gebeuren.
Ik heb de optie overigens niet gezien. Het verslepen tussen volumes lijkt mij standaard een kopie, of eventueel kopie + verwijderen, ook prima - maar niet verwijdering INEENS bij de eerste beste interruptie. Als dat gebeurt kan je de gebruiker niets verwijten, maar deugt de techniek niet.
Het is helaas dus wel gegaan zoals ik je vertelde. Direct verdwijnen van de homefolder ineens, bij het opstarten van een grote kopieer-actie. Het kan gebeuren - wees gewaarschuwd.
Heb een ticket aangemaakt bij support. Blijf ik mij afvragen hoe je een dergelijke grote map op je NAS kan recoveren.
-
Als ik een folder versleep, veranderd de cursor in een vierkant met tekst. De tekst varieert van de positie.
Boven de desktop is het "bureaublad koppeling maken". Boven een andere folder is het verplaatsen:
[attachimg=1]
Pas als ik gelijktijdig Cmd-Shift indruk veranderd de tekst naar kopieren.
[attachimg=2]
En boven een foutieve locatie zie ik het stopbord.
Dit is zoals het zou moeten. Dat het echt verloren gaat, moet ergens een bug zijn.
Recovery van gewiste bestanden is inderdaad lastig en zal zeker niet voor alle files lukken. En de files staan op plekken die vrijgegeven zijn en kunnen door nasgebruik verder overschreven worden.
-
Het recoveren van een SHR/RAID5 maakt het nog ingewikkelder.
Overigens, maak je geen backups van je belangrijkste data ?
-
Als je een folder naar een USB disk wilt slepen krijg je nogmaals de vraag of je wilt kopieren of verplaatsen zie mijn screenshot.
Ik betwijfel dan ook dat het zo gegaan is als TS beschrijft, want dan heeft hij die melding ook nog eens genegeerd en voor "move" gekozen in plaats van "copy".
En waarom je als admin een homefolder niet zou mogen verwijderen snap ik niet, het is Linux en die homefolder is gewoon maar een folder en is dus iets anders dan het account verwijderen.
De kracht van linux is juist "lean and mean" zijn en niet allerlei overbodige controles inbouwen om te voorkomen dat zoiets gebeurd.
Wie gaat er nu ook home folders verslepen dat is gewoon niet slim.
[attachimg=1]
-
Als je een folder naar een USB disk wilt slepen krijg je nogmaals de vraag of je wilt kopiëren of verplaatsen zie mijn screenshot.
Dat staat ook in de help. Maar toen ik een willekeurige folder naar de usb sleepte, was er geen melding en werd de folder naar de usb verplaatst.
Bij mijn eerste test kon ik ook gewoon een home folder verplaatsen naar een share op dezelfde disk en later terug verplaatsen. Toen ik het herhaalde bij een volgende inlog, kreeg ik het stop bord.
Net nog eens geprobeerd de home folder van een test user naar de USB disk te slepen. Ik kan het weer gewoon doen zonder verdere vermelding. In homes is hij daarna weg en op de usb disk staat hij. Als ik hem daarna terug sleep naar homes, staat de folder weer in homes.
De nas is hier blijkbaar niet consistent. (Ik gebruik DSM 6.2.1-I)
------
Overigens heeft ook een administrator standaard geen rechten op homes en kan dus geen home selecteren om te slepen. Je moet de rechten op homes voor een gebruiker expliciet aan zetten. Ik heb homes expliciet uit staan in de groep administratoren omdat ik niet per ongeluk in andermans home wil kijken.
-
Ik heb het gevonden.
Het is een setting van FileStation genaamd "Enable Smart Drag and Drop".
Daar kun je kiezen of je standaard wilt skippen of overschrijven bij duplicate file names.
Als je dat vinkje zet komt hij niet meer met die popup van mijn screensshot.
Moet je wel zelf aangevinkt hebben want standaard staat dat niet aangevinkt.
En standaard mogen de administrators echt alles verplaatsen, je hebt het dus zelf bewust(en misschien wel slim) die rechten weggehaald.
-
Blijft natuurlijk de terechte vraag hoe het kan dat de data verdwijnt als je hem naar USB probeert te verplaatsen. Als de actie fout loopt zou de data eigenlijk nog gewoon op de bron aanwezig moeten zijn.
-
Zou moeten. Dus een heel vervelende bug ergens in FileStation. Het ging om een zeer grote folder. Dus ergens een memory bug die de kopieer actie laat crashen of met een error laat afbreken. Vervolgens gaat de code door met de taak die erna had moeten komen: het wissen van de bronfolder.
Er zitten blijkbaar te weinig checks in de code om fouten onderweg op te vangen.
-
Zulke fouten zouden er misschien in DSM kunnen zitten, maar echt niet in Linux en DSM zal toch wel gebruikt maken van de ingebouwde Linux capaciteiten om zoiets te doen als file's verplaatsen.
Ik denk eerder aan een gebruikersfout, er zijn iets te veel inconsistenties in z'n verhaal.
Wie gaat er nu als reactie op zo'n probleem eerst het account opnieuw aanmaken.
Het meest waarschijnlijk is dat die bestanden nog ergens staan en hij gewoon verkeerd gesleept heeft.
-
Het meest waarschijnlijk is dat die bestanden nog ergens staan en hij gewoon verkeerd gesleept heeft.
Dan zou TS een zoek actie kunnen doen naar 1 specifieke file die mist.
-
Zoeken kan geen kwaad, maar als hij per ongeluk het naar een locatie binnen de bewuste homefolder heeft gesleept is alles natuurlijk weg nadat hij het account opnieuw aanmaakte.
Al is dat niet waarschijnlijk.
-
Zoek het liefst via de command line:
find / -name bestand.ext
-
Das waar, even via Terminal (TS heeft een MAC) en dan iets makkelijker zoeken met:
find -iname bestand* vanaf /volume1
-
Moet het niet zijn: "find /volume1 -iname bestand*" ?
In elk geval "iname", want dat is niet case sensitive.
-
Ik had de / laten staan, die moest idd weg, daarna zeg ik vanaf /volume1.
Maar goed, het scheelt een cd /volume1 dus, find /volume1 -iname bestand* is beter. ;)
-
Winscp heeft ook een fijne zoek functie.
-
Dan moet TS eerst Wine installeren, Terminal is aanwezig. ;D
-
WinSCP is tergend traag met zoeken voor zover ik mij herinner, ben al een aardig tijdje weg van Windows.
Met
find / -name xxxwordt de hele NAS doorzocht, dus vanaf de root. Lijkt mij de meest grondige manier.
xxx is dan een bestand waarvan je weet dat die weg is.
find / -iname xxxkan natuurlijk ook.