NETGEAR is aware of a growing number of phone and online scams. To learn how to stay safe click here.
Forum Discussion
Solved
fsck failing against /dev/c/c_YYYY_MM_DD_HH24_MI
Hello.
Can anyone help me to get an idea of how to fix the following..
During each boot there is fsck scheduled and I get the following in the configured email:
fsck 1.42.12 (29-Aug-2014)
/dev/c/c: clean, 756316/121716736 files, 940648136/1947467776 blocks
fsck.ext4: Bad magic number in super-block while trying to open /dev/c/c_2013_01_13_07_00
/dev/c/c_2013_01_13_07_00:
The superblock could not be read or does not describe a valid ext2/ext3/ext4
filesystem. If the device is valid and it really contains an ext2/ext3/ext4
filesystem (and not swap or ufs or something else), then the superblock
is corrupt, and you might try running e2fsck with an alternate superblock:
e2fsck -b 8193 <device>
or
e2fsck -b 32768 <device>
everything is stored on /dev/c/c and all disks seem to be visible and without problems, i.e. I dont experience problems with accessing the data.
Looking at fsck.log extract dated back to 2012 (when this error message started to pop up):
...
***** Volume maintainance: Online file system check performed at Sun Dec 30 07:00:11 2012 *****
Warning! /dev/c/c_2012_12_30_07_00 is mounted.
Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information
/dev/c/c_2012_12_30_07_00: 98333/60817408 files (14.3% non-contiguous), 389063700/973078528 blocks
***** Volume maintainance: Online file system check performed at Sun Jan 6 07:00:12 2013 *****
Warning! /dev/c/c_2013_01_06_07_00 is mounted.
Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information
/dev/c/c_2013_01_06_07_00: 98690/60817408 files (14.4% non-contiguous), 407680312/973078528 blocks
***** File system check performed at Wed Feb 6 04:15:48 GST 2013 *****
fsck 1.41.14 (22-Dec-2010)
/dev/c/c: clean, 107283/91267072 files, 437388225/1460273152 blocks
fsck.ext4: Bad magic number in super-block while trying to open /dev/c/c_2013_01_13_07_00
/dev/c/c_2013_01_13_07_00:
The superblock could not be read or does not describe a correct ext2
filesystem. If the device is valid and it really contains an ext2
filesystem (and not swap or ufs or something else), then the superblock
is corrupt, and you might try running e2fsck with an alternate superblock:
e2fsck -b 8193 <device>
...I do not fully understand the logic behind, but it looks like for each fsck run scheduled, it makes a new device (temporarily?) named /dev/c/c_YYYY_MM_DD_HH24_MI. Everything was fine until 13.01.2013. If I remember correctly, there was a disk removal+insertion that time. And now I always get this message from the bottom..
When I remove this device so that it no longer visible in /dev/c/, it will pop up again during next fsck run..
Can anyone suggest if this is really important and how to get rid of it?
Thanks,
Igor
I didn't get all the information needed to login.
I have replied to your PM.
7 Replies
Replies have been turned off for this discussion
When the online filesystem check is run, a snapshot is created and the filesystem check is done against that.
Can you send in your logs (see the Sending Logs link in my sig)?
Thanks for your reply. I have sent the logs
Thanks for your logs. I have sent you a PM. It seems an old snapshot wasn't removed properly. I can remove it manually.
The online filesystem check works off a snapshot. If the snapshot space is e.g. 10GB (which it is on the Ultra) and you write more than 10GB to the NAS whilst the snapshot exists the snapshot will be invalidated. In such cases the snapshot should then be removed, but for whatever reason that didn't work properly in this case.
NETGEAR Academy
Boost your skills with the Netgear Academy - Get trained, certified and stay ahead with the latest Netgear technology!
Join Us!
