TIP: Click on subject to list as thread! ANSI
echo: cis.os9.68000.osk
to: ALL
from: Zack Sessions 71532,1555
date: 1993-05-26 21:46:24
subject: #strange happening?!?

#: 18191 S12/OS9/68000 (OSK)
    26-May-93  21:46:24
Sb: #strange happening?!?
Fm: Zack Sessions 71532,1555
To:  ALL

Tonight I wanted to load up some stuff to one of my hard drives. Since it was a
large directory, I wanted to put it to the disk which had the most space
available. I was logged into UID 100.1 and the disks were formatted by user
0.0. When I did a free on /h0, I got the normal output. But when I tried a free
command on /h1 (from the 100.1 account) it displayed the first line of the the
output which contains the volume label and creation date, but it then says,
"free: can't read bitmap.". I thought I had trashed /h1, but a directory of /h1
worked fine.

So I logged in the superuser account, UID 0.0, and tried the free command on
/h1 and it worked! Then I ran a dcheck on /h1 and it reported no errors. Well,
I hadn't trashed my disk, but what IS the problem running a free command from a
non-superuser account? And why is this just now happening when it didn't happen
before?

I thought it was the device attributes. I first tried to look with ded. But a
ded of /h1@ showed NO data! A ded on /h0@ worked just fine. (Now, these are
from the superuser account, now!). I was able to dump the super block on both
drives finally with dump on /h0@ and then /h1@, and both drives are owned by
0.0 and have an attributes mask of $FF.

Anybody got any ideas?

------------------------------------
 Zack C Sessions
 ColorSystems

 via InfoXpress/OSK by Bill Dickhaus

There are 2 Replies.

SOURCE: compuserve via textfiles.com

Email questions or comments to sysop@ipingthereforeiam.com
All parts of this website painstakingly hand-crafted in the U.S.A.!
IPTIA BBS/MUD/Terminal/Game Server List, © 2025 IPTIA Consulting™.