On Saturday, April 28, 2012 18:31 CEST, Miod Vallat <m...@online.fr> wrote: > > But then later, while installing the packages, I got this: > > > > base51.tgz 98% |************************************ | 56481 KB 00:06 > > ETAgzip: stdout: Broken pipe > > ftp: -: short write > > base51.tgz 98% |************************************ | 56481 KB 09:19 > > > > Segmentation fault (core dumped) > > 'base51.tgz' did not install correctly. > > [...] > > When the installer was done with all the sets, I just went ahead, trying to > > reinstall both again, but they failed the same way again. > > If you insist this will eventually suceed (I had base install correctly > after 2 or 3 failures). > > > Is this due to the processor bugs you mentioned, one of those instabilities? > > I think so. I have only seen this on R4000 version 2.2 on Indigo. An > R4000 revision 3.0 in an Indy does not exhibit such problems. > > This hints that this is either a processor-related issue or an > Indigo-specific issue. As I only have one R4000 version 2.2 and only one > Indigo, I can't tell more. > > > going on, I had again boot from tftp due to the light: > > bootp()bootecoff bootp()bsd.IP22 --c > > You could boot from disk, a simple `boot --c' would do. The double dash > tells the PROM the argument is not for the boot command but for the boot > loader, which (in the case of the OpenBSD boot loader) passes it to the > kernel. > > > While in the installer, at the point where I configure the disks, it showed > > me sd0, sd1, and sd2. sd0 and sd1, were easily configured, until it came to > > sd2, where it did hang for a long time, unsuccessfully trying to read the > > disk layout. Only afterwards I recognized, this sd2 is not a disk, but is > > the > > Floptical drive installed in the box. I don't know whether there is an easy > > way to prevent the installer from trying to install on such device, or > > maybe its just easier to mention that as a limitation in the INSTALL.sgi > > file. > > This reminds me of very long probe time for Zip drives on macppc, but I > thought this had been fixed. This might depend on the actual SCSI > controller driver being used. Anyway, floptical drives on SGI are so > rare I don't think it is worth mentioning (although it would be nice to > get the issue fixed).
Do you have a floptical drive? I guess I should be able to remove it, without harm to the system, and could bring it with me for you to g2k12. thanks, Sebastian > > Miod