Re: disk recovery tools...

2008-01-17 Thread Michael Hawkins
From professional experience as a data recovery technician, I can tell
you that ufs2 drives are among the hardest to recover from after a
format.  So far the best applications that I have found for recovering
data in a situation like this are testdisk and Easy Recovery
Professional (by Kroll Ontrack).  Obviously the ideal situation would
be to get your data back in its original form, so I would try testdisk
first.  If that fails, however, you are going to have to use ERP
(which cost money) to do a RAW recovery.  Please note, however, that
if you perform a RAW recovery,you will NOT recover the intact
filestructure, but instead, a set of folders with your files, and the
files will be renamed 'Fil001' followed by the extension.

I hope this helps,
Cypheros



On 1/17/08, Enno Davids [EMAIL PROTECTED] wrote:
 Guys,

 moving disks from an old server to a new one I suffered from a moment of
 brain fade last night and newfs'ed a drive I shouldn't have. One of that
 new crop that is so large you won't have an adequate backup for it... :(

 So, just wondering if there are any disk recovery tools that might be able
 to find whats left of the files or some portion thereof. My guess is that
 things like the indirect blocks live on in the data area and some portion
 of what was there might be recoverable to a greater or lesser degree...


 Thanks in advance,

 Enno.

 ___
 freebsd-questions@freebsd.org mailing list
 http://lists.freebsd.org/mailman/listinfo/freebsd-questions
 To unsubscribe, send any mail to [EMAIL PROTECTED]

___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: +bfe0: watchdog timeout -- resetting

2007-11-22 Thread Michael Hawkins
I have been receiving the same error message from my NAS box as of late.

Until last week, I was been running Freebsd6.2, and I occassionally
received the message re0: watchdog timeout.  It would happen about
once a week.  Last week, I installed freenas (which is based on
freebsd6.2), and now I receive the same error with more regularity.
My NIC is a Netgear 3a11.

I seem to be getting the error message most when attempting to
transfer a large number of files onto the server.

Any help would be welcome.  Thanks,

Cypheros
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]


problems with PCI RAID card showing up

2007-08-25 Thread Michael Hawkins
For some reason, I am unable to find the drives (RAIDED with JBOD) connected
to this card.  The chipset for the card is VIA 6421 for SATA and 8235 for
IDE (It supports both), which, according to 'man ata' is supported.  Prior
to the FreeBSD boot Menu, I see text scroll across the screen that lists the
drives connected to the machine, and includes this RAID group as a listed
drive.  Not to mention that knoppix and acronis both see the drive as
listed.  Where are these drives located, and how do I get FreeBSD to see
them so I can mount them?
Here is a clipping from dmesg, where the card is referenced as being
present:
atapci0: VIA 6421 SATA150 controller port
0x9000-0x900f,0x9400-0x940f,0x9800-0x980f,0x9c00-0x9c0f,0xa000-0xa01f,0xa400-0xa4ff
irq 16 at device 8.0 on pci0
atapci1: VIA 8235 UDMA133 controller port
0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xb800-0xb80f at device 17.1 on pci0


Here is output from pciconf -lv

# pciconf -lv
[EMAIL PROTECTED]:0:0:  class=0x06 card=0x31891106 chip=0x31891106 rev=0x00
hdr=0x00
vendor   = 'VIA Technologies Inc'
device   = 'VT8377 Apollo KT400/A/600 CPU to PCI Bridge'
class= bridge
subclass = HOST-PCI
[EMAIL PROTECTED]:1:0: class=0x060400 card=0x0080 chip=0xb1681106 rev=0x00
hdr=0x01
vendor   = 'VIA Technologies Inc'
device   = 'ProSavageDDR P4X333 CPU to AGP 2.0/3.0 Bridge'
class= bridge
subclass = PCI-PCI
[EMAIL PROTECTED] :8:0:   class=0x010400 card=0x32491106 chip=0x32491106
rev=0x50 hdr=0x00
vendor   = 'VIA Technologies Inc'
device   = 'VT6421 IDE RAID Controller'
class= mass storage
subclass = RAID
[EMAIL PROTECTED]:9:0: class=0x048000 card=0x1131 chip=0x71301131 rev=0x01
hdr=0x00
vendor   = 'Philips Semiconductors'
device   = 'SAA7130HL Multi Media Capture Device'
class= multimedia
[EMAIL PROTECTED]:10:0:  class=0x02 card=0x01051106 chip=0x31061106 rev=0x86
hdr=0x00
vendor   = 'VIA Technologies Inc'
device   = 'VT6105M/LOM Rhine III PCI Fast Ethernet Controller'
class= network
subclass = ethernet
[EMAIL PROTECTED]:16:0:class=0x0c0300 card=0x30381106 chip=0x30381106
rev=0x80 hdr=0x00
vendor   = 'VIA Technologies Inc'
device   = 'VT82x UHCI USB 1.1 Controller (All VIA Chipsets)'
class= serial bus
subclass = USB
[EMAIL PROTECTED]:16:1:class=0x0c0300 card=0x30381106 chip=0x30381106
rev=0x80 hdr=0x00
vendor   = 'VIA Technologies Inc'
device   = 'VT82x UHCI USB 1.1 Controller (All VIA Chipsets)'
class= serial bus
subclass = USB
[EMAIL PROTECTED] :16:2:class=0x0c0300 card=0x30381106 chip=0x30381106
rev=0x80 hdr=0x00
vendor   = 'VIA Technologies Inc'
device   = 'VT82x UHCI USB 1.1 Controller (All VIA Chipsets)'
class= serial bus
subclass = USB
[EMAIL PROTECTED]:16:3:class=0x0c0320 card=0x31041106 chip=0x31041106
rev=0x82 hdr=0x00
vendor   = 'VIA Technologies Inc'
device   = 'VT6202 USB 2.0 Enhanced Host Controller'
class= serial bus
subclass = USB
[EMAIL PROTECTED]:17:0:class=0x060100 card=0x31771106 chip=0x31771106
rev=0x00 hdr=0x00
vendor   = 'VIA Technologies Inc'
device   = 'VT8235 PCI to ISA Bridge'
class= bridge
subclass = PCI-ISA
[EMAIL PROTECTED]:17:1:  class=0x01018a card=0x05711106 chip=0x05711106
rev=0x06 hdr=0x00
vendor   = 'VIA Technologies Inc'
device   = 'VT82 EIDE Controller (All VIA Chipsets)'
class= mass storage
subclass = ATA
[EMAIL PROTECTED] :17:5:class=0x040100 card=0xf6141565 chip=0x30591106
rev=0x50 hdr=0x00
vendor   = 'VIA Technologies Inc'
device   = 'VT8233/33A/8235/8237 AC97 Enhanced Audio Controller'
class= multimedia
subclass = audio
[EMAIL PROTECTED]:0:0: class=0x03 card=0x81ea1043 chip=0x004110de rev=0xa1
hdr=0x00
vendor   = 'NVIDIA Corporation'
device   = 'GeForce 6800 [NV40.1]'
class= display
subclass = VGA



Finally, here is a listing of devices in /dev:
# ls /dev
acd0ad1 consolectl  fd  lpt0
   nfslock ttyd0   ttyv3   ttyvd   zero
acpiad1s1   cttyfidolpt0.ctl
   nullttyd0.init  ttyv4   ttyve
ad0 ad3 cuad0   geom.ctlmdctl
pci ttyd0.lock  ttyv5   ttyvf
ad0s1   ad3s1   cuad0.init  io  mem
ppi0ttyd1   ttyv6   urandom
ad0s1a  agpgart cuad0.lock  kbd0net
ptyp0   ttyd1.init  ttyv7   usb
ad0s1b  apm cuad1   kbd1net1
   random  ttyd1.lock  ttyv8   usb0
ad0s1c  ata cuad1.init  kbdmux0 net2
   stderr  ttyp0   ttyv9   usb1
ad0s1d  atkbd0  cuad1.lock  

problems with PCI RAID card showing up

2007-08-24 Thread Michael Hawkins
For some reason, I am unable to find the drives (RAIDED with JBOD) connected
to this card.  The chipset for the card is VIA 6421 for SATA and 8235 for
IDE (It supports both), which, according to 'man ata' is supported.  Prior
to the FreeBSD boot Menu, I see text scroll across the screen that lists the
drives connected to the machine, and includes this RAID group as a listed
drive.  Not to mention that knoppix and acronis both see the drive as
listed.  Where are these drives located, and how do I get FreeBSD to see
them so I can mount them?
Here is a clipping from dmesg, where the card is referenced as being
present:
atapci0: VIA 6421 SATA150 controller port
0x9000-0x900f,0x9400-0x940f,0x9800-0x980f,0x9c00-0x9c0f,0xa000-0xa01f,0xa400-0xa4ff
irq 16 at device 8.0 on pci0
atapci1: VIA 8235 UDMA133 controller port
0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xb800-0xb80f at device 17.1 on pci0


Here is output from pciconf -lv

# pciconf -lv
[EMAIL PROTECTED]:0:0:  class=0x06 card=0x31891106 chip=0x31891106 rev=0x00
hdr=0x00
vendor   = 'VIA Technologies Inc'
device   = 'VT8377 Apollo KT400/A/600 CPU to PCI Bridge'
class= bridge
subclass = HOST-PCI
[EMAIL PROTECTED]:1:0: class=0x060400 card=0x0080 chip=0xb1681106 rev=0x00
hdr=0x01
vendor   = 'VIA Technologies Inc'
device   = 'ProSavageDDR P4X333 CPU to AGP 2.0/3.0 Bridge'
class= bridge
subclass = PCI-PCI
[EMAIL PROTECTED]:8:0:   class=0x010400 card=0x32491106 chip=0x32491106
rev=0x50 hdr=0x00
vendor   = 'VIA Technologies Inc'
device   = 'VT6421 IDE RAID Controller'
class= mass storage
subclass = RAID
[EMAIL PROTECTED]:9:0: class=0x048000 card=0x1131 chip=0x71301131 rev=0x01
hdr=0x00
vendor   = 'Philips Semiconductors'
device   = 'SAA7130HL Multi Media Capture Device'
class= multimedia
[EMAIL PROTECTED]:10:0:  class=0x02 card=0x01051106 chip=0x31061106 rev=0x86
hdr=0x00
vendor   = 'VIA Technologies Inc'
device   = 'VT6105M/LOM Rhine III PCI Fast Ethernet Controller'
class= network
subclass = ethernet
[EMAIL PROTECTED]:16:0:class=0x0c0300 card=0x30381106 chip=0x30381106
rev=0x80 hdr=0x00
vendor   = 'VIA Technologies Inc'
device   = 'VT82x UHCI USB 1.1 Controller (All VIA Chipsets)'
class= serial bus
subclass = USB
[EMAIL PROTECTED]:16:1:class=0x0c0300 card=0x30381106 chip=0x30381106
rev=0x80 hdr=0x00
vendor   = 'VIA Technologies Inc'
device   = 'VT82x UHCI USB 1.1 Controller (All VIA Chipsets)'
class= serial bus
subclass = USB
[EMAIL PROTECTED]:16:2:class=0x0c0300 card=0x30381106 chip=0x30381106
rev=0x80 hdr=0x00
vendor   = 'VIA Technologies Inc'
device   = 'VT82x UHCI USB 1.1 Controller (All VIA Chipsets)'
class= serial bus
subclass = USB
[EMAIL PROTECTED]:16:3:class=0x0c0320 card=0x31041106 chip=0x31041106
rev=0x82 hdr=0x00
vendor   = 'VIA Technologies Inc'
device   = 'VT6202 USB 2.0 Enhanced Host Controller'
class= serial bus
subclass = USB
[EMAIL PROTECTED]:17:0:class=0x060100 card=0x31771106 chip=0x31771106
rev=0x00 hdr=0x00
vendor   = 'VIA Technologies Inc'
device   = 'VT8235 PCI to ISA Bridge'
class= bridge
subclass = PCI-ISA
[EMAIL PROTECTED]:17:1:  class=0x01018a card=0x05711106 chip=0x05711106
rev=0x06 hdr=0x00
vendor   = 'VIA Technologies Inc'
device   = 'VT82 EIDE Controller (All VIA Chipsets)'
class= mass storage
subclass = ATA
[EMAIL PROTECTED]:17:5:class=0x040100 card=0xf6141565 chip=0x30591106
rev=0x50 hdr=0x00
vendor   = 'VIA Technologies Inc'
device   = 'VT8233/33A/8235/8237 AC97 Enhanced Audio Controller'
class= multimedia
subclass = audio
[EMAIL PROTECTED]:0:0: class=0x03 card=0x81ea1043 chip=0x004110de rev=0xa1
hdr=0x00
vendor   = 'NVIDIA Corporation'
device   = 'GeForce 6800 [NV40.1]'
class= display
subclass = VGA



Finally, here is a listing of devices in /dev:
# ls /dev
acd0ad1 consolectl  fd  lpt0
   nfslock ttyd0   ttyv3   ttyvd   zero
acpiad1s1   cttyfidolpt0.ctl
   nullttyd0.init  ttyv4   ttyve
ad0 ad3 cuad0   geom.ctlmdctl
pci ttyd0.lock  ttyv5   ttyvf
ad0s1   ad3s1   cuad0.init  io  mem
ppi0ttyd1   ttyv6   urandom
ad0s1a  agpgart cuad0.lock  kbd0net
ptyp0   ttyd1.init  ttyv7   usb
ad0s1b  apm cuad1   kbd1net1
   random  ttyd1.lock  ttyv8   usb0
ad0s1c  ata cuad1.init  kbdmux0 net2
   stderr  ttyp0   ttyv9   usb1
ad0s1d  atkbd0  cuad1.lock  klog 

Re: problems with networking...

2007-08-19 Thread Michael Hawkins
#arp -an? (10.11.12.254) at ff:ff:ff:ff:ff:ff on vr0 permanent [ethernet]


thats all.  I have cleaned out the arp cache once already, but this came
right back.  I was curious if there was a way to correct this entry, or
something...

On 8/19/07, Bill Moran [EMAIL PROTECTED] wrote:

 Michael Hawkins [EMAIL PROTECTED] wrote:
 
  oops, sorry about the -m, lack of sleep and alll
  /etc/rc.conf:
  amd_enable=YES
  hostname=[Removed]
  ifconfig_vr0=DHCP
  inetd_enable=YES
  rpcbind_enable=YES
  sshd_enable=YES
  usbd_enable=YES
 
  #netstat -rn
  Routing tables
 
  Internet:
  Destination Gateway Flags Refs Use Netif Expire
  default 10.11.12.254 UGS 0 24 vr0
  10.11.12/24 link#1 UC 0 0 vr0
  10.11.12.254 ff:ff:ff:ff:ff:ff UHLWb 2 37 vr0
  127.0.0.1 127.0.0.1 UH 0 8 lo0
 
 
 
  ..for some reason I don't think that MAC addy of all f's is a good
  thing, but this is the first I've seen of it..

 No, it's not.  The output of arp -an might be helpful to this,
 but I suspect you've got an underlying network issue.

 Also (for the second time) keep the mailing list in the loop.
 In particular, I'll be leaving shortly and won't have access to
 email for several days.

 
  On 8/18/07, Bill Moran [EMAIL PROTECTED] wrote:
  
  
   [Please keep the mailing list in the CC]
  
   Michael Hawkins [EMAIL PROTECTED] wrote:
   
Certainly.  Here it is:
#ifconfig -a
vr0: flags=8843UP,BROADCAST ,RUNNING,SIMPLEX,MULTICAST mtu 1500
inet 10.11.12.253 netmask 0xff00 broadcast 10.11.12.254
  
   That's really strange.  Your broadcast address should be
   10.11.12.255.  It's quite likely that this is part of your
   problem, but I can't imagine how you could have arrived at
   this configuration.  What is in /etc/rc.conf?
  
ether [MAC ADDRESS REMOVED]
media: Ethernet autoselect (100baseTX full-duplex)
statusL active
plip0: flags=108810POINTOPOINT,SIMPLEX,MULTICAST,NEEDSGIANT mtu
 1500
lo0: flags=8049UP,LOOPBACK,RUNNING ,MULTICAST mtu 16384
inet6 fe80::1%lo0 prefixlen 64 scopeid 0x3
inet6 ::1 prefixlen 128
inet 127.0.0.1 netmask 0xff00
   
   
#netstat -m
65/205/270 mbufs in use (current/cache/total)
64/134/198/25600 mbuf clusters in use (current/cache/total/max)
0/128 mbuf+clusters out of packet secondary zone in use
 (current/cache)
0/0/0/0 4k (page size) jumbo clisters in use
 (current/cache/total/max)
0/0/0/0 9k jumbo clusters in use (current/cache/total/max)0/0/0/0
 16k
   jumbo
clusters in use (current/cache/total/max)
144k/319k/463k bytes allocated to network (current/cache/total)
0/0/0 requests for mbufs denied (mbufs/clusters/mbuf+clusters)
0/0/0 requests for jumbo clusters denied (4k/9k/16k)
0/4/6656 sfbufs in use (current/peak/max)
0 requests for sfbufs denied
0 requests for sfbufs delayed
0 requests for I/O initiated by sendfile
0 calls to protocol drain routines
  
   That's netstat -rn, not -m.  Unfortunately, the -m doesn't tell me
   what I'm looking for, which is your routing table.
  
   I'm wondering if your ipnat rules are awry.  Please provide the
   ifconfig, routing table, and nat rules from the router machine.
  
...again, this is straight out of a fresh install (which I did
 because I
   had
the exact same problem with the last install).
  
   Well, obviously, you did it the same both times, and are getting the
   same result.
  
On 8/18/07, Bill Moran [EMAIL PROTECTED] wrote:

 Michael Hawkins  [EMAIL PROTECTED] wrote:
 
  Sorry if this is sorta n00bish, but I have a problem that Google
   hasn't
  answered for me yet...
  I have a moderately-sized network that I am trying to run, with
   about 70
 or
  so machines on it.  The DHCP server (running FreeBSD 6.2, IPv4
   address:
  10.11.12.254, Subnet is 10.11.12.0/24 ) acts as a gateway server
 as
   well,
 and
  has ipnat running for traffic routing.
 
  So far, I have had no problems with ANY of the machines on this
   network
  connecting, save one--my File server (running FreeBSD 6.2 as
 well,
   IPv4
  address: 10.11.12.253).  For some reason, whenever I try to
   establish
 any
  connection to ANY network address (on any protocol), it will
 only
 connect to
  one address: 10.11.12.252 (and won't connect to anything when
 that
 machine
  is off).
  Here is a ping listing:
  #ping 10.11.12.254
  PING 10.11.12.254 (10.11.12.254): 56 data bytes
  64 bytes from 10.11.12.252: icmp_seq=0 ttl=64 time=0.852 ms
 
 
  ...and it continues precisely in that manner until I stop it.
 
  I have tried re-installing the OS on the file server, but with
 no
   change
 in
  results.  I have removed the machine at 10.11.12.252 with the
 only
 change
  being that the file-server can obtain NO connection to ANY IP
   address.
 
  Any help would be appreciated.

 Why don't your cut/paste