"cp -a" parancs a NAS-on nem tartott meg minden file jogosultsagot

 ( fdavid | 2016. december 30., péntek - 0:15 )

Erdekes jelensegbe botlottam, hatha ti tudjatok a valaszt:

Synology NAS-on belul masoltam (duplikaltam) SSH-n keresztul egy teljes rendszermentest cp -a paranccsal, de nem maradtak meg teljeskoruen a felhasznaloi es csoport hozzarendelesek. Amennyire meg tudtam allapitani a root felhasznalo kivetelevel minden felhasznalot lecserelt nobodyra.

Talalkoztatok mar ilyennel?
Synology specifikus, vagy van valami mas a hatterben?

Hozzászólás megjelenítési lehetőségek

A választott hozzászólás megjelenítési mód a „Beállítás” gombbal rögzíthető.

A "-a" opció cseppet sem szabványos, leginkább a GNU "cp" sajátja, ezeken a beágyazott dobozokon meg - helytakarékosság miatt - nem feltétlenül van teljesértékű GNU userspace. Valószínűleg nem GNU "cp" van rajta.

Tessék UNIX környezetben megszokott módokon másolni, pl:

tar cf - valami | (cd valahova; tar xpf -)

Koszi, kiprobalom.

Ezeken a gyengébb dobozokon (nas, soho router, stb.) általában busybox szokott lenni.

Kérlek, írd le pontosabban, hogy mit is csináltál! Lásd: NAS-on belül vs. SSH-n keresztül.

A NAS-on adott volt egy teljes linux rendszer mentese egy olyan konyvtarban, amit a NAS megoszt es amire NFS jogosultsagok is be vannak allitva. A mentes NFS-en es rsync-en keresztul tortenik, es a mentes soran szepen minden eredeti jogosultsag meg is marad.
Ezt a mentest lokalisan duplikalni akartam, mert egy masik nagyon hasonlo gepet akarok uzembe allitani, es ebbol a mentesbol akartam kiiindulni. Logikusnak tunt, hogy ha ugyis az uj gep is a NAS-ra fog menteni, akkor eleve a NAS-on elkeszitem lokalisan a regi rendszer mentesenek masolatat es onnan allitom vissza a mentesi allapotot az uj gepre, es majd abbol dolgozom.

Tehat:
/volume1/regi -> regi gep telejs mentese
/volume1/uj -> masolat

A NAS-ra beleptem SSH-val root-kent.

cp -a /volume1/regi /voume1/uj (itt elkovettem egy kis hibat, mert igy egy konyvtarral melyebbre masolok, theat a /voume1/uj/regi keletkezik es ott lesz a teljes tartalom)
mv /volume1/uj/regi/* /volume1/uj/ (itt elvileg csak a konyvtar kerul atnevezesre, a jogosultsagok nem valtozhatnak)
rm -rf /volume1/uj/regi/

Esetleg uid/guid mismatch?

Ha nem letezika a user vagy group, akkor elvileg az (g)uid-t kene kiirnia es nem azt, hogy nobody. Mert a nobodynak van sajat uid-je. Vagy rosszul gondolom?
A masik, hogy a mentest visszaallitva (tehat nem a NAS-on) leteznek az adott userek az adott uid-vel. De ott is nobodyt jelzett. Ott tunt fel a problema.

Egy lokalis rsync --archive rendbe tette.Akkor ezek szerint a cp implementacio nem feltetlenul megbizhato.