Re: Updated installer images 2020-12-03
On 12/3/20 2:05 PM, John Paul Adrian Glaubitz wrote: > Hi! > > I uploaded updated Debian installer CD images today. > > These come with the latest versions of the kernel and the debian-installer > application as well as various other updates. The images can be found at > the usual location [1] as well as the debian-installer for netboot [2]. > > Known issues: > > - We still don't have support for contrib and non-free, so the images are > missing non-free firmware. It is planned that the Debian Ports FTP server > will be extended to support contrib and non-free but I don't have any > influence on that as this is up to the Debian Ports FTP maintainers. > > So far, I have tested the images on sparc64 only. Please test on the other > architectures and report back. > > Thanks, > Adrian > >> [1] https://cdimage.debian.org/cdimage/ports/snapshots/2020-12-03/ >> [2] https://cdimage.debian.org/cdimage/ports/debian-installer/2020-12-03/ > Install on sparc64 went smoothly. Initial first boot hangs at some systemd related process. I will try to get logs regarding that. I was able to boot to single user mode and then from there to bring up the server to full multi-user mode whereupon everything seems to "just work" and that includes the improved and fixed gcc : https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97939 Surprised that bug was in the sparc64 world since at least gcc 7.3.0. -- Dennis Clarke RISC-V/SPARC/PPC/ARM/CISC UNIX and Linux spoken GreyBeard and suspenders optional
Re: Setting up systemd throws a fit. Actually any update does the same.
On Fri, Dec 4, 2020 at 9:10 AM Dennis Clarke wrote: > > > So a few weeks ago I installed a fresh copy from the cool installer > images : > > https://lists.debian.org/debian-sparc/2020/11/msg3.html > > Works great but I simply can not update anything. Dennis, can you try with older kernel version (unpack and install without dpkg) like 5.7.x?
Re: Setting up systemd throws a fit. Actually any update does the same.
Hello! On 12/4/20 6:51 AM, Dennis Clarke wrote: > ceres# apt-get update > Hit:1 http://deb.debian.org/debian-ports sid InRelease > Reading package lists... Done > ceres# apt-get upgrade > E: dpkg was interrupted, you must manually run 'dpkg --configure -a' to > correct the problem. > ceres# dpkg --configure -a > Setting up apt-utils (2.1.12) ... > Setting up sntp (1:4.2.8p15+dfsg-1) ... > Setting up systemd (247.1-2) ... > [ 1107.427103] systemd[1]: systemd 247.1-2 running in system mode. (+PAM > +AUDIT +SELINUX +IMA +APPARMOR +SMACK +SYSVINIT +UTMP +LIBCRYPTSETUP > +GCRYPT +GNUTLS +ACL +XZ +LZ4 +ZSTD -SECCOMP +BLKID +ELFUTILS +KMOD > +IDN2 -IDN +PCRE2 default-hierarchy=hybrid) > [ 1107.719698] systemd[1]: Detected architecture sparc64. > [ 1135.085892] watchdog: BUG: soft lockup - CPU#0 stuck for 23s! [systemd:1] > [ 1135.175251] Modules linked in: drm(E) drm_panel_orientation_quirks(E) > i2c_core(E) sg(E) envctrl(E) display7seg(E) flash(E) fuse(E) configfs(E) > ip_tables(E) x_tables(E) autofs4(E) ext4(E) crc16(E) mbcache(E) jbd2(E) > crc32c_generic(E) sd_mod(E) t10_pi(E) crc_t10dif(E) crct10dif_generic(E) > crct10dif_common(E) ata_generic(E) pata_cmd64x(E) libata(E) sym53c8xx(E) > scsi_transport_spi(E) sunhme(E) scsi_mod(E) > [ 1135.643279] CPU: 0 PID: 1 Comm: systemd Tainted: GE > 5.9.0-2-sparc64 #1 Debian 5.9.6-1 > [ 1135.764572] TSTATE: 009911001604 TPC: 008f0260 TNPC: > 008f0264 Y: Tainted: GE > [ 1135.912246] TPC: > [ 1135.962638] g0: f80038781800 g1: 10044830 g2: > g3: 0002 > [ 1136.077124] g4: f8003a171100 g5: 00e47214 g6: > f8003a16c000 g7: 02c5 > [ 1136.191602] o0: 00e3be08 o1: f80037d97a10 o2: > 0004 o3: > [ 1136.306081] o4: o5: sp: > f8003a16ef81 ret_pc: 008f0240 > [ 1136.425143] RPC: > [ 1136.475560] l0: 00e3bc00 l1: f8003a1a3021 l2: > 00036a85ab20 l3: 00036a85ab20 > [ 1136.590045] l4: 0470 l5: ff9c l6: > f8003a16c000 l7: 0064fa00 > [ 1136.704523] i0: f80035194850 i1: f80037d97a00 i2: > 00e3bc00 i3: 00e3be20 > [ 1136.819004] i4: 00eb i5: 10044818 i6: > f8003a16f031 i7: 00658c98 > [ 1136.933496] I7: > [ 1136.985044] Call Trace: > [ 1137.017079] [<00658c98>] chrdev_open+0x98/0x1e0 > [ 1137.085817] [<0064da30>] do_dentry_open+0x170/0x420 > [ 1137.159113] [<0064f268>] vfs_open+0x28/0x40 > [ 1137.223270] [<00664a88>] path_openat+0x988/0x1100 > [ 1137.294286] [<00667530>] do_filp_open+0x50/0x100 > [ 1137.364156] [<0064f510>] do_sys_openat2+0x70/0x180 > [ 1137.436316] [<0064fa48>] sys_openat+0x48/0xc0 > [ 1137.502769] [<00406174>] linux_sparc_syscall+0x34/0x44 > ~ > Type 'go' to resume > ok > > No idea what the real problem is ... but if I can dig into it then > let me know. Yes, please. I don't have any capacity left on my side and I also don't see this issues on our newer machines so it might be a bug that affects older machines only. It might be the same issue that Meelis has been reporting to the Linux SPARC kernel mailing list. Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
