home *** CD-ROM | disk | FTP | other *** search
- On Dec 2, 3:39pm, David Crooke wrote:
- >
- > Kiddie questions, for someone less busy than Markus Wild...
- ...
- > I don't quite follow this - under 644 I don't do anything to format
- > the swap partition (no newfs), it just comes up on its own and mounts
- > - or does mount_mfs do something clever with it?
-
- I think mount_mfs uses newfs to create the /tmp filesystem. I had to
- update the newfs before I could mount /tmp. Since I was switching back and
- forth for a little while, I had to keep switching newfs :-(.
-
- > Does this mean people who have built the system under 644 should get
- > the new newfs and reinstall /usr ? "Oh no, not again!", thought the
- > bowl of petunias.
-
- No, you just need to put the new binaries (newfs and disklabel) on
- /usr/sbin. [I think the disklabel size change is only internal to the
- kernel, not the actual disk.]
-
- > Also, with this kernel, the console doesn't quite scroll right (I'm
- > using the default reduced-size HiRes-Interlace mode; I'll change when
- > I work out how) and leaves a line of blue (colour 3 ?) at the top of
- > the screen. When I reboot I get the text area of the console screen
-
- I had a report about the blue line on an A4000, and just recently noticed
- it on my system when I was running screen. I had wondered if it was something
- on my '040 kernel, but it looks like it's not CPU specific.
-
- > going crazy with what looks like 32 pixel wide horizontal striping
- > interspersed with other psychadelic behaviour, and I have to give it
- > the Vulcan nerve pinch (Ctrl-A-A).
-
- There's a big bug in the reboot code (due to a bug in gas) so that the
- reboot code doesn't get copied to chip memory. When the MMU is turned off,
- the code disappears and the pc is pointing to random garbage. The older
- kernels allocated chip memory from the high end, so the reboot code in the
- chipmem copy of the kernel remained intact.
-
- Michael
-
- --
- Michael L. Hitch INTERNET: osymh@montana.edu
- Computer Consultant BITNET: OSYMH@MTSUNIX1.BITNET
- Office of Systems and Computing Services
- Montana State University Bozeman, MT USA
-
-