home *** CD-ROM | disk | FTP | other *** search
/ Amiga GigaPD 3 / Amiga_GigaPD_v3_3of3.iso / netbsd / docs / mailinglist-archive / 1993-10 / text0027.txt < prev    next >
Encoding:
Text File  |  1993-06-25  |  2.1 KB  |  47 lines
  1. Hi Markus (Markus Wild), in <199309300842.AA01902@chsun.eunet.ch> on Sep 30 you wrote:
  2.  
  3. > > such.)  My method was to: create a new partition, newfs it, copy everything
  4. > > off the root fs into the new partition, relabel the new partition as the
  5. > 
  6. > How did you do the copy? Something that should work (assume new partition
  7. > on /mnt):
  8. >   (cd /; tar clf - . )|(cd /mnt; tar xvpSf -)
  9. > 
  10. > > rootfs, and everything's fine, except that the /dev/log device (apparently
  11. > > a socket?) didn't copy, and syslogd keeps complaining about it.  I can
  12. > 
  13. > Huh? syslogd should recreate this socket.. did you perhaps generate a 
  14. > bogous /dev/log when copying over the fs? If so, remove it and retry
  15. > syslogd.
  16.  
  17. I did use tar, and it copied everything except /dev/log.  I haven't had a chance
  18. to find out why syslogd wouldn't create it so I just commented it out for now.
  19.  
  20.  
  21. > > 2) df always reports wrong information, whether it's on the original rootfs,
  22. > > my new root fs, or any partitions I attach.  It invariably ends up giving
  23. > > me negative blocks free, with over 100% usage results. (and if I delete
  24. > 
  25. > A filesystem which is completely full will give you about 112% full in df. 
  26. > This is normal, not a bug, and is explained by the nature of the used
  27. > filesystem.
  28.  
  29. Ok, I'm not familiar with that type of filesystem. (I've worked with xenix, some
  30. OLD xenix, mostly.)
  31.  
  32. However, another problem with the filesystem is that it continually gets minor
  33. corruptions.  fsck almost always finds something minor wrong with the system,
  34. after editing only about four or five files, fsck finds something to complain
  35. about. only once was it ever actually fatal to a file, though.  Is this a
  36. common happening?
  37.  
  38. Also, as long as I'm being annoying }-), how can I get getty on /dev/tty00 to
  39. stay in 8,n,1 after someone enters the name at the login prompt?  It invariably
  40. switches to 7,e,1, and I can't figure out what file to make the change in. ttys
  41. and gettytab have to do with getty, but once getty has passed control over to
  42. login, the parity is wrong.
  43.  
  44.  Ron Stanions -- DragonSoft Development     sauron@dweyr.wisdom.bubble.org
  45.  The Dragon's Weyr BBS -- Livingston, NJ    sauron@wisdom.bubble.org
  46.  
  47.