mount, infinite loop
| Affects | Status | Importance | Assigned to | Milestone | |
|---|---|---|---|---|---|
| | Raspbian |
Undecided
|
Unassigned | ||
Bug Description
This worked until I upgraded via reinstall :
raspberrypi> mount /dev/mapper/
now mount uses all the CPU, never exits, and can't be killed; from another screen:
2420 root 20 0 4244 1036 860 R 98.3 0.5 5:48.75 mount
kill -9 2420
nothing is added to dmesg.
even IF there is a bug in dm_crypt or someplace mount should not fall into a tight loop with no error messages.
| elatllat (elatllat) wrote : | #1 |
| elatllat (elatllat) wrote : | #2 |
raspberrypi> cat /etc/issue
Debian GNU/Linux wheezy/sid \n \l
raspberrypi> uname -a
Linux raspbnas 3.2.27+ #160 PREEMPT Mon Sep 17 23:18:42 BST 2012 armv6l GNU/Linux
| elatllat (elatllat) wrote : | #3 |
Found the binary commit where the regression starts;
https:/
Still need to find the commit in the code that was re-based from.
| elatllat (elatllat) wrote : | #4 |
This is now fixed ( tested in kernel 3.6.11 )
| Changed in raspbian: | |
| status: | New → Fix Released |


related: bugs.debian. org/cgi- bin/bugreport. cgi?bug= 685143
http://
Same results with -t auto and -t ext4 :(
cat /proc/2422/stack 0x8/0x18 overhead+ 0xf4/0x4fc super+0x16d4/ 0x27d4 0x1a8/0x1e4 0x14/0x20 mount+0x4c/ 0x8c mount+0x34/ 0xd0 0x114/0x700 syscall+ 0x0/0x30
[<c037cd90>] svc_preempt+
[<c01389ac>] ext4_calculate_
[<c013a488>] ext4_fill_
[<c00bb294>] mount_bdev+
[<c0134300>] ext4_mount+
[<c00bbdf4>] mount_fs+0x14/0xd0
[<c00d3ba0>] vfs_kern_
[<c00d3c14>] do_kern_
[<c00d5a48>] do_mount+
[<c00d62f8>] sys_mount+0x84/0xc4
[<c000d980>] ret_fast_
[<ffffffff>] 0xffffffff