DMARC-Filter: OpenDMARC Filter v1.4.2 delorie.com 625Jme1t2855780 Authentication-Results: delorie.com; dmarc=pass (p=none dis=none) header.from=cygwin.com Authentication-Results: delorie.com; spf=pass smtp.mailfrom=cygwin.com DKIM-Filter: OpenDKIM Filter v2.11.0 delorie.com 625Jme1t2855780 Authentication-Results: delorie.com; dkim=pass (1024-bit key, unprotected) header.d=cygwin.com header.i=@cygwin.com header.a=rsa-sha256 header.s=default header.b=LHVJBCeI X-Recipient: archive-cygwin AT delorie DOT com DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org 899FD4BA2E08 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cygwin.com; s=default; t=1772740119; bh=jhbB+ib68CN+v2mdEGBXu75bASFKCEbxopI8bfRhGqs=; h=Date:Subject:To:References:In-Reply-To:List-Id:List-Unsubscribe: List-Archive:List-Post:List-Help:List-Subscribe:From:Reply-To:Cc: From; b=LHVJBCeIjPx6w5wpMO8sfZLo7xnbKSkv52RUEonxSwzsLFtpIuNV/8c9xreCsqOoR sLC+w9fk2JqJUFL+NCIbkzyTZatS8d6Gj5zBDVq2qFjuC+ydAc2s5XLy3ohQPcGSGl B/nhdVGURqL+MZVQnnmjlbOjZjNWeX/tp9vGGcTE= X-Original-To: cygwin AT cygwin DOT com Delivered-To: cygwin AT cygwin DOT com DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org 772104BA2E08 ARC-Filter: OpenARC Filter v1.0.0 sourceware.org 772104BA2E08 ARC-Seal: i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1772740035; cv=none; b=pZJ4tInzbD3j78mWOimY0fvVuIrjV8dqnyYe1fPZwcuDlIPSSwNFVhElu0l4gXO1Fb03uLkWckXMsmE1piMBAQZWbUcv+9Is5JFnb+HHPDZwtM+9mg3VlqkRqJSknQms0gPNmIg3DsGnLp/mGx4cCj2TZqJ7SsbODFsVB+jL+5Q= ARC-Message-Signature: i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1772740035; c=relaxed/simple; bh=830QKesPL5UzYKOt8cMH0FWSh2dLnsPtVA81YsLdmpo=; h=Message-ID:Date:MIME-Version:From:Subject:To:DKIM-Signature; b=MsYA4arYGJVE4yI5srUcouuVE4mx0eVl3DU21w8bfA/fqu7L7B151OVGmi4LMU0lFlVSL4L4DDzBKrlXZjJJVMhW5hobVwTg1H416gw61CI7NTf9N52ujdB9WOR3TUwCmPGLiNJMPH/B4MxID43UjkfXxsMAblPnnQEy7vVEqWM= ARC-Authentication-Results: i=1; server2.sourceware.org Message-ID: Date: Thu, 5 Mar 2026 12:47:12 -0700 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: HYPER-V VMs: Cygwin /bin/getent group 'Virtual Machines' cannot find the group Content-Language: en-CA To: General Cygwin discussions and problem reports References: <71dba56e-832f-37c6-c03d-fab12d65f146 AT wisemo DOT com> Organization: Systematic Software In-Reply-To: <71dba56e-832f-37c6-c03d-fab12d65f146@wisemo.com> X-Rspamd-Server: rspamout05 X-Rspamd-Queue-Id: 8A01620023 X-Stat-Signature: pytbj7c4hqq97rphhyf4gmoneapdxr9f X-Session-Marker: 427269616E2E496E676C69734053797374656D6174696353572E61622E6361 X-Session-ID: U2FsdGVkX18p31ILwmWoMrRuk/xiUgbojCxsIMr5KUA= X-HE-Tag: 1772740033-334306 X-HE-Meta: U2FsdGVkX19Gs4gdx10Ri33uNNZKHFeaLE0+1ELiO3LaJsNczaseQzuiRp6ED95hpVXu8WMT8SVmxfH14nsb2UcIEHV6+eJ/yQbt0WI63nqX9a8+06KOR28+dKH556WnIxlZNnamHQRv3vLkiRHSFSmmtX/Q1HJ4vkc3FJHyq4wVhW4fZL3fvExALvETSvjLYSbx16PZ1D8LvpFe+WrS3cTCB6f3vvB/w0F4MDcbbmrXr0WsfytSd4pYsym6KMusUHUMjBs91FsK25toDCsn2UB/pjU6JFr79Vmw93pVG37RIFq5Upb3h7Y5Krygu2G3EplCCTqYsOWacAJLnB5u0dffy3Y1ARMX/9ne4BNcPukr1Yvq8H3wYy9duVbN58MsqVVsHukcteFIpIToUBZNwMymkHw6v/EqSNwpdkPDKj3nDFGH5uhlZQ== X-BeenThere: cygwin AT cygwin DOT com X-Mailman-Version: 2.1.30 Precedence: list List-Id: General Cygwin discussions and problem reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , From: Brian Inglis via Cygwin Reply-To: General Cygwin discussions and problem reports Cc: Brian Inglis Content-Type: text/plain; charset="utf-8"; Format="flowed" Errors-To: cygwin-bounces~archive-cygwin=delorie DOT com AT cygwin DOT com Sender: "Cygwin" Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from base64 to 8bit by delorie.com id 625Jme1t2855780 On 2026-03-04 23:35, Jakob Bohm via Cygwin wrote: > On 03/03/2026 10:49, Brian Inglis via Cygwin wrote: >> On 2026-03-03 01:26, Aurélien Couderc via Cygwin wrote: >>> On Mon, Mar 2, 2026 at 8:19 PM Martin Wege via Cygwin wrote: >>>> >>>> Hello, >>>> >>>> we use HYPER-V virtual machines on Windows 10 and Windows 11. It seems >>>> they use a "special" kind of group called 'Virtual Machines', which >>>> Cygwin (3.6.5) /bin/getent cannot lookup: >>>> >>>> getent group 'Virtual Machines' >>>> >>>> >>>> Does anyone have ideas or clues how to get getent group to work with >>>> this kind of Windows group? >>>> >>>> We want the Cygwin gid for that group, and use Cygwin commands to work >>>> with those files... >>> >>> Déjà vu >>> >>> 1. Please read https://cygwin.com/pipermail/cygwin/2025-July/258505.html >>> >>> 2. Try this: >>> getent group "NT VIRTUAL MACHINE+Virtual Machines" >>> For me, with default (empty, except comments) /etc/nsswitch.conf, it >>> does not work. Which I consider a bug. >> >> The defaults are chosen so that required system components work. >> If you have additional requirements, such as interactive lookup, or your own >> scripts, you may add to the defaults, which adds to the overhead on every >> lookup, reduced if you run the `cygserver` cache. >> >> This is the default installed conf file: >> > OP isn't asking about enumeration, but direct lookup.  You answer is as inept > as responding with hosts file settings when asked about why certain DNS > lookups fail.  If lookup of a system built in group fails, core cygwin tools > such as /bin/ls fail. All responses in these mailing lists are from subscribers who try to help in their spare time - disparaging comments just get posts ignored or posters killfiled! As with emails, if responses are unhelpful, you have the same options. Builtins are limited to those seven documented - five users - two groups - and everything else is looked up via the NS sources switch. Lookup is otherwise either done from files or configured DB sources under db_enum, so the example below disables direct user lookups completely, and settings allow access to other sources: # Examples: # db_enum: none # No output from getpwent/getgrent at all. Try setting `db_enum: all` and see if you can access the desired entries. If not, please attach as text a Simple Test Case, unfiltered strace output, and complete output from `cygcheck -hrsv`, as per problem reporting guidelines below. > The CYGWIN library implementation of getent functions need to be agile > enough to handle any values handled by the similar Win32 functions. This in > turn requires hardcoded logic for any values of the enum first DWORD after > the uint48_t authority field in SID values, in this case "83". Alternatively, grow > the uid_t type to 560 bits, which seems to be the limit of current Win32 > implementations (max 15 DWORDS after the authority and version byte fixed at > 1). Patches submitted according to guidelines below will be gratefully accepted and thoughtfully considered when some interested subscriber has spare time. -- Take care. Thanks, Brian Inglis Calgary, Alberta, Canada La perfection est atteinte Perfection is achieved non pas lorsqu'il n'y a plus rien à ajouter not when there is no more to add mais lorsqu'il n'y a plus rien à retrancher but when there is no more to cut -- Antoine de Saint-Exupéry -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation: https://cygwin.com/docs.html Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple