reiserfs-devel.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Edward Shishkin <edward.shishkin@gmail.com>
To: doiggl@velocitynet.com.au
Cc: Ivan Shapovalov <intelfx100@gmail.com>, reiserfs-devel@vger.kernel.org
Subject: Re: reiser4progs revision.
Date: Thu, 28 Aug 2014 14:54:58 +0200	[thread overview]
Message-ID: <53FF26A2.2060300@gmail.com> (raw)
In-Reply-To: <4a7ae00218566234cc327500710d1a61@mail.velocitynet.com.au>

On 08/28/2014 04:34 AM, doiggl@velocitynet.com.au wrote:
> On Wed, 27 Aug 2014 14:56:05 +0200, Edward Shishkin
> <edward.shishkin@gmail.com> wrote:
>> On 08/27/2014 09:33 AM, doiggl@velocitynet.com.au wrote:
>>>> Looks like the filesystem is damaged. Make sure that reiser4progs are
>>>> installed
>>>> and run
>>>>
>>>> # fsck.reiser4 --build-fs /dev/sdb
>>>>
>>>> (You may need to use --force because apparently you have R4 on a whole
>>>> disk,
>>>> not on a partition.)
>>>>
>>>> Hope that helps,
>>> #
>>>
>>> Hello,
>>> Thanks for the details.
>>>
>>> I did the fpllowing steps:
>>> # fsck.reiser4 --build-fs --force  /dev/sdb
>>> *******************************************************************
>>> This is an EXPERIMENTAL version of fsck.reiser4. Read README first.
>>> *******************************************************************
>>>
>>> Fscking the /dev/sdb block device.
>>>
>>>
>>>              
>>> Will check the consistency of the Reiser4 SuperBlock.
>>>                                                
>>> Will build the Reiser4 FileSystem.
>>>                                                
>>> ***** fsck.reiser4 started at Tue Aug 26 17:22:24 2014
>>> Reiser4 fs was detected on /dev/sdb.
>>>                                                
>>> Master super block (16):
>>> magic:          ReIsEr4
>>> blksize:        4096
>>> format:         0x0 (format40)
>>> uuid:           3006ced1-7490-4ea8-a9b8-d82143c6bede
>>> label:          <none>
>>>    
>>> Format super block (17):
>>> plugin:         format40
>>> description:    Disk-format plugin.
>>> version:        0
>>> magic:          ReIsEr40FoRmAt
>>> mkfs id:        0x1ddaf754
>>> flushes:        0
>>> blocks:         488378640
>>> free blocks:    217146980
>>> root block:     37017218
>>> tail policy:    0x2 (smart)
>>> next oid:       0xedade
>>> file count:     188313
>>> tree height:    6
>>> key policy:     LARGE
>>>    
>>>    
>>> CHECKING THE STORAGE TREE
>>>                                                
>>>           Read nodes 197008413
>>>                                                
>>>           Nodes left in the tree 197008413
>>>                                                
>>>                   Leaves of them 194764277, Twigs of them 2217790
>>>                                                
>>>           Time interval: Tue Aug 26 17:24:21 2014 - Wed Aug 27 01:25:31
>>>           2014
>>>                                                
>>> CHECKING EXTENT REGIONS.
>>>                                                
>>>           Read twigs 2217790
>>>                                                
>>>           Time interval: Wed Aug 27 01:25:31 2014 - Wed Aug 27 03:35:39
>>>           2014
>>>                                                
>>> LOOKING FOR UNCONNECTED NODES
>>>                                                
>>> FSCK: node.c: 108: repair_node_items_check: Node (43828275), items (0)
>>> and
>>> (1): Wrong order of keys.
>>> FSCK: node.c: 108: repair_node_items_check: Node (52697435), items (79)
>>> and (80): Wrong order of keys.
>>> FSCK: node.c: 108: repair_node_items_check: Node (63227569), items (24)
>>> and (25): Wrong order of keys.
>>> FSCK: node.c: 108: repair_node_items_check: Node (63227571), items (73)
>>> and (74): Wrong order of keys.
>>> FSCK: node.c: 108: repair_node_items_check: Node (116595727), items
> (20)
>>> and (21): Wrong order of keys.
>>> FSCK: node.c: 108: repair_node_items_check: Node (227923161), items
> (22)
>>> and (23): Wrong order of keys.
>>> FSCK: node.c: 108: repair_node_items_check: Node (284305753), items
> (61)
>>> and (62): Wrong order of keys.
>>>           Read nodes 1481038
>>>                                              
>>>           Good nodes 471512
>>>                   Leaves of them 466164, Twigs of them 5348
>>>           Time interval: Wed Aug 27 03:35:57 2014 - Wed Aug 27 03:39:46
>>>           2014
>>>
>>> ***** fsck.reiser4 finished at Wed Aug 27 03:39:46 2014
>>> Closing fs...done
>>>
>>> FS is consistent.
>>
>> This is a bug in fsck: it jumps to wrong branch for some reasons.
>> Not yet fixed.
>>
>> Edward.
> Hello,

Hello.

> Some questions:
>
>   - Can fsck be fixed so it jumps to "correct" branch branch. ?

Yes, it can.

>   - It would be useful to display a message when a Node or key is fixed.

Why?


Thanks,
Edward.


>   - I can test and report back on the results on a newer reiser4progs
>
>   - I can get it build at following location:
>     Rpms will be produced.
>     https://build.opensuse.org/package/show/home:doiggl/reiser4progs
>     
>     reiser4progs.changes 	5.73 KB 	
>     reiser4progs.spec 	3.73 KB 	
>     reiser4progs-1.0.9.tar.gz 	892 KB
>
> Thanks Glenn
>
> # fsck.reiser4  --h
> Usage: fsck.reiser4 [ options ] FILE
> Fsck options:
>    --check                       checks the consistency (default)
>    --fix                         fixes minor corruptions
>    --build-sb                    rebuilds the super block
>    --build-fs                    rebuilds the filesystem
>
>    -L, --logfile file            complains into the file
>    -n, --no-log                  makes fsck to not complain
>    -a, --auto                    automatically checks the consistency
>                                  without any questions.
>    -q, --quiet                   supresses gauges
>    -r                            ignored
> Plugins options:
>    --print-profile               prints the plugin profile.
>    -l, --print-plugins           prints all known plugins.
>    -o, --override TYPE=PLUGIN    overrides the default plugin of the type
>                                  "TYPE" by the plugin "PLUGIN" in the
>                                  profile.
> Common options:
>    -?, -h, --help                prints program usage.
>    -V, --version                 prints current version.
>    -y, --yes                     assumes an answer 'yes' to all questions.
>    -f, --force                   makes fsck to use whole disk, not block
>                                  device or mounted partition.
>    -p, --preen                   automatically repair the filesysem.
>    -c, --cache N                 number of nodes in tree buffer cache
>   
>   


  reply	other threads:[~2014-08-28 12:54 UTC|newest]

Thread overview: 16+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-08-26  6:52 What can I do next to use R4 partition sdb doiggl
2014-08-26  7:03 ` Ivan Shapovalov
2014-08-27  7:33   ` doiggl
2014-08-27 12:56     ` Edward Shishkin
2014-08-28  2:34       ` reiser4progs revision doiggl
2014-08-28 12:54         ` Edward Shishkin [this message]
2014-08-28 14:46           ` dimas
2014-08-29  2:16           ` doiggl
2014-08-29 13:27             ` Edward Shishkin
2014-08-29 14:00               ` doiggl
2015-01-30  8:03               ` doiggl
2015-02-11  8:26       ` What can I do next to use R4 partition sdb doiggl
2015-04-13  3:55       ` Can the fix for 'bug in fsck: it jumps to wrong branch for some reason' be included in next reiser4progs please doiggl
2015-12-12  8:45       ` What can I do next to use R4 partition sdb doiggl
2015-02-23 13:41   ` doiggl
2015-02-24  0:00     ` doiggl

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=53FF26A2.2060300@gmail.com \
    --to=edward.shishkin@gmail.com \
    --cc=doiggl@velocitynet.com.au \
    --cc=intelfx100@gmail.com \
    --cc=reiserfs-devel@vger.kernel.org \
    /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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).