New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Whonix template: /etc owned by user:user #1156

Open
marmarek opened this Issue Aug 31, 2015 · 13 comments

Comments

Projects
None yet
5 participants
@marmarek
Member

marmarek commented Aug 31, 2015

No description provided.

@marmarek

This comment has been minimized.

Show comment
Hide comment
Member

marmarek commented Aug 31, 2015

@nrgaway

This comment has been minimized.

Show comment
Hide comment
@nrgaway

nrgaway Aug 31, 2015

nrgaway commented Aug 31, 2015

@marmarek marmarek modified the milestones: Release 3.1, Release 3.0 Sep 1, 2015

@marmarek

This comment has been minimized.

Show comment
Hide comment
@marmarek

marmarek Feb 8, 2016

Member

@adrelanos any idea?

Member

marmarek commented Feb 8, 2016

@adrelanos any idea?

@adrelanos

This comment has been minimized.

Show comment
Hide comment
@adrelanos

adrelanos Feb 8, 2016

Member
Member

adrelanos commented Feb 8, 2016

@unman

This comment has been minimized.

Show comment
Hide comment
@unman

unman May 17, 2016

Member

This is whonix specific, if indeed it is still open.
Can someone remove Debian label, and update to Whonix

Member

unman commented May 17, 2016

This is whonix specific, if indeed it is still open.
Can someone remove Debian label, and update to Whonix

@adrelanos

This comment has been minimized.

Show comment
Hide comment
@adrelanos

adrelanos May 17, 2016

Member
Member

adrelanos commented May 17, 2016

@andrewdavidwong andrewdavidwong added C: Whonix and removed C: Debian labels May 17, 2016

@andrewdavidwong andrewdavidwong changed the title from Debian template (or only Whonix): /etc owned by user:user to Whonix template: /etc owned by user:user May 17, 2016

@adrelanos

This comment has been minimized.

Show comment
Hide comment
@adrelanos

adrelanos Nov 14, 2016

Member

This could be actually more than a minor bug. In rare cases /var/lib/tor was owned by the wrong user which can lead to Tor no longer starting. Or when using sshfs in Whonix-Workstation, the remote folder got the wrong group (neither user nor root).

Do linux distributions, adduser / useradd have something like a default user or default group that could be set wrong somewhere?

Member

adrelanos commented Nov 14, 2016

This could be actually more than a minor bug. In rare cases /var/lib/tor was owned by the wrong user which can lead to Tor no longer starting. Or when using sshfs in Whonix-Workstation, the remote folder got the wrong group (neither user nor root).

Do linux distributions, adduser / useradd have something like a default user or default group that could be set wrong somewhere?

@marmarek

This comment has been minimized.

Show comment
Hide comment
@marmarek

marmarek Nov 14, 2016

Member

On Sun, Nov 13, 2016 at 04:28:14PM -0800, Patrick Schleizer wrote:

This could be actually more than a minor bug. In rare cases /var/lib/tor was owned by the wrong user which can lead to Tor no longer starting. Or when using sshfs in Whonix-Workstation, the remote folder got the wrong group (neither user nor root).

sshfs from Whonix-Workstation, or to Whonix-Workstation? In the former
case it shouldn't have anything to do with Whonix-Workstation, as
non-root user have no power of changing file owner (I assume you've
connected to non-root account, right?).

Do linux distributions, adduser / useradd have something like a default user or default group that could be set wrong somewhere?

There is /etc/login.defs, but I doubt if anything wrong there would
result in changing ownership of /etc...

Best Regards,
Marek Marczykowski-Górecki
Invisible Things Lab
A: Because it messes up the order in which people normally read text.
Q: Why is top-posting such a bad thing?

Member

marmarek commented Nov 14, 2016

On Sun, Nov 13, 2016 at 04:28:14PM -0800, Patrick Schleizer wrote:

This could be actually more than a minor bug. In rare cases /var/lib/tor was owned by the wrong user which can lead to Tor no longer starting. Or when using sshfs in Whonix-Workstation, the remote folder got the wrong group (neither user nor root).

sshfs from Whonix-Workstation, or to Whonix-Workstation? In the former
case it shouldn't have anything to do with Whonix-Workstation, as
non-root user have no power of changing file owner (I assume you've
connected to non-root account, right?).

Do linux distributions, adduser / useradd have something like a default user or default group that could be set wrong somewhere?

There is /etc/login.defs, but I doubt if anything wrong there would
result in changing ownership of /etc...

Best Regards,
Marek Marczykowski-Górecki
Invisible Things Lab
A: Because it messes up the order in which people normally read text.
Q: Why is top-posting such a bad thing?

@unman

This comment has been minimized.

Show comment
Hide comment
@unman

unman Nov 14, 2016

Member

Am I missing something here? I'm working on a vanilla 3.2. I didn't create whonix VMs on set-up.
In the templates root.img everything looks as expected.
I've just created appVMs and proxyVM based on the templates and neither have /etc owned by user.
Is there another issue - the "rare cases" - or is it an intermittent build failure, or what?

Member

unman commented Nov 14, 2016

Am I missing something here? I'm working on a vanilla 3.2. I didn't create whonix VMs on set-up.
In the templates root.img everything looks as expected.
I've just created appVMs and proxyVM based on the templates and neither have /etc owned by user.
Is there another issue - the "rare cases" - or is it an intermittent build failure, or what?

@adrelanos

This comment has been minimized.

Show comment
Hide comment
@adrelanos

adrelanos Nov 20, 2016

Member

/etc/login.defs looks same on my systems, but I currently have no more
VMs with this bug.

Does anyone still have a Whonix VM where /etc is owned by user:user?

If so, could you please diff Whonix /etc/login.defs and Debian
/etc/login.defs?

Marek Marczykowski-Górecki:

sshfs from Whonix-Workstation, or to Whonix-Workstation?

From Whonix-Workstation to a server.

I assume you've connected to non-root account, right?

Was using root login.

unman:

Is there another issue - the "rare cases" - or is it an intermittent
build failure, or what?

I wish I knew.

Member

adrelanos commented Nov 20, 2016

/etc/login.defs looks same on my systems, but I currently have no more
VMs with this bug.

Does anyone still have a Whonix VM where /etc is owned by user:user?

If so, could you please diff Whonix /etc/login.defs and Debian
/etc/login.defs?

Marek Marczykowski-Górecki:

sshfs from Whonix-Workstation, or to Whonix-Workstation?

From Whonix-Workstation to a server.

I assume you've connected to non-root account, right?

Was using root login.

unman:

Is there another issue - the "rare cases" - or is it an intermittent
build failure, or what?

I wish I knew.

@marmarek

This comment has been minimized.

Show comment
Hide comment
@marmarek

marmarek Nov 20, 2016

Member

Does anyone still have a Whonix VM where /etc is owned by user:user?

Yes, I have. But this one was built some time ago (qubes-template-whonix-ws-3.0.4-201601110428.noarch). I don't have build log of it unfortunately.

Member

marmarek commented Nov 20, 2016

Does anyone still have a Whonix VM where /etc is owned by user:user?

Yes, I have. But this one was built some time ago (qubes-template-whonix-ws-3.0.4-201601110428.noarch). I don't have build log of it unfortunately.

@unman

This comment has been minimized.

Show comment
Hide comment
@unman

unman Apr 16, 2017

Member

@adrelanos Is this still an open issue in 3.2?

Member

unman commented Apr 16, 2017

@adrelanos Is this still an open issue in 3.2?

@adrelanos

This comment has been minimized.

Show comment
Hide comment
@adrelanos

adrelanos Apr 16, 2017

Member
Member

adrelanos commented Apr 16, 2017

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment