Hi Marcus,
I'm just curious....
On Sat, Sep 30, 2006 at 08:39:13AM +1000, Marcus Brown wrote:
>> I suspect that /proc/partitions is the way to go. For one thing if the
>> kernel does not recognise a CF as having a partition then even if any
>> parted, fdisk, cfdisk or any other program _does_ see the partition,
>> then
>> you would not be able to mount it anyway.
> IMHO your knowledge and opinion are flawed.
How can you mount partition in clean way if kernel does not see it?
> fdisk has it's place, which is why it's in RR at all, however it is
> only a partitioning tool. It also has a problem in that the user would
> have to be frequently asked to eject/insert the card when (certain) changes
> were made to the partitions. Forget the inconvenience, why bring a user
> (introducing another source of error) into what is a reasonably involved
> process? This user intervention can be avoided by only one way that I
> know of .... can you guess?
> # partprobe
> strangely enough, this is a tool in the parted package! :)
> and is one of the many reasons that parted is, will and has to be used.
Is partprobe uses any another method of telling kernel to re-read
partition table?
man [c]fdisk:
A sync() and a BLKRRPART ioctl() (reread partition table from disk) are
performed before exiting when the partition table has been updated.
Long ago it used to be necessary to reboot after the use of fdisk. I
do not think this is the case anymore - indeed, rebooting too quickly
might cause loss of not-yet-written data. Note that both the kernel and
the disk hardware may buffer data.
> Marcus.
Thanks,
-- Anton (irc: bd2)
_______________________________________________
Hx4700-port mailing list
[email protected]
https://www.handhelds.org/mailman/listinfo/hx4700-port
