Re: debian-installer: cdrom vs. netboot
Hi, >> Well, doesn't work for me, looks like a problem with the scsi-cdrom driver. >Both floppy and sr0 complains about memory allocation issues. >So this looks like a more fundametal issue. > >Do you have the possibility to post a log with an older kernel that >works and this never kernel that fails - then there may be a clue >in what differs. I tried the easier way first with the 4.4.0-trunk kernel, it does not complain on bootup: [ 90.331435] sr 0:0:4:0: [sr0] scsi-1 drive [ 90.383487] cdrom: Uniform CD-ROM driver Revision: 3.20 [ 90.450622] sd 0:0:0:0: [sda] Write cache: disabled, read cache: enabled, doesn't support DPO or FUA And it can mount the CD, with a small hiccup: Jan 24 19:51:45 ristkon kernel: [ 221.264074] ISO 9660 Extensions: RRIP_1991A Jan 24 19:51:45 ristkon systemd-udevd[443]: Process 'cdrom_id --lock-media /dev/sr0' terminated by signal BUS. Jan 24 19:51:46 ristkon systemd[1]: Unmounting /mnt... Jan 24 19:51:46 ristkon systemd[1]: Unmounted /mnt. Jan 24 19:52:46 ristkon kernel: [ 281.642516] ISO 9660 Extensions: RRIP_1991A Actually, it mounts the CD after the second try (19:52:46), HTH, Uli -- Dipl. Inf. Ulrich Teichert|e-mail: ulrich.teich...@gmx.de | Listening to: Stormweg 24 |Imperial State Electric, The Estranged, 24539 Neumuenster, Germany|The About Blanks, Cyanide Pills, Fu Manchu.
Re: debian-installer: cdrom vs. netboot
/sr0 on /cdrom/ failed: Invalid argument ~ # tail /var/log/syslog Jan 13 20:15:06 kernel: [ 379.396877] sd 0:0:1:0: [sdb] Write cache: disabled, read cache: enabled, supports DPO and FUA Jan 13 20:15:06 kernel: [ 379.400356] sr 0:0:6:0: [sr0] out of memory. Jan 13 20:15:06 kernel: [ 379.400384] cdrom: Uniform CD-ROM driver Revision: 3.20 Jan 13 20:15:06 kernel: [ 379.408597] sr 0:0:6:0: Attached scsi CD-ROM sr0 Jan 13 20:15:06 kernel: [ 379.454952] sdb: sdb1 sdb2 sdb3 Jan 13 20:15:06 kernel: [ 379.495565] sd 0:0:1:0: [sdb] Attached SCSI disk Jan 13 20:15:06 kernel: [ 379.538033] sda: sda1 sda2 sda3 sda4 Jan 13 20:15:06 kernel: [ 379.565553] sd 0:0:0:0: [sda] Attached SCSI disk Jan 13 20:16:07 kernel: [ 441.203384] sr 0:0:6:0: [sr0] unaligned transfer Jan 13 20:16:07 kernel: [ 441.203519] isofs_fill_super: bread failed, dev=sr0, iso_blknum=16, block=32 I get the same problem when trying to mount the cdrom from the new running installation: Debian GNU/Linux stretch/sid ceteol ttyS0 [ 150.366025] sr 0:0:6:0: [sr0] unaligned transfer [ 150.422207] isofs_fill_super: bread failed, dev=sr0, iso_blknum=16, block=32 But with the old 2.6.18 kernel of my old installation on the same hardware I can mount the CD (in the same drive): ceteol:~> uname -a Linux ceteol 2.6.18-4-sparc64-smp #1 SMP Tue May 1 22:54:26 UTC 2007 sparc64 GNU/Linux ceteol:~> su Password: ceteol:/home/ut# mount -r -t iso9660 /dev/sr0 /cdrom/ ceteol:/home/ut# ls /cdrom README.html README.mirrors.txt boot debian install pics README.mirrors.html README.txt css dists md5sum.txt pool HTH, Uli -- Dipl. Inf. Ulrich Teichert|e-mail: ulrich.teich...@gmx.de | Listening to: Stormweg 24 |Imperial State Electric, The Estranged, 24539 Neumuenster, Germany|The About Blanks, Cyanide Pills, Fu Manchu.
Re: New working sparc64 netinst image
Hi, [del] >You missed the important part: Manual kernel installation is no longer >necessary, it's just silo that is missing now besides the partman bug. [del] And I can confirm that the automatic kernel selection works for single CPU boxes like a SUN Ultra 60: Sun Ultra 60 UPA/PCI (UltraSPARC-II 450MHz), No Keyboard OpenBoot 3.27, 512 MB memory installed... ~> cat /proc/cpuinfo cpu : TI UltraSparc II (BlackBird) fpu : UltraSparc II integrated FPU pmu : ultra12 prom: OBP 3.27.0 2000/08/23 15:39 type: sun4u ncpus probed: 1 ncpus active: 1 D$ parity tl1 : 0 I$ parity tl1 : 0 Cpu0ClkTck : 1ad29277 cpucaps : flush,stbar,swap,muldiv,v9,mul32,div32,v8plus,vis MMU Type: Spitfire MMU PGSZs : 8K,64K,512K,4MB The installed kernel: ~> ls /boot/vmlinuz* /boot/vmlinuz /boot/vmlinuz-4.3.0-1-sparc64 Which is right, as there's only one CPU :-) The install went exactly as for the other systems, but network and disk were automatically found and configured, as it's PCI based, HTH, Uli -- Dipl. Inf. Ulrich Teichert|e-mail: ulrich.teich...@gmx.de | Listening to: Stormweg 24 |Imperial State Electric, The Estranged, 24539 Neumuenster, Germany|The About Blanks, Cyanide Pills, Fu Manchu.
Re: New working sparc64 netinst image
Hi, >You missed the important part: Manual kernel installation is no longer >necessary, it's just silo that is missing now besides the partman bug. Yeah, it was late yestderday... The only reason why I did the install was to verify this... And then I didn't confirm it... Shame on me. >I actually helped Rod to reinstall raverin (one of the buildds) with >unstable/sparc64 and we verified that the kernel was installed by >base-installer without any manual intervention. I know, I know, just rub it in ;-{ >I will work on fixing the other two issues the following days, I am >just too busy with many other things at the same time ... Don't try too much; see above CU, Uli -- Dipl. Inf. Ulrich Teichert|e-mail: ulrich.teich...@gmx.de | Listening to: Stormweg 24 |Imperial State Electric, The Estranged, 24539 Neumuenster, Germany|The About Blanks, Cyanide Pills, Fu Manchu.
Re: New working sparc64 netinst image
Hi, [del] >The updated base-installer package is now on the FTP servers. Could >someone perform another test installation and verify that the kernel >is now installed properly without any manual work. Yes, installed with preseeding and... >The partman-ext3 problem still needs to be worked around manually >but we can resolve that later with a dedicated sparc64 installation >mirror which will contain a patched version of partman-ext3. ..the -F workaround in partman... >I assume that we're still missing the part in debian-installer which >runs silo-installer to install silo. I haven't checked yet where >that happens, it's the next item on my TODO list. Once I have figure >that out, I will add sparc64 support to that d-i component. .. and a manual silo install, this time on my noisy V240: root@sele:~# uname -a Linux sele 4.3.0-1-sparc64-smp #1 SMP Debian 4.3.3-5 (2016-01-04) sparc64 GNU/Linux root@sele:~# cat /proc/cpuinfo cpu : TI UltraSparc IIIi (Jalapeno) fpu : UltraSparc IIIi integrated FPU pmu : ultra3i prom: OBP 4.22.19 2006/09/06 23:44 type: sun4u ncpus probed: 2 ncpus active: 2 D$ parity tl1 : 0 I$ parity tl1 : 0 cpucaps : flush,stbar,swap,muldiv,v9,ultra3,mul32,div32,v8plus,vis,vis2 Cpu0ClkTck : 5995f5c0 Cpu1ClkTck : 5995f5c0 MMU Type: Cheetah+ MMU PGSZs : 8K,64K,512K,4MB State: CPU0: online CPU1: online Sorry for the late reply, CU, Uli -- Dipl. Inf. Ulrich Teichert|e-mail: ulrich.teich...@gmx.de | Listening to: Stormweg 24 |Imperial State Electric, The Estranged, 24539 Neumuenster, Germany|The About Blanks, Cyanide Pills, Fu Manchu.
Re: New working sparc64 netinst image
Hi, >Fixing the kernel and silo installation issue is up next. Currently >discussing with the d-i people in #debian-boot. I hope they're going >to merge my sparc64 patches for base-installer soon. > >Btw, how did you install silo manually? I did that today with: > >chroot /target >apt-get install linux-image-sparc64 ># adding debian unreleased to /etc/apt/sources.list >apt-get update && apt-get install silo ># this installs silo and makes it bootable, but silo points to ># the wrong kernel by default Basically the same way, but I stopped the silo install early, edited /etc/silo.conf to: root=/dev/sdb1 partition=1 timeout=100 image=/boot/vmlinuz-4.3.0-1-sparc64-smp label=Linux initrd=/boot/initrd.img-4.3.0-1-sparc64-smp And ran silo per hand. >Or did you run silo outside the chroot? No, but that should be possible too, you just have to point it to the right config file. HTH, Uli -- Dipl. Inf. Ulrich Teichert|e-mail: ulrich.teich...@gmx.de | Listening to: Stormweg 24 |Imperial State Electric, The Estranged, 24539 Neumuenster, Germany|The About Blanks, Cyanide Pills, Fu Manchu.
Re: New working sparc64 netinst image
Hi, >Problem has been resolved now and systemd is up-to-date again on >sparc64. You will soon be able to use the installer images again >once the mirrors have made their next dinstall run (is run every >6 hours, 0:00 UTC, 6:00 UTC, 12:00 UTC and 18:00 UTC). > >Let me know once you have tested the new netinst image but again, >you might have to wait until after 12:00 UTC. Yupp, with usual workarounds (preseeding, editing partman, manual module selections, manual kernel and silo install) I was able to use the image for an install (I used the older image, the CD was still in the drive): ceteol:~> uname -a Linux ceteol 4.3.0-1-sparc64-smp #1 SMP Debian 4.3.3-2 (2015-12-17) sparc64 GNU/Linux ceteol:~> cat /proc/cpuinfo cpu : TI UltraSparc II (BlackBird) fpu : UltraSparc II integrated FPU pmu : ultra12 prom: OBP 3.25.0 1999/12/03 11:35 type: sun4u ncpus probed: 2 ncpus active: 2 D$ parity tl1 : 0 I$ parity tl1 : 0 cpucaps : flush,stbar,swap,muldiv,v9,mul32,div32,v8plus,vis Cpu0ClkTck : 11a45c3b Cpu1ClkTck : 11a45c3b MMU Type: Spitfire MMU PGSZs : 8K,64K,512K,4MB State: CPU0: online CPU1: online Well done, CU, Uli -- Dipl. Inf. Ulrich Teichert|e-mail: ulrich.teich...@gmx.de | Listening to: Stormweg 24 |Imperial State Electric, The Estranged, 24539 Neumuenster, Germany|The About Blanks, Cyanide Pills, Fu Manchu.
Re: New working sparc64 netinst image
Hi, >Well, the error message is pretty clear. ifupdown wants system 228-3 >or newer while sparc64 has still 228-2 which is a result of the >systemd package not being built on sparc64 yet (it's still building, >see [1]). Yeah, right, now the build of systemd has failed with the infamous segfault of xsltproc which I wanted to debug on the system where the install has failed... I still can't stand systemd, can we please have back sysvinit as default? Groan, Uli -- Dipl. Inf. Ulrich Teichert|e-mail: ulrich.teich...@gmx.de | Listening to: Stormweg 24 |Imperial State Electric, The Estranged, 24539 Neumuenster, Germany|The About Blanks, Cyanide Pills, Fu Manchu.
Re: New working sparc64 netinst image
Hi, >On 01/01/2016 11:55 PM, John Paul Adrian Glaubitz wrote: >> Almost done. It seems I simply did not built the new base-installer and >> partman-ext3 packages. Will be right back with a new image. > >Ok, updated: > >https://people.debian.org/~glaubitz/debian-cd/debian-9.0-sparc64-NETINST-1.iso Thanks, I was too tired yesterday... Turned out I had a timeframe of 15 minutes where the install would have been successful, but read on: Booted up OK (with preseeding as usually), but still lacks the change for the partitioner. Are these changes part of the packages which are retrieved over the net? Perhaps they haven't been updated on debian-ports? Only guessing, though, I don't know much about the installer internals... Anyway, after adding the "-F" to the line in 50format_ext3 per hand, I can confirm that the filesystem gets created. Unfortunatly, I'm now running into a new error during install of the base system: Jan 2 18:15:07 debootstrap: dpkg: regarding .../ifupdown_0.8.5_sparc64.deb containing ifupdown: Jan 2 18:15:07 debootstrap: ifupdown breaks systemd (<< 228-3~) Jan 2 18:15:07 debootstrap: systemd (version 228-2) is present and triggered. Jan 2 18:15:07 debootstrap: Jan 2 18:15:07 debootstrap: dpkg: error processing archive /var/cache/apt/archives/ifupdown_0.8.5_sparc64.deb (--unpack): Jan 2 18:15:07 debootstrap: installing ifupdown would break systemd, and Jan 2 18:15:07 debootstrap: deconfiguration is not permitted (--auto-deconfigure might help) The version of ifupdown on d-p has a timestamp of 2016-01-02 00:10, so I wasn't running into it yesterday. Well, I think I'm blocked here, I can't think around this issue without a local mirror with the older version. Does somebody know a different way forward? CU, Uli -- Dipl. Inf. Ulrich Teichert|e-mail: ulrich.teich...@gmx.de | Listening to: Stormweg 24 |Imperial State Electric, The Estranged, 24539 Neumuenster, Germany|The About Blanks, Cyanide Pills, Fu Manchu.
systemd again (was: Re: New working sparc64 netinst image)
Hi, >> I still can't stand systemd, can we please have back sysvinit as default? > >I hope you are kidding. But in case you are not, the answer is no since >this isn't a simple matter of changing defaults and there is a shitton >of reverse dependencies that systemd has. Also, sysvinit is old and >unmaintained software. As I'm not a debian developer, my involvement in this matter is minimal. All I can do is either persuading debian to continue to provide an alternative to systemd (weather or not as default, I don't really care) like open-rc or whatever, even sysvinit or change the distro I'm using. But I won't use systemd on my production servers, ever. If that means switching to a BSD flavour or gentoo or anything, fine. For reasons, see [1] for example, but I'm sorry to stirr this all up again on this ML, where all people are tired of the discussion, CU, Uli [1] http://without-systemd.org/wiki/index.php/Arguments_against_systemd -- Dipl. Inf. Ulrich Teichert|e-mail: ulrich.teich...@gmx.de | Listening to: Stormweg 24 |Imperial State Electric, The Estranged, 24539 Neumuenster, Germany|The About Blanks, Cyanide Pills, Fu Manchu.
Re: systemd again
Hi, >On 01/02/2016 10:22 PM, Ulrich Teichert wrote: >> For reasons, see [1] for example, but I'm sorry to stirr this all up >> again on this ML, where all people are tired of the discussion, > >Yes, I'm tired of this as well because it always boils down to "I don't >like change" but change is inevtitable when it comes to software. Having been in the software business for 20 years (yeah, I'm old... ;-) I've seen and embraced change for some time. Some changes were for the worse and have been reverted later, though. Others have petered out or have been replaced with other changes or are still in use. That's live. >There is no reasonable argument against systemd and similar systems >which is why all major operating systems have shifted to something >like systemd, be it Solaris (SMF), OSX (launchd) or Linux (systemd). Actually, I tend to disagree here. I'm arguing against systemd specifically, not against similar solutions. I think it's telling that Oracle and Apple both have invented their own solutions. I don't know why, but I know that systemd is not portable by design, which I think is an argument against it. >And even the often cited FreeBSD developers actually agree on that >systemd moves into the right direction and FreeBSD will eventually >also jump the bandwagon: > >https://www.reddit.com/r/linux/comments/2nhkx9/freebsds_jordan_hubbard_sees_need_for_a_modern/ > >Allowing choice for something fundamental as the init daemon requires >lots of maintanenace effort and people can't really expect developers >to spend that effort when there is no real gain in the end. Again, I disagree, as there is something to gain which would be very valuable for me. But after all, everything wrt systemd yes/no has already been said and I dislike the violence involved in the discussion. People on both sides have overstepped the limit and the good old way of rational compromise on both sides won't happen, sadly. And as there won't be a merge of systemd with upstart/OpenRc/whatever I search for an alternative. I still have hope for changes to happen ;-) >But anyway, please don't start flamewars here. Wasn't my intention, CU, Uli -- Dipl. Inf. Ulrich Teichert|e-mail: ulrich.teich...@gmx.de | Listening to: Stormweg 24 |Imperial State Electric, The Estranged, 24539 Neumuenster, Germany|The About Blanks, Cyanide Pills, Fu Manchu.
Re: New working sparc64 netinst image
Hi, >On 01/01/2016 08:10 PM, John Paul Adrian Glaubitz wrote: >> Oh, nice. I can certainly just change this in d-i as well. > >Updated NETINST ISO containing both changes: > >> >https://people.debian.org/~glaubitz/debian-cd/debian-9.0-sparc64-NETINST-1.iso Tried on my Ultra-2, boots OK, but both issues are still there :-( Partitioning is OK, but creating an ext4 filesystems still gets no further than 33%. Looks unchanged to me - from the outside. After manually preparing a filesystem to install on, now different errors are showing up in the log: Jan 1 21:05:12 in-target: (Reading database ... 100%^M Jan 1 21:05:12 in-target: (Reading database ... Jan 1 21:05:12 in-target: 8999 files and directories currently installed.) Jan 1 21:05:12 in-target: ^M Jan 1 21:05:12 in-target: Preparing to unpack .../libc-l10n_2.21-6_all.deb ... Jan 1 21:05:12 in-target: ^M Jan 1 21:05:13 in-target: Unpacking libc-l10n (2.21-6) ... Jan 1 21:05:13 in-target: ^M Jan 1 21:05:15 kernel: [ 1665.647161] dpkg-deb[17759]: segfault at 5c98 ip f801005326c8 (rpc f80100532650) sp 07feff858aa1 error 30001 in libc-2.21.so[f8010047c000+15c000] Jan 1 21:05:15 kernel: [ 1665.647595] BUG: Bad rss-counter state mm:f800238f89e0 idx:1 val:1 Jan 1 21:05:15 kernel: [ 1665.723997] BUG: non-zero nr_ptes on freeing mm: 1 Jan 1 21:05:15 in-target: dpkg-deb: error: subprocess tar was killed by signal --More-- (98% of 1316(Segmentation fault) Jan 1 21:05:15 in-target: ^M Jan 1 21:05:15 in-target: dpkg: error processing archive /var/cache/apt/archives/locales_2.21-6_all.deb (--unpack):^M Jan 1 21:05:15 in-target: subprocess dpkg-deb --control returned error exit status 2^M Jan 1 21:05:15 in-target: Errors were encountered while processing: Jan 1 21:05:15 in-target: ^M Jan 1 21:05:15 in-target: /var/cache/apt/archives/locales_2.21-6_all.deb Jan 1 21:05:15 in-target: ^M Jan 1 21:05:18 in-target: E Jan 1 21:05:18 in-target: : Jan 1 21:05:18 in-target: Sub-process /usr/bin/dpkg returned an error code (1) Jan 1 21:05:18 in-target: Jan 1 21:05:20 localechooser: error: the command 'validlocale' is not available Jan 1 21:05:23 base-installer: error: Unable to execute /usr/lib/post-base-installer.d/60partman-zfs Jan 1 21:05:32 base-installer: info: could not determine kernel flavour Jan 1 21:05:32 base-installer: info: could not determine kernel flavour Jan 1 21:05:32 base-installer: info: could not determine kernel flavour Jan 1 21:05:32 base-installer: info: could not determine kernel flavour Jan 1 21:05:32 base-installer: info: Found kernels '' Jan 1 21:06:41 base-installer: error: exiting on error base-installer/kernel/no--More-- (99% of 1316-kernels-found Jan 1 21:06:44 main-menu[151]: WARNING **: Configuring 'bootstrap-base' failed with error code 1 Jan 1 21:06:44 main-menu[151]: WARNING **: Menu item 'bootstrap-base' failed. Never seen the kernel message in the logs before, HTH, Uli -- Dipl. Inf. Ulrich Teichert|e-mail: ulrich.teich...@gmx.de | Listening to: Stormweg 24 |Imperial State Electric, The Estranged, 24539 Neumuenster, Germany|The About Blanks, Cyanide Pills, Fu Manchu.
Re: New working sparc64 netinst image
Hi, >On 01/01/2016 10:35 PM, Ulrich Teichert wrote: >> Partitioning is OK, but creating an ext4 filesystems still gets no further >> than 33%. Looks unchanged to me - from the outside. > >Did you check whether the change that Kieron was talking about: > >> Modified /lib/partman/commit.d/50format_ext3 >> and changed the line >> mkfs.$filesystem $device $usage >/dev/null; then >> to >> mkfs.$filesystem -F $device $usage >/dev/null; then > >was actually in? I might have just made a mistake while creating the >new image and forgot to include the updated installer packages. Definitely not in: if log-output -t partman --pass-stdout \ mkfs.$filesystem $device $usage >/dev/null; then sync status=OK else status=failed fi No harm done, though, installed the rest by hand for now and got a booting system with kernel 4.3.3. That's more than I could say last year ;-) I'll keep it available for further tests, HTH, Uli -- Dipl. Inf. Ulrich Teichert|e-mail: ulrich.teich...@gmx.de | Listening to: Stormweg 24 |Imperial State Electric, The Estranged, 24539 Neumuenster, Germany|The About Blanks, Cyanide Pills, Fu Manchu.
Re: New working sparc64 netinst image
Hi, and happy new year to all :-) >I've updated the NETINST image [1] now: > >- made some silo improvements for d-i [2] >- disabled GPG verification for the archive in the code I've attempted an install on an Ultra-2 today, auto detection of network hardware and disks failing, but manually selecting the drivers went OK. With preseeding, I was able to select debian-ports as package source. Then it didn't went so well. - partitioning was OK, creating filesystems on the new partitions hangs after 33%. Even on this system, where SUN slices are the right partition scheme for the boot disks. I was able to create the filesystem from an older installation and do the target selection in the new installer afterwards. So, the partitions are setup OK. - the installer went ahead downloading, but failed to find a kernel for installation. Manually installing it in the target via chroot works. That's where I have to stop now, getting hungry :-) HTH, Uli -- Dipl. Inf. Ulrich Teichert|e-mail: ulrich.teich...@gmx.de | Listening to: Stormweg 24 |Imperial State Electric, The Estranged, 24539 Neumuenster, Germany|The About Blanks, Cyanide Pills, Fu Manchu.
Re: New working sparc64 netinst image
di-utils-shell' selected Hope this is helpful, CU, Uli -- Dipl. Inf. Ulrich Teichert|e-mail: ulrich.teich...@gmx.de | Listening to: Stormweg 24 |Imperial State Electric, The Estranged, 24539 Neumuenster, Germany|The About Blanks, Cyanide Pills, Fu Manchu.
Re: New working sparc64 netinst image
Hi, >On 01/01/2016 07:45 PM, Ulrich Teichert wrote: >> Jan 1 18:15:11 base-installer: error: Unable to execute >> /usr/lib/post-base-installer.d/60partman-zfs >> Jan 1 18:15:20 base-installer: info: could not determine kernel flavour >> Jan 1 18:15:20 base-installer: info: could not determine kernel flavour >> Jan 1 18:15:20 base-installer: info: could not determine kernel flavour >> Jan 1 18:15:20 base-installer: info: could not determine kernel flavour >> Jan 1 18:15:20 base-installer: info: Found kernels '' > >Aha, base-installer it is. Looking at the code: > >root@test-adrian1:/srv/sid-sparc64-sbuild/debian/DEBIAN_INSTALLER/debian-installer# >cd packages/base-installer/kernel/ >root@test-adrian1:/srv/sid-sparc64-sbuild/debian/DEBIAN_INSTALLER/debian-installer/packages/base-installer/kernel# >ls >alpha.sh arm64.sh armel.sh hppa.sh i386.sh kfreebsd-amd64.sh >m68k.sh mipsel.sh powerpc.sh READMEsh4.shtests >amd64.sh armeb.sh armhf.sh hurd-i386.sh ia64.sh kfreebsd-i386.sh >Makefile mips.shppc64el.sh s390x.sh sparc.sh >root@test-adrian1:/srv/sid-sparc64-sbuild/debian/DEBIAN_INSTALLER/debian-installer/packages/base-installer/kernel# > >There is apparently no sparc64 support in the base-installer package. > >Will fix that and upload a new ISO image :). That's cool, prio to that, there was: [del] Jan 1 17:58:04 main-menu[150]: INFO: Menu item 'bootstrap-base' selected Jan 1 17:58:04 base-installer: warning: Unknown architecture 'sparc64'. [del] So that's probably the root cause? HTH, Uli -- Dipl. Inf. Ulrich Teichert|e-mail: ulrich.teich...@gmx.de | Listening to: Stormweg 24 |Imperial State Electric, The Estranged, 24539 Neumuenster, Germany|The About Blanks, Cyanide Pills, Fu Manchu.
Re: New working sparc64 netinst image
g now to get around it, HTH, Uli -- Dipl. Inf. Ulrich Teichert|e-mail: ulrich.teich...@gmx.de | Listening to: Stormweg 24 |Imperial State Electric, The Estranged, 24539 Neumuenster, Germany|The About Blanks, Cyanide Pills, Fu Manchu.
Re: New working sparc64 netinst image
Hi, >As the debian infrastructure seems to be down at the moment, I have >uploaded my latest image to my webspace at work: > >> >http://users.physik.fu-berlin.de/~glaubitz/debian-cd/debian-9.0-sparc64-NETINST-1.iso > >Feedback, please. Boots on a V240: ... Rebooting with command: boot cdrom Boot device: /pci@1e,60/ide@d/cdrom@0,0:f File and args: SILO Version 1.4.14 EXT2 superblock magic is wrong EXT2 superblock magic is wrong \ Welcome to Debian GNU/Linux sid! This is a Debian installation CDROM, built on 20151229-17:15. Keep it once you have installed your system, as you can boot from it to repair the system on your hard disk if that ever becomes necessary. WARNING: You should completely back up all of your hard disks before proceeding. The installation procedure can completely and irreversibly erase them! If you haven't made backups yet, remove the rescue CD from the drive and press L1-A to get back to the OpenBoot prompt. Debian GNU/Linux comes with ABSOLUTELY NO WARRANTY, to the extent permitted by applicable law. [ ENTER - Boot install ] [ Type "expert" - Boot into expert mode ] [ Type "rescue" - Boot into rescue mode ] boot: Allocated 64 Megs of memory at 0x4000 for kernel EXT2 superblock magic is wrong Loaded kernel version 4.3.3 EXT2 superblock magic is wrong ... And the kernel starts up, albeit a bit noisy with a lot of messages on the console: [ 127.261369] IRQ pre handler NOT supported. [ 127.261394] IRQ pre handler NOT supported. [ 127.261412] IRQ pre handler NOT supported. But the installer kicks in OK, so thumbs up! CU, Uli -- Dipl. Inf. Ulrich Teichert|e-mail: ulrich.teich...@gmx.de | Listening to: Stormweg 24 |Imperial State Electric, The Estranged, 24539 Neumuenster, Germany|The About Blanks, Cyanide Pills, Fu Manchu.
Re: New working sparc64 netinst image
Hi, >I have changed the suite to "sid" now: > >> >https://people.debian.org/~glaubitz/debian-cd/debian-9.0-sparc64-NETINST-1.iso I think it's just the signature of the archive which the installer can't verify. From the log after the selection of debian-ports as mirror: Dec 29 21:04:35 main-menu[164]: INFO: Menu item 'choose-mirror' selected Dec 29 21:04:35 anna-install: Installing apt-mirror-setup Dec 29 21:04:35 anna[1221]: ERROR **: can't find packages file Dec 29 21:04:45 choose-mirror[1225]: DEBUG: command: wget -q http://ftp.debian-ports.org/debian/dists/oldstable/Release -O - | grep -E '^(Suite|Codename|Architectures):' Dec 29 21:04:46 choose-mirror[1225]: DEBUG: command: wget -q http://ftp.debian-ports.org/debian/dists/stable/Release -O - | grep -E '^(Suite|Codename|Architectures):' Dec 29 21:04:46 choose-mirror[1225]: DEBUG: command: wget -q http://ftp.debian-ports.org/debian/dists/testing/Release -O - | grep -E '^(Suite|Codename|Architectures):' Dec 29 21:04:46 choose-mirror[1225]: DEBUG: command: wget -q http://ftp.debian-ports.org/debian/dists/unstable/Release -O - | grep -E '^(Suite|Codename|Architectures):' Dec 29 21:04:47 choose-mirror[1225]: DEBUG: command: wget -q http://ftp.debian-ports.org/debian/dists/sid/Release -O - | grep -E '^(Suite|Codename|Architectures):' Dec 29 21:04:48 choose-mirror[1225]: DEBUG: command: wget -q http://ftp.debian-p--More-- (97% of 59444orts.org/debian//dists/sid/main/binary-sparc64/Release -O - | grep ^Architecture: Dec 29 21:04:48 anna-install: Installing sid-support Dec 29 21:04:48 anna[1247]: ERROR **: can't find packages file Dec 29 21:04:48 main-menu[164]: (process:1219): wget: server returned error: HTTP/1.1 404 Not Found Dec 29 21:04:48 main-menu[164]: (process:1219): wget: server returned error: HTTP/1.1 404 Not Found Dec 29 21:04:48 main-menu[164]: (process:1219): wget: server returned error: HTTP/1.1 404 Not Found Dec 29 21:04:48 main-menu[164]: DEBUG: resolver (libc6-udeb): package doesn't exist (ignored) Dec 29 21:04:48 main-menu[164]: INFO: Menu item 'download-installer' selected Dec 29 21:04:49 net-retriever: gpgv: Dec 29 21:04:49 net-retriever: Signature made Tue Dec 29 20:03:06 2015 UTC using RSA key ID C448326E Dec 29 21:04:49 net-retriever: gpgv: Dec 29 21:04:49 net-retriever: Can't check signature: public key not found Dec 29 21:04:49 net-retriever: error: Bad signature on /tmp/net-retriever-1275-Release. Dec 29 21:04:53 anna[1271]: WARNING **: bad d-i Packages file Dec 29 21:04:53 main-menu[164]: INFO: Menu item 'download-installer' succeeded but requested to be left unconfigured. Dec 29 21:04:53 main-menu[164]: DEBUG: resolver (libc6-udeb): package doesn't exist (ignored) Dec 29 21:04:56 main-menu[164]: INFO: Menu item 'di-utils-shell' selected Am I grateful for my serial console :-) But to me it looks like the installer is just missing a public key for debian-ports.org? CU, Uli -- Dipl. Inf. Ulrich Teichert|e-mail: ulrich.teich...@gmx.de | Listening to: Stormweg 24 |Imperial State Electric, The Estranged, 24539 Neumuenster, Germany|The About Blanks, Cyanide Pills, Fu Manchu.
Re: First sparc64 netinst image available
Hi, >On 12/28/2015 09:35 PM, John Paul Adrian Glaubitz wrote: >> I'm generating another image now using genisoimage, just a second. > >Generated with genisoimage: > >> >https://people.debian.org/~glaubitz/debian-cd/debian-9.0-sparc64-NETINST-1.iso Sorry, same behaviour as before. I'll try another of my boxes tomorrow, just to be sure, CU, Uli -- Dipl. Inf. Ulrich Teichert|e-mail: ulrich.teich...@gmx.de | Listening to: Stormweg 24 |Imperial State Electric, The Estranged, 24539 Neumuenster, Germany|The About Blanks, Cyanide Pills, Fu Manchu.
Re: First sparc64 netinst image available
Hi, [del] >Can you try this image? > >> >https://people.debian.org/~glaubitz/debian-cd/debian-9.0-sparc64-NETINST-oldsilo.iso Sorry to say, but this gives the same error message on boot: {1} ok boot cdrom Boot device: /pci@1e,60/ide@d/cdrom@0,0:f File and args: The file just loaded does not appear to be executable. CU, Uli -- Dipl. Inf. Ulrich Teichert|e-mail: ulrich.teich...@gmx.de | Listening to: Stormweg 24 |Imperial State Electric, The Estranged, 24539 Neumuenster, Germany|The About Blanks, Cyanide Pills, Fu Manchu.
Re: First sparc64 netinst image available
Hi, >Here's my first attempt for a sparc64 netinst image: > >> https://people.debian.org/~glaubitz/debian-cd/ > >This has not been tested _at all_ and was just freshly generated, so >there is absolutely no warranty it will turn your sparc box into >a toaster ;-). > >Looking forward to any feedback! Sorry to say, but on a Sun Fire V240 with serial console this dies with: Sun Fire V240, No Keyboard Copyright 2006 Sun Microsystems, Inc. All rights reserved. OpenBoot 4.22.19, 4096 MB memory installed, Serial #76594324. Ethernet address 0:14:4f:90:bc:94, Host ID: 8490bc94. Rebooting with command: boot cdrom: Boot device: /pci@1e,60/ide@d/cdrom@0,0: File and args: The file just loaded does not appear to be executable. With a debian etch CD this box boots: Boot device: /pci@1e,60/ide@d/cdrom@0,0:f File and args: SILO Version 1.4.13 ... Welcome to Debian GNU/Linux etch! So, the hardware is OK and hasn't turned into a toaster ;-) HTH, Uli -- Dipl. Inf. Ulrich Teichert|e-mail: ulrich.teich...@gmx.de | Listening to: Stormweg 24 |Imperial State Electric, The Estranged, 24539 Neumuenster, Germany|The About Blanks, Cyanide Pills, Fu Manchu.
Re: Interesting apt problem during update
Hi, Unfortunately this didn't solve my problem. I tried many difference options from the apt man pages, but kept getting a libc6 (I think) error. This is provided by apt, which can't be upgraded. I couldn't install a 2.6 kernel without this. Be happy. My box is unbootable right now: SPARCstation 20 MP (2 X 390Z55), No Keyboard ROM Rev. 2.15, 192 MB memory installed, Serial #3528342. Ethernet address 8:0:20:21:68:97, Host ID: 7235d696. Rebooting with command: Boot device: /iommu/sbus/[EMAIL PROTECTED],40/[EMAIL PROTECTED],80/[EMAIL PROTECTED],0:a File and args: SProgram terminated Type help for more information #0 ok dis 7 Memory Address not Aligned Looks like a broken silo to me. My uname shows that i'm running Etch, but it's broken :-( [del] I seriously doubt that the default 2.6 kernel from etch will work on your SS20 anyway, because of the old ESP-driver problem when it's build as module. My 2.6.23.1 kernel was self compiled - that was the first version of 2.6 I ever got booted on that box. I'll try to install the sarge lilo next weekend, just came home from work CU, Uli -- Dipl. Inf. Ulrich Teichert|e-mail: [EMAIL PROTECTED] Stormweg 24 |listening to: Channel 13 Is Haunted (Hex Dispensers) 24539 Neumuenster, Germany|Is It Good Or Is It Bad? (Opération S) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Interesting apt problem during update
Hi, sorry for the noise, but if another user runs into this: [del] Setting up apt (0.6.46.4-0.1) ... gpg: key 2D230C5F: no valid user IDs gpg: this may be caused by a missing self-signature gpg: key 6070D3A1: no valid user IDs gpg: this may be caused by a missing self-signature gpg: key ADB11277: no valid user IDs gpg: this may be caused by a missing self-signature gpg: key BBE55AB3: no valid user IDs gpg: this may be caused by a missing self-signature gpg: Total number processed: 4 gpg: w/o user IDs: 4 dpkg: error processing apt (--configure): [del] The solution for me was to boot into a 2.6 kernel (even a catatonic one without network support...) and: lian:~# dpkg --configure -a Setting up apt (0.6.46.4-0.1) ... gpg: key 2D230C5F: Debian Archive Automatic Signing Key (2006) [EMAIL PROTECTED] not changed gpg: key 6070D3A1: Debian Archive Automatic Signing Key (4.0/etch) [EMAIL PROTECTED] not changed gpg: key ADB11277: Etch Stable Release Key [EMAIL PROTECTED] not changed gpg: key BBE55AB3: Debian-Volatile Archive Automatic Signing Key (4.0/etch) not changed gpg: Total number processed: 4 gpg: unchanged: 4 Setting up aptitude (0.4.4-4) ... Setting up apt-utils (0.6.46.4-0.1) ... Setting up libapt-pkg-dev (0.6.46.4-0.1) ... All was well. I would like to know *why* gpg needs a 2.6 kernel and fails without giving a proper error message, though HTH, Uli -- Dipl. Inf. Ulrich Teichert|e-mail: [EMAIL PROTECTED] Stormweg 24 |listening to: Channel 13 Is Haunted (Hex Dispensers) 24539 Neumuenster, Germany|Is It Good Or Is It Bad? (Opération S) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Any progress?
Hi, Right, and I'm saying that using a new list with no subscribers isn't the greatest idea if you want to get a broader readership. IMHO, YMMV, etc. Couldn't agree more. Besides, given the available workforce, it would not make sense to do stuff entirely different then the sparc(64) port. So, a sparc32 porter has to read both lists anyway. HTH, Uli -- Dipl. Inf. Ulrich Teichert|e-mail: [EMAIL PROTECTED] Stormweg 24 |listening to: Channel 13 Is Haunted (Hex Dispensers) 24539 Neumuenster, Germany|Is It Good Or Is It Bad? (Opération S) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Applying OBP upgrade to SS20.
Hi, Wikipedia has this link to OBP images: http://public.planetmirror.com/pub/sun-bootroms/ Does anybody know how to apply these to an SS20? I have done upgrade on an Ultra 10 before (straight forward job), but have no experience on this older hardware. [del] Write the image of choice into an EPROM, rip out your old one and put in the new one. AFAIK there never was a sparc 32 bit box with an EEPROM. Personally, I once bought a ready made EPROM on ebay and upgraded my SS20 that way, HTH, Uli -- Dipl. Inf. Ulrich Teichert|e-mail: [EMAIL PROTECTED] Stormweg 24 |listening to: Channel 13 Is Haunted (Hex Dispensers) 24539 Neumuenster, Germany|Is It Good Or Is It Bad? (Opération S) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Creation of Sparc (32-bit) port.
Hi, This has already been said a dozen of time, but it looks like some people do not understand. Let's try a last time. Creating a 32-bit sparc repository won't help. We already know that the 32-bit sparc userland, is working correctly (apart for a dozen of packages, but that's fixable), as the *current* Debian sparc port has a *32-bit userland*. As long as sparc userland gets build for v8, yes. Sooner or later, it will get switched over to v9. The problem is that the 32-bit sparc kernel is not maintained and starts to not work correctly. There are huge differences in the privileged mode of sparc v8 and sparc v9, on the instructions, but mainly on the other parts of the CPU, like the MMU, SMP support or exception handling. That's why you can't use a 32-bit kernel on a 64-bit sparc, whereas most other 32-/64-bit architectures support that. It may be not formally maintained, but there are patches being sent to Dave Miller and to [EMAIL PROTECTED] at a promising rate lately, HTH, Uli -- Dipl. Inf. Ulrich Teichert|e-mail: [EMAIL PROTECTED] Stormweg 24 |listening to: Channel 13 Is Haunted (Hex Dispensers) 24539 Neumuenster, Germany|Is It Good Or Is It Bad? (Opération S) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: New SILO package version available for testing
Hi, On Thu, Aug 16, 2007 at 08:37:11PM +0200, Ulrich Teichert wrote: Will it work on sparc32 systems, too? Sure, to my knowledge, there is no need to compile a bootloader with gcc -m64, except if you want it to access more than 4 GB of memory or if you cannot do otherwise (e.g. on alpha). Booting such large images with SILO would be nice, but I've been told the limit is much more down to 2 MB ;-) OTOH, it will probably cease to work on sparc32 when the whole toolchain will switch to SPARC v9 (ie soon). Yeah, I know. I hope to scrub up some diskspace time until then and build the stuff on my own. CU, Uli -- Dipl. Inf. Ulrich Teichert|e-mail: [EMAIL PROTECTED] Stormweg 24 |listening to: Channel 13 Is Haunted (Hex Dispensers) 24539 Neumuenster, Germany|Is It Good Or Is It Bad? (Opération S) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: New SILO package version available for testing
Hi, [del] and let us know if you encounter any problems or regressions. If no significant problems are discovered by the weekend, the package will be uploaded to unstable. The changelog for the package is available at [del] Will it work on sparc32 systems, too? TIA, Uli -- Dipl. Inf. Ulrich Teichert|e-mail: [EMAIL PROTECTED] Stormweg 24 |listening to: Channel 13 Is Haunted (Hex Dispensers) 24539 Neumuenster, Germany|Is It Good Or Is It Bad? (Opération S) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: New to the list
Hi, [del] Sorry Joerg, but debian is dropping Sparc32 support, so you'll only be able to use NetBSD or OpenBSD on your SS2 and IPX. As the U60 is a Sparc64, you'll be able to have Debian on it. So far, etch (Debian 4.0, stable) *has* sparc32 support, so there's nothing wrong with installing it. Only when you want testing/unstable on it, you should be prepared for all kinds of fun. HTH, Uli -- Dipl. Inf. Ulrich Teichert|e-mail: [EMAIL PROTECTED] Stormweg 24 |listening to: Channel 13 Is Haunted (Hex Dispensers) 24539 Neumuenster, Germany|Is It Good Or Is It Bad? (Opération S) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Sparc32 systems and power consumption
Hi, I have a few sparc32 machines and I can give access to them to any developer needing it. I don't think that it's the lack of hardware which has lead us to the current situation. There's plenty out there, though not blindingly fast. I think Debian/[EMAIL PROTECTED] is a very good idea, but it depends on how many people would like to contribute. I tend to differ. It will be easier to fix the Linux kernel, find a maintainer for it and then get it into Debian again. We would leveraging the existing work better that way. Just my 2 cents, Uli -- Dipl. Inf. Ulrich Teichert|e-mail: [EMAIL PROTECTED] Stormweg 24 |listening to: Channel 13 Is Haunted (Hex Dispensers) 24539 Neumuenster, Germany|Adrenalin (Supabond), Ne Me Touch Pas (Opération S) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Debian GNU/(k)NetBSD and sparc32 hardware?
Hi, On Sun, Jul 29, 2007 at 03:13:03PM +0200, Maciej Jan Broniarz wrote: Dnia 2007-07-29, o godz. 15:11:55 Ulrich Teichert [EMAIL PROTECTED] napisa=C5=82(a): I tend to differ. It will be easier to fix the Linux kernel, find a maintainer for it and then get it into Debian again. We would leveraging the existing work better that way. We will agree on one issue. The main problem is the lack of people working on that port. No matter is it NetBSD or Linux. Right. The Debian GNU/(k)NetBSD port may have a lack of people and support at the moment (I don't know the current status, though). However, it seems that the upstream development of the sparc32 code in the NetBSD kernel is _not_ halted (unlike the upstream Linux support). That's not quite true. Dave Miller is still collecting patches, Mark Fortescue, Krzysztof Helt and others are producing them. See the respective posts on [EMAIL PROTECTED] It's just that there is no real maintainer for the port. Can somebody confirm that? Maybe I'll just ask on the resp. NetBSD list.. A quick look at the mailinglist archive at http://mail-index.NetBSD.org/port-sparc/2007/07/ suggests that there is activity as well. I don't know the maintainer state of NetBSD-sparc, though. In that case, a good long-term solution (IMO) would be to bring the Debian GNU/(k)NetBSD (sparc32) port up to speed (or rather: start it, I don't think it exists yet, there was only work for i386 and alpha, IIRC). That may sound like a lot of work (and it probably is), but I think it's mostly Debian-related work, and not kernel maintainence work (as that is done by upstream), so it may be a good option to keep Debian alive on sparc32 hardware. Call me a chicken, but I still think it will be less work to just fix the issues in the kernel and use the existing stuff instead. I agree that a new debian architecture would be more fun, but splitting up the remaining debian sparc32 developers between NetBSD and Linux does not sound too healthy for me. CU, Uli -- Dipl. Inf. Ulrich Teichert|e-mail: [EMAIL PROTECTED] Stormweg 24 |listening to: Channel 13 Is Haunted (Hex Dispensers) 24539 Neumuenster, Germany|Is It Good Or Is It Bad? (Opération S) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Debian network installation
Hi, I have bought a Sun Enterprise 250 server and would like to install Debian on it. The SCSI DVD ROM player seems broken so I can't use it (its led flashes all the time). Yeah, every time I bought a used SUN Ultra, the CD-ROM was gone, broken, shaky, or went south after a couple of days/weeks... Is it possible to install Debian via network boot from OpenBoot Firmware using boot net or tftp? Sure. boot net on the prompt will attempt a tftp boot. Check out the install instructions from debian, it's all there. HTH, Uli -- Dipl. Inf. Ulrich Teichert|e-mail: [EMAIL PROTECTED] Stormweg 24 |listening to: Channel 13 Is Haunted (Hex Dispensers) 24539 Neumuenster, Germany|Adrenalin (Supabond), Ne Me Touch Pas (Opération S) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: [etch]netinstall
Hi, for your information, on my PC under FC5, I don't have any CDROM burner , but only a DVD burner on PATA interface. It's look like this DVd burner is unable to burn a bootable CDROM. I 'm excpeting a SCSI CDROM burner, and then, I will try again to burn a bootable CDROM on this device. I hope, this time, it will work. By the way, when the SUN boot, to boot on the CD , the only thing to do, is to type CDROM when the system dispaly boot is that right ? Are you referring to the SILO-boot prompt? Press TAB once and you will get the names of the configured kernels. Just pressing RETURN will give you the default (which is right for an installation). I suspect your CD has been burned just fine. HTH, Uli -- Dipl. Inf. Ulrich Teichert|e-mail: [EMAIL PROTECTED] Stormweg 24 |listening to: Channel 13 Is Haunted (Hex Dispensers) 24539 Neumuenster, Germany|Adrenalin (Supabond), Ne Me Touch Pas (Opération S) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: X server fails to start after netinstall of Etch on Ultra 60
Hi, [del] Did you try to load the firmware manually with the command /usr/sbin/afbinit /dev/fb0 /usr/lib/afb.ucode ? After that try to start the xserver with startx. [del] Yes, I should have mentioned that I did try running that command manually, and I got the same error message: mmap user regs: Invalid argument [del] Some, maybe silly, questions: 1. Are you root when you're running afbinit? 2. Does /dev/fb0 exist? 3. Does it point to the right card? HTH, Uli -- Dipl. Inf. Ulrich Teichert|e-mail: [EMAIL PROTECTED] Stormweg 24 |listening to: Channel 13 Is Haunted (Hex Dispensers) 24539 Neumuenster, Germany|Adrenalin (Supabond), Ne Me Touch Pas (Opération S) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Updating Openboot PROM
Hi, I'm unable to update the boot prom on my Ultra 30. I've downloaded 105930-06 patch from sunsolve.com and I'm using network booting to get the image (flash-update-Ultra30-latest) from a rarp/tftp server in my LAN. The following command: ok boot net:192.168.1.1,flash-update-Ultra30-latest,192.168.1.2 works perfectly and starts downloading the byte stream but at a certain poin it stops donwloading and it prints: Fast Instruction Access MMU Miss so the flash update isn't started. Yeah, I had the same problem with my Ultra-2. What does it mean? How can I avoid this error? I have no idea what it really means. I only came around that point by installing Solaris on a scratch disk, booting it, copying the patch on that disk and booted it from there. It really needs the filesystem, it seems. However, quite some time after that, somebody suggested that booting the patch over silo could have been possible. If you'll try that out, I would be interested in the results, HTH, Uli -- Dipl. Inf. Ulrich Teichert|e-mail: [EMAIL PROTECTED] Stormweg 24 |listening to: Suicide Drive (The Deep Eynde) 24539 Neumuenster, Germany|Public Pervert (Interpol) Cauchemar (Opération S) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: PROM update with linux
Hi, I got OBP-3.31 (currently, OBP-3.11 is installed) but do not quite know how to proceed. There is no Solaris installed and I doubt that the OBP can read Ext3. It can not. Can I refer to the update file directly from SILO? Dunno, but maybe something to try. I haven't thought of it as I was in the same situation. I have an empty hard drive, how can I format it so that it's suitable for an OBP upgrade? [del] I'll tell you what I've tried and what eventually worked: Network boot: In the release notes of the patch, this was listed as possible installation type. I can netboot almost anything here, from DECstations to SUNs and Alphas, but absolutely nothing worked. I finally installed Solaris on a spare disk, copied the patch into the root-fs and booted it from PROM. That worked with my Ultra-2. HTH, Uli -- Dipl. Inf. Ulrich Teichert|e-mail: [EMAIL PROTECTED] Stormweg 24 |listening to: Suicide Drive (The Deep Eynde) 24539 Neumuenster, Germany|Public Pervert (Interpol) Cauchemar (Opération S) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: OT:U10 Won't boot, possible hardware failure
Hi, [del] Suddenly, the unit won't stay on. I first noticed this yesterday afternoon. If I toggle the power switch on the back of the unit, nine times out of ten nothing happens. The tenth time, it will boot and seem to run fine. If I come back to the unit a few hours later, it's off. My first inclination is to blame the power supply. We have been having moderate lightning storms here in the Northeast US, but all of my other equipment is OK. [del] A friend of mine had an Ultra-2 with similar symptoms, I swapped out the PSU and everything's alright since then. HTH, Uli -- Dipl. Inf. Ulrich Teichert|e-mail: [EMAIL PROTECTED] Stormweg 24 |listening to: Suicide Drive (The Deep Eynde) 24539 Neumuenster, Germany|Public Pervert (Interpol) Cauchemar (Opération S) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Cannot boot 2.6.8 kernel from ext3 root partition on Ultra5
Hi, you should compile the IDE disk stuff directly into the kernel, Ultra-5's are IDE based: [del] CONFIG_BLK_DEV_IDEDISK=m # CONFIG_IDEDISK_MULTI_MODE is not set With this, the kernel can't even load the initrd, as it is on a disk. [del] This should also be compiled in: CONFIG_IDE_GENERIC=m CONFIG_BLK_DEV_IDEPCI=y # CONFIG_IDEPCI_SHARE_IRQ is not set # CONFIG_BLK_DEV_OFFBOARD is not set CONFIG_BLK_DEV_GENERIC=m [del] and THIS must be compiled in, else all others will fail. The CMD646 chipset is buggy as hell and, unfortunatly, used in Ultra-5's: CONFIG_BLK_DEV_CMD64X=m [del] I haven't checked the rest of the config closely, but I haven't found any other problems, HTH, Uli -- Dipl. Inf. Ulrich Teichert|e-mail: [EMAIL PROTECTED] Stormweg 24 |listening to: Suicide Drive (The Deep Eynde) 24539 Neumuenster, Germany|Public Pervert (Interpol) Clé De Contact (Metal Urbain)
Re: Cannot boot 2.6.8 kernel from ext3 root partition on Ultra5
Hi, I wrote: CONFIG_BLK_DEV_IDEDISK=m # CONFIG_IDEDISK_MULTI_MODE is not set With this, the kernel can't even load the initrd, as it is on a disk. Wrong. PROM calls allow SILO to load the initrd from the disk into memory, just as it does with the kernel. That is the whole point of initrd. OK, I'm wrong. And I even missed the point that Daniels Ultra 5 is running Sarge, my Ultra is still on Woody where booting is a bit simpler. The rest of the modules you noted as missing benefit from the initial ramdisk hack. The problem is that for some reason Daniel doesn't have any working initrds. Daniel, could you attach ls -l /boot from your machine? [del] Perhaps his /boot was simply full? There were an awful lot of modules listed. Butwouldn't it be simpler to just compile the stuff in and be done with it? I mean, I understand why the installation kernel relays on initrd, but for a tuned, self compiled kernel, this isn't necessary. HTH, Uli -- Dipl. Inf. Ulrich Teichert|e-mail: [EMAIL PROTECTED] Stormweg 24 |listening to: Suicide Drive (The Deep Eynde) 24539 Neumuenster, Germany|Public Pervert (Interpol) Clé De Contact (Metal Urbain)
Re: SMP Kernel?
Hi, [no network with a self-compiled 2.4.10 SMP kernel on a SS20 MP] Any ideas for troubleshooting this problem? Are you sure you have included the right low-level ethernet driver or that the module is loaded in the kernel? From my config: # # Network device support # CONFIG_NETDEVICES=y CONFIG_DUMMY=m # CONFIG_BONDING is not set # CONFIG_TUN is not set # CONFIG_PPP is not set # CONFIG_SLIP is not set CONFIG_SUNLANCE=y CONFIG_HAPPYMEAL=m # CONFIG_SUNBMAC is not set CONFIG_SUNQE=m # CONFIG_MYRI_SBUS is not set The onboard ethernet is served by the sunlance driver, HTH, Uli -- Dipl. Inf. Ulrich Teichert|e-mail: [EMAIL PROTECTED] Stormweg 24 |listening to: Thrown Away The Key (Thanes) 24539 Neumuenster, Germany|Public Pervert (Interpol) Clé De Contact (Metal Urbain)
Working 2.4.25 config (was: Re: U5 - woody (2.4.24)...)
Hi, Since no one is answering me-- I'm afraid I'm going to have to corner someone who's obviously upgraded beyond the stock 2.4.18 (or whatever) that comes with Woody. ARE YOU USING A SUN DISKLABEL OR A PC-STYLE PARTITION TABLE ON YOUR BOOT DRIVE? ceteol:~ uname -a Linux ceteol 2.4.25 #1 SMP Fri Feb 20 00:34:37 CET 2004 sparc64 unknown ceteol:/home/ut# fdisk -l /dev/sda Disk /dev/sda (Sun disk label): 16 heads, 135 sectors, 3880 cylinders Units = cylinders of 2160 * 512 bytes Device FlagStart EndBlocks Id System /dev/sda1 020 21600 83 Linux native /dev/sda2 u 20 512531360 82 Linux swap /dev/sda3 0 3880 41904005 Whole disk /dev/sda4 512 3880 3637440 83 Linux native SUN disklabel. I can't understand your problem. See my attached .config for a 2.4.25 SMP UltraSparc kernel, running on a dual Ultra2. Problems to look out for: the silo size limit on *uncompressed* kernels, missing/wrong whole disk partition 3, /boot partition over 2 Gig. BTW: you should be a bit more patient on public mailing lists. HTH, Uli -- Dipl. Inf. Ulrich Teichert|e-mail: [EMAIL PROTECTED] Stormweg 24 |listening to: Noticable One (Rotten Apples) 24539 Neumuenster, Germany|Obstacle 1 (Interpol) Paranoia (N.Y. Rel-X) # # Automatically generated make config: don't edit # # # Code maturity level options # CONFIG_EXPERIMENTAL=y # # Loadable module support # CONFIG_MODULES=y CONFIG_MODVERSIONS=y CONFIG_KMOD=y # # General setup # CONFIG_BBC_I2C=y CONFIG_VT=y CONFIG_VT_CONSOLE=y CONFIG_SMP=y CONFIG_NR_CPUS=32 CONFIG_SPARC64=y # CONFIG_HOTPLUG is not set CONFIG_HAVE_DEC_LOCK=y # CONFIG_RWSEM_GENERIC_SPINLOCK is not set CONFIG_RWSEM_XCHGADD_ALGORITHM=y # CONFIG_ISA is not set # CONFIG_ISAPNP is not set # CONFIG_EISA is not set # CONFIG_MCA is not set # CONFIG_PCMCIA is not set CONFIG_SBUS=y CONFIG_SBUSCHAR=y CONFIG_BUSMOUSE=y CONFIG_SUN_MOUSE=y CONFIG_SERIAL=y CONFIG_SUN_SERIAL=y CONFIG_SERIAL_CONSOLE=y CONFIG_SUN_KEYBOARD=y CONFIG_SUN_CONSOLE=y CONFIG_SUN_AUXIO=y CONFIG_SUN_IO=y CONFIG_PCI=y CONFIG_RTC=y CONFIG_PCI_NAMES=y CONFIG_SUN_OPENPROMFS=m CONFIG_NET=y CONFIG_SYSVIPC=y # CONFIG_BSD_PROCESS_ACCT is not set CONFIG_SYSCTL=y CONFIG_KCORE_ELF=y CONFIG_SPARC32_COMPAT=y CONFIG_BINFMT_ELF32=y # CONFIG_BINFMT_AOUT32 is not set CONFIG_BINFMT_ELF=y CONFIG_BINFMT_MISC=m # CONFIG_SUNOS_EMUL is not set # CONFIG_SOLARIS_EMUL is not set # CONFIG_OOM_KILLER is not set # # Parallel port support # CONFIG_PARPORT=m CONFIG_PARPORT_PC=m CONFIG_PARPORT_PC_CML1=m # CONFIG_PARPORT_SERIAL is not set # CONFIG_PARPORT_PC_FIFO is not set # CONFIG_PARPORT_PC_SUPERIO is not set # CONFIG_PARPORT_PC_PCMCIA is not set # CONFIG_PARPORT_AMIGA is not set # CONFIG_PARPORT_MFC3 is not set # CONFIG_PARPORT_ATARI is not set # CONFIG_PARPORT_GSC is not set # CONFIG_PARPORT_SUNBPP is not set # CONFIG_PARPORT_IP22 is not set # CONFIG_PARPORT_OTHER is not set CONFIG_PARPORT_1284=y CONFIG_PRINTER=m CONFIG_ENVCTRL=m # CONFIG_DISPLAY7SEG is not set # CONFIG_WATCHDOG_CP1XXX is not set # CONFIG_WATCHDOG_RIO is not set # # Console drivers # CONFIG_PROM_CONSOLE=y # # Frame-buffer support # CONFIG_FB=y CONFIG_DUMMY_CONSOLE=y # CONFIG_FB_RIVA is not set # CONFIG_FB_CLGEN is not set # CONFIG_FB_PM2 is not set # CONFIG_FB_PM3 is not set # CONFIG_FB_CYBER2000 is not set # CONFIG_FB_MATROX is not set # CONFIG_FB_ATY is not set # CONFIG_FB_RADEON is not set # CONFIG_FB_ATY128 is not set # CONFIG_FB_INTEL is not set # CONFIG_FB_SIS is not set # CONFIG_FB_NEOMAGIC is not set # CONFIG_FB_3DFX is not set # CONFIG_FB_VOODOO1 is not set # CONFIG_FB_TRIDENT is not set CONFIG_FB_SBUS=y CONFIG_FB_CREATOR=y CONFIG_FB_CGSIX=y # CONFIG_FB_BWTWO is not set CONFIG_FB_CGTHREE=y CONFIG_FB_LEO=y # CONFIG_FB_PCI is not set # CONFIG_FB_IT8181 is not set # CONFIG_FB_VIRTUAL is not set # CONFIG_FBCON_ADVANCED is not set CONFIG_FBCON_CFB8=y # CONFIG_FBCON_FONTWIDTH8_ONLY is not set CONFIG_FONT_SUN8x16=y # CONFIG_FONT_SUN12x22 is not set # CONFIG_FBCON_FONTS is not set # # Misc Linux/SPARC drivers # CONFIG_SUN_OPENPROMIO=m CONFIG_SUN_MOSTEK_RTC=y CONFIG_SAB82532=y CONFIG_OBP_FLASH=m # CONFIG_SUN_BPP is not set # CONFIG_SUN_VIDEOPIX is not set # CONFIG_SUN_AURORA is not set # # Linux/SPARC audio subsystem (EXPERIMENTAL) # CONFIG_SPARCAUDIO=m CONFIG_SPARCAUDIO_CS4231=m # CONFIG_SPARCAUDIO_DUMMY is not set # # Memory Technology Devices (MTD) # # CONFIG_MTD is not set # # Block devices # CONFIG_BLK_DEV_FD=y CONFIG_BLK_DEV_LOOP=m CONFIG_BLK_DEV_NBD=m # # Multi-device support (RAID and LVM) # # CONFIG_MD is not set # CONFIG_BLK_DEV_MD is not set # CONFIG_MD_LINEAR is not set # CONFIG_MD_RAID0 is not set # CONFIG_MD_RAID1 is not set # CONFIG_MD_RAID5 is not set # CONFIG_MD_MULTIPATH is not set # CONFIG_BLK_DEV_LVM is not set CONFIG_BLK_DEV_RAM=y CONFIG_BLK_DEV_RAM_SIZE=4096 CONFIG_BLK_DEV_INITRD=y # # Networking options # CONFIG_PACKET=m CONFIG_PACKET_MMAP=y CONFIG_NETLINK_DEV=m
Re: Debian 3.0 on Netra X1, installs but won't run
Hi, [del] I think it is strange, too. I'm not sure that it is a kernel issue. I'm thinking it is some sort of odd hardware problem. Perhaps, something triggered by the reboot. [del] It may not help you, but I had the same symptoms once with a SGI Indy: It could netboot, install (ext2) and everything was fine. When I rebooted to finish the install, the bootloader found nothing to boot or crashed right away. In this case it turned out that I had jumpered a CD-ROM to parity ON on the same SCSI-bus as the local harddisk I was installing on. This caused massive corruption, 'cause the controler was switched to parity OFF. (before I found out I had already pulled out *some* hair...) How many SCSI-devices are on your bus and how are they wired together? HTH, Uli -- Dipl. Inf. Ulrich Teichert|e-mail: [EMAIL PROTECTED] Stormweg 24 |listening to: Noticable One (Rotten Apples) 24539 Neumuenster, Germany|F.W.A.K.(Rotten Apples), Love Career (Rotten Apples)
Re: Kaffe porting issues
Hi, [kaffe only for mips R3000 CPUs] That is no problem for SGI hardware as Linux/MIPS currently does not support R3000 SGI systems (big endian, mips) anyway, but for the little endian systems (mipsel) there are lots of R3000 based machines. In particular most of the DECstations are R3000-based, and this is one of the major targets for Debian on mipsel. I second that. I have three DECstations (though my /240 is still unhappy) and one Agenda (has a NEC Vr4181) and all of these are R3000 based. But there seems to be running kaffe for the Agenda on http://www.javalinux.net/AgendaKaffe/ so perhaps, everything is already done?-) HTH, Uli -- Dipl. Inf. Ulrich Teichert|e-mail: [EMAIL PROTECTED] Stormweg 24 |listening to:Something Good To Go By(The Decibels) 24539 Neumuenster, Germany|Cheap Excitement (Stratford Mercenaries)