home folder totaal verdwenen na mislukte copy-actie

[Birdy]

Het recoveren van een SHR/RAID5 maakt het nog ingewikkelder.
Overigens, maak je geen backups van je belangrijkste data ?

[Ben(V)]

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.

[Briolet]

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.

[Ben(V)]

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.

[Hofstede]

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.

[Briolet]

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.

[Ben(V)]

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.

[Birdy]

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.

[Ben(V)]

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.

[Pippin]

Zoek het liefst via de command line:

Code: [Selecteer]

find / -name bestand.ext

[Birdy]

Das waar, even via Terminal (TS heeft een MAC) en dan iets makkelijker zoeken met:

find -iname bestand* vanaf /volume1

[Briolet]

Moet het niet zijn: "find /volume1 -iname bestand*" ?

In elk geval "iname", want dat is niet case sensitive.

[Birdy]

Ik had de / laten staan, die moest idd weg, daarna zeg ik vanaf /volume1.
Maar goed, het scheelt een cd /volume1 dus,

Code: [Selecteer]

find /volume1 -iname bestand* is beter.

[Ben(V)]

Winscp heeft ook een fijne zoek functie.

[Birdy]

Dan moet TS eerst Wine installeren, Terminal is aanwezig.