mount missing -p option

mount seems to have lost its -p option to re read the partition table
of a drive… i find this missing feature to be a rather big annoyance
when working with removable devices such as zip drives…
is there any workaround??

vince

vince <vgeisler@engineer.com> wrote:

mount seems to have lost its -p option to re read the partition table
of a drive… i find this missing feature to be a rather big annoyance
when working with removable devices such as zip drives…
is there any workaround??

mount wasn’t supposed to re-read partition tables – this was convenient,
but not recommended.

For instance, fdisk printed the warning:

fdisk: If you have created or changed QNX partition(s), you will normally have
fdisk: to reboot your computer. In the special case where you have not yet done
fdisk: a mount -p with the disk you may now mount the partitions using mount -p
fdisk: without rebooting.
fdisk:

-David

QNX Training Services
dagibbs@qnx.com

It was good feature and I don’t see why it should have been dropped.
Let’s say I have IDE HD and IDE ZIP (or LS120, or removable IDE HDD,
like CompactFlash or IBM Microdrive, you name it). To initialize a blank
disk with partition table in ZIP I’d need to kill eide driver under my
feet. Since lot of stuff is already running and fds are opened it
effectively means reboot. But, there would not be anything wrong with
re-reading partition table from a removable media without rebooting.

I vote to restore it.
By the way, I’d appreciate any hints on what ‘mount -u’ (mount for
update) supposed to do.

  • igor

David Gibbs wrote:

vince <> vgeisler@engineer.com> > wrote:
mount seems to have lost its -p option to re read the partition table
of a drive… i find this missing feature to be a rather big annoyance
when working with removable devices such as zip drives…
is there any workaround??

mount wasn’t supposed to re-read partition tables – this was convenient,
but not recommended.

For instance, fdisk printed the warning:

fdisk: If you have created or changed QNX partition(s), you will normally have
fdisk: to reboot your computer. In the special case where you have not yet done
fdisk: a mount -p with the disk you may now mount the partitions using mount -p
fdisk: without rebooting.
fdisk:

-David

QNX Training Services
dagibbs@qnx.com

i have to agree totally.
i can see that mount -p might be dangerous under certain conditions
but i think a warning message would suffice. without it it makes
dealing with removable drives/zip/ls120 a real pain in the a$$.

i use zip alot and i find the only way to deal with now is a reboot…
not exactly convenient…

perhaps we should start an activist site www.bringback-mount-p.org :slight_smile:


vince

On Thu, 11 Jan 2001 16:55:01 -0600, Igor Kovalenko
<Igor.Kovalenko@motorola.com> wrote:

It was good feature and I don’t see why it should have been dropped.
Let’s say I have IDE HD and IDE ZIP (or LS120, or removable IDE HDD,
like CompactFlash or IBM Microdrive, you name it). To initialize a blank
disk with partition table in ZIP I’d need to kill eide driver under my
feet. Since lot of stuff is already running and fds are opened it
effectively means reboot. But, there would not be anything wrong with
re-reading partition table from a removable media without rebooting.

I vote to restore it.
By the way, I’d appreciate any hints on what ‘mount -u’ (mount for
update) supposed to do.

  • igor

David Gibbs wrote:

vince <> vgeisler@engineer.com> > wrote:
mount seems to have lost its -p option to re read the partition table
of a drive… i find this missing feature to be a rather big annoyance
when working with removable devices such as zip drives…
is there any workaround??

mount wasn’t supposed to re-read partition tables – this was convenient,
but not recommended.

For instance, fdisk printed the warning:

fdisk: If you have created or changed QNX partition(s), you will normally have
fdisk: to reboot your computer. In the special case where you have not yet done
fdisk: a mount -p with the disk you may now mount the partitions using mount -p
fdisk: without rebooting.
fdisk:

-David

QNX Training Services
dagibbs@qnx.com

Count me in too.

vince <vgeisler@engineer.com> wrote in message
news:9cks5ts48v392q0r1bih704vep0u51c1f9@4ax.com

i have to agree totally.
i can see that mount -p might be dangerous under certain conditions
but i think a warning message would suffice. without it it makes
dealing with removable drives/zip/ls120 a real pain in the a$$.

i use zip alot and i find the only way to deal with now is a reboot…
not exactly convenient…

perhaps we should start an activist site > www.bringback-mount-p.org > > :slight_smile:


vince

On Thu, 11 Jan 2001 16:55:01 -0600, Igor Kovalenko
Igor.Kovalenko@motorola.com> > wrote:

It was good feature and I don’t see why it should have been dropped.
Let’s say I have IDE HD and IDE ZIP (or LS120, or removable IDE HDD,
like CompactFlash or IBM Microdrive, you name it). To initialize a blank
disk with partition table in ZIP I’d need to kill eide driver under my
feet. Since lot of stuff is already running and fds are opened it
effectively means reboot. But, there would not be anything wrong with
re-reading partition table from a removable media without rebooting.

I vote to restore it.
By the way, I’d appreciate any hints on what ‘mount -u’ (mount for
update) supposed to do.

  • igor

David Gibbs wrote:

vince <> vgeisler@engineer.com> > wrote:
mount seems to have lost its -p option to re read the partition table
of a drive… i find this missing feature to be a rather big annoyance
when working with removable devices such as zip drives…
is there any workaround??

mount wasn’t supposed to re-read partition tables – this was
convenient,
but not recommended.

For instance, fdisk printed the warning:

fdisk: If you have created or changed QNX partition(s), you will
normally have
fdisk: to reboot your computer. In the special case where you have not
yet done
fdisk: a mount -p with the disk you may now mount the partitions using
mount -p
fdisk: without rebooting.
fdisk:

-David

QNX Training Services
dagibbs@qnx.com

IIRC, the partition table stuff was actually implemented as a filesystem
that is statically compiled into io-blk with normal filesystems getting
stacked on top. If that’s the case, as long as you unmount all affected
volumes, there shouldn’t be any problems with re-reading the parition
tables.

Daryl Low

“Igor Kovalenko” <Igor.Kovalenko@motorola.com> wrote in message
news:3A5E39C5.4F32DA8A@motorola.com

It was good feature and I don’t see why it should have been dropped.
Let’s say I have IDE HD and IDE ZIP (or LS120, or removable IDE HDD,
like CompactFlash or IBM Microdrive, you name it). To initialize a blank
disk with partition table in ZIP I’d need to kill eide driver under my
feet. Since lot of stuff is already running and fds are opened it
effectively means reboot. But, there would not be anything wrong with
re-reading partition table from a removable media without rebooting.

I vote to restore it.
By the way, I’d appreciate any hints on what ‘mount -u’ (mount for
update) supposed to do.

  • igor

David Gibbs wrote:

vince <> vgeisler@engineer.com> > wrote:
mount seems to have lost its -p option to re read the partition table
of a drive… i find this missing feature to be a rather big annoyance
when working with removable devices such as zip drives…
is there any workaround??

mount wasn’t supposed to re-read partition tables – this was
convenient,
but not recommended.

For instance, fdisk printed the warning:

fdisk: If you have created or changed QNX partition(s), you will
normally have
fdisk: to reboot your computer. In the special case where you have not
yet done
fdisk: a mount -p with the disk you may now mount the partitions using
mount -p
fdisk: without rebooting.
fdisk:

-David

QNX Training Services
dagibbs@qnx.com

Interesting observation. I’ve been playing with NTO on PowerPC and been
adventurous enough to try to boot it from HD. There is fdisk for PPC, but
guess what does it write onto drive? Right! A x86 parition table! No PPC
board I know of will boot from that, they all want a PReP style table.

I could guess now why that happened, if it’s statically compiled into
io-blk. Hey fsys guys, since your interfaces are still ‘in flux’ why don’t
you fix that while it is not too late? Why can’t it be another DLL (and then
one could write a PReP table DLL)? And sure they can be mounted/unmounted.

Pete, you can remind me now that I shall not pollute this RTP newsgroup with
PowerPC stuff. I just remember you like proper solutions, not just ones that
cover ‘most cases’, so perhaps you can give some hints to fsys group …

  • igor

“Daryl Low” <dlow@student.math.uwaterloo.ca> wrote in message
news:93mcqo$p4j$1@inn.qnx.com

IIRC, the partition table stuff was actually implemented as a filesystem
that is statically compiled into io-blk with normal filesystems getting
stacked on top. If that’s the case, as long as you unmount all affected
volumes, there shouldn’t be any problems with re-reading the parition
tables.

Daryl Low

“Igor Kovalenko” <> Igor.Kovalenko@motorola.com> > wrote in message
news:> 3A5E39C5.4F32DA8A@motorola.com> …
It was good feature and I don’t see why it should have been dropped.
Let’s say I have IDE HD and IDE ZIP (or LS120, or removable IDE HDD,
like CompactFlash or IBM Microdrive, you name it). To initialize a blank
disk with partition table in ZIP I’d need to kill eide driver under my
feet. Since lot of stuff is already running and fds are opened it
effectively means reboot. But, there would not be anything wrong with
re-reading partition table from a removable media without rebooting.

I vote to restore it.
By the way, I’d appreciate any hints on what ‘mount -u’ (mount for
update) supposed to do.

  • igor

David Gibbs wrote:

vince <> vgeisler@engineer.com> > wrote:
mount seems to have lost its -p option to re read the partition
table
of a drive… i find this missing feature to be a rather big
annoyance
when working with removable devices such as zip drives…
is there any workaround??

mount wasn’t supposed to re-read partition tables – this was
convenient,
but not recommended.

For instance, fdisk printed the warning:

fdisk: If you have created or changed QNX partition(s), you will
normally have
fdisk: to reboot your computer. In the special case where you have not
yet done
fdisk: a mount -p with the disk you may now mount the partitions using
mount -p
fdisk: without rebooting.
fdisk:

-David

QNX Training Services
dagibbs@qnx.com

Igor Kovalenko <kovalenko@home.com> wrote:

Pete, you can remind me now that I shall not pollute this RTP newsgroup with
PowerPC stuff. I just remember you like proper solutions, not just ones that
cover ‘most cases’, so perhaps you can give some hints to fsys group …

You’re quite welcome to `pollute this newsgroup with PPC stuff’. Just keep
it technical.

For the record Igor, while I am not YET working with PPC, I like knowing how
what I am learning here relates and doesn’t relate to the other platforms.
I’m sure I’ll get to play with them soon.


Igor Kovalenko <kovalenko@home.com> wrote in message
news:93mjvj$k9$1@inn.qnx.com

Pete, you can remind me now that I shall not pollute this RTP newsgroup
with
PowerPC stuff. I just remember you like proper solutions, not just ones
that
cover ‘most cases’, so perhaps you can give some hints to fsys group …

  • igor

Re-reading the partition table while partitions are mounted
does seem dangerous and/or stupid, but safe if none are
mounted. Why not have mount -p refuse if any partitions are
mounted?

Daryl Low wrote:

IIRC, the partition table stuff was actually implemented as a filesystem
that is statically compiled into io-blk with normal filesystems getting
stacked on top. If that’s the case, as long as you unmount all affected
volumes, there shouldn’t be any problems with re-reading the parition
tables.

Daryl Low

“Igor Kovalenko” <> Igor.Kovalenko@motorola.com> > wrote in message
news:> 3A5E39C5.4F32DA8A@motorola.com> …
It was good feature and I don’t see why it should have been dropped.
Let’s say I have IDE HD and IDE ZIP (or LS120, or removable IDE HDD,
like CompactFlash or IBM Microdrive, you name it). To initialize a blank
disk with partition table in ZIP I’d need to kill eide driver under my
feet. Since lot of stuff is already running and fds are opened it
effectively means reboot. But, there would not be anything wrong with
re-reading partition table from a removable media without rebooting.

I vote to restore it.
By the way, I’d appreciate any hints on what ‘mount -u’ (mount for
update) supposed to do.

  • igor

David Gibbs wrote:

vince <> vgeisler@engineer.com> > wrote:
mount seems to have lost its -p option to re read the partition table
of a drive… i find this missing feature to be a rather big annoyance
when working with removable devices such as zip drives…
is there any workaround??

mount wasn’t supposed to re-read partition tables – this was
convenient,
but not recommended.

For instance, fdisk printed the warning:

fdisk: If you have created or changed QNX partition(s), you will
normally have
fdisk: to reboot your computer. In the special case where you have not
yet done
fdisk: a mount -p with the disk you may now mount the partitions using
mount -p
fdisk: without rebooting.
fdisk:

-David

QNX Training Services
dagibbs@qnx.com