Arch Linux

Please read this before reporting a bug:
https://wiki.archlinux.org/title/Bug_reporting_guidelines

Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.

REPEAT: Do NOT report bugs for outdated packages!
Tasklist

FS#24560 - [kernel26] Kernel bug at fs/jbd2/transaction.c:2155

Attached to Project: Arch Linux
Opened by Dominik Köppl (dominikk) - Friday, 03 June 2011, 13:48 GMT
Last edited by Eric Belanger (Snowman) - Monday, 01 August 2011, 16:29 GMT
Task Type Bug Report
Category Upstream Bugs
Status Closed
Assigned To Tobias Powalowski (tpowa)
Thomas Bächler (brain0)
Architecture i686
Severity Low
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 0
Private No

Details

Description:
Performing tasks, which change the file system (like a system update with pacman) results
frequently in a kernel crash, leaving the following message on screen. After the crash,
the system is completely frozen, but I can use the PageUp/PageDown-Buttons of my keyboard to read the entire Bug Report.
Thus I cannot submit any further information like dmesg, etc. ssh goes also down.

Additional info:
I'm using the same configuration as in https://bugs.archlinux.org/task/24538
It is likely that Bug 24538 is a result of this bug.
As I was installing the system, pacman frequently downloaded corrupted packages showing something like
:: File foobar.xz is corrupted. Do you want to delete it? [Y/n]
Changing the mirror was no remedy, but trying to download the same package several times worked.
Thus I assume it is likely a bug in the filesystem.
Another interesting information shown in the bug report of the kernel is the appearance of my mouse as the "last sysfs file".
The mouse is part of the Microsoft Wired Desktop 400. I'm using the same type of mouse on an ubuntu desktop without problems.
This task depends upon

Closed by  Eric Belanger (Snowman)
Monday, 01 August 2011, 16:29 GMT
Reason for closing:  Not a bug
Additional comments about closing:  Bug was a hardware bug. The SDRAM-Module was misconfigured by the BIOS to use a frequency of 133 MHz which was probably too high. Scaling down to 100 MHz resolves the problem.
Comment by Dominik Köppl (dominikk) - Friday, 03 June 2011, 14:15 GMT
The log-output. Serveral crashes of the same kind are listed in it.
Comment by Dominik Köppl (dominikk) - Saturday, 04 June 2011, 13:41 GMT
It is not possible to copy large files (> 10 MB) on my harddrive without data-loss.
Example:

cp /home/gcc-4.6.0-5-i686.pkg.tar.xz /home/a
md5sum /home/gcc-4.6.0-5-i686.pkg.tar.xz
953b06e81d82c391ecc1d0a01b3e0aa3 /home/gcc-4.6.0-5-i686.pkg.tar.xz
md5sum /home/a
acf078186e4085714759327261f13c05 /home/a

It is not a harddrive error. I've tested this also with a usb-drive (fat32). Seems the filesystem-driver is corrupted.
Comment by Jelle van der Waa (jelly) - Sunday, 05 June 2011, 11:00 GMT
This is probably an kernel bug/ but nothing we can fix, report it upstream the kernel devs might know what happens here.
Comment by Dominik Köppl (dominikk) - Saturday, 11 June 2011, 12:25 GMT
Same problem with kernel26-lts: Copying files does not work - same size but different md5sums.
I've reinstalled Arch Linux again - but this time it even stopped at the partitioning of my harddrive.
The '/arch/setup'-guide was trying to create an ext4-volume and suddenly stopped showing DSCF1718.JPG.
I've also tried to install Debian Lenny. Again, creating an ext4-partition fails giving a nice output: DSCF1742.JPG
Comment by Jelle van der Waa (jelly) - Monday, 27 June 2011, 21:09 GMT
report it upstream

Loading...