Page 3 of 3 FirstFirst 123
Results 21 to 25 of 25

Thread: [SOLVED] problem mounting partition after data recovery

  1. #21
    Join Date
    Sep 2007
    Beans
    183

    Re: problem mounting partition after data recovery

    Thanks, good to see you agian.
    The fsck says the /dev/sdb1 is clean and a report pf occupied blocks and files.
    Here's the tune2fs -l output with sdb1 mounted:
    Code:
    tune2fs 1.40.2 (12-Jul-2007)
    Filesystem volume name:   <none>
    Last mounted on:          <not available>
    Filesystem UUID:          4fce5b0b-5ef2-4e58-9aaf-28fa5575e67c
    Filesystem magic number:  0xEF53
    Filesystem revision #:    1 (dynamic)
    Filesystem features:      has_journal resize_inode dir_index filetype sparse_super large_file
    Filesystem flags:         signed directory hash 
    Default mount options:    (none)
    Filesystem state:         not clean
    Errors behavior:          Continue
    Filesystem OS type:       Linux
    Inode count:              9830400
    Block count:              19633430
    Reserved block count:     981671
    Free blocks:              17971203
    Free inodes:              9691494
    First block:              0
    Block size:               4096
    Fragment size:            4096
    Reserved GDT blocks:      1019
    Blocks per group:         32768
    Fragments per group:      32768
    Inodes per group:         16384
    Inode blocks per group:   512
    Filesystem created:       Tue Sep  4 15:12:06 2007
    Last mount time:          Sun Jul 20 16:04:18 2008
    Last write time:          Sun Jul 20 16:04:18 2008
    Mount count:              4
    Maximum mount count:      24
    Last checked:             Mon Jul 14 13:32:19 2008
    Check interval:           15552000 (6 months)
    Next check after:         Sat Jan 10 12:32:19 2009
    Reserved blocks uid:      0 (user root)
    Reserved blocks gid:      0 (group root)
    First inode:              11
    Inode size:               128
    Journal inode:            8
    Default directory hash:   tea
    Directory Hash Seed:      1d6aeaeb-061b-4c92-b4bb-3a5fdf4be8e1
    Journal backup:           inode blocks
    But it still says that the filesystem is not clean. What is going on?

  2. #22
    Join Date
    Mar 2008
    Beans
    4,715
    Distro
    Ubuntu 9.10 Karmic Koala

    Re: problem mounting partition after data recovery

    I googled "filesystem state not clean" and found some pages which say this is normal when a partition is mounted. Oddly, when I try the tune2fs command on my system, it comes back saying clean, even on mounted partitions, so I'm not really sure what to believe.

    Let's go back to the symptions.

    You can now mount sdb1 using the command

    mount /dev/sdb1 /media/sdb1

    right? So please remind me... what is the problem?

  3. #23
    Join Date
    Sep 2007
    Beans
    183

    Exclamation Re: problem mounting partition after data recovery

    Actually the problem was that the partition did not mount with its ordinary file system (ext3), then you came up with the idea that it might be ext2 rather than ext3. It did mount (and does) with -t ext2 suffix, but the problem is that system still sees the partition as ext3 but opens it only as ext2.

    As I can mount the partition as ext2 there is always danger of journaling mismatch when I am going to make another backup copy. But I will give that a try. Lets see what happens, I do not believe that can make so much trouble but just a precaution I have in mind.

  4. #24
    Join Date
    Mar 2008
    Beans
    4,715
    Distro
    Ubuntu 9.10 Karmic Koala

    Re: problem mounting partition after data recovery

    Sorry pooyaplus, I don't know of any elegant way to fix this. The crude but probably effective way (as mentioned before) would be to backup the data, destroy the partition, recreate an ext3 partition (using a linux tool like GParted or even fdisk) and then copying the data back.

  5. #25
    Join Date
    Sep 2007
    Beans
    183

    Arrow Re: problem mounting partition after data recovery

    Hi, I appreciate your help. I do believe that's the best course of action in this case.

    Thank you very much indeed.

Page 3 of 3 FirstFirst 123

Tags for this Thread

Bookmarks

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •