On Sat, 24 Sep 2011, Walter Marvin wrote:
> To convert data ext3 to ext2 is simple: backup the ext3 reformat with
> ext2, then restore the data. Tachnologics root file system can't be
> converted that way because of journaling and other considerations.
Actually there is another way, because ext2 and ext3 are so closely related
as filesystems. Make sure the partition is not mounted, then as root turn
off journalling...
tune2fs -O ^has_journal /dev/hdxx (sub the device for your paritition)
Then fsck the partition...
e2fsck /dev/hdxx
The partition is now ext2
Jim
PS Of course it is ALWAYS sensible to backup data before doing anything
like this
>
> From: jongsoo_k <>
> To:
> Sent: Sunday, September 25, 2011 12:34 AM
> Subject: [ts-7000] Re: TS-7553 MicroSD longevity
>
>
>
> Hi Walter or anyone
>
> I am having nightmare with TS7500.
> Many files in my SD card becomes read-only in 3- 4 weeks.
> Finally apache stops and nothing seems working...
>
> I would like to implement "noatime".
>
> My system also has battery-back-up. It detects power off and the system
> shutdowns smoothly.
> I want to try ext2 based on you comment since my system has battery.
>
> My question is how to convert Ext3 to Ext2. The Debian package from TS is
> Ext3.
>
> Thanks
>
> Jongsoo
>
> --- In Jim Jackson <> wrote:
> >
> >
> >
> >
> > On Sun, 15 May 2011, walter marvin wrote:
> >
> > > My info is infinite reads but limited writes this means that you must use
> > > a journaling file system or build in track remapping
> >
> > Not sure that makes sense. In fact a journalling file system INCREASES
> > writes - first to write the update details to the journal, then to
> > do the updates, then the make the update done in the journal.
> >
> > The use of a journalling file system helps if the system is likely
> > to suffer unexpected power loss etc. When it comes back up, any uncompleted
> > transactions can be verified and completed, and there is usually no need
> > for a very lengthy file system integrety check.
> >
> > As an engineer it's up to you decide the trade offs and decide which is
> > more important. My own systems have battery backup, allowing graceful
> > shutdown, so I use ext2 (mounted with "noatime") to reduce writes. If I
> > didn't use battery backup, I'd use ext3, and stand the write hit to give me
> > better file system integrety.
> >
> > >
> > > --- On Sun, 5/15/11, parkranger_dan <> wrote:
> > >
> > > From: parkranger_dan <>
> > > Subject: [ts-7000] TS-7553 MicroSD longevity
> > > To:
> > > Date: Sunday, May 15, 2011, 1:37 PM
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > > ?
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > > Hey guys. I posted awhile back when having some functionality
> > > issues with a TS-7200 and realized the 7553 was really the platform I
> > > should have been working with from the get-go.
> > >
> > >
> > >
> > > Sweet little box this 7553. I've gotten all my software ported over and
> > > it's working perfect. After only a couple weeks with it, I think I'm
> > > ready for deployment.
> > >
> > >
> > >
> > > We'll be preparing quite a few of these little guys. Having the ability
> > > to insert a pre-imaged MicroSD, set one jumper, and run one command (rm
> > > linuxrc; ln -sf /linuxrc-sdroot /linuxrc; save) to change the boot is
> > > very attractive in terms of quick deployment, and easy field upgrade
> > > (send customer a new MicroSD card, done!).
> > >
> > >
> > >
> > > One question I had was in regard to the longevity of these little MicroSD
> > > cards, and their resilience to repeated power loss.
> > >
> > >
> > >
> > > Customers will not have the ability to shutdown nicely, power will always
> > > be removed to turn off. I based my image from the latest.dd image
> > > available from the Technologic website, which if I remember correctly is
> > > formatted ext3.
> > >
> > >
> > >
> > > Has anyone had any experience with a similar setup? How are the boxes
> > > holding up, and have the MicroSD cards been lasting?
> > >
> > >
> > >
> > > I've been also pondering making use of the xnand drive with a custom
> > > busybox that includes the compiled apps i need and just script the
> > > flashing process to ease prep/deployment. I know bootup time would be
> > > significantly better than my current 1 minute timeframe, and resilience
> > > would be better. Downside would be that I lose the ability to do remote
> > > software updates. Anyway, I have yet to break ground on that idea, or
> > > even wrap my brain around how that's done.
> > >
> > >
> > >
> > > Thanks!
> > >
> > > Dan
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> >
>
>
>
------------------------------------
Yahoo! Groups Links
<*> To visit your group on the web, go to:
http://groups.yahoo.com/group/ts-7000/
<*> Your email settings:
Individual Email | Traditional
<*> To change settings online go to:
http://groups.yahoo.com/group/ts-7000/join
(Yahoo! ID required)
<*> To change settings via email:
<*> To unsubscribe from this group, send an email to:
<*> Your use of Yahoo! Groups is subject to:
http://docs.yahoo.com/info/terms/
|