* Is there any way to access to the following r4 partition on disk - /dev/sdb
@ 2015-02-22 14:32 doiggl
2015-02-22 15:56 ` Vladimir Shebordaev
0 siblings, 1 reply; 4+ messages in thread
From: doiggl @ 2015-02-22 14:32 UTC (permalink / raw)
To: reiserfs-devel
Hello,
- Is there any way to access to the following r4 partition on disk ?
[dev/sdb]
- Are there any switches to help identify the problem ?
I want to copy the files to another partition.
The command fails for some reason:
How can I get the following to work ?
# mount /dev/sdb /media/disk
mount: mount(2) failed: No such file or directory
--Thankyou Glenn
# rpm -qa | grep -i reiser4progs
reiser4progs-1.0.9-58.1.x86_64
reiser4progs-debuginfo-1.0.9-56.1.x86_64
# ll /lib/modules/`uname -r`/kernel/fs/reiser4
total 733
-rw-r--r-- 1 root root 747680 Feb 16 12:34 reiser4.ko
Links
http://www.spinics.net/lists/reiserfs-devel/msg04657.html
http://www.spinics.net/lists/reiserfs-devel/msg04206.html
I did this in the past.
#######################
# 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.
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: Is there any way to access to the following r4 partition on disk - /dev/sdb
2015-02-22 14:32 Is there any way to access to the following r4 partition on disk - /dev/sdb doiggl
@ 2015-02-22 15:56 ` Vladimir Shebordaev
2015-02-23 2:14 ` doiggl
0 siblings, 1 reply; 4+ messages in thread
From: Vladimir Shebordaev @ 2015-02-22 15:56 UTC (permalink / raw)
To: doiggl; +Cc: reiserfs-devel
Hi,
On Mon, 2015-02-23 at 01:32 +1100, doiggl@velocitynet.com.au wrote:
> Hello,
> - Is there any way to access to the following r4 partition on disk ?
> [dev/sdb]
> - Are there any switches to help identify the problem ?
> I want to copy the files to another partition.
>
> The command fails for some reason:
> How can I get the following to work ?
>
> # mount /dev/sdb /media/disk
> mount: mount(2) failed: No such file or directory
>
This error message literally means that mount(2) system call fails to
find a directory entry. Since you have just two of it on you command
line, it shouldn't take long to guess what.
Are you sure /media/disk mountpoint exists? If it does, what shows up
from /proc/partitions? Is sdb a removable disk? Do you have udev
running?..
By the way, did you try to run fsck on this disk ever since 08/26 last
year?
--
Regards,
Vladimir
> --Thankyou Glenn
>
> # rpm -qa | grep -i reiser4progs
> reiser4progs-1.0.9-58.1.x86_64
> reiser4progs-debuginfo-1.0.9-56.1.x86_64
>
> # ll /lib/modules/`uname -r`/kernel/fs/reiser4
> total 733
>
> -rw-r--r-- 1 root root 747680 Feb 16 12:34 reiser4.ko
> Links
> http://www.spinics.net/lists/reiserfs-devel/msg04657.html
> http://www.spinics.net/lists/reiserfs-devel/msg04206.html
>
> I did this in the past.
> #######################
>
> # 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.
>
>
> --
> 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] 4+ messages in thread
* Re: Is there any way to access to the following r4 partition on disk - /dev/sdb
2015-02-22 15:56 ` Vladimir Shebordaev
@ 2015-02-23 2:14 ` doiggl
2015-02-23 9:52 ` Vladimir Shebordaev
0 siblings, 1 reply; 4+ messages in thread
From: doiggl @ 2015-02-23 2:14 UTC (permalink / raw)
To: Vladimir Shebordaev; +Cc: reiserfs-devel
On Sun, 22 Feb 2015 18:56:00 +0300, Vladimir Shebordaev
<vladimir.shebordaev@gmail.com> wrote:
> Hi,
>
> On Mon, 2015-02-23 at 01:32 +1100, doiggl@velocitynet.com.au wrote:
>> Hello,
>> - Is there any way to access to the following r4 partition on disk ?
>> [dev/sdb]
>> - Are there any switches to help identify the problem ?
>> I want to copy the files to another partition.
>>
>> The command fails for some reason:
>> How can I get the following to work ?
>>
>> # mount /dev/sdb /media/disk
>> mount: mount(2) failed: No such file or directory
>>
>
> This error message literally means that mount(2) system call fails to
> find a directory entry. Since you have just two of it on you command
> line, it shouldn't take long to guess what.
>
> Are you sure /media/disk mountpoint exists? If it does, what shows up
> from /proc/partitions? Is sdb a removable disk? Do you have udev
> running?..
>
> By the way, did you try to run fsck on this disk ever since 08/26 last
> year?
>
> --
> Regards,
> Vladimir
>
>> --Thankyou Glenn
>>
>> # rpm -qa | grep -i reiser4progs
>> reiser4progs-1.0.9-58.1.x86_64
>> reiser4progs-debuginfo-1.0.9-56.1.x86_64
>>
>> # ll /lib/modules/`uname -r`/kernel/fs/reiser4
>> total 733
>>
>>
>> -rw-r--r-- 1 root root 747680 Feb 16 12:34 reiser4.ko
>> Links
>> http://www.spinics.net/lists/reiserfs-devel/msg04657.html
>> http://www.spinics.net/lists/reiserfs-devel/msg04206.html
>>
>> I did this in the past.
>> #######################
>>
>> # 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.
RE:
Are you sure /media/disk mountpoint exists? If it does, what shows up
from /proc/partitions? Is sdb a removable disk? Do you have udev
running?..
- Are you sure /media/disk mountpoint exists? yes
# ll /media/disk
total 0
- what shows up from /proc/partitions ?
# ll /proc/partitions
-r--r--r-- 1 root root 0 Feb 23 07:40 /proc/partitions
# cat /proc/partitions
major minor #blocks name
8 0 62522712 sda
8 1 18217678 sda1
8 2 12546765 sda2
8 3 29295173 sda3
8 4 2462720 sda4
11 0 1048575 sr0
8 16 1953514584 sdb
- Do you have udev running ?
# ps -ef | grep -i udev
root 281 1 0 Feb22 ? 00:00:00
/usr/lib/systemd/systemd-udevd
- By the way, did you try to run fsck on this disk ever since 08/26 last
year?
yes with --check option
# fsck.reiser4 --check /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 check the consistency of the Reiser4 FileSystem.
Continue?
(Yes/No): yes
***** fsck.reiser4 started at Mon Feb 23 01:34:22 2015
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: Mon Feb 23 01:36:17 2015 - Mon Feb 23 09:24:11 2015
CHECKING EXTENT REGIONS.
] 5%CHECKING THE STORAGE
TREE
Read nodes 197008413
Nodes left in the tree 197008413
Leaves of them 194764277, Twigs of them 2217790
Time interval: Mon Feb 23 01:36:17 2015 - Mon Feb 23 09:24:11 2015
Read twigs 2217790
Time interval: Mon Feb 23 09:24:11 2015 - Mon Feb 23 11:34:13 2015
CHECKING THE SEMANTIC TREE
FSCK: semantic.c: 573: repair_semantic_dir_open: Failed to recognize the
plugin for the directory [29:0:2a].
FSCK: semantic.c: 651: repair_semantic_root_prepare: No root directory
opened.
Time interval: Mon Feb 23 11:34:13 2015 - Mon Feb 23 11:34:13 2015
FSCK: repair.c: 550: repair_sem_fini: On-disk used block bitmap and really
used block bitmap differ.
***** fsck.reiser4 finished at Mon Feb 23 11:34:13 2015
Closing fs...done
2 fatal corruptions were detected in FileSystem. Run with --build-fs
option to fix them.
#
Next:
-----
Will run the following command and post result:
# fsck.reiser4 --build-fs --force /dev/sdb
--Glenn
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: Is there any way to access to the following r4 partition on disk - /dev/sdb
2015-02-23 2:14 ` doiggl
@ 2015-02-23 9:52 ` Vladimir Shebordaev
0 siblings, 0 replies; 4+ messages in thread
From: Vladimir Shebordaev @ 2015-02-23 9:52 UTC (permalink / raw)
To: doiggl; +Cc: reiserfs-devel
On Mon, 2015-02-23 at 13:14 +1100, doiggl@velocitynet.com.au wrote:
> On Sun, 22 Feb 2015 18:56:00 +0300, Vladimir Shebordaev
> <vladimir.shebordaev@gmail.com> wrote:
> > Hi,
> >
> > On Mon, 2015-02-23 at 01:32 +1100, doiggl@velocitynet.com.au wrote:
> >> Hello,
> >> - Is there any way to access to the following r4 partition on disk ?
> >> [dev/sdb]
> >> - Are there any switches to help identify the problem ?
> >> I want to copy the files to another partition.
> >>
> >> The command fails for some reason:
> >> How can I get the following to work ?
> >>
> >> # mount /dev/sdb /media/disk
> >> mount: mount(2) failed: No such file or directory
> >>
> >
> > This error message literally means that mount(2) system call fails to
> > find a directory entry. Since you have just two of it on you command
> > line, it shouldn't take long to guess what.
> >
> > Are you sure /media/disk mountpoint exists? If it does, what shows up
> > from /proc/partitions? Is sdb a removable disk? Do you have udev
> > running?..
> >
> > By the way, did you try to run fsck on this disk ever since 08/26 last
> > year?
> >
> > --
> > Regards,
> > Vladimir
> >
> >> --Thankyou Glenn
> >>
> >> # rpm -qa | grep -i reiser4progs
> >> reiser4progs-1.0.9-58.1.x86_64
> >> reiser4progs-debuginfo-1.0.9-56.1.x86_64
> >>
> >> # ll /lib/modules/`uname -r`/kernel/fs/reiser4
> >> total 733
>
> >>
> >>
> >> -rw-r--r-- 1 root root 747680 Feb 16 12:34 reiser4.ko
> >> Links
> >> http://www.spinics.net/lists/reiserfs-devel/msg04657.html
> >> http://www.spinics.net/lists/reiserfs-devel/msg04206.html
> >>
> >> I did this in the past.
> >> #######################
> >>
> >> # 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.
>
> RE:
> Are you sure /media/disk mountpoint exists? If it does, what shows up
> from /proc/partitions? Is sdb a removable disk? Do you have udev
> running?..
>
> - Are you sure /media/disk mountpoint exists? yes
>
>
> # ll /media/disk
> total 0
>
> - what shows up from /proc/partitions ?
>
> # ll /proc/partitions
> -r--r--r-- 1 root root 0 Feb 23 07:40 /proc/partitions
>
> # cat /proc/partitions
> major minor #blocks name
>
> 8 0 62522712 sda
> 8 1 18217678 sda1
> 8 2 12546765 sda2
> 8 3 29295173 sda3
> 8 4 2462720 sda4
> 11 0 1048575 sr0
> 8 16 1953514584 sdb
>
ok.
> - Do you have udev running ?
>
> # ps -ef | grep -i udev
> root 281 1 0 Feb22 ? 00:00:00
> /usr/lib/systemd/systemd-udevd
>
> - By the way, did you try to run fsck on this disk ever since 08/26 last
> year?
>
> yes with --check option
>
> # fsck.reiser4 --check /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 check the consistency of the Reiser4 FileSystem.
>
> Continue?
>
> (Yes/No): yes
> ***** fsck.reiser4 started at Mon Feb 23 01:34:22 2015
> 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: Mon Feb 23 01:36:17 2015 - Mon Feb 23 09:24:11 2015
>
> CHECKING EXTENT REGIONS.
>
> ] 5%CHECKING THE STORAGE
> TREE
>
> Read nodes 197008413
>
> Nodes left in the tree 197008413
> Leaves of them 194764277, Twigs of them 2217790
> Time interval: Mon Feb 23 01:36:17 2015 - Mon Feb 23 09:24:11 2015
>
> Read twigs 2217790
>
> Time interval: Mon Feb 23 09:24:11 2015 - Mon Feb 23 11:34:13 2015
>
> CHECKING THE SEMANTIC TREE
>
> FSCK: semantic.c: 573: repair_semantic_dir_open: Failed to recognize the
> plugin for the directory [29:0:2a].
> FSCK: semantic.c: 651: repair_semantic_root_prepare: No root directory
> opened.
This looks like a generic format error. Roughly speaking, here your
current fsck fails to recognize a partition as the reiser4 one in its
current sense. The same thing may happen at runtime, so that
reiser4_mount() eventually return -ENOENT to the kernel. You should use
debugger or at least enable debugging output in the filesystem code to
be pretty confident of it.
So, my guess is that something get screwed up when you manually apply
all experimental patches against reiser4/progs release(s).
There are 2 ways to get it fixed.
The first one is to continue on with debugging, make dumps, use kgdb or
whatever kernel debugger you've got handy, etc. This routine would make
sense if you keep track of changes you do against reiser4/progs
releases, so that you will be able to identify the incompatible one and
roll it back. Either, you can guess what you are missing. It would also
help you to understand what you are doing.
Instead, you can just make use of the same mkfs/fsck, library and
kernel/module binaries that you have been using to format the disk and
mount it for the first time. Sure, if you did back it up.
In the hope it helps.
--
Regards,
Vladimir
> Time interval: Mon Feb 23 11:34:13 2015 - Mon Feb 23 11:34:13 2015
>
> FSCK: repair.c: 550: repair_sem_fini: On-disk used block bitmap and really
> used block bitmap differ.
> ***** fsck.reiser4 finished at Mon Feb 23 11:34:13 2015
> Closing fs...done
>
> 2 fatal corruptions were detected in FileSystem. Run with --build-fs
> option to fix them.
> #
>
>
> Next:
> -----
> Will run the following command and post result:
> # fsck.reiser4 --build-fs --force /dev/sdb
>
>
> --Glenn
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2015-02-23 9:52 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2015-02-22 14:32 Is there any way to access to the following r4 partition on disk - /dev/sdb doiggl
2015-02-22 15:56 ` Vladimir Shebordaev
2015-02-23 2:14 ` doiggl
2015-02-23 9:52 ` Vladimir Shebordaev
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).