* Bug with KDE 4.5 and reiser4 2.6.34
@ 2010-10-31 3:06 Volker Armin Hemmann
2010-10-31 9:48 ` Edward Shishkin
0 siblings, 1 reply; 11+ messages in thread
From: Volker Armin Hemmann @ 2010-10-31 3:06 UTC (permalink / raw)
To: reiserfs-devel
Hi,
I copied everything of the disk, to a partition with some errors, but there
were none on when I copied, remade the fs with
mkfs.reiser4 -o create=ccreg40,compress=gzip1
and copied everything back, again, without problems or anything suspicious in
dmesg.
Before and after th exercise I get this whenever I open a directory in
konqueror containing pictures;
[ 84.131089] reiser4[kio_thumbnail(2347)]: do_readpage_ctail
(fs/reiser4/plugin/item/ctail.c:677)[edward-1563]:
[ 84.131090] WARNING: orphan unprepped cluster 0 (inode 11052573). Fsck?
[ 84.131116] reiser4[kio_thumbnail(2347)]: do_readpage_ctail
(fs/reiser4/plugin/item/ctail.c:677)[edward-1563]:
[ 84.131117] WARNING: orphan unprepped cluster 0 (inode 11052573). Fsck?
which completely floods dmesg, but seems to be harmless compared to the
clusterfuck when I try to install icons or plasma themes via system-settings.
As soon as I click the install button and the download starts, I get a kio_file
crashed notification and find this gem in dmesg:
[ 144.883228] BUG: unable to handle kernel NULL pointer dereference at
0000000000000050
[ 144.883234] IP: [<ffffffff8135628f>] _raw_spin_lock+0x9/0x1a
[ 144.883241] PGD 1f80b1067 PUD 1f80f2067 PMD 0
[ 144.883244] Oops: 0002 [#1] SMP
[ 144.883247] last sysfs file:
/sys/devices/pci0000:00/0000:00:11.0/host3/target3:0:0/3:0:0:0/block/sdd/dev
[ 144.883250] CPU 0
[ 144.883251] Modules linked in: snd_seq_midi snd_emu10k1_synth
snd_emux_synth snd_seq_virmidi snd_seq_midi_emul snd_seq_dummy snd_seq_oss
snd_seq_midi_event snd_seq snd_pcm_oss snd_mixer_oss snd_emu10k1 snd_rawmidi
snd_ac97_codec ac97_bus snd_pcm snd_seq_device snd_timer snd_page_alloc
snd_util_mem snd_hwdep snd asus_atk0110 usb_storage k10temp isl6421
b2c2_flexcop_pci b2c2_flexcop dvb_core cx24123 cx24113 s5h1420 ehci_hcd r8169
mii
[ 144.883273]
[ 144.883277] Pid: 2516, comm: kio_file Tainted: G W 2.6.34.7r4 #2
M4A79XTD EVO/System Product Name
[ 144.883280] RIP: 0010:[<ffffffff8135628f>] [<ffffffff8135628f>]
_raw_spin_lock+0x9/0x1a
[ 144.883284] RSP: 0018:ffff8801f80f1a28 EFLAGS: 00010292
[ 144.883286] RAX: 0000000000000100 RBX: ffff8801f80f1af8 RCX: 0000000000000010
[ 144.883288] RDX: 0000000000000000 RSI: ffff880205872c08 RDI: 0000000000000050
[ 144.883290] RBP: ffff8801f80f1a28 R08: dead000000100100 R09: ffff8801f80f17e0
[ 144.883293] R10: ffff880212ab02c8 R11: ffff88020a388c40 R12: ffff880205872c08
[ 144.883295] R13: ffffea000716a080 R14: 0000000000000000 R15: 0000000000000000
[ 144.883298] FS: 00007fbea3634760(0000) GS:ffff880001800000(0000)
knlGS:0000000000000000
[ 144.883300] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033
[ 144.883302] CR2: 0000000000000050 CR3: 00000001f80de000 CR4:
00000000000006f0
[ 144.883304] DR0: 0000000000000000 DR1: 0000000000000000 DR2:
0000000000000000
[ 144.883306] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400
[ 144.883309] Process kio_file (pid: 2516, threadinfo ffff8801f80f0000, task
ffff88022ed011a0)
[ 144.883311] Stack:
[ 144.883312] ffff8801f80f1a78 ffffffff81122712 0000000000000000 00000000000080d0
[ 144.883315] <0> ffff8801f80f1a98 ffff8801f80f1af8 ffff880205872c08 ffffea000716a080
[ 144.883319] <0> 0000000000000000 0000000000000000 ffff8801f80f1ac8
ffffffff81124f7e
[ 144.883324] Call Trace:
[ 144.883329] [<ffffffff81122712>] checkin_logical_cluster+0x24/0x1c3
[ 144.883333] [<ffffffff81124f7e>] capture_page_cluster+0xab/0xe2
[ 144.883337] [<ffffffff8112508f>] write_end_cryptcompress+0xda/0x15f
[ 144.883341] [<ffffffff811213bc>] reiser4_write_end_careful+0x10f/0x195
[ 144.883345] [<ffffffff810857bb>] pagecache_write_end+0x4e/0x57
[ 144.883349] [<ffffffff810cf9e8>] pipe_to_file+0x13e/0x14d
[ 144.883352] [<ffffffff8103936d>] ? current_fs_time+0x22/0x29
[ 144.883356] [<ffffffff810cf8aa>] ? pipe_to_file+0x0/0x14d
[ 144.883359] [<ffffffff810ced30>] splice_from_pipe_feed+0x53/0xe5
[ 144.883362] [<ffffffff810cf82f>] generic_file_splice_write+0xae/0x129
[ 144.883365] [<ffffffff810cf3d1>] do_splice_from+0x74/0x80
[ 144.883368] [<ffffffff810cf3f8>] direct_splice_actor+0x1b/0x1d
[ 144.883371] [<ffffffff810cf668>] splice_direct_to_actor+0xd9/0x198
[ 144.883375] [<ffffffff810cf3dd>] ? direct_splice_actor+0x0/0x1d
[ 144.883378] [<ffffffff810cf76e>] do_splice_direct+0x47/0x5a
[ 144.883381] [<ffffffff810b34ba>] do_sendfile+0x131/0x182
[ 144.883385] [<ffffffff810b3558>] sys_sendfile64+0x4d/0x8d
[ 144.883389] [<ffffffff81001feb>] system_call_fastpath+0x16/0x1b
[ 144.883391] Code: 0f b7 07 38 e0 8d 90 00 01 00 00 75 05 f0 66 0f b1 17 0f
94 c2 0f b6 c2 85 c0 c9 0f 95 c0 0f b6 c0 c3 55 b8 00 01 00 00 48 89 e5 <f0>
66 0f c1 07 38 e0 74 06 f3 90 8a 07 eb f6 c9 c3 55 48 89 e5
[ 144.883413] RIP [<ffffffff8135628f>] _raw_spin_lock+0x9/0x1a
[ 144.883416] RSP <ffff8801f80f1a28>
[ 144.883418] CR2: 0000000000000050
[ 144.883431] ---[ end trace e5efc81aa3e933fe ]---
of course afterwards everything that tries to write to that partition is stuck
in D, which reduces the usability of the box to zero, since it contains / and
/home.
There are no problems downloading to /tmp, which is on tempfs and moving the
files to the partition, or when downloading stuff with chromium or firefox.
Only kio_file and kio_thumbnail are hit. Hard.
Questions: if I copy stuff to a known bad partition and copy those files back -
are there chances to copy file system corruption? Is that stuff contagious? And
the second question: has anybody else seen this problems?
Glück Auf,
Volker
--
To unsubscribe from this list: send the line "unsubscribe reiserfs-devel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: Bug with KDE 4.5 and reiser4 2.6.34
2010-10-31 3:06 Bug with KDE 4.5 and reiser4 2.6.34 Volker Armin Hemmann
@ 2010-10-31 9:48 ` Edward Shishkin
2010-10-31 11:43 ` Volker Armin Hemmann
0 siblings, 1 reply; 11+ messages in thread
From: Edward Shishkin @ 2010-10-31 9:48 UTC (permalink / raw)
To: Volker Armin Hemmann; +Cc: reiserfs-devel
Please,
make sure you have the following patch applied:
http://marc.info/?l=reiserfs-devel&m=128652975309724&w=2
Edward.
Volker Armin Hemmann wrote:
> Hi,
> I copied everything of the disk, to a partition with some errors, but there
> were none on when I copied, remade the fs with
> mkfs.reiser4 -o create=ccreg40,compress=gzip1
> and copied everything back, again, without problems or anything suspicious in
> dmesg.
>
> Before and after th exercise I get this whenever I open a directory in
> konqueror containing pictures;
>
> [ 84.131089] reiser4[kio_thumbnail(2347)]: do_readpage_ctail
> (fs/reiser4/plugin/item/ctail.c:677)[edward-1563]:
> [ 84.131090] WARNING: orphan unprepped cluster 0 (inode 11052573). Fsck?
> [ 84.131116] reiser4[kio_thumbnail(2347)]: do_readpage_ctail
> (fs/reiser4/plugin/item/ctail.c:677)[edward-1563]:
> [ 84.131117] WARNING: orphan unprepped cluster 0 (inode 11052573). Fsck?
>
>
> which completely floods dmesg, but seems to be harmless compared to the
> clusterfuck when I try to install icons or plasma themes via system-settings.
>
> As soon as I click the install button and the download starts, I get a kio_file
> crashed notification and find this gem in dmesg:
>
> [ 144.883228] BUG: unable to handle kernel NULL pointer dereference at
> 0000000000000050
> [ 144.883234] IP: [<ffffffff8135628f>] _raw_spin_lock+0x9/0x1a
> [ 144.883241] PGD 1f80b1067 PUD 1f80f2067 PMD 0
> [ 144.883244] Oops: 0002 [#1] SMP
> [ 144.883247] last sysfs file:
> /sys/devices/pci0000:00/0000:00:11.0/host3/target3:0:0/3:0:0:0/block/sdd/dev
> [ 144.883250] CPU 0
> [ 144.883251] Modules linked in: snd_seq_midi snd_emu10k1_synth
> snd_emux_synth snd_seq_virmidi snd_seq_midi_emul snd_seq_dummy snd_seq_oss
> snd_seq_midi_event snd_seq snd_pcm_oss snd_mixer_oss snd_emu10k1 snd_rawmidi
> snd_ac97_codec ac97_bus snd_pcm snd_seq_device snd_timer snd_page_alloc
> snd_util_mem snd_hwdep snd asus_atk0110 usb_storage k10temp isl6421
> b2c2_flexcop_pci b2c2_flexcop dvb_core cx24123 cx24113 s5h1420 ehci_hcd r8169
> mii
> [ 144.883273]
> [ 144.883277] Pid: 2516, comm: kio_file Tainted: G W 2.6.34.7r4 #2
> M4A79XTD EVO/System Product Name
> [ 144.883280] RIP: 0010:[<ffffffff8135628f>] [<ffffffff8135628f>]
> _raw_spin_lock+0x9/0x1a
> [ 144.883284] RSP: 0018:ffff8801f80f1a28 EFLAGS: 00010292
> [ 144.883286] RAX: 0000000000000100 RBX: ffff8801f80f1af8 RCX: 0000000000000010
> [ 144.883288] RDX: 0000000000000000 RSI: ffff880205872c08 RDI: 0000000000000050
> [ 144.883290] RBP: ffff8801f80f1a28 R08: dead000000100100 R09: ffff8801f80f17e0
> [ 144.883293] R10: ffff880212ab02c8 R11: ffff88020a388c40 R12: ffff880205872c08
> [ 144.883295] R13: ffffea000716a080 R14: 0000000000000000 R15: 0000000000000000
> [ 144.883298] FS: 00007fbea3634760(0000) GS:ffff880001800000(0000)
> knlGS:0000000000000000
> [ 144.883300] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033
> [ 144.883302] CR2: 0000000000000050 CR3: 00000001f80de000 CR4:
> 00000000000006f0
> [ 144.883304] DR0: 0000000000000000 DR1: 0000000000000000 DR2:
> 0000000000000000
> [ 144.883306] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400
> [ 144.883309] Process kio_file (pid: 2516, threadinfo ffff8801f80f0000, task
> ffff88022ed011a0)
> [ 144.883311] Stack:
> [ 144.883312] ffff8801f80f1a78 ffffffff81122712 0000000000000000 00000000000080d0
> [ 144.883315] <0> ffff8801f80f1a98 ffff8801f80f1af8 ffff880205872c08 ffffea000716a080
> [ 144.883319] <0> 0000000000000000 0000000000000000 ffff8801f80f1ac8
> ffffffff81124f7e
> [ 144.883324] Call Trace:
> [ 144.883329] [<ffffffff81122712>] checkin_logical_cluster+0x24/0x1c3
> [ 144.883333] [<ffffffff81124f7e>] capture_page_cluster+0xab/0xe2
> [ 144.883337] [<ffffffff8112508f>] write_end_cryptcompress+0xda/0x15f
> [ 144.883341] [<ffffffff811213bc>] reiser4_write_end_careful+0x10f/0x195
> [ 144.883345] [<ffffffff810857bb>] pagecache_write_end+0x4e/0x57
> [ 144.883349] [<ffffffff810cf9e8>] pipe_to_file+0x13e/0x14d
> [ 144.883352] [<ffffffff8103936d>] ? current_fs_time+0x22/0x29
> [ 144.883356] [<ffffffff810cf8aa>] ? pipe_to_file+0x0/0x14d
> [ 144.883359] [<ffffffff810ced30>] splice_from_pipe_feed+0x53/0xe5
> [ 144.883362] [<ffffffff810cf82f>] generic_file_splice_write+0xae/0x129
> [ 144.883365] [<ffffffff810cf3d1>] do_splice_from+0x74/0x80
> [ 144.883368] [<ffffffff810cf3f8>] direct_splice_actor+0x1b/0x1d
> [ 144.883371] [<ffffffff810cf668>] splice_direct_to_actor+0xd9/0x198
> [ 144.883375] [<ffffffff810cf3dd>] ? direct_splice_actor+0x0/0x1d
> [ 144.883378] [<ffffffff810cf76e>] do_splice_direct+0x47/0x5a
> [ 144.883381] [<ffffffff810b34ba>] do_sendfile+0x131/0x182
> [ 144.883385] [<ffffffff810b3558>] sys_sendfile64+0x4d/0x8d
> [ 144.883389] [<ffffffff81001feb>] system_call_fastpath+0x16/0x1b
> [ 144.883391] Code: 0f b7 07 38 e0 8d 90 00 01 00 00 75 05 f0 66 0f b1 17 0f
> 94 c2 0f b6 c2 85 c0 c9 0f 95 c0 0f b6 c0 c3 55 b8 00 01 00 00 48 89 e5 <f0>
> 66 0f c1 07 38 e0 74 06 f3 90 8a 07 eb f6 c9 c3 55 48 89 e5
> [ 144.883413] RIP [<ffffffff8135628f>] _raw_spin_lock+0x9/0x1a
> [ 144.883416] RSP <ffff8801f80f1a28>
> [ 144.883418] CR2: 0000000000000050
> [ 144.883431] ---[ end trace e5efc81aa3e933fe ]---
>
>
> of course afterwards everything that tries to write to that partition is stuck
> in D, which reduces the usability of the box to zero, since it contains / and
> /home.
>
> There are no problems downloading to /tmp, which is on tempfs and moving the
> files to the partition, or when downloading stuff with chromium or firefox.
>
> Only kio_file and kio_thumbnail are hit. Hard.
>
> Questions: if I copy stuff to a known bad partition and copy those files back -
> are there chances to copy file system corruption? Is that stuff contagious? And
> the second question: has anybody else seen this problems?
>
> Glück Auf,
> Volker
> --
> To unsubscribe from this list: send the line "unsubscribe reiserfs-devel" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
>
>
--
To unsubscribe from this list: send the line "unsubscribe reiserfs-devel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: Bug with KDE 4.5 and reiser4 2.6.34
2010-10-31 9:48 ` Edward Shishkin
@ 2010-10-31 11:43 ` Volker Armin Hemmann
2010-10-31 12:03 ` Edward Shishkin
0 siblings, 1 reply; 11+ messages in thread
From: Volker Armin Hemmann @ 2010-10-31 11:43 UTC (permalink / raw)
To: Edward Shishkin; +Cc: reiserfs-devel
On Sunday 31 October 2010, Edward Shishkin wrote:
> Please,
> make sure you have the following patch applied:
> http://marc.info/?l=reiserfs-devel&m=128652975309724&w=2
Thank you.
That patch fixes the kio_file bug (mpf... I am angry with me that I missed it)
but not the kio_thumbnail warning. I did an fsck.reiser4 --build-fs and after
a reboot I still get:
[ 155.712295] reiser4[kio_thumbnail(2567)]: do_readpage_ctail
(fs/reiser4/plugin/item/ctail.c:677)[edward-1563]:
[ 155.712296] WARNING: orphan unprepped cluster 0 (inode 11052573). Fsck?
all over dmesg.
Glück Auf,
Volker
--
To unsubscribe from this list: send the line "unsubscribe reiserfs-devel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: Bug with KDE 4.5 and reiser4 2.6.34
2010-10-31 11:43 ` Volker Armin Hemmann
@ 2010-10-31 12:03 ` Edward Shishkin
2010-10-31 13:08 ` Volker Armin Hemmann
0 siblings, 1 reply; 11+ messages in thread
From: Edward Shishkin @ 2010-10-31 12:03 UTC (permalink / raw)
To: Volker Armin Hemmann; +Cc: reiserfs-devel
Volker Armin Hemmann wrote:
> On Sunday 31 October 2010, Edward Shishkin wrote:
>
>> Please,
>> make sure you have the following patch applied:
>> http://marc.info/?l=reiserfs-devel&m=128652975309724&w=2
>>
>
> Thank you.
> That patch fixes the kio_file bug (mpf... I am angry with me that I missed it)
> but not the kio_thumbnail warning. I did an fsck.reiser4 --build-fs and after
> a reboot I still get:
>
could you provide fsck output?
> [ 155.712295] reiser4[kio_thumbnail(2567)]: do_readpage_ctail
> (fs/reiser4/plugin/item/ctail.c:677)[edward-1563]:
> [ 155.712296] WARNING: orphan unprepped cluster 0 (inode 11052573). Fsck?
>
> all over dmesg.
>
> Glück Auf,
> Volker
>
>
--
To unsubscribe from this list: send the line "unsubscribe reiserfs-devel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: Bug with KDE 4.5 and reiser4 2.6.34
2010-10-31 12:03 ` Edward Shishkin
@ 2010-10-31 13:08 ` Volker Armin Hemmann
2010-10-31 13:29 ` Edward Shishkin
2010-10-31 13:41 ` Edward Shishkin
0 siblings, 2 replies; 11+ messages in thread
From: Volker Armin Hemmann @ 2010-10-31 13:08 UTC (permalink / raw)
To: Edward Shishkin, reiserfs-devel
On Sunday 31 October 2010, you wrote:
> could you provide fsck output?
sure, here it is:
*******************************************************************
This is an EXPERIMENTAL version of fsck.reiser4. Read README first.
*******************************************************************
Fscking the /dev/sda1 block device.
Will check the consistency of the Reiser4 SuperBlock.
Will build the Reiser4 FileSystem.
Continue?
(Yes/No): Y
***** fsck.reiser4 started at Sun Oct 31 13:42:25 2010
Reiser4 fs was detected on /dev/sda1.
Master super block (16):
magic: ReIsEr4
blksize: 4096
format: 0x0 (format40)
uuid: 9d3a5406-15b9-4a95-95e3-256d1571408d
label: <none>
Format super block (17):
plugin: format40
description: Disk-format plugin.
version: 0
magic: ReIsEr40FoRmAt
mkfs id: 0x154b6487
flushes: 0
blocks: 15630416
free blocks: 4275401
root block: 7434018
tail policy: 0x2 (smart)
next oid: 0xd30db
file count: 712485
tree height: 5
key policy: LARGE
CHECKING THE STORAGE TREE
Read nodes 3162120
Nodes left in the tree 3162120
Leaves of them 3125028, Twigs of them 36573
Time interval: Sun Oct 31 13:42:25 2010 - Sun Oct 31 13:43:39 2010
CHECKING EXTENT REGIONS.
Read twigs 36573
Time interval: Sun Oct 31 13:43:39 2010 - Sun Oct 31 13:44:01 2010
LOOKING FOR UNCONNECTED NODES
Read nodes 0
Good nodes 0
Leaves of them 0, Twigs of them 0
Time interval: Sun Oct 31 13:44:02 2010 - Sun Oct 31 13:44:02 2010
CHECKING EXTENT REGIONS.
Read twigs 0
Time interval: Sun Oct 31 13:44:02 2010 - Sun Oct 31 13:44:02 2010
INSERTING UNCONNECTED NODES
Twigs: read 0, inserted 0, by item 0, empty 0
Leaves: read 0, inserted 0, by item 0
Time interval: Sun Oct 31 13:44:02 2010 - Sun Oct 31 13:44:02 2010
CHECKING THE SEMANTIC TREE
Found 712485 objects.
Lost&found 8 objects.
Time interval: Sun Oct 31 13:44:02 2010 - Sun Oct 31 13:53:58 2010
CLEANING UP THE STORAGE TREE
Glück Auf,
Volker
--
To unsubscribe from this list: send the line "unsubscribe reiserfs-devel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
^ permalink raw reply [flat|nested] 11+ messages in thread* Re: Bug with KDE 4.5 and reiser4 2.6.34
2010-10-31 13:08 ` Volker Armin Hemmann
@ 2010-10-31 13:29 ` Edward Shishkin
2010-10-31 13:41 ` Edward Shishkin
1 sibling, 0 replies; 11+ messages in thread
From: Edward Shishkin @ 2010-10-31 13:29 UTC (permalink / raw)
To: Volker Armin Hemmann; +Cc: reiserfs-devel
Volker Armin Hemmann wrote:
> On Sunday 31 October 2010, you wrote:
>
>
>> could you provide fsck output?
>>
>
> sure, here it is:
>
> *******************************************************************
> This is an EXPERIMENTAL version of fsck.reiser4. Read README first.
> *******************************************************************
>
> Fscking the /dev/sda1 block device.
> Will check the consistency of the Reiser4 SuperBlock.
> Will build the Reiser4 FileSystem.
> Continue?
> (Yes/No): Y
> ***** fsck.reiser4 started at Sun Oct 31 13:42:25 2010
> Reiser4 fs was detected on /dev/sda1.
> Master super block (16):
> magic: ReIsEr4
> blksize: 4096
> format: 0x0 (format40)
> uuid: 9d3a5406-15b9-4a95-95e3-256d1571408d
> label: <none>
>
> Format super block (17):
> plugin: format40
> description: Disk-format plugin.
> version: 0
> magic: ReIsEr40FoRmAt
> mkfs id: 0x154b6487
> flushes: 0
> blocks: 15630416
> free blocks: 4275401
> root block: 7434018
> tail policy: 0x2 (smart)
> next oid: 0xd30db
> file count: 712485
> tree height: 5
> key policy: LARGE
>
>
> CHECKING THE STORAGE TREE
> Read nodes 3162120
> Nodes left in the tree 3162120
> Leaves of them 3125028, Twigs of them 36573
> Time interval: Sun Oct 31 13:42:25 2010 - Sun Oct 31 13:43:39 2010
> CHECKING EXTENT REGIONS.
> Read twigs 36573
> Time interval: Sun Oct 31 13:43:39 2010 - Sun Oct 31 13:44:01 2010
> LOOKING FOR UNCONNECTED NODES
> Read nodes 0
> Good nodes 0
> Leaves of them 0, Twigs of them 0
> Time interval: Sun Oct 31 13:44:02 2010 - Sun Oct 31 13:44:02 2010
> CHECKING EXTENT REGIONS.
> Read twigs 0
> Time interval: Sun Oct 31 13:44:02 2010 - Sun Oct 31 13:44:02 2010
> INSERTING UNCONNECTED NODES
> Twigs: read 0, inserted 0, by item 0, empty 0
> Leaves: read 0, inserted 0, by item 0
> Time interval: Sun Oct 31 13:44:02 2010 - Sun Oct 31 13:44:02 2010
> CHECKING THE SEMANTIC TREE
> Found 712485 objects.
> Lost&found 8 objects.
> Time interval: Sun Oct 31 13:44:02 2010 - Sun Oct 31 13:53:58 2010
> CLEANING UP THE STORAGE TREE
>
>
That's all? Are you sure this output is complete?
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: Bug with KDE 4.5 and reiser4 2.6.34
2010-10-31 13:08 ` Volker Armin Hemmann
2010-10-31 13:29 ` Edward Shishkin
@ 2010-10-31 13:41 ` Edward Shishkin
2010-10-31 14:02 ` Volker Armin Hemmann
1 sibling, 1 reply; 11+ messages in thread
From: Edward Shishkin @ 2010-10-31 13:41 UTC (permalink / raw)
To: Volker Armin Hemmann; +Cc: reiserfs-devel
Volker Armin Hemmann wrote:
> On Sunday 31 October 2010, you wrote:
>
>
>> could you provide fsck output?
>>
>
> sure, here it is:
>
> *******************************************************************
> This is an EXPERIMENTAL version of fsck.reiser4. Read README first.
> *******************************************************************
>
> Fscking the /dev/sda1 block device.
> Will check the consistency of the Reiser4 SuperBlock.
> Will build the Reiser4 FileSystem.
> Continue?
> (Yes/No): Y
> ***** fsck.reiser4 started at Sun Oct 31 13:42:25 2010
> Reiser4 fs was detected on /dev/sda1.
> Master super block (16):
> magic: ReIsEr4
> blksize: 4096
> format: 0x0 (format40)
> uuid: 9d3a5406-15b9-4a95-95e3-256d1571408d
> label: <none>
>
> Format super block (17):
> plugin: format40
> description: Disk-format plugin.
> version: 0
> magic: ReIsEr40FoRmAt
> mkfs id: 0x154b6487
> flushes: 0
> blocks: 15630416
> free blocks: 4275401
> root block: 7434018
> tail policy: 0x2 (smart)
> next oid: 0xd30db
> file count: 712485
> tree height: 5
> key policy: LARGE
>
>
> CHECKING THE STORAGE TREE
> Read nodes 3162120
> Nodes left in the tree 3162120
> Leaves of them 3125028, Twigs of them 36573
> Time interval: Sun Oct 31 13:42:25 2010 - Sun Oct 31 13:43:39 2010
> CHECKING EXTENT REGIONS.
> Read twigs 36573
> Time interval: Sun Oct 31 13:43:39 2010 - Sun Oct 31 13:44:01 2010
> LOOKING FOR UNCONNECTED NODES
> Read nodes 0
> Good nodes 0
> Leaves of them 0, Twigs of them 0
> Time interval: Sun Oct 31 13:44:02 2010 - Sun Oct 31 13:44:02 2010
> CHECKING EXTENT REGIONS.
> Read twigs 0
> Time interval: Sun Oct 31 13:44:02 2010 - Sun Oct 31 13:44:02 2010
> INSERTING UNCONNECTED NODES
> Twigs: read 0, inserted 0, by item 0, empty 0
> Leaves: read 0, inserted 0, by item 0
> Time interval: Sun Oct 31 13:44:02 2010 - Sun Oct 31 13:44:02 2010
> CHECKING THE SEMANTIC TREE
> Found 712485 objects.
> Lost&found 8 objects.
> Time interval: Sun Oct 31 13:44:02 2010 - Sun Oct 31 13:53:58 2010
> CLEANING UP THE STORAGE TREE
>
>
Ah,
it was you, who didn't provide me access
to investigate unexpected fsck aborts?...
Edward.
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: Bug with KDE 4.5 and reiser4 2.6.34
2010-10-31 13:41 ` Edward Shishkin
@ 2010-10-31 14:02 ` Volker Armin Hemmann
2010-11-02 10:09 ` Edward Shishkin
0 siblings, 1 reply; 11+ messages in thread
From: Volker Armin Hemmann @ 2010-10-31 14:02 UTC (permalink / raw)
To: Edward Shishkin, reiserfs-devel
On Sunday 31 October 2010, you wrote:
> Volker Armin Hemmann wrote:
> > On Sunday 31 October 2010, you wrote:
> >> could you provide fsck output?
> >
> > sure, here it is:
> >
> > *******************************************************************
> > This is an EXPERIMENTAL version of fsck.reiser4. Read README first.
> > *******************************************************************
> >
> > Fscking the /dev/sda1 block device.
> > Will check the consistency of the Reiser4 SuperBlock.
> > Will build the Reiser4 FileSystem.
> > Continue?
> > (Yes/No): Y
> > ***** fsck.reiser4 started at Sun Oct 31 13:42:25 2010
> > Reiser4 fs was detected on /dev/sda1.
> > Master super block (16):
> > magic: ReIsEr4
> > blksize: 4096
> > format: 0x0 (format40)
> > uuid: 9d3a5406-15b9-4a95-95e3-256d1571408d
> > label: <none>
> >
> > Format super block (17):
> > plugin: format40
> > description: Disk-format plugin.
> > version: 0
> > magic: ReIsEr40FoRmAt
> > mkfs id: 0x154b6487
> > flushes: 0
> > blocks: 15630416
> > free blocks: 4275401
> > root block: 7434018
> > tail policy: 0x2 (smart)
> > next oid: 0xd30db
> > file count: 712485
> > tree height: 5
> > key policy: LARGE
> >
> >
> > CHECKING THE STORAGE TREE
> >
> > Read nodes 3162120
> > Nodes left in the tree 3162120
> >
> > Leaves of them 3125028, Twigs of them 36573
> >
> > Time interval: Sun Oct 31 13:42:25 2010 - Sun Oct 31 13:43:39
> > 2010
> >
> > CHECKING EXTENT REGIONS.
> >
> > Read twigs 36573
> > Time interval: Sun Oct 31 13:43:39 2010 - Sun Oct 31 13:44:01
> > 2010
> >
> > LOOKING FOR UNCONNECTED NODES
> >
> > Read nodes 0
> > Good nodes 0
> >
> > Leaves of them 0, Twigs of them 0
> >
> > Time interval: Sun Oct 31 13:44:02 2010 - Sun Oct 31 13:44:02
> > 2010
> >
> > CHECKING EXTENT REGIONS.
> >
> > Read twigs 0
> > Time interval: Sun Oct 31 13:44:02 2010 - Sun Oct 31 13:44:02
> > 2010
> >
> > INSERTING UNCONNECTED NODES
> >
> > Twigs: read 0, inserted 0, by item 0, empty 0
> > Leaves: read 0, inserted 0, by item 0
> > Time interval: Sun Oct 31 13:44:02 2010 - Sun Oct 31 13:44:02
> > 2010
> >
> > CHECKING THE SEMANTIC TREE
> >
> > Found 712485 objects.
> > Lost&found 8 objects.
> > Time interval: Sun Oct 31 13:44:02 2010 - Sun Oct 31 13:53:58
> > 2010
> >
> > CLEANING UP THE STORAGE TREE
>
> Ah,
> it was you, who didn't provide me access
> to investigate unexpected fsck aborts?...
>
> Edward.
I put -L fsck.log which was empty and piped to stout.log which was the stuff I
sent you.
I was the one who already had problems with fsck not fixing problems. The good
news: this is a different partition, so if you need metadata I could send it to
you.
Glück Auf,
Volker
--
To unsubscribe from this list: send the line "unsubscribe reiserfs-devel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: Bug with KDE 4.5 and reiser4 2.6.34
2010-10-31 14:02 ` Volker Armin Hemmann
@ 2010-11-02 10:09 ` Edward Shishkin
2010-11-02 18:15 ` Volker Armin Hemmann
0 siblings, 1 reply; 11+ messages in thread
From: Edward Shishkin @ 2010-11-02 10:09 UTC (permalink / raw)
To: Volker Armin Hemmann; +Cc: reiserfs-devel
Volker Armin Hemmann wrote:
> On Sunday 31 October 2010, you wrote:
>
>> Volker Armin Hemmann wrote:
>>
>>> On Sunday 31 October 2010, you wrote:
>>>
>>>> could you provide fsck output?
>>>>
>>> sure, here it is:
>>>
>>> *******************************************************************
>>> This is an EXPERIMENTAL version of fsck.reiser4. Read README first.
>>> *******************************************************************
>>>
>>> Fscking the /dev/sda1 block device.
>>> Will check the consistency of the Reiser4 SuperBlock.
>>> Will build the Reiser4 FileSystem.
>>> Continue?
>>> (Yes/No): Y
>>> ***** fsck.reiser4 started at Sun Oct 31 13:42:25 2010
>>> Reiser4 fs was detected on /dev/sda1.
>>> Master super block (16):
>>> magic: ReIsEr4
>>> blksize: 4096
>>> format: 0x0 (format40)
>>> uuid: 9d3a5406-15b9-4a95-95e3-256d1571408d
>>> label: <none>
>>>
>>> Format super block (17):
>>> plugin: format40
>>> description: Disk-format plugin.
>>> version: 0
>>> magic: ReIsEr40FoRmAt
>>> mkfs id: 0x154b6487
>>> flushes: 0
>>> blocks: 15630416
>>> free blocks: 4275401
>>> root block: 7434018
>>> tail policy: 0x2 (smart)
>>> next oid: 0xd30db
>>> file count: 712485
>>> tree height: 5
>>> key policy: LARGE
>>>
>>>
>>> CHECKING THE STORAGE TREE
>>>
>>> Read nodes 3162120
>>> Nodes left in the tree 3162120
>>>
>>> Leaves of them 3125028, Twigs of them 36573
>>>
>>> Time interval: Sun Oct 31 13:42:25 2010 - Sun Oct 31 13:43:39
>>> 2010
>>>
>>> CHECKING EXTENT REGIONS.
>>>
>>> Read twigs 36573
>>> Time interval: Sun Oct 31 13:43:39 2010 - Sun Oct 31 13:44:01
>>> 2010
>>>
>>> LOOKING FOR UNCONNECTED NODES
>>>
>>> Read nodes 0
>>> Good nodes 0
>>>
>>> Leaves of them 0, Twigs of them 0
>>>
>>> Time interval: Sun Oct 31 13:44:02 2010 - Sun Oct 31 13:44:02
>>> 2010
>>>
>>> CHECKING EXTENT REGIONS.
>>>
>>> Read twigs 0
>>> Time interval: Sun Oct 31 13:44:02 2010 - Sun Oct 31 13:44:02
>>> 2010
>>>
>>> INSERTING UNCONNECTED NODES
>>>
>>> Twigs: read 0, inserted 0, by item 0, empty 0
>>> Leaves: read 0, inserted 0, by item 0
>>> Time interval: Sun Oct 31 13:44:02 2010 - Sun Oct 31 13:44:02
>>> 2010
>>>
>>> CHECKING THE SEMANTIC TREE
>>>
>>> Found 712485 objects.
>>> Lost&found 8 objects.
>>> Time interval: Sun Oct 31 13:44:02 2010 - Sun Oct 31 13:53:58
>>> 2010
>>>
>>> CLEANING UP THE STORAGE TREE
>>>
>> Ah,
>> it was you, who didn't provide me access
>> to investigate unexpected fsck aborts?...
>>
>> Edward.
>>
>
> I put -L fsck.log which was empty and piped to stout.log which was the stuff I
> sent you.
> I was the one who already had problems with fsck not fixing problems. The good
> news: this is a different partition, so if you need metadata I could send it to
> you.
>
>
Please, at first make sure that the problems are on /dev/sda1
that you have fsck-ed: find the file name with "find -inum 11052573",
then try to read this file to confirm it really issues the kernel warnings
"orphan unprepped cluster".
Edward.
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: Bug with KDE 4.5 and reiser4 2.6.34
2010-11-02 10:09 ` Edward Shishkin
@ 2010-11-02 18:15 ` Volker Armin Hemmann
2010-11-02 19:47 ` Edward Shishkin
0 siblings, 1 reply; 11+ messages in thread
From: Volker Armin Hemmann @ 2010-11-02 18:15 UTC (permalink / raw)
To: Edward Shishkin; +Cc: reiserfs-devel
Hi,
On Tuesday 02 November 2010, Edward Shishkin wrote:
> find -inum 11052573
I moved all the pictures in home in their directory and one of the errors -
11052576 - is gone
11052573 exists and when kde tries to generate the thumbnails, dmesg is again
flooded. When I try to cat the file, I get an i/o error and dmesg is flooded even
more.
About the fsck: when I do not pipe the output into stout.log, I can see the
spinner/progress bar moving and the procent going up, so fsck is doing
something. It just does not fix the problem. Is there some option to make fsck
show what it is doing?
smartctl doesn't show any defective blocks.
Glück Auf,
Volker
--
To unsubscribe from this list: send the line "unsubscribe reiserfs-devel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: Bug with KDE 4.5 and reiser4 2.6.34
2010-11-02 18:15 ` Volker Armin Hemmann
@ 2010-11-02 19:47 ` Edward Shishkin
0 siblings, 0 replies; 11+ messages in thread
From: Edward Shishkin @ 2010-11-02 19:47 UTC (permalink / raw)
To: Volker Armin Hemmann; +Cc: ReiserFS Development List
Volker Armin Hemmann wrote:
> Hi,
>
> On Tuesday 02 November 2010, Edward Shishkin wrote:
>
>> find -inum 11052573
>>
>
> I moved all the pictures in home in their directory and one of the errors -
> 11052576 - is gone
>
> 11052573 exists and when kde tries to generate the thumbnails, dmesg is again
> flooded. When I try to cat the file, I get an i/o error and dmesg is flooded even
> more.
> About the fsck: when I do not pipe the output into stout.log, I can see the
> spinner/progress bar moving and the procent going up, so fsck is doing
> something. It just does not fix the problem. Is there some option to make fsck
> show what it is doing?
>
Ok, could you send me the packed metadata?
Such packing will cut the orphan clusters though...
Let's take a look why it doesn't print even consistency status.
Edward.
^ permalink raw reply [flat|nested] 11+ messages in thread
end of thread, other threads:[~2010-11-02 19:47 UTC | newest]
Thread overview: 11+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2010-10-31 3:06 Bug with KDE 4.5 and reiser4 2.6.34 Volker Armin Hemmann
2010-10-31 9:48 ` Edward Shishkin
2010-10-31 11:43 ` Volker Armin Hemmann
2010-10-31 12:03 ` Edward Shishkin
2010-10-31 13:08 ` Volker Armin Hemmann
2010-10-31 13:29 ` Edward Shishkin
2010-10-31 13:41 ` Edward Shishkin
2010-10-31 14:02 ` Volker Armin Hemmann
2010-11-02 10:09 ` Edward Shishkin
2010-11-02 18:15 ` Volker Armin Hemmann
2010-11-02 19:47 ` Edward Shishkin
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.