Re: Head from yesterday's snapshot fails to mount root
On Fri, Jul 17, 2015 at 05:52:58PM -0700, Kevin Oberman wrote: I just tried to install HEAD from the July 16 snapshot. Installation went fine using all defaults. (I am trying to test whether a problem with resume is present with HEAD.) I booted up the system from a USB drive with no problems until it tried to mount root. It simply sat Waiting for /dev/da0p2 forever (or more than the 3 minutes I waited). System is a Lenovo ThinkPad T520 (amd64) that runs 10.2-BETA1 (r285359) without any issues other than the inability to resume/ da0 is an old 120GB USB drive and I can mount and examine it using either the install system or 10.2-BETA1 system. This is my first experience with HEAD since the release of 10.0. The boot looks quite normal and the UMASS and da0 devices show up and look normal. ugen1.3: JMicron at usbus1 umass0: MSC Bulk-Only Transfer on usbus1 umass0: SCSI over Bulk-Only; quirks = 0x4000 umass0:5:0:-1: Attached to scbus5 da0 at umass-sim0 bus 0 scbus5 target 0 lun 0 da0: WDC WD12 00UE-00KVT0 3K01 Fixed Direct Access SCSI-2 device da0: Serial Number D578C6060290 da0: 40.000MB/s transfers da0: 114473MB (234441648 512 byte sectors: 255H 63S/T 14593C) da0: quirks=0x2NO_6_BYTE Would screen shots of the boot help? (I sure see anything unusual.) Is this a known issue? Yes, please provide screenshots. I did not observe this, although this does not sound like a problem with the image(s), necessarily. Thanks. Glen pgp9ymwViabP7.pgp Description: PGP signature
Re: Head from yesterday's snapshot fails to mount root
On Sat, Jul 18, 2015 at 12:59:00AM +, Glen Barber wrote: On Fri, Jul 17, 2015 at 05:52:58PM -0700, Kevin Oberman wrote: I just tried to install HEAD from the July 16 snapshot. Installation went fine using all defaults. (I am trying to test whether a problem with resume is present with HEAD.) I booted up the system from a USB drive with no problems until it tried to mount root. It simply sat Waiting for /dev/da0p2 forever (or more than the 3 minutes I waited). System is a Lenovo ThinkPad T520 (amd64) that runs 10.2-BETA1 (r285359) without any issues other than the inability to resume/ da0 is an old 120GB USB drive and I can mount and examine it using either the install system or 10.2-BETA1 system. This is my first experience with HEAD since the release of 10.0. The boot looks quite normal and the UMASS and da0 devices show up and look normal. ugen1.3: JMicron at usbus1 umass0: MSC Bulk-Only Transfer on usbus1 umass0: SCSI over Bulk-Only; quirks = 0x4000 umass0:5:0:-1: Attached to scbus5 da0 at umass-sim0 bus 0 scbus5 target 0 lun 0 da0: WDC WD12 00UE-00KVT0 3K01 Fixed Direct Access SCSI-2 device da0: Serial Number D578C6060290 da0: 40.000MB/s transfers da0: 114473MB (234441648 512 byte sectors: 255H 63S/T 14593C) da0: quirks=0x2NO_6_BYTE Would screen shots of the boot help? (I sure see anything unusual.) Is this a known issue? Yes, please provide screenshots. I did not observe this, although this does not sound like a problem with the image(s), necessarily. Also, just for science, can you also try the 10.2-BETA2 images that were uploaded today? Glen pgp291kdpC4wu.pgp Description: PGP signature
Re: Head from yesterday's snapshot fails to mount root
On Fri, Jul 17, 2015 at 07:23:06PM -0700, Kevin Oberman wrote: On Fri, Jul 17, 2015 at 5:59 PM, Glen Barber g...@freebsd.org wrote: On Sat, Jul 18, 2015 at 12:59:00AM +, Glen Barber wrote: On Fri, Jul 17, 2015 at 05:52:58PM -0700, Kevin Oberman wrote: I just tried to install HEAD from the July 16 snapshot. Installation went fine using all defaults. (I am trying to test whether a problem with resume is present with HEAD.) I booted up the system from a USB drive with no problems until it tried to mount root. It simply sat Waiting for /dev/da0p2 forever (or more than the 3 minutes I waited). System is a Lenovo ThinkPad T520 (amd64) that runs 10.2-BETA1 (r285359) without any issues other than the inability to resume/ da0 is an old 120GB USB drive and I can mount and examine it using either the install system or 10.2-BETA1 system. This is my first experience with HEAD since the release of 10.0. The boot looks quite normal and the UMASS and da0 devices show up and look normal. ugen1.3: JMicron at usbus1 umass0: MSC Bulk-Only Transfer on usbus1 umass0: SCSI over Bulk-Only; quirks = 0x4000 umass0:5:0:-1: Attached to scbus5 da0 at umass-sim0 bus 0 scbus5 target 0 lun 0 da0: WDC WD12 00UE-00KVT0 3K01 Fixed Direct Access SCSI-2 device da0: Serial Number D578C6060290 da0: 40.000MB/s transfers da0: 114473MB (234441648 512 byte sectors: 255H 63S/T 14593C) da0: quirks=0x2NO_6_BYTE Would screen shots of the boot help? (I sure see anything unusual.) Is this a known issue? Yes, please provide screenshots. I did not observe this, although this does not sound like a problem with the image(s), necessarily. Also, just for science, can you also try the 10.2-BETA2 images that were uploaded today? Glen Boot pics are at: http://ykoberman.dlinkddns.com/FreeBSD/ Thank you. I'll give the 10.2-BETA2 a try as soon as I can, probably later tonight. I'll admit that it's been a long time since I tried this... the first from a memstick image. This looks like a USB issue. After testing with 10.2-BETA2, regardless of the result, can you please file a PR? Thanks. Glen pgpOLUHv14Dx4.pgp Description: PGP signature
Re: Head from yesterday's snapshot fails to mount root
On Fri, Jul 17, 2015 at 07:27:06PM -0700, Kevin Oberman wrote: Never mind! I see the problem. Sorry for the noise. Out of curiosity, what was it? Glen Kevin Oberman, Network Engineer, Retired E-mail: rkober...@gmail.com PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683 On Fri, Jul 17, 2015 at 7:23 PM, Kevin Oberman rkober...@gmail.com wrote: On Fri, Jul 17, 2015 at 5:59 PM, Glen Barber g...@freebsd.org wrote: On Sat, Jul 18, 2015 at 12:59:00AM +, Glen Barber wrote: On Fri, Jul 17, 2015 at 05:52:58PM -0700, Kevin Oberman wrote: I just tried to install HEAD from the July 16 snapshot. Installation went fine using all defaults. (I am trying to test whether a problem with resume is present with HEAD.) I booted up the system from a USB drive with no problems until it tried to mount root. It simply sat Waiting for /dev/da0p2 forever (or more than the 3 minutes I waited). System is a Lenovo ThinkPad T520 (amd64) that runs 10.2-BETA1 (r285359) without any issues other than the inability to resume/ da0 is an old 120GB USB drive and I can mount and examine it using either the install system or 10.2-BETA1 system. This is my first experience with HEAD since the release of 10.0. The boot looks quite normal and the UMASS and da0 devices show up and look normal. ugen1.3: JMicron at usbus1 umass0: MSC Bulk-Only Transfer on usbus1 umass0: SCSI over Bulk-Only; quirks = 0x4000 umass0:5:0:-1: Attached to scbus5 da0 at umass-sim0 bus 0 scbus5 target 0 lun 0 da0: WDC WD12 00UE-00KVT0 3K01 Fixed Direct Access SCSI-2 device da0: Serial Number D578C6060290 da0: 40.000MB/s transfers da0: 114473MB (234441648 512 byte sectors: 255H 63S/T 14593C) da0: quirks=0x2NO_6_BYTE Would screen shots of the boot help? (I sure see anything unusual.) Is this a known issue? Yes, please provide screenshots. I did not observe this, although this does not sound like a problem with the image(s), necessarily. Also, just for science, can you also try the 10.2-BETA2 images that were uploaded today? Glen Boot pics are at: http://ykoberman.dlinkddns.com/FreeBSD/ I'll give the 10.2-BETA2 a try as soon as I can, probably later tonight. I'll admit that it's been a long time since I tried this... the first from a memstick image. -- Kevin Oberman, Network Engineer, Retired E-mail: rkober...@gmail.com PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683 pgpu41xRo24LE.pgp Description: PGP signature
Re: Head from yesterday's snapshot fails to mount root
Never mind! I see the problem. Sorry for the noise. Kevin Oberman, Network Engineer, Retired E-mail: rkober...@gmail.com PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683 On Fri, Jul 17, 2015 at 7:23 PM, Kevin Oberman rkober...@gmail.com wrote: On Fri, Jul 17, 2015 at 5:59 PM, Glen Barber g...@freebsd.org wrote: On Sat, Jul 18, 2015 at 12:59:00AM +, Glen Barber wrote: On Fri, Jul 17, 2015 at 05:52:58PM -0700, Kevin Oberman wrote: I just tried to install HEAD from the July 16 snapshot. Installation went fine using all defaults. (I am trying to test whether a problem with resume is present with HEAD.) I booted up the system from a USB drive with no problems until it tried to mount root. It simply sat Waiting for /dev/da0p2 forever (or more than the 3 minutes I waited). System is a Lenovo ThinkPad T520 (amd64) that runs 10.2-BETA1 (r285359) without any issues other than the inability to resume/ da0 is an old 120GB USB drive and I can mount and examine it using either the install system or 10.2-BETA1 system. This is my first experience with HEAD since the release of 10.0. The boot looks quite normal and the UMASS and da0 devices show up and look normal. ugen1.3: JMicron at usbus1 umass0: MSC Bulk-Only Transfer on usbus1 umass0: SCSI over Bulk-Only; quirks = 0x4000 umass0:5:0:-1: Attached to scbus5 da0 at umass-sim0 bus 0 scbus5 target 0 lun 0 da0: WDC WD12 00UE-00KVT0 3K01 Fixed Direct Access SCSI-2 device da0: Serial Number D578C6060290 da0: 40.000MB/s transfers da0: 114473MB (234441648 512 byte sectors: 255H 63S/T 14593C) da0: quirks=0x2NO_6_BYTE Would screen shots of the boot help? (I sure see anything unusual.) Is this a known issue? Yes, please provide screenshots. I did not observe this, although this does not sound like a problem with the image(s), necessarily. Also, just for science, can you also try the 10.2-BETA2 images that were uploaded today? Glen Boot pics are at: http://ykoberman.dlinkddns.com/FreeBSD/ I'll give the 10.2-BETA2 a try as soon as I can, probably later tonight. I'll admit that it's been a long time since I tried this... the first from a memstick image. -- Kevin Oberman, Network Engineer, Retired E-mail: rkober...@gmail.com PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683 ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: Head from yesterday's snapshot fails to mount root
On 2015-07-17 22:27, Kevin Oberman wrote: Never mind! I see the problem. Sorry for the noise. Kevin Oberman, Network Engineer, Retired E-mail: rkober...@gmail.com PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683 Does your T520 happen to have the BIOS bug where it won't boot from a GPT partition in 'legacy boot' mode? I am testing some patches that work around this issue, and I have confirmed it solves the issue on the x220 and the t420, but I don't have access to a t520 to test. -- Allan Jude signature.asc Description: OpenPGP digital signature
Re: Head from yesterday's snapshot fails to mount root
On Fri, Jul 17, 2015 at 5:59 PM, Glen Barber g...@freebsd.org wrote: On Sat, Jul 18, 2015 at 12:59:00AM +, Glen Barber wrote: On Fri, Jul 17, 2015 at 05:52:58PM -0700, Kevin Oberman wrote: I just tried to install HEAD from the July 16 snapshot. Installation went fine using all defaults. (I am trying to test whether a problem with resume is present with HEAD.) I booted up the system from a USB drive with no problems until it tried to mount root. It simply sat Waiting for /dev/da0p2 forever (or more than the 3 minutes I waited). System is a Lenovo ThinkPad T520 (amd64) that runs 10.2-BETA1 (r285359) without any issues other than the inability to resume/ da0 is an old 120GB USB drive and I can mount and examine it using either the install system or 10.2-BETA1 system. This is my first experience with HEAD since the release of 10.0. The boot looks quite normal and the UMASS and da0 devices show up and look normal. ugen1.3: JMicron at usbus1 umass0: MSC Bulk-Only Transfer on usbus1 umass0: SCSI over Bulk-Only; quirks = 0x4000 umass0:5:0:-1: Attached to scbus5 da0 at umass-sim0 bus 0 scbus5 target 0 lun 0 da0: WDC WD12 00UE-00KVT0 3K01 Fixed Direct Access SCSI-2 device da0: Serial Number D578C6060290 da0: 40.000MB/s transfers da0: 114473MB (234441648 512 byte sectors: 255H 63S/T 14593C) da0: quirks=0x2NO_6_BYTE Would screen shots of the boot help? (I sure see anything unusual.) Is this a known issue? Yes, please provide screenshots. I did not observe this, although this does not sound like a problem with the image(s), necessarily. Also, just for science, can you also try the 10.2-BETA2 images that were uploaded today? Glen Boot pics are at: http://ykoberman.dlinkddns.com/FreeBSD/ I'll give the 10.2-BETA2 a try as soon as I can, probably later tonight. I'll admit that it's been a long time since I tried this... the first from a memstick image. -- Kevin Oberman, Network Engineer, Retired E-mail: rkober...@gmail.com PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683 ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: Head from yesterday's snapshot fails to mount root
On Fri, Jul 17, 2015 at 7:31 PM, Glen Barber g...@freebsd.org wrote: On Fri, Jul 17, 2015 at 07:27:06PM -0700, Kevin Oberman wrote: Never mind! I see the problem. Sorry for the noise. Out of curiosity, what was it? Glen I think is was an inadequacy of the bsdinstall system. I booted a thumb drive which, of course, was named /dev/da0. I plugged in a USB hard drive which was /dev/da1. bsdinstall does not label any partitions and generates /etc/fstab that assumes that the root is on the drive it was on during install. This works reasonably well for non-removable drives, but that USB drive is created as da1 when I boot. I simply managed not to see it was trying to boot /dev/da1p2 when I booted the system. I booted my 10.1-BETA1 system and edited /etc/fstab and it did fine... for a while. I was doing a portsnap extract and, late in extracting devel, the system panicked in vfs. I did not get a dump or any information from the crash. Sorry. After I booted my 10.1-BETA1 system, I had to do a full fsck and, after that I had a totally empty usr, so I guess I need to try again from scratch. :-( If it happens again, I'll try hard to get more information. For tonight, I'm calling it quits and I'll start over tomorrow. -- Kevin Oberman, Network Engineer, Retired E-mail: rkober...@gmail.com PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683 Kevin Oberman, Network Engineer, Retired E-mail: rkober...@gmail.com PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683 On Fri, Jul 17, 2015 at 7:23 PM, Kevin Oberman rkober...@gmail.com wrote: On Fri, Jul 17, 2015 at 5:59 PM, Glen Barber g...@freebsd.org wrote: On Sat, Jul 18, 2015 at 12:59:00AM +, Glen Barber wrote: On Fri, Jul 17, 2015 at 05:52:58PM -0700, Kevin Oberman wrote: I just tried to install HEAD from the July 16 snapshot. Installation went fine using all defaults. (I am trying to test whether a problem with resume is present with HEAD.) I booted up the system from a USB drive with no problems until it tried to mount root. It simply sat Waiting for /dev/da0p2 forever (or more than the 3 minutes I waited). System is a Lenovo ThinkPad T520 (amd64) that runs 10.2-BETA1 (r285359) without any issues other than the inability to resume/ da0 is an old 120GB USB drive and I can mount and examine it using either the install system or 10.2-BETA1 system. This is my first experience with HEAD since the release of 10.0. The boot looks quite normal and the UMASS and da0 devices show up and look normal. ugen1.3: JMicron at usbus1 umass0: MSC Bulk-Only Transfer on usbus1 umass0: SCSI over Bulk-Only; quirks = 0x4000 umass0:5:0:-1: Attached to scbus5 da0 at umass-sim0 bus 0 scbus5 target 0 lun 0 da0: WDC WD12 00UE-00KVT0 3K01 Fixed Direct Access SCSI-2 device da0: Serial Number D578C6060290 da0: 40.000MB/s transfers da0: 114473MB (234441648 512 byte sectors: 255H 63S/T 14593C) da0: quirks=0x2NO_6_BYTE Would screen shots of the boot help? (I sure see anything unusual.) Is this a known issue? Yes, please provide screenshots. I did not observe this, although this does not sound like a problem with the image(s), necessarily. Also, just for science, can you also try the 10.2-BETA2 images that were uploaded today? Glen Boot pics are at: http://ykoberman.dlinkddns.com/FreeBSD/ I'll give the 10.2-BETA2 a try as soon as I can, probably later tonight. I'll admit that it's been a long time since I tried this... the first from a memstick image. -- Kevin Oberman, Network Engineer, Retired E-mail: rkober...@gmail.com PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683 ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Head from yesterday's snapshot fails to mount root
I just tried to install HEAD from the July 16 snapshot. Installation went fine using all defaults. (I am trying to test whether a problem with resume is present with HEAD.) I booted up the system from a USB drive with no problems until it tried to mount root. It simply sat Waiting for /dev/da0p2 forever (or more than the 3 minutes I waited). System is a Lenovo ThinkPad T520 (amd64) that runs 10.2-BETA1 (r285359) without any issues other than the inability to resume/ da0 is an old 120GB USB drive and I can mount and examine it using either the install system or 10.2-BETA1 system. This is my first experience with HEAD since the release of 10.0. The boot looks quite normal and the UMASS and da0 devices show up and look normal. ugen1.3: JMicron at usbus1 umass0: MSC Bulk-Only Transfer on usbus1 umass0: SCSI over Bulk-Only; quirks = 0x4000 umass0:5:0:-1: Attached to scbus5 da0 at umass-sim0 bus 0 scbus5 target 0 lun 0 da0: WDC WD12 00UE-00KVT0 3K01 Fixed Direct Access SCSI-2 device da0: Serial Number D578C6060290 da0: 40.000MB/s transfers da0: 114473MB (234441648 512 byte sectors: 255H 63S/T 14593C) da0: quirks=0x2NO_6_BYTE Would screen shots of the boot help? (I sure see anything unusual.) Is this a known issue? Kevin Oberman, Network Engineer, Retired E-mail: rkober...@gmail.com PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683 ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org