On 8 October 2013, at 06:22, dweimer <dwei...@dweimer.net> wrote: > On 10/08/2013 4:27 am, Doug Hardie wrote: >> On 5 October 2013, at 05:08, Polytropon <free...@edvax.de> wrote: >>> On Fri, 4 Oct 2013 21:49:18 -0700, Doug Hardie wrote: >>>> On 4 October 2013, at 20:03, Polytropon <free...@edvax.de> wrote: >>>>> On Fri, 4 Oct 2013 19:42:15 -0700, Doug Hardie wrote: >>>>>> On 4 October 2013, at 19:08, Polytropon <free...@edvax.de> wrote: >>>>>>> On Fri, 4 Oct 2013 18:58:52 -0700, Doug Hardie wrote: >>>>>>>> The exact sequence was: >>>>>>>> Step 1: freebsd-update from 9.1 to 9.2 >>>>>>> Have you verified in /etc/freebsd-update.conf that "src" >>>>>>> is definitely part of what should be updated? >>>>>> System is not bootable - can't verify anything… >>>>> Does the system (or better, its "enclosure", software-wise) >>>>> allow booting a rescue system or an emergency media, such >>>>> as a FreeBSD v9 live system? >>>> Yes - but there is no one there who can successfully be told >>>> how to run it. >>> Not even inserting a USB stick (with the FreeBSD memstick data) >>> or a CD? >>>> We have serious communications issues - they want to use back >>>> slashes and have no idea what a slash is. >>> Maybe that is the result of many years of "administration" on >>> "Windows" PCs. :-) >>>> Even if you tell them which key to use, they know better and >>>> use a back slash cause thats what Windoze uses. >>> Uh... "knowing better" would disqualify them as maintainers of >>> a server installation. The inability to learn (or even to read >>> and follow instructions) is a dangerous thing. >>>> The disk should be in the mail to me now. I will be able to >>>> work with it when it arrives. >>> Okay, that's also a possible alternative. To be honest, that's >>> the first time I hear about this procedure. But doable. >>>>> The file /etc/freebsd-update.conf should contain the line >>>>> Components src world kernel >>>>> if you want to make sure the source is properly updated, >>>>> along with the world and kernel (GENERIC). >>>> As indicated before, I don't think all the source got updated. >>>> The kernel showed 9.2 after recompilation. However UPDATING >>>> was not updated. Thats as much as I could check before. >>> I assume that this could be possible by inconsistently updated >>> sources. It would be a good start to remove /usr/src and download >>> the sources of the correct version via SVN _or_ freebsd-update >>> again. Before the next installation attempt, /usr/obj should be >>> removed as well, just to be sure. >>>>>>>> Step 5: reboot >>>>>>> Attention: Into single-user mode. >>>>>> Not possible since the system is located over 100 miles away. >>>>>> Everything has to be done via remote console. >>>>> Does this mean "SSH only" or do you have a _real_ console >>>>> transmission by which you can access the system _prior_ to >>>>> the OS providing the SSH access? I'm mentioning this because >>>>> the traditional approach requires (few) steps done in the >>>>> single-user mode where no SSH connectivity is provided in >>>>> the "normal" way… >>>> I have a telnet box that has serial connections to the console >>>> ports. That approach has been used without any issues since >>>> FreeBSD 2.5. I do disable all ports during the process via an >>>> reduced rc.conf file. >>> A serial console should also work, but even though I've been >>> using serial consoles (and _real_ serial terminals), one thing >>> I'm not sure about: Is it possible to interrupt (!) the boot >>> process at an early stage to get to the loader prompt and >>> boot into single user mode from there? >>> Ok >>> boot -s >>> If not, do you have the "beastie menu" (or whatever it is called >>> today) enabled to go to SUM to perform the "make installworld" step? >>> Anyway, if you can install everything is required with the disk >>> at home, and then send it back to that "datacenter" (according >>> to your characterization, the quotes are deserved), that should >>> solve the problems and make sure everything works as intended. >> The Thick Plottens… >> I received the drives and installed them on a working system. The >> failed system is structured with a single partition for the system and >> another for swap. For some unknown reason, the BIOS got left >> configured to boot the extra disk if its powered up. That turns out >> to be handy. I can boot a working system with the corrupt drive >> powered off. >> Booting from the corrupt drive yields the normal hardware info >> followed by the Beastie image and immediately by a multitude of lines >> (repeated many times): >> Consoles: internal video/keyboard serial port >> BIOS drive C: is disk0 >> BIOS drive D: is disk1 >> BIOS 639kB/1037824kB available memory >> FreeBSD/x86 bootstrap loader, Revision 1.1 >> (d...@zool.lafn.org, Thu Oct 3 04:23:13 PDT 2013) >> Can't work out which disk we are booting from. >> Guessed BIOS device 0xffffffff not found by probes, defaulting to disk0: >> I was able to capture these by using a serial console connected to >> another computer. The lines only appear on the serial console once. >> They scroll by on the real console many time - all too fast to read >> anything. Then after a few seconds of that, the screen goes black, >> and the system reboots. The cycle then repeats… Pressing any key >> does nothing. I even filled the keyboard buffer with spaces hoping to >> stop boot, but nothing seems to stop it. >> I checked and the freebsd-update.conf include world sys and src. I >> rebuild everything after removing /obj just for grins and giggles. I >> have installed the kernel and world using DESTDIR to put it on the >> corrupt drive. Same messages again. >> I now have the corrupt drive mounted on /mnt and am trying to update >> the src again. Using: >> freebsd-update -b /mnt fetch >> updated files list show /usr/src/sys… >> and updating to 9.1-RELEASE-p7 >> freebsd-update -b /mnt install >> This is running slower than molasses in January. Its run for almost >> 30 minutes and only 3 files have been updated. There must be network >> issues between me and the server. I'll let it run tonight but I am >> going to crash now. Long day. More tomorrow. >> -- Doug > > Have you checked the dmesg output, specifically to see if there are any disk > errors, perhaps the hard drive is about dead. If you are planning to rebuild > world and kernel form source, why not just use svn or extract the source from > the 9.2-RELEASE disk onto the system.
There are no hardware errors logged. The drive is only a couple months old. Smart drive status is good. I tried downloading the src with: svn co https://svn0.us-west.FreeBSD.org/base/releng/9.2 /mnt/usr/src I didn't get Release 9.2. The first entry in UPDATING is: 20130705: hastctl(8)'s `status' command output changed to terse one-liner format. Scripts using this should switch to `list' command or be rewritten. There is an entry earlier for Release 9.1. but no entry for Release 9.2. _______________________________________________ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"