home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / unix / sysv386 / 13130 < prev    next >
Encoding:
Text File  |  1992-08-13  |  3.5 KB  |  90 lines
  1. Newsgroups: comp.unix.sysv386
  2. Path: sparky!uunet!rde!ksmith!keith
  3. From: keith@ksmith.uucp (Keith Smith)
  4. Subject: Re: SCO - PANIC after filesystem resizing using 'divvy'
  5. Organization: Keith's Computer, Hope Mills, NC
  6. Date: Thu, 13 Aug 92 21:17:52 GMT
  7. Message-ID: <1992Aug13.211752.2375@ksmith.uucp>
  8. Keywords: divvy, panic, filesystem, SCO
  9. References: <1992Aug8.165413.21255@tigger.jvnc.net>
  10. Lines: 78
  11.  
  12. In article <1992Aug8.165413.21255@tigger.jvnc.net> mtcusa@tigger.jvnc.net (Multilingual Technogies Corporation) writes:
  13. >HI:
  14. >
  15. >REF: SCO version 2
  16. >
  17. >Well, I've apparently done something really stupid.  I resized my hard
  18. >disk, combining a few file systems (Not 'root') into one bigger
  19. >filesystem, and now I can't boot using the current /unix. 
  20. >It just panics.  Can't even get beyond main().
  21.  
  22. Well, sorta stupid.
  23.  
  24. what does /etc/default/filesys look like?
  25.  
  26. Also sounds like you might have hosed up some major minor numbers
  27. somewhere.
  28.  
  29. >I used 'divvy' to resize things.  Is this a dangerous command to use if
  30. >not re-installing the system?  Is it possible that something in
  31.  
  32. YES!
  33.  
  34. >/etc/conf/cf.d has been rendered brain-damaged by 'divvy'?  Divvy
  35. >doesn't seem to have a 'delete' command, so the way I deleted previous
  36. >partitions was by making their size 0.  I did this by setting the end
  37. >point to equal the beginning.  'Divvy' would then show their size to be
  38. >'-'.  I did this for all the ones I wanted to get rid of, and then
  39. >sized the one I wanted to expand  to have an end point equal to the
  40. >endpoint of the last 'shrunken' partition.  Given a lack of guidance by
  41. >the manual page, this was the only method that seemd to produce
  42. >results.  Then I let 'divvy' make the new filesystem, and loaded the
  43. >tape.  All seemed to go well until re-boot time.  Then a big "F*** You
  44. >- system dumped."  (I just KNOW somebody will now tell me about the
  45. >warning on page 'x', footnote 'y' of the 'Z' manual).
  46.  
  47. It seems to me you have 2 problems.  One with the new filesystem, and
  48. another with your link kit.
  49.  
  50. On the new filesystem.  You should have deleted all the ones you wanted
  51. to combine first, THEN create a NEW filesystem.  This is the filesystem
  52. problem.  That way at the end of divvy after (i)nstalling the division
  53. setup it will 'Making Filesystems' stall while it sets the filesystem
  54. up.  ALSO,  at the tail end AFTER the filesystem is created it is a good
  55. idea to fsck it once, or until it run thru clean.
  56.  
  57. You need to hand edit /etc/default/filesys and remove references to the
  58. now non-existant ones.
  59.  
  60. >
  61. >What is curious is that 'unix.old' works, so I've saved that into
  62. >'unix.works'.  Rebuilding /unix doesn't help.  If a system file has
  63. >been trashed, perhaps I could restore it from the
  64. >'emergency boot floppy' (which also lights up correctly)?
  65.  
  66. REMOVE the LINK KIT, and re-install it.  Then rebuild the kernel.  Also,
  67. fsck your root filesystem from the "emergency" boot floppies, or N1, N2
  68. (breaking out of install).  NOTE:  Do this in pieces one step at the
  69. time adding the device drivers on, one at a time if at all possible.
  70.  
  71. >
  72. >Fortunatly, there's a complete backup of the new filesystem, so no data
  73. >was lost, but I really don't look forward to having to reinstall
  74. >the system again.
  75. >
  76.  
  77. Might be your BEST bet.
  78.  
  79. >If there's any way to save this disaster, I'd appreciate knowing.
  80. >
  81. >GB - mtcusa@tigger.jvnc.net
  82.  
  83. Write me a note if you need more info.  The filesys problem is / may be
  84. discreet from the other one.
  85.  
  86. -- 
  87. Keith Smith          uunet!ksmith!keith            5719 Archer Rd.
  88. Digital Designs      BBS 1-919-423-4216            Hope Mills, NC 28348-2201
  89. Somewhere in the Styx of North Carolina ...
  90.