Steve Dondley wrote:
...
> Thanks for the offer. However, I fixed the problem by doing:
>
> "sudo find /usr -perm g=s" and sudo "find /usr -perm u=s" on a known
> good install similar to my broken machine.
>
> Then I manually changed permissions on the broken machine. It didn't
> take too long
On 2021-05-19 06:30 AM, Hans wrote:
Am Mittwoch, 19. Mai 2021, 00:26:18 CEST schrieb Steve Dondley:
I believe, there is no easy way. However, if interested, I can send you
my
list of permissions of /var and /usr. These are not changed by me with
one
exception (/var/log/motion/motion.log, as
Hello,
On Tue, May 18, 2021 at 11:40:38PM -0400, Greg Wooledge wrote:
> On Tue, May 18, 2021 at 11:46:38PM +, Andy Smith wrote:
> > I can't think of an easy way if you don't have backups. If you have
> > another system you could get a list of all its permissions like so:
> >
> > # find /usr
Am Mittwoch, 19. Mai 2021, 00:26:18 CEST schrieb Steve Dondley:
I believe, there is no easy way. However, if interested, I can send you my
list of permissions of /var and /usr. These are not changed by me with one
exception (/var/log/motion/motion.log, as there is a bug).
Please send me your
On Ma, 18 mai 21, 18:26:18, Steve Dondley wrote:
> I goofed up and accidentally moved my /usr directory while trying to make
> room on a full drive. I was able to recover, but I'm finding that services
> are not working because the sticky bits for many files /usr/bin/* were lost.
> For example, I
On Wed, 2021-05-19 at 07:42 +0100, Tixy wrote:
[...]
> When reinstalling packages that were installed automatically to satisfy
> dependencies, you would want to make sure their state is set back to
> auto installed after forcibly reinstalling them.
>
> I've not done this sort of thing, but to get
On Tue, 2021-05-18 at 20:28 -0400, songbird wrote:
> Steve Dondley wrote:
>
> > I goofed up and accidentally moved my /usr directory while trying to
> > make room on a full drive. I was able to recover, but I'm finding that
> > services are not working because the sticky bits for many files
>
On Tue, May 18, 2021 at 11:46:38PM +, Andy Smith wrote:
> I can't think of an easy way if you don't have backups. If you have
> another system you could get a list of all its permissions like so:
>
> # find /usr -xdev -printf '%p %m\0' | sort -z > good-perms
>
> Then on your suspect machine:
Steve Dondley wrote:
> I goofed up and accidentally moved my /usr directory while trying to
> make room on a full drive. I was able to recover, but I'm finding that
> services are not working because the sticky bits for many files
> /usr/bin/* were lost. For example, I can't send email with
On Wed, 19 May 2021 at 08:26, Steve Dondley wrote:
> I goofed up and accidentally moved my /usr directory while trying to
> make room on a full drive. I was able to recover, but I'm finding that
> services are not working because the sticky bits for many files
> /usr/bin/* were lost. For
>> are not working because the sticky bits for many files /usr/bin/* were lost.
>> For example, I can't send email with exim because of this error:
>>
>> Failed to create spool file /var/spool/exim4//input//1lj87g-0002tS-5J-D:
>> Permission denied
>
> I'm guessing you actually mean
Hello,
On Tue, May 18, 2021 at 06:26:18PM -0400, Steve Dondley wrote:
> I goofed up and accidentally moved my /usr directory while trying to make
> room on a full drive. I was able to recover, but I'm finding that services
> are not working because the sticky bits for many files /usr/bin/* were
I goofed up and accidentally moved my /usr directory while trying to
make room on a full drive. I was able to recover, but I'm finding that
services are not working because the sticky bits for many files
/usr/bin/* were lost. For example, I can't send email with exim because
of this error:
13 matches
Mail list logo
