public inbox for cygwin@cygwin.com
 help / color / mirror / Atom feed
* missing partitions under /dev
@ 2016-06-09 17:57 Aaron Schneider
  2016-06-10 14:09 ` Corinna Vinschen
  0 siblings, 1 reply; 6+ messages in thread
From: Aaron Schneider @ 2016-06-09 17:57 UTC (permalink / raw)
  To: cygwin

I've connected a LG G2 via usb to the computer which shows as
"LG Electronics Inc. QHUSB_BULK" on Vmware workstation and
Oracle Virtualbox. The device has more partitions that those
shown under /dev on Cygwin as shows:

ls /dev/sdc*
/dev/sdc   /dev/sdc10  /dev/sdc12  /dev/sdc14  /dev/sdc2 
/dev/sdc4  /dev/sdc6  /dev/sdc8 /dev/sdc1  /dev/sdc11 /dev/sdc13 
/dev/sdc15  /dev/sdc3  /dev/sdc5  /dev/sdc7  /dev/sdc9

However:

$ /sbin/fdisk.exe -l /dev/sdc

Disk /dev/sdc: 29.1 GiB, 31268536320 bytes, 61071360 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: gpt
Disk identifier: (removed)

Device        Start      End  Sectors  Size Type
/dev/sdc1     32768   163839   131072   64M Microsoft basic data
/dev/sdc2    163840   165887     2048    1M unknown
/dev/sdc3    165888   166911     1024  512K unknown
/dev/sdc4    196608   197631     1024  512K unknown
/dev/sdc5    229376   231423     2048    1M unknown
/dev/sdc6    231424   233471     2048    1M unknown
/dev/sdc7    262144   294911    32768   16M unknown
/dev/sdc8    294912   296959     2048    1M unknown
/dev/sdc9    296960   296961        2    1K Microsoft basic data
/dev/sdc10   327680   333823     6144    3M unknown
/dev/sdc11   333824   339967     6144    3M unknown
/dev/sdc12   339968   339969        2    1K unknown
/dev/sdc13   360448   393215    32768   16M unknown
/dev/sdc14   393216   458751    65536   32M Microsoft basic data
/dev/sdc15   458752   491519    32768   16M unknown
/dev/sdc16   491520   497663     6144    3M unknown
/dev/sdc17   524288   525311     1024  512K unknown
/dev/sdc18   525312   526335     1024  512K unknown
/dev/sdc19   526336   526337        2    1K unknown
/dev/sdc20   526338   527361     1024  512K unknown
/dev/sdc21   557056   573439    16384    8M Microsoft basic data
/dev/sdc22   573440   589823    16384    8M Microsoft basic data
/dev/sdc23   589824   655359    65536   32M unknown
/dev/sdc24   655360   720895    65536   32M unknown
/dev/sdc25   720896   786431    65536   32M Microsoft basic data
/dev/sdc26   786432   787455     1024  512K unknown
/dev/sdc27   787456   789503     2048    1M unknown
/dev/sdc28   789504   791551     2048    1M unknown
/dev/sdc29   791552   791567       16    8K unknown
/dev/sdc30   819200  6488063  5668864  2.7G Microsoft basic data
/dev/sdc31  6488064  7733247  1245184  608M Microsoft basic data
/dev/sdc32  7733248  7897087   163840   80M Microsoft basic data
/dev/sdc33  7897088  7929855    32768   16M Microsoft basic data
/dev/sdc34  7929856  8028159    98304   48M Microsoft basic data
/dev/sdc35  8028160 60948479 52920320 25.2G Microsoft basic data
/dev/sdc36 60948480 61071326   122847   60M Microsoft basic data

I would like to access partitions that are listed by fdisk but aren't under /dev.
How can I do, for example to use dd to read from or write to one of those
"hidden" partitions?

 		 	   		  
--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: missing partitions under /dev
  2016-06-09 17:57 missing partitions under /dev Aaron Schneider
@ 2016-06-10 14:09 ` Corinna Vinschen
  2016-06-10 18:52   ` Aaron Schneider
  0 siblings, 1 reply; 6+ messages in thread
From: Corinna Vinschen @ 2016-06-10 14:09 UTC (permalink / raw)
  To: cygwin

[-- Attachment #1: Type: text/plain, Size: 3721 bytes --]

On Jun  9 17:57, Aaron Schneider wrote:
> I've connected a LG G2 via usb to the computer which shows as
> "LG Electronics Inc. QHUSB_BULK" on Vmware workstation and
> Oracle Virtualbox. The device has more partitions that those
> shown under /dev on Cygwin as shows:
> 
> ls /dev/sdc*
> /dev/sdc   /dev/sdc10  /dev/sdc12  /dev/sdc14  /dev/sdc2 
> /dev/sdc4  /dev/sdc6  /dev/sdc8 /dev/sdc1  /dev/sdc11 /dev/sdc13 
> /dev/sdc15  /dev/sdc3  /dev/sdc5  /dev/sdc7  /dev/sdc9
> 
> However:
> 
> $ /sbin/fdisk.exe -l /dev/sdc
> 
> Disk /dev/sdc: 29.1 GiB, 31268536320 bytes, 61071360 sectors
> Units: sectors of 1 * 512 = 512 bytes
> Sector size (logical/physical): 512 bytes / 512 bytes
> I/O size (minimum/optimal): 512 bytes / 512 bytes
> Disklabel type: gpt
> Disk identifier: (removed)
> 
> Device        Start      End  Sectors  Size Type
> /dev/sdc1     32768   163839   131072   64M Microsoft basic data
> /dev/sdc2    163840   165887     2048    1M unknown
> /dev/sdc3    165888   166911     1024  512K unknown
> /dev/sdc4    196608   197631     1024  512K unknown
> /dev/sdc5    229376   231423     2048    1M unknown
> /dev/sdc6    231424   233471     2048    1M unknown
> /dev/sdc7    262144   294911    32768   16M unknown
> /dev/sdc8    294912   296959     2048    1M unknown
> /dev/sdc9    296960   296961        2    1K Microsoft basic data
> /dev/sdc10   327680   333823     6144    3M unknown
> /dev/sdc11   333824   339967     6144    3M unknown
> /dev/sdc12   339968   339969        2    1K unknown
> /dev/sdc13   360448   393215    32768   16M unknown
> /dev/sdc14   393216   458751    65536   32M Microsoft basic data
> /dev/sdc15   458752   491519    32768   16M unknown
> /dev/sdc16   491520   497663     6144    3M unknown
> /dev/sdc17   524288   525311     1024  512K unknown
> /dev/sdc18   525312   526335     1024  512K unknown
> /dev/sdc19   526336   526337        2    1K unknown
> /dev/sdc20   526338   527361     1024  512K unknown
> /dev/sdc21   557056   573439    16384    8M Microsoft basic data
> /dev/sdc22   573440   589823    16384    8M Microsoft basic data
> /dev/sdc23   589824   655359    65536   32M unknown
> /dev/sdc24   655360   720895    65536   32M unknown
> /dev/sdc25   720896   786431    65536   32M Microsoft basic data
> /dev/sdc26   786432   787455     1024  512K unknown
> /dev/sdc27   787456   789503     2048    1M unknown
> /dev/sdc28   789504   791551     2048    1M unknown
> /dev/sdc29   791552   791567       16    8K unknown
> /dev/sdc30   819200  6488063  5668864  2.7G Microsoft basic data
> /dev/sdc31  6488064  7733247  1245184  608M Microsoft basic data
> /dev/sdc32  7733248  7897087   163840   80M Microsoft basic data
> /dev/sdc33  7897088  7929855    32768   16M Microsoft basic data
> /dev/sdc34  7929856  8028159    98304   48M Microsoft basic data
> /dev/sdc35  8028160 60948479 52920320 25.2G Microsoft basic data
> /dev/sdc36 60948480 61071326   122847   60M Microsoft basic data
> 
> I would like to access partitions that are listed by fdisk but aren't under /dev.
> How can I do, for example to use dd to read from or write to one of those
> "hidden" partitions?

Cygwin's /dev/sd* emulation doesn't support more than 15 partitions yet.
This would need some rework of the device naming code.


Corinna

-- 
Corinna Vinschen                  Please, send mails regarding Cygwin to
Cygwin Maintainer                 cygwin AT cygwin DOT com
Red Hat

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 819 bytes --]

^ permalink raw reply	[flat|nested] 6+ messages in thread

* RE: missing partitions under /dev
  2016-06-10 14:09 ` Corinna Vinschen
@ 2016-06-10 18:52   ` Aaron Schneider
  2016-06-11 14:05     ` Corinna Vinschen
  0 siblings, 1 reply; 6+ messages in thread
From: Aaron Schneider @ 2016-06-10 18:52 UTC (permalink / raw)
  To: cygwin



> Date: Fri, 10 Jun 2016 12:00:27 +0200
> From: corinna-cygwin@cygwin.com
> To: cygwin@cygwin.com
> Subject: Re: missing partitions under /dev
>
> On Jun 9 17:57, Aaron Schneider wrote:
>
> Cygwin's /dev/sd* emulation doesn't support more than 15 partitions yet.
> This would need some rework of the device naming code.
>
>
> Corinna

I see. I though that it was a Windows problem that didn't provide
the partitions properly to cygwin if they weren't formatted with a
known filesystem or something related. 

Isn't any other way to access those partitions even from Windows 
Powershell? Is the feature to support more than 15 partition planned
to be implemented? 		 	   		  
--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: missing partitions under /dev
  2016-06-11 14:05     ` Corinna Vinschen
@ 2016-06-11 14:05       ` Corinna Vinschen
  2016-06-27 13:53         ` Corinna Vinschen
  0 siblings, 1 reply; 6+ messages in thread
From: Corinna Vinschen @ 2016-06-11 14:05 UTC (permalink / raw)
  To: cygwin

[-- Attachment #1: Type: text/plain, Size: 2047 bytes --]

On Jun 10 20:51, Corinna Vinschen wrote:
> On Jun 10 16:59, Aaron Schneider wrote:
> > > Date: Fri, 10 Jun 2016 12:00:27 +0200
> > > From: corinna-cygwin@cygwin.com
> > >
> > > Cygwin's /dev/sd* emulation doesn't support more than 15 partitions yet.
> > > This would need some rework of the device naming code.
> > >
> > >
> > > Corinna
> > 
> > I see. I though that it was a Windows problem that didn't provide
> > the partitions properly to cygwin if they weren't formatted with a
> > known filesystem or something related. 
> > 
> > Isn't any other way to access those partitions even from Windows 
> > Powershell?
> 
> There may be a way even using Cygwin.  If you know which disk X it is,
> you could try accessing it via /proc/sys/Device/HarddiskX/PartitionY.
> No guarantee but for raw access this might be sufficient.
> 
> > Is the feature to support more than 15 partition planned
> > to be implemented? 		 	   		  
> 
> I looked into that and theoretically the changes are small.
> 
> However, there's an undesired side-effect.  The device parser code uses
> an auto-generated minimally pruned 0-trie, created by a tool called
> shilka.  The problem is that the resulting object file is already very
> big, compared to the rest of the DLL.

> Amazing but true, about 20% of
> the object file is just this trie code and its data, whihc,

Uh, this sentence makes no sense.  Let's try again:

 Amazing but true, about 20% of the Cygwin DLL size is just this device
 parser code and its data, which...

> IMHO, is
> already quite bad.  By adding support for partitions 16-63, this object
> code gets 2.5 times bigger!
> 
> This is way too much, and I think what we have to do first is to 
> replace this autogenerated 0-trie code by some simpler, hand-written
> parser before we can consider adding support for more partitions.


Corinna

-- 
Corinna Vinschen                  Please, send mails regarding Cygwin to
Cygwin Maintainer                 cygwin AT cygwin DOT com
Red Hat

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 819 bytes --]

^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: missing partitions under /dev
  2016-06-10 18:52   ` Aaron Schneider
@ 2016-06-11 14:05     ` Corinna Vinschen
  2016-06-11 14:05       ` Corinna Vinschen
  0 siblings, 1 reply; 6+ messages in thread
From: Corinna Vinschen @ 2016-06-11 14:05 UTC (permalink / raw)
  To: cygwin

[-- Attachment #1: Type: text/plain, Size: 1755 bytes --]

On Jun 10 16:59, Aaron Schneider wrote:
> > Date: Fri, 10 Jun 2016 12:00:27 +0200
> > From: corinna-cygwin@cygwin.com
> >
> > Cygwin's /dev/sd* emulation doesn't support more than 15 partitions yet.
> > This would need some rework of the device naming code.
> >
> >
> > Corinna
> 
> I see. I though that it was a Windows problem that didn't provide
> the partitions properly to cygwin if they weren't formatted with a
> known filesystem or something related. 
> 
> Isn't any other way to access those partitions even from Windows 
> Powershell?

There may be a way even using Cygwin.  If you know which disk X it is,
you could try accessing it via /proc/sys/Device/HarddiskX/PartitionY.
No guarantee but for raw access this might be sufficient.

> Is the feature to support more than 15 partition planned
> to be implemented? 		 	   		  

I looked into that and theoretically the changes are small.

However, there's an undesired side-effect.  The device parser code uses
an auto-generated minimally pruned 0-trie, created by a tool called
shilka.  The problem is that the resulting object file is already very
big, compared to the rest of the DLL.  Amazing but true, about 20% of
the object file is just this trie code and its data, whihc, IMHO, is
already quite bad.  By adding support for partitions 16-63, this object
code gets 2.5 times bigger!

This is way too much, and I think what we have to do first is to 
replace this autogenerated 0-trie code by some simpler, hand-written
parser before we can consider adding support for more partitions.


Corinna

-- 
Corinna Vinschen                  Please, send mails regarding Cygwin to
Cygwin Maintainer                 cygwin AT cygwin DOT com
Red Hat

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 819 bytes --]

^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: missing partitions under /dev
  2016-06-11 14:05       ` Corinna Vinschen
@ 2016-06-27 13:53         ` Corinna Vinschen
  0 siblings, 0 replies; 6+ messages in thread
From: Corinna Vinschen @ 2016-06-27 13:53 UTC (permalink / raw)
  To: cygwin

[-- Attachment #1: Type: text/plain, Size: 2445 bytes --]

Hi Aaron,

On Jun 10 21:45, Corinna Vinschen wrote:
> On Jun 10 20:51, Corinna Vinschen wrote:
> > On Jun 10 16:59, Aaron Schneider wrote:
> > > > Date: Fri, 10 Jun 2016 12:00:27 +0200
> > > > From: corinna-cygwin@cygwin.com
> > > >
> > > > Cygwin's /dev/sd* emulation doesn't support more than 15 partitions yet.
> > > > This would need some rework of the device naming code.
> > > >
> > > >
> > > > Corinna
> > > 
> > > I see. I though that it was a Windows problem that didn't provide
> > > the partitions properly to cygwin if they weren't formatted with a
> > > known filesystem or something related. 
> > > 
> > > Isn't any other way to access those partitions even from Windows 
> > > Powershell?
> > 
> > There may be a way even using Cygwin.  If you know which disk X it is,
> > you could try accessing it via /proc/sys/Device/HarddiskX/PartitionY.
> > No guarantee but for raw access this might be sufficient.
> > 
> > > Is the feature to support more than 15 partition planned
> > > to be implemented? 		 	   		  
> > 
> > I looked into that and theoretically the changes are small.
> > 
> > However, there's an undesired side-effect.  The device parser code uses
> > an auto-generated minimally pruned 0-trie, created by a tool called
> > shilka.  The problem is that the resulting object file is already very
> > big, compared to the rest of the DLL.
> 
> > Amazing but true, about 20% of
> > the object file is just this trie code and its data, whihc,
> 
> Uh, this sentence makes no sense.  Let's try again:
> 
>  Amazing but true, about 20% of the Cygwin DLL size is just this device
>  parser code and its data, which...
> 
> > IMHO, is
> > already quite bad.  By adding support for partitions 16-63, this object
> > code gets 2.5 times bigger!
> > 
> > This is way too much, and I think what we have to do first is to 
> > replace this autogenerated 0-trie code by some simpler, hand-written
> > parser before we can consider adding support for more partitions.

I uploaded a new snapshot to https://cygwin.com/snapshots/ which
reduces the parser size and adds support for partitions 16 to 63.
Please give it a try.

Also, please note that this snapshot won't work on XP or Server 2003
anymore.


Thanks,
Corinna

-- 
Corinna Vinschen                  Please, send mails regarding Cygwin to
Cygwin Maintainer                 cygwin AT cygwin DOT com
Red Hat

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 819 bytes --]

^ permalink raw reply	[flat|nested] 6+ messages in thread

end of thread, other threads:[~2016-06-27 12:06 UTC | newest]

Thread overview: 6+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2016-06-09 17:57 missing partitions under /dev Aaron Schneider
2016-06-10 14:09 ` Corinna Vinschen
2016-06-10 18:52   ` Aaron Schneider
2016-06-11 14:05     ` Corinna Vinschen
2016-06-11 14:05       ` Corinna Vinschen
2016-06-27 13:53         ` Corinna Vinschen

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).