Re: sync_action missing in action in linux-2.6.12 ?

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



If flashing the firmware to a newer one provides a newer kernel, this
is a better option.

These boxes come very customized and stripped down, so it may be
tricky, if possible, to achieve what you want. If this NAS box has
been around for more than 2 years, someone may have already tinkered
with it. I guess...

On Fri, Sep 11, 2009 at 12:18 AM, Louis-Michel
Gelinas<coradiant.kernel@xxxxxxxxx> wrote:
> Hi all,
>
> I bought this neat little NAS box (dlink dns-323).
>
> I runs linux-2.6.12.6 and mdadm 2.5.6
>
> There is a nice community and tools to "hack" it and use it as a
> "normal" linux system.
>
> I would like to run raid1 "repair" and "check" sync_action.
>
> However, I do not have a sync_action file in /sys.
>
> sysfs was not mounted, maybe that is the problem...
>
> There is a /sys folder holding stuff that does not look like a sysfs
> heirachy:
> ls -l /sys
> total 4
> drwxr-xr-x 18 root root  197 Mar 27 02:41 crfs
> drwxr-xr-x  3 root root 1024 Sep  9 17:29 custom
> drwxr-xr-x  2 root root 1024 Sep  9 17:29 mtd1
> drwxr-xr-x  2 root root 1024 Feb 13  2006 mtd2
>
>
> So i did :
> mkdir /sys2
> mount -t sysfs /sys2 /sys2  ( This worked, is it proper?  )
>
> The structure under /sys2 looks familiar, however, in /sys2/block/md0 I
> have no md folder! only :
> /sys2/block/md0 # ls -l
> total 0
> -r--r--r-- 1 root root 4096 Sep 10 09:39 dev
> -r--r--r-- 1 root root 4096 Sep 10 09:39 range
> -r--r--r-- 1 root root 4096 Sep 10 09:39 removable
> -r--r--r-- 1 root root 4096 Sep 10 09:39 size
> -r--r--r-- 1 root root 4096 Sep 10 09:39 stat
>
> I have been reading this list for a few years now and I know I am a
> little off topic and should go to the forums about the dns-323... But I
> found nothing anywhere.
>
> So, am I doing something wrong with sysfs ? Should i assemble the array
> after sysfs is mounted? Is there a sync_action in 2.6.12?
>
> Also, is there any other way to trigger the check/repair? I can
> code/compile my own userspace tool to call an ioctl if needed...
>
> Is my only option to write my own scripted sector diff/remap tool?
>
> Upgrading the kernel is an option but requires flashing the firmware,
> something I would rather avoid at this point.
>
>
> any help appreciated.
> lmg
>
> --
> To unsubscribe from this list: send the line "unsubscribe linux-raid" in
> the body of a message to majordomo@xxxxxxxxxxxxxxx
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
>



-- 
       Majed B.
--
To unsubscribe from this list: send the line "unsubscribe linux-raid" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html

[Index of Archives]     [Linux RAID Wiki]     [ATA RAID]     [Linux SCSI Target Infrastructure]     [Linux Block]     [Linux IDE]     [Linux SCSI]     [Linux Hams]     [Device Mapper]     [Device Mapper Cryptographics]     [Kernel]     [Linux Admin]     [Linux Net]     [GFS]     [RPM]     [git]     [Yosemite Forum]


  Powered by Linux