DKIM-Filter: OpenDKIM Filter v2.11.0 delorie.com 48D9kPs13231205 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=ZNa55YGl X-Recipient: archive-cygwin AT delorie DOT com DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org 0AE23385842A DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cygwin.com; s=default; t=1726220784; bh=Nnmh/QU+mHExNFgp5DCB1+POsCorMwwLmdGMZgZYkMQ=; h=Date:To:Subject:List-Id:List-Unsubscribe:List-Archive:List-Post: List-Help:List-Subscribe:From:Reply-To:From; b=ZNa55YGl4h9LE8ImnPmW44tUWG3/rpnFmwlxTkJ3izfgHCDzV8EEn5Jffm7eHUbmg avsfwGUzcjShiZRfu9zN3eXRgHp4OUTcTjxTXKeeg4vdHIoVmuQTaRIRLWdhKQvZiM yAx28tS5u9D8XKg64OJTpT3hd7fo6S70Jbg7lPjw= X-Original-To: cygwin AT cygwin DOT com Delivered-To: cygwin AT cygwin DOT com DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org 822B73858D28 ARC-Filter: OpenARC Filter v1.0.0 sourceware.org 822B73858D28 ARC-Seal: i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1726220758; cv=none; b=fyokUQKpqKn/sSgyTxL2tAcb477yF5FEF5QC48hy+f/Dq/yR4x+QFDoYwvA0W7X986AiZx4s3MgC6HUlZJeexwg7pE/S2AbuBZ93fye0xRhye5SCIpqvIm++77xiMgFdgCMOcXWHQHTOgMc673fJwSP2PBOUkpbCAKKd6gEahto= ARC-Message-Signature: i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1726220758; c=relaxed/simple; bh=J2sZhAMuLlJ116V1KlW0BUBwziQBVQpBTUoYlvvFooc=; h=DKIM-Signature:Message-ID:Date:MIME-Version:To:From:Subject; b=UCDjseukmLQkskvVC1nVyxwbuL5f7xMlSfRrEpHzmx4LeKzzwTLI6xjtYeTs3lfZ2x1gfc+g4jFG6IpMp5eyWoYi4WHSeu28T6s328wvRxHUYMwm/c+lwcagr/ZYvm6+NHcdGZd+0IebCfUd+HZD8GLUdoFfYbaunDzzC4Kav9o= ARC-Authentication-Results: i=1; server2.sourceware.org X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1726220754; x=1726825554; h=content-transfer-encoding:subject:from:content-language:to :user-agent:mime-version:date:message-id:x-gm-message-state:from:to :cc:subject:date:message-id:reply-to; bh=pPB1bgbIR2YcIJ3VsEI/6K6MoEAXgfYNd1cVeIZj2PA=; b=OeqK6mxERihhYSqYQAul/vJw1u90XcSPR5JUm1Zm5WT9/YB6UncRcGEQQR2O9qfsdr 9pnIvFlmUb8S2eSFgumKlFwMjdy2WLrdxpQIUZEd22xfRnvqFCpkbOazAtmGwWCBJGTH 7tJGIY2+B0XBsUvDhigDnMoa/H+aWNvHtPZnbVc609z5ZUO/nS6YCTkoU4Et3w8kyTJw obdGYA7gSb11bTJvlZd0oSzFrBosjhN15fqk+L3Bi76p+wlL8ndGamhXV9QwcrMG59WB sZVEnAd8DWgB0AZCFckUobWpWgph3gR3JLJWY0K3DsmZUkyzXHymP7HX7pvRxY83o5Au YgDQ== X-Gm-Message-State: AOJu0YxKseUD7eEIIQBR4DEASupiuK60G7gZ7hvDlW3w8M9dF9REVell l3i+qtMmbLPrNS6SJdyL/ShvldUqBYJFJ88sSpknnIKcFwr9MZsedrlOg9su X-Google-Smtp-Source: AGHT+IFa/LItya21HwZF+yPmHmy28ylEDYyqa4RiKc1/6JlYAroOVy1LmUYCKZzESXNLYtiwlTTP3w== X-Received: by 2002:a05:6512:4023:b0:535:6986:9803 with SMTP id 2adb3069b0e04-5367fec0f42mr1344944e87.15.1726220752919; Fri, 13 Sep 2024 02:45:52 -0700 (PDT) Message-ID: Date: Fri, 13 Sep 2024 13:45:48 +0400 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird To: cygwin AT cygwin DOT com Content-Language: en-US Subject: Writing to '\\.\X:' that has no backing PhysicalDrive? X-Spam-Status: No, score=-0.9 required=5.0 tests=BAYES_00, DKIM_SIGNED, DKIM_VALID, DKIM_VALID_AU, DKIM_VALID_EF, FREEMAIL_FROM, RCVD_IN_DNSWL_NONE, SPF_HELO_NONE, SPF_PASS, TXREP autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on server2.sourceware.org X-BeenThere: cygwin AT cygwin DOT com X-Mailman-Version: 2.1.30 List-Id: General Cygwin discussions and problem reports List-Archive: List-Post: List-Help: List-Subscribe: , From: Ilya Basin via Cygwin Reply-To: Ilya Basin Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: "Cygwin" Hi. I was trying to write an .img file to a VeraCrypt drive. VeraCrypt doesn't create a virtual PhysicalDrive so tools like Rufus don't see it. I hoped that with cygwin I would be able to do that, but Cygwin only creates /dev/sd?? nodes for PhysicalDrive partitions. I tried `dd` with '\\.\X:', but it can't open for writing because it treats it as a directory (reading succeeds). $ dd count=1 if='\\.\E:' | xxd 1+0 records in 1+0 records out 512 bytes copied, 0.0213007 s, 24.0 kB/s 00000000: eb52 904e 5446 5320 2020 2000 0208 0000 .R.NTFS ..... ... $ dd if=/dev/null count=0 of='\\.\E:' dd: failed to open '\\.\E:': Is a directory Same error in MSYS2. Does cygwin provide some (hidden) /dev/ nodes for drive letters or volumes like "\\?\Volume{GUID}"? Can I create one with mknod? My current workaround is a PowerShell/.NET script that calls CreateFile/WriteFile with proper flags. Rufus doesn't show any hard drives, Win32DiskImager crashes on launch. Surprisingly, I couldn't find a decent GUI program for this task. -- 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