• Bug#1108871: bugs.debian.org: xhci hostcontroller not responding assume

    From Sascha Wuestemann@21:1/5 to All on Sun Jul 6 17:30:01 2025
    Package: bugs.debian.org
    Severity: grave
    Justification: renders package unusable
    X-Debbugs-Cc: bigfoot@killerhippy.de, bigfoot@killerhippy.de

    I use rear, relax and recover from git: https://github.com/rear/rear
    with 2 other, younger computers. On my old, an Dell Optiplex 7010 I
    can't use rear, because it cannot format an 5G HDD enclosure
    connected via usb using the build in usb-2.0 ports.

    sascha@uranus:~/git/rear$ time sudo ./usr/sbin/rear format /dev/sdd
    USB or disk device /dev/sdd is not formatted with ext2/3/4 or btrfs filesystem Formatting /dev/sdd will remove all currently existing data on that whole device
    Type exactly 'Yes' to format /dev/sdd with ext3 filesystem
    (default 'No' timeout 300 seconds)
    Yes
    ERROR: Failed to create ext3 filesystem on ReaR data partition /dev/sdd3
    Some latest log messages since the last called script 300_format_usb_disk.sh:
    2025-07-06 11:58:53.828037465 Setting 'bios_grub' flag on BIOS boot partition /dev/sdd1
    2025-07-06 11:58:54.035346197 Making an EFI bootable device /dev/sdd
    2025-07-06 11:58:54.039567964 Creating EFI system partition 2 on device /dev/sdd with size 1024 MiB aligned at 8 MiB
    2025-07-06 11:58:54.240233325 Setting 'esp' flag on EFI partition 2 on device /dev/sdd
    2025-07-06 11:58:54.468633594 Creating ReaR data partition 3 on /dev/sdd up to 100% of /dev/sdd
    2025-07-06 11:58:54.890114726 Setting 'legacy_boot' flag on ReaR data partition 3 on device /dev/sdd
    2025-07-06 11:59:00.344023960 Creating vfat filesystem on EFI system partition on /dev/sdd2
    2025-07-06 11:59:00.612236321 Creating ext3 filesystem with label 'REAR-000' on ReaR data partition /dev/sdd3
    Some messages from /var/tmp/rear.AnWeQjZuDF3AWVt/tmp/rear.format.stdout_stderr since the last called script 300_format_usb_disk.sh:
    32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208,
    4096000, 7962624, 11239424, 20480000, 23887872, 71663616, 78675968,
    102400000, 214990848, 512000000, 550731776, 644972544

    Allocating group tables: done
    Writing inode tables: 583/37253
    Creating journal (262144 blocks): done
    Writing superblocks and filesystem accounting information: mkfs.ext3: Input/output error while writing out and closing file system
    Use debug mode '-d' for some debug messages or debugscript mode '-D' for full debug messages with 'set -x' output
    Aborting due to an error, check /home/sascha/git/rear/var/log/rear/rear-uranus.log for details
    Beendet

    real 283m16,167s

    The problem is not rear but the xhci host croller, see attached files dmesg.6.1.0-35-amd64-2025-07-06.txt
    rear-uranus.log

    When xhci dies, my usb mouse is dead, too. I can rmmod and modprobe xhci
    to get the mouse back but the rear problem persists. Not so at the other computers that have usb-3.0 or usb-c to connect such an usb enclosure.

    I am pretty shure, that this is a kernel bug. Please help me to get this problem solved.

    debian_version 12.11

    Greetings from Wolfenbuettel,
    Sascha

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From bigfoot@killerhippy.de@1:229/2 to All on Sun Jul 6 18:00:01 2025
    This is a multi-part message in MIME format.
    Sending attachements I was talking about with this message.

    Am 06.07.25 um 17:22 schrieb Sascha Wuestemann:
    Package: bugs.debian.org
    Severity: grave
    Justification: renders package unusable
    X-Debbugs-Cc: bigfoot@killerhippy.de, bigfoot@killerhippy.de

    I use rear, relax and recover from git: https://github.com/rear/rear
    with 2 other, younger computers. On my old, an Dell Optiplex 7010 I
    can't use rear, because it cannot format an 5G HDD enclosure
    connected via usb using the build in usb-2.0 ports.

    sascha@uranus:~/git/rear$ time sudo ./usr/sbin/rear format /dev/sdd
    USB or disk device /dev/sdd is not formatted with ext2/3/4 or btrfs filesystem
    Formatting /dev/sdd will remove all currently existing data on that whole device
    Type exactly 'Yes' to format /dev/sdd with ext3 filesystem
    (default 'No' timeout 300 seconds)
    Yes
    ERROR: Failed to create ext3 filesystem on ReaR data partition /dev/sdd3
    Some latest log messages since the last called script 300_format_usb_disk.sh:
    2025-07-06 11:58:53.828037465 Setting 'bios_grub' flag on BIOS boot partition /dev/sdd1
    2025-07-06 11:58:54.035346197 Making an EFI bootable device /dev/sdd
    2025-07-06 11:58:54.039567964 Creating EFI system partition 2 on device /dev/sdd with size 1024 MiB aligned at 8 MiB
    2025-07-06 11:58:54.240233325 Setting 'esp' flag on EFI partition 2 on device /dev/sdd
    2025-07-06 11:58:54.468633594 Creating ReaR data partition 3 on /dev/sdd up to 100% of /dev/sdd
    2025-07-06 11:58:54.890114726 Setting 'legacy_boot' flag on ReaR data partition 3 on device /dev/sdd
    2025-07-06 11:59:00.344023960 Creating vfat filesystem on EFI system partition on /dev/sdd2
    2025-07-06 11:59:00.612236321 Creating ext3 filesystem with label 'REAR-000' on ReaR data partition /dev/sdd3
    Some messages from /var/tmp/rear.AnWeQjZuDF3AWVt/tmp/rear.format.stdout_stderr since the last called script 300_format_usb_disk.sh:
    32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208,
    4096000, 7962624, 11239424, 20480000, 23887872, 71663616, 78675968,
    102400000, 214990848, 512000000, 550731776, 644972544

    Allocating group tables: done
    Writing inode tables: 583/37253
    Creating journal (262144 blocks): done
    Writing superblocks and filesystem accounting information: mkfs.ext3: Input/output error while writing out and closing file system
    Use debug mode '-d' for some debug messages or debugscript mode '-D' for full debug messages with 'set -x' output
    Aborting due to an error, check /home/sascha/git/rear/var/log/rear/rear-uranus.log for details
    Beendet

    real 283m16,167s

    The problem is not rear but the xhci host croller, see attached files dmesg.6.1.0-35-amd64-2025-07-06.txt
    rear-uranus.log

    When xhci dies, my usb mouse is dead, too. I can rmmod and modprobe xhci
    to get the mouse back but the rear problem persists. Not so at the other computers that have usb-3.0 or usb-c to connect such an usb enclosure.

    I am pretty shure, that this is a kernel bug. Please help me to get this problem solved.

    debian_version 12.11

    Greetings from Wolfenbuettel,
    Sascha


    [SoupGate killed MIME-encoded file dmesg.6.1.0-35-amd64-2025-07-06.txt (92735 bytes)]
    [SoupGate killed MIME-encoded file rear-uranus.log (5090 bytes)]

    --- SoupGate-Win32 v1.05
    * Origin: you cannot sedate... all the things you hate (1:229/2)
  • From Debian Bug Tracking System@21:1/5 to Sascha Wuestemann on Sun Jul 6 20:40:01 2025
    This is a multi-part message in MIME format...

    Your message dated Sun, 6 Jul 2025 11:30:16 -0700
    with message-id <7h2a4irm6v6amcyiswltv2cuyhpl6ehmbrj5w3elgp4hrnb26c@ba2qetdfxmjb>
    and subject line Re: Bug#1108871: bugs.debian.org: xhci hostcontroller not responding assume dead after 283m formatting a 5GB USB enclosure hdd
    has caused the Debian Bug report #1108871,
    regarding bugs.debian.org: xhci hostcontroller not responding assume dead after 283m formatting a 5GB USB enclosure hdd
    to be marked as done.

    This means that you claim that the problem has been dealt with.
    If this is not the case it is now your responsibility to reopen the
    Bug report if necessary, and/or fix the problem forthwith.

    (NB: If you are a system administrator and have no idea what this
    message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact owner@bugs.debian.org
    immediately.)


    --
    1108871: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1108871
    Debian Bug Tracking System
    Contact owner@bugs.debian.org with problems

    Received: (at submit) by bugs.debian.org; 6 Jul 2025 15:23:03 +0000 X-Spam-Checker-Version: SpamAssassin 4.0.1-bugs.debian.org_2005_01_02
    (2024-03-25) on buxtehude.debian.org
    X-Spam-Level:
    X-Spam-Status: No, score=-13.4 required=4.0 tests=BAYES_00,
    BODY_INCLUDES_PACKAGE,FOURLA,FVGT_m_MULTI_ODD,HAS_PACKAGE,
    KHOP_HELO_FCRDNS,RCVD_IN_PBL,RDNS_DYNAMIC,SPF_HELO_NONE,SPF_NEUTRAL,
    XMAILER_REPORTBUG autolearn=ham autolearn_force=no
    version=4.0.1-bugs.debian.org_2005_01_02
    X-Spam-Bayes: score:0.0000 Tokens: new, 116; hammy, 150; neutral, 124; spammy,
    0. spammytokens: hammytokens:0.000-+--XDebbugsCc,
    0.000-+--X-Debbugs-Cc, 0.000-+--H*x:12.0.0, 0.000-+--H*UA:12.0.0,
    0.000-+--H*M:reportbug
    Return-path: <bigfoot@killerhippy.de>
    Received: from p200300d74f49a2002e9e11ef93328eca.dip0.t-ipconnect.de ([2003:d7:4f49:a200:2e9e:11ef:9332:8eca]:36396 helo=uranus.f
  • From bigfoot@killerhippy.de@1:229/2 to All on Sun Jul 6 18:40:01 2025
    This is a multi-part message in MIME format.
    Attached are the files I was talking about.

    Am 06.07.25 um 17:22 schrieb Sascha Wuestemann:
    Package: bugs.debian.org
    Severity: grave
    Justification: renders package unusable
    X-Debbugs-Cc: bigfoot@killerhippy.de, bigfoot@killerhippy.de

    I use rear, relax and recover from git: https://github.com/rear/rear
    with 2 other, younger computers. On my old, an Dell Optiplex 7010 I
    can't use rear, because it cannot format an 5G HDD enclosure
    connected via usb using the build in usb-2.0 ports.

    sascha@uranus:~/git/rear$ time sudo ./usr/sbin/rear format /dev/sdd
    USB or disk device /dev/sdd is not formatted with ext2/3/4 or btrfs filesystem
    Formatting /dev/sdd will remove all currently existing data on that whole device
    Type exactly 'Yes' to format /dev/sdd with ext3 filesystem
    (default 'No' timeout 300 seconds)
    Yes
    ERROR: Failed to create ext3 filesystem on ReaR data partition /dev/sdd3
    Some latest log messages since the last called script 300_format_usb_disk.sh:
    2025-07-06 11:58:53.828037465 Setting 'bios_grub' flag on BIOS boot partition /dev/sdd1
    2025-07-06 11:58:54.035346197 Making an EFI bootable device /dev/sdd
    2025-07-06 11:58:54.039567964 Creating EFI system partition 2 on device /dev/sdd with size 1024 MiB aligned at 8 MiB
    2025-07-06 11:58:54.240233325 Setting 'esp' flag on EFI partition 2 on device /dev/sdd
    2025-07-06 11:58:54.468633594 Creating ReaR data partition 3 on /dev/sdd up to 100% of /dev/sdd
    2025-07-06 11:58:54.890114726 Setting 'legacy_boot' flag on ReaR data partition 3 on device /dev/sdd
    2025-07-06 11:59:00.344023960 Creating vfat filesystem on EFI system partition on /dev/sdd2
    2025-07-06 11:59:00.612236321 Creating ext3 filesystem with label 'REAR-000' on ReaR data partition /dev/sdd3
    Some messages from /var/tmp/rear.AnWeQjZuDF3AWVt/tmp/rear.format.stdout_stderr since the last called script 300_format_usb_disk.sh:
    32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208,
    4096000, 7962624, 11239424, 20480000, 23887872, 71663616, 78675968,
    102400000, 214990848, 512000000, 550731776, 644972544

    Allocating group tables: done
    Writing inode tables: 583/37253
    Creating journal (262144 blocks): done
    Writing superblocks and filesystem accounting information: mkfs.ext3: Input/output error while writing out and closing file system
    Use debug mode '-d' for some debug messages or debugscript mode '-D' for full debug messages with 'set -x' output
    Aborting due to an error, check /home/sascha/git/rear/var/log/rear/rear-uranus.log for details
    Beendet

    real 283m16,167s

    The problem is not rear but the xhci host croller, see attached files dmesg.6.1.0-35-amd64-2025-07-06.txt
    rear-uranus.log

    When xhci dies, my usb mouse is dead, too. I can rmmod and modprobe xhci
    to get the mouse back but the rear problem persists. Not so at the other computers that have usb-3.0 or usb-c to connect such an usb enclosure.

    I am pretty shure, that this is a kernel bug. Please help me to get this problem solved.

    debian_version 12.11

    Greetings from Wolfenbuettel,
    Sascha


    [SoupGate killed MIME-encoded file dmesg.6.1.0-35-amd64-2025-07-06.txt (92735 bytes)]
    [SoupGate killed MIME-encoded file rear-uranus.log (5090 bytes)]

    --- SoupGate-Win32 v1.05
    * Origin: you cannot sedate... all the things you hate (1:229/2)