Puncte:0

Permisiune refuzată când încercați să rulați binarul din /usr/bin la pornire

drapel cn
xyf

Scriu un serviciu care va rula un sistem binar /usr/bin cu toate acestea, la pornire, văd că serviciul se activează, dar binarul nu reușește să ruleze din cauza problemelor de permisiuni.

/etc/rc5.d/S99_ServiceFile: linia 30: /usr/bin/<binary>: Permisiune refuzată

Aș putea rula manual binarul după rulare

mount / -o rw,remount
$/usr/bin/ chmod a+x <binar>
$/usr/bin ./<binar>

dar setarea nu rămâne intactă pentru totdeauna (după repornire...).

raj avatar
drapel cn
raj
Daca am inteles bine problema este ca `/usr/bin/` nu are permisiunea `x` la pornire, iar după setarea acestei permisiuni modificarea nu persistă după repornire? Acest lucru pare foarte ciudat. Ce binar este?
xyf avatar
drapel cn
xyf
OK am dat seama: permisiunile binarului din codul sursă nu au fost păstrate intacte în imaginea rezultată rootfs. Folosirea fakeroot pentru a copia fișierul și a-l construi a făcut truc
BeastOfCaerbannog avatar
drapel ca
Mă bucur să știu că ți-ai rezolvat problema! Ai putea te rog să postezi soluția ca răspuns?
Puncte:0
drapel cn
xyf

Problema a fost într-adevăr că permisiunile fișierului nu au fost menținute, deoarece fișierul a fost copiat, deci probleme de permisiuni. Trucul a fost să folosiți fakeroot pentru a copia fișierul și a construi

Postează un răspuns

Majoritatea oamenilor nu înțeleg că a pune multe întrebări deblochează învățarea și îmbunătățește legătura interpersonală. În studiile lui Alison, de exemplu, deși oamenii își puteau aminti cu exactitate câte întrebări au fost puse în conversațiile lor, ei nu au intuit legătura dintre întrebări și apreciere. În patru studii, în care participanții au fost implicați în conversații ei înșiși sau au citit transcrieri ale conversațiilor altora, oamenii au avut tendința să nu realizeze că întrebarea ar influența – sau ar fi influențat – nivelul de prietenie dintre conversatori.