bug-hurd
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: cannot boot subhurd


From: Thomas Schwinge
Subject: Re: cannot boot subhurd
Date: Sun, 3 Jan 2010 16:48:00 +0100
User-agent: Mutt/1.5.20 (2009-06-14)

Hello!

On Sun, Jan 03, 2010 at 10:59:04PM +0800, Da Zheng wrote:
> On 10-1-3 下午9:00, Samuel Thibault wrote:
> >> No, I didn't. The new partition isn't in the disk where Hurd runs. Do I 
> >> still
> >> need to restart the kernel?
> > 
> > Yes, fdisk says so: “WARNING: Re-reading the partition table failed
> > with error 1073741902: Function not implemented.  The kernel still uses
> > the old table. The new table will be used at the next reboot”
> That's strange. I never saw this kind of error messages before. GNU Mach 
> cannot
> reload the new partition table because some function is missing?

Yes: <http://www.gnu.org/software/hurd/open_issues/blkrrpart_ioctl.html>

Of course, this problem will go away / shift from the kernel into
user-space processes as soon as we have disk I/O completely handled in
user space.

Which, by the way, should theoretically already be possible (mostly -- at
least for handling partitions), as Neal (I think) has added a GNU parted
backend to libstore, years ago.  That's what I think, at least.  :-) More
verbosely: you can use storeio (libstore) to access disk partitions on a
Mach hd* device, instead of using storeio (libstore) directly on the
Mach-provided hd*s* partitions.  I don't know whether / how that libstore
backend works, etc.  Someone could explore and document that.  We will
need it as soon as we switch from the Mach disk device handling to
something more modern (DDE).


Next topic: DDE.  Zheng, I'll work on your Makefile issues *now*.  Really
*now*.  Finally.  Sorry for the delay.


Regards,
 Thomas

Attachment: signature.asc
Description: Digital signature


reply via email to

[Prev in Thread] Current Thread [Next in Thread]