From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([208.92.234.80] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1Mp9fA-0005j9-Gs for garchives@archives.gentoo.org; Sat, 19 Sep 2009 23:48:20 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 12B15E09BA; Sat, 19 Sep 2009 23:48:19 +0000 (UTC) Received: from mail-fx0-f215.google.com (mail-fx0-f215.google.com [209.85.220.215]) by pigeon.gentoo.org (Postfix) with ESMTP id AA9D6E09BA for ; Sat, 19 Sep 2009 23:48:18 +0000 (UTC) Received: by fxm11 with SMTP id 11so1517336fxm.15 for ; Sat, 19 Sep 2009 16:48:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:received:received:from:to:subject:date :user-agent:references:in-reply-to:mime-version:content-type :content-transfer-encoding:message-id; bh=USv1Anr383nByaTSEnsAd1g10qdZ2pbt74L2JpkGcEo=; b=chPbGg3K8g929LBzfKfaxuWbiffb/GC/sxd9NbKVjlILM4O6Kkzu1tgOnfzrYSwQwF zx2ZlMDjZ4ryhOjaw7qvFk4NPBSwCz2LpuoY3702epYitoPdn8SYxMhJ1k3HFAzQItFe SzkLYdw+LtX0LJN6LwYpSgciZd8gk66+R12jI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=from:to:subject:date:user-agent:references:in-reply-to:mime-version :content-type:content-transfer-encoding:message-id; b=xXfaXADOtOS6KFWeOa6gyKbXdCvha+2JMBKiOgafCtChit6muvsoLUaQSVYSdDYM0E cRNQV2fVEiQ7l8JuX1khNImAKcXFSWwOkO5touiPpWC8Qc6RpxRJPqlgRDaaYuKXZqrE hYdUBb7MEQoR19vChgwvrPVamtj4KWZXmy9fs= Received: by 10.86.231.17 with SMTP id d17mr3028549fgh.46.1253404097853; Sat, 19 Sep 2009 16:48:17 -0700 (PDT) Received: from energy.localnet (energy.heim10.tu-clausthal.de [139.174.197.94]) by mx.google.com with ESMTPS id l12sm876916fgb.14.2009.09.19.16.48.17 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sat, 19 Sep 2009 16:48:17 -0700 (PDT) From: Volker Armin Hemmann To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] Re: USB drive dead? (Commands to check?) Date: Sun, 20 Sep 2009 01:48:16 +0200 User-Agent: KMail/1.12.1 (Linux/2.6.31r4; KDE/4.3.1; x86_64; ; ) References: <5bdc1c8b0909191521j72388919w35e54b577b55ae60@mail.gmail.com> <5bdc1c8b0909191640x7f04baddgc5d42622a62808a5@mail.gmail.com> In-Reply-To: <5bdc1c8b0909191640x7f04baddgc5d42622a62808a5@mail.gmail.com> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: 7bit Message-Id: <200909200148.16167.volkerarmin@googlemail.com> X-Archives-Salt: a94e43a1-0f89-4c87-9b51-588f72c49d8e X-Archives-Hash: 3f8f71c6018101cbb42df82197bef4b1 On Sonntag 20 September 2009, Mark Knecht wrote: > On Sat, Sep 19, 2009 at 4:12 PM, walt wrote: > > On 09/19/2009 03:38 PM, Mark Knecht wrote: > >> On Sat, Sep 19, 2009 at 3:21 PM, Mark Knecht wrote: > >>> Hi, > >>> I seem to have lost an external USB drive I've been using on my > >>> MythTV backend server for video storage. What commands can I try to > >>> get it to wake up or at least show me what's working and what isn't? > >>> The drive shows under fdisk /dev/sda... > > > > I hate to be the party poop, but I suspect disk hardware failure. > > > > Can you use dd to read the raw disk? e.g. > > # dd if=/dev/sda of=/tmp/ddout bs=512 count=1024(or whatever) > > Hi Walt, > Don't worry about it. If it's dead it's dead. > > I've actually managed to make some headway. After fiddling around > with e2fsck -b 32768 /dev/sda1 the drive is now mountable but running > e2fsck after a reboot says the drive still has errors: > > MacMini ~ # e2fsck /dev/sda1 > e2fsck 1.41.3 (12-Oct-2008) > /dev/sda1 contains a file system with errors, check forced. > Pass 1: Checking inodes, blocks, and sizes > ^C/dev/sda1: e2fsck canceled. > > /dev/sda1: ********** WARNING: Filesystem still has errors ********** > > MacMini ~ # > > If I mount the drive I can actually see all the MythTV files and > amazingly they still seem to play so I don't think the drive is dead. > I got a few messages about my backup directory being hosed so I > attempted to delete it. Now the drive mounts but the sizes and things > are messed up: > > MacMini ~ # mount > /dev/hda4 on / type ext3 (rw,noatime) > proc on /proc type proc (rw,nosuid,nodev,noexec) > sysfs on /sys type sysfs (rw,nosuid,nodev,noexec) > udev on /dev type tmpfs (rw,nosuid,size=10240k,mode=755) > devpts on /dev/pts type devpts (rw,nosuid,noexec,gid=5,mode=620) > shm on /dev/shm type tmpfs (rw,noexec,nosuid,nodev) > usbfs on /proc/bus/usb type usbfs (rw,noexec,nosuid,devmode=0664,devgid=85) > /dev/sda1 on /video type ext3 (rw) > > MacMini ~ # df /video > Filesystem 1K-blocks Used Available Use% Mounted on > /dev/sda1 157566568 -1551528 151114116 - /video > MacMini ~ # > > MacMini ~ # ls /video/ > 1003_20090531163000.mpg.png 1042_20090611190000.mpg.png > 1189_20090617183000.mpg.png > 1003_20090603173000.mpg.png 1042_20090911210000.mpg > 1189_20090619183000.mpg > 1003_20090621163000.mpg.png 1042_20090911210000.mpg.png > > > > 1017_20090817193000.mpg.png 1189_20090617183000.mpg > lost+found 1042_20090611170000.mpg.png 1189_20090617183000.mpg.100x75.png > MacMini ~ # > > > Now, my question is how can I use the file system tools to fix all the > tables on this drive? > > I see Volker is suggesting ddrescue. As it seems I've already lost the > Windows backup files but have good MYthTV files is there a way to > repair the disk tables and only end up with the existing Myth files > and clean tables? I don't have another disk to copy all this stuff to > and the MacMini is headless and PPC-based so it's difficult to use > gparted or anything like that. > > I think the existing Myth files are possibly small enough that I could > store them temporarily on the Mac while I rebuild the USB drive. > > Thanks, > Mark > seriously, I think you should try to get off everything you want to keep - and then replace the disk with a new one. If a disk starts throwing block errors it will only become worse. Don't worry about 'repairing' the file system as long as there is hardware damage. Try to get off the disk as much as possible - and then scrap it.