--- b h <[EMAIL PROTECTED]> wrote:
> --- Tom Cosgrove
> <[EMAIL PROTECTED]>
> wrote:
> 
> > >>> b h 31-Dec-05 04:05 >>>
> > :
> > > then, when I press RETURN and attempt to 
> > >
> > > # fsck_ffs /dev/rsd0a
> > > ** /dev/rsd0a
> > > cannot alloc 36537985 bytes for typemap
> > > #
> > >
> > > while dmesg also says I have:
> > >
> > > real mem  = 1072472064 (1047336K)
> > > avail mem = 972025756 (949244K)
> > 
> > This message comes from setup() in
> > /usr/src/sbin/fsck_ffs/setup.c,
> > after it has performed a lot of other allocations.
> > 
> > How big is the partition on this disk?  How full
> is
> > it?  You probably
> > do need to put more memory in the machine to fsck
> > this disk.
> > 
> > See FAQ 14.7
> >
> (http://www.openbsd.org/faq/faq14.html#LargeDrive),
> > under
> > "fsck(8) time and memory requirements".
> > 
> > Thanks
> > 
> > Tom
> > 
> 
> Hi Tom,
> thanks for the reply.  I'm sorry I didn't attach
> disklabel.  It is one partition.  So it's advertised
> as a 300GB usb drive, the partition is roughly that
> size.  But I have 1GB of memory in the machine (and
> it
> looks like it's all being detected as described
> earlier in dmesg).  And I had read the time and
> memory
> requirements, and the rule of thumb is 1MB (of
> available) RAM for 1GB of disk, which I believe I
> have
> covered a few times over.  I made sure of this when
> I
> created the obscenely large partition a year ago. I
> do
> believe it is fairly full.  sd0a is the only
> partition
> that is not coming up clean as also described
> before. 
> I don't mind waiting for really long fsck times,
> therefore I thought I could get away with the large
> partitions.  Any other ideas/analysis?  thanks
> 
> I'll type in a copy of my fstab....
> /dev/wd0a / ffs rw 1 1
> /dev/wd0h /home ffs rw,nodev,nosuid 1 2
> /dev/wd0d /tmp ffs rw,nodev,nosuid 1 2
> /dev/wd0g /usr ffs rw,nodev 1 2
> /dev/wd0e /var ffs rw,nodev,nosuid 1 2
> /dev/wd0i /data ffs rw,nodev,nosuid 1 2
> /dev/wd1a /mnt/data1 ffs rw,nodev,nosuid 1 2
> /dev/wd2a /mnt/data2 ffs rw,nodev,nosuid 1 2
> /dev/wd3a /mnt/data3 ffs rw,nodev,nosuid 1 2
> /dev/sd0a /mnt/data4 ffs rw,nodev,nosuid 1 2
> 
> 
> and the disklabel on sd0a says (pardon any typo
> mistakes pls)
> 
> type: SCSI
> disk: SCSI disk
> label: OneTouch II
> flags:
> byles/sector: 512
> sectors/track: 32
> tracks/cylinder: 64
> sectors/cylinder: 2048
> cylinders: 286188
> total sectors: 586114704
> rpm: 3600
> interleave: 1
> trackskew: 0
> cylinderskew: 0
> headswitch: 0          # microseconds
> track-to-track seek: 0 # microseconds
> drivedata: 0
> 
> #    size     offset   fstype     [fsize bsize cpg]
> a:  586112992     32   4.2BSD    2048 16384 323 #
> Cyl 
>  0*-286187
> c:  586114704      0   unused       0     0     #
> Cyl 
>  0 -286188*
> 


Hi,

I still haven't heard back anything on this problem I
was having.  I did end up reinstalling, to get the
complete OS loaded, then fsck'd it from there. 
However, I'd like to understand what I was doing
wrong, since I assume it was due to my probs.

I couldn't fsck the drive with it plugged in (see
original msg)
I couldn't boot the machine without the USB drive
plugged in, it still said file system was not clean.
I used ed (my skills in that are very limited), but I
managed to get "noauto" added to that filesystem to
see if I could get past it in booting.  No luck there
either
I used ed, and changed the "2" to a "1" for fsck
order, (since all the other filesystems on "2" are
also very large (even though they were all marked
clean).  This did not fix the problem, still, with a
"1" for fsck order, it stopped with the same original
error.

So, the only way I got by it was reinstalling, which
makes me think there had to have been a better way,
likely something very small I was missing.

Anyone can help me out in case it happens again in the
future?
thanks
b
Just $16.99/mo. or less. 
dsl.yahoo.com 

Reply via email to