1. Forum
  2. FidoNet
  3. RBERRYPI

  • apt upgrade hangs on Pi 4

    From Chris Green@3:770/3 to All on Wed Dec 16 10:54:20 2020
    Once again an 'apt upgrade' has stalled on my 1Gb Pi 4. Here's where
    it stops after a standard 'apt update' and 'apt upgrade' :-

    ...
    ...
    ...
    Unpacking apt-utils (1.8.2.2) over
    (1.8.2.1) ...
    Preparing to unpack .../1-libssl1.1_1.1.1d-0+deb10u4+rpt1_armhf.deb ...
    Unpacking libssl1.1:armhf (1.1.1d-0+deb10u4+rpt1) over
    (1.1.1d-0+deb10u3+rpt1) ...
    Preparing to unpack .../2-openssl_1.1.1d-0+deb10u4+rpt1_armhf.deb ...
    Unpacking openssl (1.1.1d-0+deb10u4+rpt1) over (1.1.1d-0+deb10u3+rpt1) ...
    Preparing to unpack .../3-python-apt-common_1.8.4.2_all.deb ...
    Unpacking python-apt-common (1.8.4.2) over (1.8.4.1) ...
    Preparing to unpack .../4-python3-apt_1.8.4.2_armhf.deb ...
    Unpacking python3-apt (1.8.4.2) over (1.8.4.1) ...
    Preparing to unpack .../5-rpi-eeprom_11.0-1_armhf.deb ...
    Unpacking rpi-eeprom (11.0-1) over (10.3-1) ...
    Setting up libssl1.1:armhf (1.1.1d-0+deb10u4+rpt1) ...
    Setting up systemd (241-7~deb10u5+rpi1) ...
    Setting up libapt-inst2.0:armhf (1.8.2.2) ...
    Setting up udev (241-7~deb10u5+rpi1) ...
    update-initramfs: deferring update (trigger activated)
    Setting up python-apt-common (1.8.4.2) ...
    Setting up rpi-eeprom (11.0-1) ...

    The system is still running as I can still ssh into it from another
    terminal window (it's a headless system on my LAN). After rebooting
    and a long wait for it to run disk checks etc. the system came back OK
    and had actually finished the upgrade.

    This is a pretty standard Raspios Buster Lite installation with few
    additions, it's an old Pi 4 with only 1Gb of memory and has a big,
    external USB disk drive which powers down when idle. The USB disk has
    its own power supply, the Pi 4 is powered by an 'official' Pi 4 PSU.

    Does anyone have any suggestions as to what might be causing this
    and/or ways to diagnose what's happening?

    --
    Chris Green
    ยท

    --- SoupGate-Win32 v1.05
    * Origin: Agency HUB, Dunedin - New Zealand | Fido<>Usenet Gateway (3:770/3)
  • From I R A Darth Aggie@3:770/3 to sj5pah-s2up1.ln1@esprimo.zbmc.eu on Fri Jan 8 15:57:45 2021
    On Wed, 16 Dec 2020 10:54:20 +0000,
    Chris Green <cl@isbd.net>, in
    <sj5pah-s2up1.ln1@esprimo.zbmc.eu> wrote:
    Once again an 'apt upgrade' has stalled on my 1Gb Pi 4. Here's where
    it stops after a standard 'apt update' and 'apt upgrade' :-

    Does anyone have any suggestions as to what might be causing this
    and/or ways to diagnose what's happening?

    There are logs in /var/log/apt/ that may be useful. If they're not
    useful, I would go with:

    strace -o upgrade.output *troublesome command here*

    on the step that causes the issue. -o names an output file, which will
    contain stuff like:

    execve("/usr/bin/aptitude", ["aptitude", "search", "ldap"], 0x7fff03348030 brk(NULL) = 0x559115325000 access("/etc/ld.so.preload", R_OK) = -1 ENOENT (No such file or directory)
    openat(AT_FDCWD, "/usr/local/lib/tls/x86_64/x86_64/libapt-pkg.so.6.0",

    This is quite voluminous. Ideally, it'll log enough information so
    that you can narrow things down to a particular packgage being
    installed.

    --
    Consulting Minister for Consultants, DNRC
    I can please only one person per day. Today is not your day. Tomorrow
    isn't looking good, either.
    I am BOFH. Resistance is futile. Your network will be assimilated.

    --- SoupGate-Win32 v1.05
    * Origin: Agency HUB, Dunedin - New Zealand | Fido<>Usenet Gateway (3:770/3)