Join GitHub today
GitHub is home to over 28 million developers working together to host and review code, manage projects, and build software together.
Sign upWhonix template: /etc owned by user:user #1156
Comments
marmarek
added
bug
C: templates
P: minor
C: Debian
labels
Aug 31, 2015
marmarek
added this to the Release 3.0 milestone
Aug 31, 2015
This comment has been minimized.
Show comment
Hide comment
This comment has been minimized.
This comment has been minimized.
Show comment
Hide comment
This comment has been minimized.
nrgaway
Aug 31, 2015
nrgaway
commented
Aug 31, 2015
|
It appears that this is only in Whonix for some reason; not Debian the
standard templates
|
marmarek
modified the milestones:
Release 3.1,
Release 3.0
Sep 1, 2015
This comment has been minimized.
Show comment
Hide comment
This comment has been minimized.
|
@adrelanos any idea? |
This comment has been minimized.
Show comment
Hide comment
This comment has been minimized.
adrelanos
Feb 8, 2016
Member
|
No, it's a mystery. I find the cause neither in the code nor in the
build log.
|
This comment has been minimized.
Show comment
Hide comment
This comment has been minimized.
unman
May 17, 2016
Member
This is whonix specific, if indeed it is still open.
Can someone remove Debian label, and update to Whonix
|
This is whonix specific, if indeed it is still open. |
This comment has been minimized.
Show comment
Hide comment
This comment has been minimized.
adrelanos
May 17, 2016
Member
|
- Not happening in Non-Qubes-Whonix 13.
- Not happening in Debian-8 template.
- Still happening in Qubes-Whonix 13.
Even though the build process has changed between Whonix 12 and Whonix 13.
|
andrewdavidwong
added
C: Whonix
and removed
C: Debian
labels
May 17, 2016
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
This comment has been minimized.
Show comment
Hide comment
This comment has been minimized.
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?
|
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? |
This comment has been minimized.
Show comment
Hide comment
This comment has been minimized.
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?
|
On Sun, Nov 13, 2016 at 04:28:14PM -0800, Patrick Schleizer wrote:
sshfs from Whonix-Workstation, or to Whonix-Workstation? In the former
There is /etc/login.defs, but I doubt if anything wrong there would Best Regards, |
This comment has been minimized.
Show comment
Hide comment
This comment has been minimized.
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?
|
Am I missing something here? I'm working on a vanilla 3.2. I didn't create whonix VMs on set-up. |
marmarek
modified the milestones:
Release 3.1,
Release 3.1 updates
Nov 19, 2016
This comment has been minimized.
Show comment
Hide comment
This comment has been minimized.
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.
|
/etc/login.defs looks same on my systems, but I currently have no more 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 Marek Marczykowski-Górecki:
From Whonix-Workstation to a server.
Was using root login. unman:
I wish I knew. |
This comment has been minimized.
Show comment
Hide comment
This comment has been minimized.
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.
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. |
This comment has been minimized.
Show comment
Hide comment
This comment has been minimized.
|
@adrelanos Is this still an open issue in 3.2? |
This comment has been minimized.
Show comment
Hide comment
This comment has been minimized.
|
Yes.
|
marmarek commentedAug 31, 2015
No description provided.