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

Re: Filesystem completely hosed



On Son, Mär 09, 2003 at 08:59:04 +0100, Marcus Brinkmann wrote:
> On Sun, Mar 09, 2003 at 08:30:41PM +0100, Johannes Rohr wrote:
> > Linux doesn't seem to care about this, so I never bothered
> > correcting it. But could it be that this gives either gnumach or
> > hurd a headache?
> 
> Maybe.  It would be GNU Mach until we use Neals parted store type.

In the meantime I have re-ordered my partitions so that their physical
location are congruent to the minor numbers. However, this hasn't
helped.  On GNU/Hurd, fsck still complains that the number of sectors on
the physical device wasn't identical with the information from the
partition table and that either the super block or the partition table
was corrupt. (Again, both grub and Linux don't have any problems to
access this partition.)

Does GNU Mach use the BIOS? Could it be that it is trying to access the
disk in CHS mode or so? (The GNU parted manual says that the error
message "unable to align partitions properly" was related to CHS mode.)

> You can find the Hurd's idea of your partition with the storeinfo
> program.

How do I use it properly? storeinfo /dev/hd2s9 ? How do I decipher the
output?

Thanks,

Johannes

****
My current partition table. Anything suspicious? What does the '+' in
the Blocks column mean?

Disk /dev/hdc: 20.4 GB, 20496236544 bytes
16 heads, 63 sectors/track, 39714 cylinders
Units = cylinders of 1008 * 512 = 516096 bytes

   Device Boot    Start       End    Blocks   Id  System
/dev/hdc3   *        16      7953   4000185   83  Linux
/dev/hdc4          7953     39714  16007638+   f  Win95 Ext'd (LBA)
/dev/hdc5          7953     15890   4000153+  83  Linux
/dev/hdc6         15890     30473   7349706   83  Linux
/dev/hdc7         30474     35381   2473600+  83  Linux
/dev/hdc8         35382     39445   2048224+  83  Linux
/dev/hdc9         39446     39714    135544+  82  Linux swap



Reply to: