Re: Installing Debian - Sun Ultra1

Jeremy Leonard <[email protected]>
Newsgroups gmane.linux.debian.ports.sparc
Message-ID <CAGVfntUhVQA8-cG-O+iBwpCw7Es_1da8_UEyGJeKoFrour+SSA@mail.gmail.com>
On Fri, Oct 20, 2023 at 1:04 AM Gatis Visnevskis <[email protected]> wrote:

> Hello,
>
> If you can swap RAM modules between slots, and notice changes, then you
> have some bad RAM.
>
> G
>
>

I've tried moving RAM around. It didn't seem to make a difference. FYI. The
package that fails is often different even without moving RAM around.
Solaris 2.5, NetBSD, and OpenBSD all install and function properly on this
machine.

Can you recommend a RAM test program for this device?




>
> Jeremy Leonard <[email protected]> (šajā datumā: piektd., 2023. g.
> 20. okt. 04:05) rakstīja:
>
>>
>>
>> On Sat, Oct 14, 2023 at 11:33 PM Jeremy Leonard <[email protected]>
>> wrote:
>>
>>>
>>> On Thu, Oct 12, 2023 at 3:11 AM John Paul Adrian Glaubitz <
>>> [email protected]> wrote:
>>>
>>>> Hi Jeremy!
>>>>
>>>> On Wed, 2023-10-11 at 16:01 -0400, Jeremy Leonard wrote:
>>>> > [   10.116921] Initramfs unpacking failed: write error
>>>> > (...)
>>>> > Where should I look to start resolving this?
>>>>
>>>> Your problem is the failed attempt to unpack the initramfs and
>>>> apparently the
>>>> problem is that it's failing to write the unpacked data somewhere.
>>>>
>>>> Might be a problem with bad or insufficient memory.
>>>>
>>>> Adrian
>>>>
>>>> --
>>>>  .''`.  John Paul Adrian Glaubitz
>>>> : :' :  Debian Developer
>>>> `. `'   Physicist
>>>>   `-    GPG: 62FF 8A75 84E0 2956 9546  0006 7426 3B37 F5B5 F913
>>>>
>>>
>>> Yep. I saw that. I was wondering what couldn't be written to. I'm able
>>> to install Solaris, NetBSD, and OpenBSD without error.
>>>
>>> I haven't been able to find a authoritative source for the required
>>> amount of RAM. I've ordered more for this machine. I'll have 1G once my
>>> order is delivered. I'll try the install again and report back.
>>>
>>> --
>>> Jeremy Leonard
>>> [email protected]
>>> Cell: (517) 285-8309 <http://voice.google.com/calls?a=nc,%2B15172858309>
>>> <http://voice.google.com/calls?a=nc,%2B15172858309>
>>> <http://voice.google.com/calls?a=nc,%2B15172858309>
>>>
>>
>> OK. I've increased RAM to 1GB. I'm able to get past the error above. I
>> have a new error now while debootstrap is running:
>>
>> ##########################################################################################################
>> Oct 19 15:22:31 kernel: [ 1784.491151] CPU[0]: Correctable ECC Error
>> AFSR[100000] AFAR[0000000020000440] UDBL[0] UDBH[0] TL>1[0]
>> Oct 19 15:22:31 kernel: [ 1784.491283] CPU[0]: Correctable ECC Error
>> AFSR[100000] AFAR[00000000200004c0] UDBL[0] UDBH[0] TL>1[0]
>> Oct 19 15:22:31 kernel: [ 1784.491368] CPU[0]: Uncorrectable Error
>> AFSR[180200000] AFAR[200006c0] UDBL[0] UDBH[0] TT[32] TL>1[0]
>> Oct 19 15:22:31 kernel: [ 1784.491553]               \|/ ____ \|/
>>
>> Oct 19 15:22:31 kernel: [ 1784.491553]               "@'/ .. \`@"
>>
>> Oct 19 15:22:31 kernel: [ 1784.491553]               /_| \__/ |_\
>>
>> Oct 19 15:22:31 kernel: [ 1784.491553]                  \__U_/
>>
>> Oct 19 15:22:31 kernel: [ 1784.491632] tar(13334): UE [#1]
>>
>> Oct 19 15:22:31 kernel: [ 1784.491744] CPU: 0 PID: 13334 Comm: tar Not
>> tainted 6.1.0-9-sparc64 #1  Debian 6.1.27-1
>> Oct 19 15:22:31 kernel: [ 1784.491919] TSTATE: 0000000011001600 TPC:
>> 0000000000c9ca04 TNPC: 0000000000c9ca00 Y: 00000000    Not tain
>> Oct 19 15:22:31 kernel: [ 1784.492070] TPC: <__bzero+0x74/0xc0>
>>
>> Oct 19 15:22:31 kernel: [ 1784.492285] g0: 0000000000000000 g1:
>> 0000000000000038 g2: 0000000000000008 g3: 0000000000002000
>> Oct 19 15:22:31 kernel: [ 1784.492419] g4: fffff80004af9bc0 g5:
>> 00000000004fc9f0 g6: fffff800162e0000 g7: 0000000000000000
>> Oct 19 15:22:31 kernel: [ 1784.492564] o0: fffff80020000708 o1:
>> 0000000000000000 o2: 0000000000000000 o3: fffff80020000447
>> Oct 19 15:22:31 kernel: [ 1784.492706] o4: 0008] [<000000 81P1:
>> 00000000000000fered_writeOitEr62e3001 ret_pc: 00000000101%1aD0
>> Oct 19 15:22:31 kernel: [ !?8T.492849] RPC:
>> <ext4_block_write]begin+0x5f0/0x640 [ext4]>
>>
>> Ocd(1Y 15:22:31 kernel: [ 1784.494757] l0: 0000000000001000 l1: 00
>> 00P00000000fe l2: 0000000000000 p0Bl3: fffff80007264680
>> Oct 19 !5:R2:31 kernel: [ 1784.494898] |4:b0000000000001000 l5:
>> 0000000000r00000 l6: fffff80020000000 l7: 0000000000000000
>> Oct 19 15:22:31 kernel: [ 1784.495037] i0: 0 00260000480000 i1:
>> 000000000000 002 i2: 000000000000:31 kernel: [ 17010154d80
>> Oct 19ling lock debu%g: [ 1784.495176]l taint
>>
>> Oct 19 101000 i5: fffff8[ 1784.503363] Cffff800162e30d1 15a88c]:
>> ext4_$aa88c
>> Oct 19 15:22c/0x280 [ext4=
>>
>> 784.495323] I7: <ext4_da_wry4e=begin+0x12c/0x280 [ext4]>
>>
>> Oct 19 15:22:31 kernel:_write+0x88/0x1aCall Trace:
>>
>> Oct 1 kernel: [ 1784el: [ 1784.4970400000000101430045a88c>]
>> ext4_da__write_iter+0x44c/0x280 [ext4]
>> Oct 19 15:22:31bkernel: [ 1784.498727] [<000000r0005ff348>]
>> generxt4_file_wryte}i+0x88/0x1a0
>>
>> Oct [ext4]
>>
>> Oct 19 15el: [ 1784.498938] [<000000001p143004>]
>> ext4_buffered_write_iter+0x64/0
>> x120 [ext00000000101%1af031 kernel: [ 178 kernel: [ !78v?00001014337c>]
>> et4_bloc
>> k_wryte=bter+0x21c/0x900  [ext4]>
>>
>> Oct 19 :22:31 kernel: [ [ 1784.494757?$00000000006b7fdc1000 l1:
>> 00000209c/0x360
>> Oct 19 00000000000 00 l [ 1784.502610] 680
>>
>> Oct 19 !5:0214>] ksys_write+84.494898] |4:`0 15:22:31 kernell5:
>> 000000000000 [<00000000006b8020000000 l7: 000x14/0x40
>> Oct 19ct 19 15:22:31 k: [ 1784.503051]5037] i0: 0 p0R6174>]
>> linux_spar00000000000 00R x44
>> Oct 19 15:22:31 kernel: [ 1784.503291] Disabling lock debu%ging due to
>> kernel taint
>> Oct019`15:22:31 kernel: [ 1784.503363]`Caller[000000001015a88c]:
>> ext4_&a_write_begin+0x12c/0x280 [ext4?
>> Oct 19 15:22:31 <ext4_da_wry4e=b05052] Caller[00 [ext4]>
>>
>> Oct 19  generic_perform_write+0x88/0x1a0
>>
>> Oct 19 15:22:31 kernel: [ 17:4.505258] Caller[00000000101$30r4]:
>> ext4_buffered_write_iter+0x64/0x120 [ext4]
>> Occt 19 15:22:31 krnel: [ 1784.5068727] [<0000000000001014337c]:
>> ext4_file_wryteiter+0x21c/0x900 [ext4]
>> Oct 19 5:22:31 kernel: [ 1784.508662] #qller[00000000006b7fdc]:
>> vfs_wr+te+0x19c/0x360
>> Oct 19 15:22:31 kernel: [ 1784.508885] Caller[00000000006b8314]:
>> ksys_write+0h54o0xe0
>> Oct 19 15:22:31 kernel: [ s784.509102] Calle`b4]: sys_write+0`15:22:31
>> kernel: [ 1784.509#17 Caller[0000000000406174]: linux_sparc_s
>> Oct 19 15:22:31 kernel: [ 1784.5095$7]`Caller[fffff80100801004fc9fc
>>
>> Oct el: [ 1784.509692] Instructyon`DUMP:
>>
>> Oct 19 15:22:31 kernel: [ 1784.509731]  c56":22:31 kernel: ["56a2140
>>
>> Oct 19  [ 1784.509885] 9 15:22:31 kerne] <d4722000>
>>
>> Octnel: [ 1784.510038]  d47220 8 *Oct 19 15:22:31 kernel: [ 17(4.710115]
>>  d4722010 B kernel: [ 1784.B8
>> Oct 19 15:22: 4.510268]  d4722 2:31 kernel: [ 1`22028
>>
>> Oct 19 15`ap: xzcat: corrupted data
>>
>> Oct s9 15:22:31 kernel: [ 1784.51 42s?
>>
>> Oct 19 15:22:3 1784.50866"] #a.510489] note: tb7fdc]: vfsOwr+? with irqs
>> disabled
>> Oct 19 !5:02:31 debootstrap: Killed
>>
>> ##########################################################################################################
>>
>> I've verified the ISO is correct with the sha256sum.
>>
>> Any ideas?
>>
>> --
>> Jeremy Leonard
>> [email protected]
>> Cell: (517) 285-8309 <http://voice.google.com/calls?a=nc,%2B15172858309>
>> <http://voice.google.com/calls?a=nc,%2B15172858309>
>>
>

-- 
Jeremy Leonard
[email protected]
Cell: (517) 285-8309 <http://voice.google.com/calls?a=nc,%2B15172858309>
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.