[ubuntu-us-in] hard drive tools* ssh ftp suggestions

[Nate Dobbs]

In order to 'check' your hard drive for errors or malfunction use fsck "file
system checker". In order to actually monitory your physical devices see
here. http://smartmontools.sourceforge.net/

If you have issues with your hard drive, I'd recommend using some type of
application to clone your hard drive. I have used rdiff-backup before in the
past, if you can mount an NFS or Samba share over the network you can create
a hard drive 'clone' and xfer it to a safe destination until you replace the
broken hard drive. Another utility is called dumpe2fs.

This scenario is why I can't stress the usage of RAID enough.

On Thu, May 1, 2008 at 9:52 AM, John C. Meuser <meuserj at gmail.com> wrote:

> Yeah, commercial solution, but spinrite is the only tool I know of that
> can recover a drive that has physical problems.
>
>         John
>
>
> On Thu, 2008-05-01 at 07:46 -0400, Craig wrote:
> > It's a bit of a stretch... But it's possible that spinrite (Grc.com)
> > would fix it. I don't like to reccommend commercial solutions, but
> > this is some low level stuff and it worked well for me the one time I
> > tried it.
> >
> > On May 1, 2008, at 6:54 AM, "Simón Ruiz" <simon.a.ruiz at gmail.com>
> > wrote:
> >
> > > On Thu, May 1, 2008 at 4:08 AM, justin sullivan
> > > <j.p.sullivan at hotmail.com> wrote:
> > >>
> > >> hey does anyone know of any good check disk programs for  ubuntu,
> > >> my hard drive is failing and i need to make a backup.  ive used
> > >> keep and simple backup config thus far. ive tried to use ssh to
> > >> copy the  disk image  to my other computer, using ftp but i cant
> > >> seem to get it to work... any helpful suggestion anyone?!
> > >
> > > Hello Justin,
> > >
> > > Interesting you should ask. :-) I'm working on recovering data from a
> > > RAID 0 array where one drive has one bad sector.
> > >
> > > It's not exactly easy thus far.
> > >
> > > Anyhow, so if your hard drive is failing physically, nothing you do on
> > > the software side will prevent it. The best thing you can do is get
> > > all your data off it and replace the physical hard disk.
> > >
> > > If it's still functional enough that you can read the filesystem, you
> > > could simply copy all the files off through sftp (secure file transfer
> > > protocol) (via the "scp" command on the command line, or through
> > > GNOME's file browser), which uses ssh (secure shell).
> > >
> > > However, you're saying you can't seem to get ssh to work; what have
> > > you tried and what results have you gotten?
> > >
> > > Let me describe how I'd go about it:
> > >
> > > If I want to transfer files from computera to computerb while avoiding
> > > the command line, I sit down at computera, bring up a file browser
> > > window (I usually just go to Places -> Home Folder to bring one up),
> > > and in the location bar I type
> > > "ssh://username@computerb/home/username" to bring up a window of
> > > /home/username on computerb (with username's permissions). It will ask
> > > for a password unless you've set up SSH keys.
> > >
> > > Incidentally, computerb in this scenario must have the
> > > "openssh-server" package installed for this to work as expected.
> > >
> > > I hope this has been helpful!
> > >
> > > Simón
> > >
> > > --
> > > Ubuntu-us-in mailing list
> > > Ubuntu-us-in at lists.ubuntu.com
> > > Modify settings or unsubscribe at:
> https://lists.ubuntu.com/mailman/listinfo/ubuntu-us-in
> >
>
> --
> Ubuntu-us-in mailing list
> Ubuntu-us-in at lists.ubuntu.com
> Modify settings or unsubscribe at:
> https://lists.ubuntu.com/mailman/listinfo/ubuntu-us-in
>
>


-- 
Cheers,

Nate Dobbs
-------------- next part --------------
An HTML attachment was scrubbed...
URL: https://lists.ubuntu.com/archives/ubuntu-us-in/attachments/20080501/7ead5ce3/attachment.htm