From: Szabolcs Illes <illes@cpc.wmin.ac.uk>
To: reiserfs-list@namesys.com
Subject: Re: umount bug?
Date: Wed, 23 Mar 2005 18:27:15 +0000 [thread overview]
Message-ID: <4241B503.5000305@cpc.wmin.ac.uk> (raw)
In-Reply-To: <4241B21B.9070404@cpc.wmin.ac.uk>
Szabolcs Illes wrote:
> Hi,
>
> When I tried to umount my reiserfs4 partition I got this error message
> in the kernel log:
>
> Mar 23 16:47:21 project1 kernel: Unable to handle kernel paging
> request at virtual address 00100104
> Mar 23 16:47:21 project1 kernel: printing eip:
> Mar 23 16:47:21 project1 kernel: c016f676
> Mar 23 16:47:21 project1 kernel: *pde = 00000000
> Mar 23 16:47:21 project1 kernel: Oops: 0002 [#1]
> Mar 23 16:47:21 project1 kernel: PREEMPT
> Mar 23 16:47:21 project1 kernel: Modules linked in: snd_pcm_oss
> snd_mixer_oss intel_agp snd_intel8x0 snd_ac97_codec snd_pcm
> snd_timer snd soundcore snd_page_alloc e1000 agpgart
> Mar 23 16:47:21 project1 kernel: CPU: 0
> Mar 23 16:47:21 project1 kernel: EIP: 0060:[<c016f676>] Not
> tainted VLI
> Mar 23 16:47:21 project1 kernel: EFLAGS: 00010246 (2.6.11)
> Mar 23 16:47:21 project1 kernel: EIP is at invalidate_list+0x76/0xe0
> Mar 23 16:47:21 project1 kernel: eax: 00100100 ebx: df8b1630 ecx:
> df8b1640 edx: 00200200
> Mar 23 16:47:21 project1 kernel: esi: df8b1640 edi: 00100100 ebp:
> d5991f14 esp: d5991eec
> Mar 23 16:47:21 project1 kernel: ds: 007b es: 007b ss: 0068
> Mar 23 16:47:21 project1 kernel: Process umount (pid: 2387,
> threadinfo=d5990000 task=dec07020)
> Mar 23 16:47:21 project1 kernel: Stack: df8b1630 00000001 00000000
> d5991f14 df2546b4 dfd201f4 d5990000 c016f720
> Mar 23 16:47:21 project1 kernel: df6f1c74 d5991f14 df8b1638
> df8b1638 df6f1c00 df2546b4 c015b256 df6f1c00
> Mar 23 16:47:21 project1 kernel: df6f1c00 dfe61280 00000000
> c015bf6e df6f1c00 00000005 df6f1c00 c034c0e0
> Mar 23 16:47:21 project1 kernel: Call Trace:
> Mar 23 16:47:21 project1 kernel: [<c016f720>]
> invalidate_inodes+0x40/0x90
> Mar 23 16:47:21 project1 kernel: [<c015b256>]
> generic_shutdown_super+0x86/0x140
> Mar 23 16:47:21 project1 kernel: [<c015bf6e>] kill_block_super+0x2e/0x60
> Mar 23 16:47:21 project1 kernel: [<c015b0ae>] deactivate_super+0x6e/0xa0
> Mar 23 16:47:21 project1 kernel: [<c017295f>] sys_umount+0x3f/0xa0
> Mar 23 16:47:21 project1 kernel: [<c014939d>] do_munmap+0x13d/0x180
> Mar 23 16:47:21 project1 kernel: [<c0149424>] sys_munmap+0x44/0x70
> Mar 23 16:47:21 project1 kernel: [<c01729d5>] sys_oldumount+0x15/0x20
> Mar 23 16:47:21 project1 kernel: [<c01031cf>] syscall_call+0x7/0xb
> Mar 23 16:47:21 project1 kernel: Code: 6a 8b 53 04 85 d2 74 1a 8b 46
> f0 85 c0 89 02 74 03 89 50 04 c7 46 f0 00 00 00 00 c7 4
> 3 04 00 00 00 00 8d 4b 10 8b 43 10 8b 51 04 <89> 50 04 89 02 8d 53 08
> 8b 43 08 c7 41 04 00 02 20 00 8b 4a 04
> Mar 23 16:47:21 project1 kernel: <6>note: umount[2387] exited with
> preempt_count 1
> Mar 23 16:47:21 project1 kernel: scheduling while atomic:
> umount/0x10000001/2387
> Mar 23 16:47:21 project1 kernel: [<c02fc812>] schedule+0x522/0x530
> Mar 23 16:47:21 project1 kernel: [<c014477e>] unmap_page_range+0x7e/0xa0
> Mar 23 16:47:21 project1 kernel: [<c02fd0aa>] cond_resched+0x2a/0x50
> Mar 23 16:47:21 project1 kernel: [<c0144950>] unmap_vmas+0x1b0/0x210
> Mar 23 16:47:21 project1 kernel: [<c014974c>] exit_mmap+0x7c/0x170
> Mar 23 16:47:21 project1 kernel: [<c01143e7>] mmput+0x37/0xb0
> Mar 23 16:47:21 project1 kernel: [<c0118d53>] do_exit+0x93/0x3b0
> Mar 23 16:47:21 project1 kernel: [<c0103b2b>] die+0x18b/0x190
> Mar 23 16:47:21 project1 kernel: [<c0116b97>] printk+0x17/0x20
> Mar 23 16:47:21 project1 kernel: [<c011117a>] do_page_fault+0x2da/0x5d5
> Mar 23 16:47:21 project1 kernel: [<c01ae6e8>]
> reiser4_destroy_inode+0x48/0xa0
> Mar 23 16:47:21 project1 kernel: [<c016f2e5>] destroy_inode+0x35/0x60
> Mar 23 16:47:21 project1 kernel: [<c018f055>] preempt_point+0x5/0x20
> Mar 23 16:47:21 project1 kernel: [<c01af88d>]
> reiser4_put_super+0x8d/0xb0
> Mar 23 16:47:21 project1 kernel: [<c0110ea0>] do_page_fault+0x0/0x5d5
> Mar 23 16:47:21 project1 kernel: [<c0103377>] error_code+0x2b/0x30
> Mar 23 16:47:21 project1 kernel: [<c016f676>] invalidate_list+0x76/0xe0
> Mar 23 16:47:21 project1 kernel: [<c016f720>]
> invalidate_inodes+0x40/0x90
> Mar 23 16:47:21 project1 kernel: [<c015b256>]
> generic_shutdown_super+0x86/0x140
> Mar 23 16:47:21 project1 kernel: [<c015bf6e>] kill_block_super+0x2e/0x60
> Mar 23 16:47:21 project1 kernel: [<c015b0ae>] deactivate_super+0x6e/0xa0
> Mar 23 16:47:21 project1 kernel: [<c017295f>] sys_umount+0x3f/0xa0
> Mar 23 16:47:21 project1 kernel: [<c014939d>] do_munmap+0x13d/0x180
> Mar 23 16:47:21 project1 kernel: [<c0149424>] sys_munmap+0x44/0x70
> Mar 23 16:47:21 project1 kernel: [<c01729d5>] sys_oldumount+0x15/0x20
> Mar 23 16:47:21 project1 kernel: [<c01031cf>] syscall_call+0x7/0xb
>
> I was able to fix the problem with fsck.reiser4 :)
> here is the output:
>
> root@project1:~# fsck.reiser4 /dev/hda2
> *******************************************************************
> This is an EXPERIMENTAL version of fsck.reiser4. Read README first.
> *******************************************************************
>
> Fscking the /dev/hda2 block device.
> Will check the consistency of the Reiser4 SuperBlock.
> Will check the consistency of the Reiser4 FileSystem.
> Continue?
> (Yes/No): yes
> ***** fsck.reiser4 started at Wed Mar 23 18:02:03 2005
> Reiser4 journal (journal40) on /dev/hda2: 0 transactions replayed of
> the total 0 blocks.
> Reiser4 fs was detected on /dev/hda2.
> Master super block (16):
> magic: ReIsEr4
> blksize: 4096
> format: 0x0 (format40)
> uuid: a4f5a623-b299-4619-a845-128b90df3d83
> label: <none>
>
> Format super block (17):
> plugin: format40
> description: Disk-format for reiser4, ver. 1.0.0
> magic: ReIsEr40FoRmAt
> flushes: 0
> mkfs id: 0x1cf367de
> blocks: 4863678
> free blocks: 4500553
> root block: 362992
> tail policy: 0x2 (smart)
> next oid: 0x116e9
> file count: 5862
> tree height: 3
> key policy: LARGE
>
>
> CHECKING STORAGE TREE
> Read nodes 3820
> Nodes left in the tree 3820
> Leaves of them 3745, Twigs of them 74
> Time interval: Wed Mar 23 18:02:05 2005 - Wed Mar 23 18:02:07 2005
> CHECKING EXTENT REGIONS.
> Read twigs 74
> Time interval: Wed Mar 23 18:02:07 2005 - Wed Mar 23 18:02:07 2005
> CHECKING SEMANTIC TREE
> FSCK: Directory [103fa:454c5445000000:107f9] (dir40), node [275999],
> item [1], unit [7]: entry has wrong offset
> [107f9:0(NAME):1417a2061746f6d:626f6d62612074f6:20f797469d643]. Should be
> [107f9:0(NAME):1417a2061746f6d:626f6d62612074f6:206a7f4e05393].
> FSCK: Directory [103fa:454c5445000000:107f9] (dir40), node [275999],
> item [1], unit [8]: entry has wrong offset
> [107f9:0(NAME):15469737a74656c:745f4967617a6761:4ca05d10f09]. Should be
> [107f9:0(NAME):15469737a74656c:745f4967617a6761:3fb197a3669].
> FSCK: Directory [103fa:456c7669726100:10b1b] (dir40), node [280116],
> item [0], unit [2]: entry has wrong offset
> [10b1b:0(NAME):1454c5649524120:2da02042e1746173:2ab39e259280d016].
> Should be
> [10b1b:0(NAME):1454c5649524120:2da02042e1746173:2471b96fafb04106].
> FSCK: Directory [103fa:456c7669726100:10b1b] (dir40), node [280116],
> item [0], unit [3]: entry has wrong offset
> [10b1b:0(NAME):1454c5649524120:2da02042e1746173:54fb23287ac44f20].
> Should be
> [10b1b:0(NAME):1454c5649524120:2da02042e1746173:f5b901884c766b90].
> FSCK: Directory [103fa:456c7669726100:10b1b] (dir40), node [280116],
> item [0], unit [5]: entry has wrong offset
> [10b1b:0(NAME):1454c5649524120:2da02043696bf320:41c4f00bcdbd41b].
> Should be
> [10b1b:0(NAME):1454c5649524120:2da02043696bf320:41c4eff0aa8c18b].
> FSCK: Directory [103fa:456c7669726100:10b1b] (dir40), node [280116],
> item [0], unit [7]: entry has wrong offset
> [10b1b:0(NAME):1454c5649524120:2da02043696bf320:5f2ec0d976ca69c9].
> Should be
> [10b1b:0(NAME):1454c5649524120:2da02043696bf320:5f2eb807f740e719].
> FSCK: Directory [103fa:456c7669726100:10b1b] (dir40), node [280116],
> item [0], unit [8]: entry has wrong offset
> [10b1b:0(NAME):1454c5649524120:2da020446f6d62f3:e0d24e117f9f160b].
> Should be
> [10b1b:0(NAME):1454c5649524120:2da020446f6d62f3:3540a81a3598015b].
> FSCK: Directory [103fa:456c7669726100:10b1b] (dir40), node [280116],
> item [0], unit [9]: entry has wrong offset
> [10b1b:0(NAME):1454c5649524120:2da020446f6d62f3:e56be4fe13fa3c99].
> Should be
> [10b1b:0(NAME):1454c5649524120:2da020446f6d62f3:df2a00483129ad89].
> FSCK: Directory [103fa:456c7669726100:10b1b] (dir40), node [280116],
> item [0], unit [10]: entry has wrong offset
> [10b1b:0(NAME):1454c5649524120:2da0204869646173:802a3029ffdb6af0].
> Should be
> [10b1b:0(NAME):1454c5649524120:2da0204869646173:79e84b741d0adbe0].
> FSCK: Directory [103fa:456c7669726100:10b1b] (dir40), node [280116],
> item [0], unit [11]: entry has wrong offset
> [10b1b:0(NAME):1454c5649524120:2da0204869646173:d90d4d8c3e050058].
> Should be
> [10b1b:0(NAME):1454c5649524120:2da0204869646173:2d7ba794f3fdeba8].
> FSCK: Directory [103fa:456c7669726100:10b1b] (dir40), node [280116],
> item [0], unit [12]: entry has wrong offset
> [10b1b:0(NAME):1454c5649524120:2da0204b61706f73:e0d326cd7944dbc0].
> Should be
> [10b1b:0(NAME):1454c5649524120:2da0204b61706f73:3541800742e6ee70].
> FSCK: Directory [103fa:456c7669726100:10b1b] (dir40), node [280116],
> item [0], unit [13]: entry has wrong offset
> [10b1b:0(NAME):1454c5649524120:2da0204b61706f73:e9d2be510cdd28a8].
> Should be
> [10b1b:0(NAME):1454c5649524120:2da0204b61706f73:e38ca5c4628451b8].
> Found 4922 objects.
> Time interval: Wed Mar 23 18:02:07 2005 - Wed Mar 23 18:02:08 2005
> ***** fsck.reiser4 finished at Wed Mar 23 18:02:08 2005
> Closing fs...done
>
> 2 fatal corruptions were detected in FileSystem. Run with --build-fs
> option to fix them.
>
> root@project1:~# fsck.reiser4 /dev/hda2 --build-fs
> *******************************************************************
> This is an EXPERIMENTAL version of fsck.reiser4. Read README first.
> *******************************************************************
>
> Fscking the /dev/hda2 block device.
> Will check the consistency of the Reiser4 SuperBlock.
> Will build the Reiser4 FileSystem.
> Continue?
> (Yes/No): yes
> ***** fsck.reiser4 started at Wed Mar 23 18:02:55 2005
> Reiser4 journal (journal40) on /dev/hda2: 0 transactions replayed of
> the total 0 blocks.
> Reiser4 fs was detected on /dev/hda2.
> Master super block (16):
> magic: ReIsEr4
> blksize: 4096
> format: 0x0 (format40)
> uuid: a4f5a623-b299-4619-a845-128b90df3d83
> label: <none>
>
> Format super block (17):
> plugin: format40
> description: Disk-format for reiser4, ver. 1.0.0
> magic: ReIsEr40FoRmAt
> flushes: 0
> mkfs id: 0x1cf367de
> blocks: 4863678
> free blocks: 4500553
> root block: 362992
> tail policy: 0x2 (smart)
> next oid: 0x116e9
> file count: 5862
> tree height: 3
> key policy: LARGE
>
>
> CHECKING STORAGE TREE
> Read nodes 3820
> Nodes left in the tree 3820
> Leaves of them 3745, Twigs of them 74
> Time interval: Wed Mar 23 18:02:56 2005 - Wed Mar 23 18:02:58 2005
> CHECKING EXTENT REGIONS.
> Read twigs 74
> Time interval: Wed Mar 23 18:02:59 2005 - Wed Mar 23 18:02:59 2005
> LOOKING FOR UNCONNECTED NODES
> Read nodes 0
> Good nodes 0
> Leaves of them 0, Twigs of them 0
> Time interval: Wed Mar 23 18:02:59 2005 - Wed Mar 23 18:02:59 2005
> CHECKING EXTENT REGIONS.
> Read twigs 0
> Time interval: Wed Mar 23 18:02:59 2005 - Wed Mar 23 18:02:59 2005
> INSERTING UNCONNECTED NODES
> 1. Twigs: done
> 2. Twigs by item: done
> 3. Leaves: done
> 4. Leaves by item: done
> Twigs: read 0, inserted 0, by item 0, empty 0
> Leaves: read 0, inserted 0, by item 0
> Time interval: Wed Mar 23 18:03:00 2005 - Wed Mar 23 18:03:00 2005
> CHECKING SEMANTIC TREE
> FSCK: No 'lost+found' entry found. Building a new object with the key
> 2a:0:ffff.
> FSCK: Failed to recognize the plugin for the directory [2a:0:ffff].
> FSCK: Trying to recover the directory [2a:0:ffff] with the default
> plugin--dir40.
> FSCK: The file [2a:0:ffff] does not have a StatData item. Creating a
> new one. Plugin dir40.
> FSCK: Directory [2a:0:ffff]: The entry "." is not found. Insert a new
> one. Plugin (dir40).
> FSCK: Node (270538), item (2), [2a:0:ffff] (stat40): wrong size (0),
> Fixed to (1).
> FSCK: Node (270538), item (2), [2a:0:ffff] (stat40): wrong bytes (0),
> Fixed to (50).
> FSCK: Directory [103fa:454c5445000000:107f9] (dir40), node [275999],
> item [1], unit [7]: entry has wrong offset
> [107f9:0(NAME):1417a2061746f6d:626f6d62612074f6:20f797469d643]. Should be
> [107f9:0(NAME):1417a2061746f6d:626f6d62612074f6:206a7f4e05393]. Removed.
> FSCK: Directory [103fa:454c5445000000:107f9] (dir40), node [275999],
> item [1], unit [7]: entry has wrong offset
> [107f9:0(NAME):15469737a74656c:745f4967617a6761:4ca05d10f09]. Should be
> [107f9:0(NAME):15469737a74656c:745f4967617a6761:3fb197a3669]. Removed.
> FSCK: Node (270533), item (7), [103fa:454c5445000000:107f9] (stat40):
> wrong size (9), Fixed to (7).
> FSCK: Node (270533), item (7), [103fa:454c5445000000:107f9] (stat40):
> wrong bytes (502), Fixed to (350).
> FSCK: Directory [107fc:73747566660000:10a65] (dir40), node [277478],
> item [1], unit [9]: entry has wrong offset
> [10a65:0(NAME):154656368202d20:4f6c6373f320737a:807e897176601221].
> Should be
> [10a65:0(NAME):154656368202d20:4f6c6373f320737a:7c532801bc71f7b1].
> Removed.
> FSCK: Directory [107fc:73747566660000:10a65] (dir40), node [277478],
> item [1], unit [9]: entry has wrong offset
> [10a65:0(NAME):154656368202d20:4f6c6373f320737a:bbcef6a47f1ffb8f].
> Should be
> [10a65:0(NAME):154656368202d20:4f6c6373f320737a:c34de8d59d957c9f].
> Removed.
> FSCK: Node (276045), item (12), [107fc:73747566660000:10a65] (stat40):
> wrong size (12), Fixed to (10).
> FSCK: Node (276045), item (12), [107fc:73747566660000:10a65] (stat40):
> wrong bytes (737), Fixed to (531).
> FSCK: Directory [103fa:456c7669726100:10b1b] (dir40), node [280116],
> item [0], unit [2]: entry has wrong offset
> [10b1b:0(NAME):1454c5649524120:2da02042e1746173:2ab39e259280d016].
> Should be
> [10b1b:0(NAME):1454c5649524120:2da02042e1746173:2471b96fafb04106].
> Removed.
> FSCK: Directory [103fa:456c7669726100:10b1b] (dir40), node [280116],
> item [0], unit [2]: entry has wrong offset
> [10b1b:0(NAME):1454c5649524120:2da02042e1746173:54fb23287ac44f20].
> Should be
> [10b1b:0(NAME):1454c5649524120:2da02042e1746173:f5b901884c766b90].
> Removed.
> FSCK: Directory [103fa:456c7669726100:10b1b] (dir40), node [280116],
> item [0], unit [3]: entry has wrong offset
> [10b1b:0(NAME):1454c5649524120:2da02043696bf320:41c4f00bcdbd41b].
> Should be
> [10b1b:0(NAME):1454c5649524120:2da02043696bf320:41c4eff0aa8c18b].
> Removed.
> FSCK: Directory [103fa:456c7669726100:10b1b] (dir40), node [280116],
> item [0], unit [4]: entry has wrong offset
> [10b1b:0(NAME):1454c5649524120:2da02043696bf320:5f2ec0d976ca69c9].
> Should be
> [10b1b:0(NAME):1454c5649524120:2da02043696bf320:5f2eb807f740e719].
> Removed.
> FSCK: Directory [103fa:456c7669726100:10b1b] (dir40), node [280116],
> item [0], unit [4]: entry has wrong offset
> [10b1b:0(NAME):1454c5649524120:2da020446f6d62f3:e0d24e117f9f160b].
> Should be
> [10b1b:0(NAME):1454c5649524120:2da020446f6d62f3:3540a81a3598015b].
> Removed.
> FSCK: Directory [103fa:456c7669726100:10b1b] (dir40), node [280116],
> item [0], unit [4]: entry has wrong offset
> [10b1b:0(NAME):1454c5649524120:2da020446f6d62f3:e56be4fe13fa3c99].
> Should be
> [10b1b:0(NAME):1454c5649524120:2da020446f6d62f3:df2a00483129ad89].
> Removed.
> FSCK: Directory [103fa:456c7669726100:10b1b] (dir40), node [280116],
> item [0], unit [4]: entry has wrong offset
> [10b1b:0(NAME):1454c5649524120:2da0204869646173:802a3029ffdb6af0].
> Should be
> [10b1b:0(NAME):1454c5649524120:2da0204869646173:79e84b741d0adbe0].
> Removed.
> FSCK: Directory [103fa:456c7669726100:10b1b] (dir40), node [280116],
> item [0], unit [4]: entry has wrong offset
> [10b1b:0(NAME):1454c5649524120:2da0204869646173:d90d4d8c3e050058].
> Should be
> [10b1b:0(NAME):1454c5649524120:2da0204869646173:2d7ba794f3fdeba8].
> Removed.
> FSCK: Directory [103fa:456c7669726100:10b1b] (dir40), node [280116],
> item [0], unit [4]: entry has wrong offset
> [10b1b:0(NAME):1454c5649524120:2da0204b61706f73:e0d326cd7944dbc0].
> Should be
> [10b1b:0(NAME):1454c5649524120:2da0204b61706f73:3541800742e6ee70].
> Removed.
> FSCK: Directory [103fa:456c7669726100:10b1b] (dir40), node [280116],
> item [0], unit [4]: entry has wrong offset
> [10b1b:0(NAME):1454c5649524120:2da0204b61706f73:e9d2be510cdd28a8].
> Should be
> [10b1b:0(NAME):1454c5649524120:2da0204b61706f73:e38ca5c4628451b8].
> Removed.
> FSCK: Node (270533), item (8), [103fa:456c7669726100:10b1b] (stat40):
> wrong size (15), Fixed to (5).
> FSCK: Node (270533), item (8), [103fa:456c7669726100:10b1b] (stat40):
> wrong bytes (1208), Fixed to (350).
> Found 5864 objects.
> Time interval: Wed Mar 23 18:03:00 2005 - Wed Mar 23 18:03:01 2005
> CLEANUPING STORAGE TREE
> Removed items 0
> Time interval: Wed Mar 23 18:03:01 2005 - Wed Mar 23 18:03:01 2005
> ***** fsck.reiser4 finished at Wed Mar 23 18:03:01 2005
> Closing fs...done
>
> FS is consistent.
>
> root@project1:~# fsck.reiser4 /dev/hda2
> *******************************************************************
> This is an EXPERIMENTAL version of fsck.reiser4. Read README first.
> *******************************************************************
>
> Fscking the /dev/hda2 block device.
> Will check the consistency of the Reiser4 SuperBlock.
> Will check the consistency of the Reiser4 FileSystem.
> Continue?
> (Yes/No): yes
> ***** fsck.reiser4 started at Wed Mar 23 18:03:12 2005
> Reiser4 journal (journal40) on /dev/hda2: 0 transactions replayed of
> the total 0 blocks.
> Reiser4 fs was detected on /dev/hda2.
> Master super block (16):
> magic: ReIsEr4
> blksize: 4096
> format: 0x0 (format40)
> uuid: a4f5a623-b299-4619-a845-128b90df3d83
> label: <none>
>
> Format super block (17):
> plugin: format40
> description: Disk-format for reiser4, ver. 1.0.0
> magic: ReIsEr40FoRmAt
> flushes: 0
> mkfs id: 0x1cf367de
> blocks: 4863678
> free blocks: 4500553
> root block: 362992
> tail policy: 0x2 (smart)
> next oid: 0x116e9
> file count: 5862
> tree height: 3
> key policy: LARGE
>
>
> CHECKING STORAGE TREE
> Read nodes 3820
> Nodes left in the tree 3820
> Leaves of them 3745, Twigs of them 74
> Time interval: Wed Mar 23 18:03:13 2005 - Wed Mar 23 18:03:16 2005
> CHECKING EXTENT REGIONS.
> Read twigs 74
> Time interval: Wed Mar 23 18:03:16 2005 - Wed Mar 23 18:03:16 2005
> CHECKING SEMANTIC TREE
> Found 5864 objects.
> Time interval: Wed Mar 23 18:03:16 2005 - Wed Mar 23 18:03:16 2005
> ***** fsck.reiser4 finished at Wed Mar 23 18:03:16 2005
> Closing fs...done
>
> FS is consistent.
>
> root@project1:~#
>
> I am using the latest kernel 2.6.11 with the patch available from
> ftp://ftp.namesys.com/pub/reiser4-for-2.6/2.6.11/reiser4-for-2.6.11-1.gz
> What is strange I rarely use this partition. The bug happend after I
> had updated my kernel from 2.6.10 to 2.6.11. I did not copy anything
> from/to that partition, just tried to umount it.
>
> Cheers,
> Szabolcs
>
And something strange happening in my laptop too ! When I try to umount
my home directory the umount command uses the full cpu(100%). I am not
able to kill the umount command. No exception, no syslog.
Maybe I should downgrade to 2.6.10, should I?
Szabolcs
next prev parent reply other threads:[~2005-03-23 18:27 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-03-23 18:14 umount bug? Szabolcs Illes
2005-03-23 18:27 ` Szabolcs Illes [this message]
2005-03-23 18:51 ` Jake Maciejewski
2005-03-24 16:36 ` Vladimir Saveliev
2005-03-24 17:52 ` Jake Maciejewski
2005-03-25 11:46 ` Paweł Bugalski
2005-03-25 12:14 ` Håvard Wall
2005-03-24 7:48 ` E.Gryaznova
2005-03-24 16:30 ` Milan Holzäpfel
2005-03-25 0:43 ` Eugene Teo
2005-03-24 18:01 ` Hans Reiser
2005-03-24 18:57 ` E.Gryaznova
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4241B503.5000305@cpc.wmin.ac.uk \
--to=illes@cpc.wmin.ac.uk \
--cc=reiserfs-list@namesys.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.