From owner-freebsd-hackers Wed Mar 4 10:58:04 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA26379 for freebsd-hackers-outgoing; Wed, 4 Mar 1998 10:58:04 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from gaia.coppe.ufrj.br (cisigw.coppe.ufrj.br [146.164.5.200]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA26296 for ; Wed, 4 Mar 1998 10:57:53 -0800 (PST) (envelope-from jonny@coppe.ufrj.br) Received: (from jonny@localhost) by gaia.coppe.ufrj.br (8.8.8/8.8.8) id PAA08031 for hackers@freebsd.org; Wed, 4 Mar 1998 15:57:52 -0300 (EST) (envelope-from jonny) From: Joao Carlos Mendes Luis Message-Id: <199803041857.PAA08031@gaia.coppe.ufrj.br> Subject: dump bug or file system problem ? To: hackers@FreeBSD.ORG Date: Wed, 4 Mar 1998 15:57:51 -0300 (EST) X-Mailer: ELM [version 2.4ME+ PL32 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, I've sent this to -questions (and got no answer), but after reading the sources of dump, I think it's more a -hackers question. I'm right now trying to make a dump of my file system, but it seems to never end (dumping to /dev/null to make sure it's not a tape problem): gaia::jonny [503] dump 0fa /dev/null /usr DUMP: Date of this level 0 dump: Wed Mar 4 13:57:54 1998 DUMP: Date of last level 0 dump: the epoch DUMP: Dumping /dev/rsd0f (/usr) to /dev/null DUMP: mapping (Pass I) [regular files] DUMP: mapping (Pass II) [directories] DUMP: estimated 1545215 tape blocks. DUMP: dumping (Pass III) [directories] DUMP: 27.30% done, finished in 0:13 DUMP: 57.87% done, finished in 0:07 DUMP: 88.27% done, finished in 0:01 DUMP: 119.27% done, finished in 0:-3 DUMP: 148.05% done, finished in 0:-8 DUMP: 176.90% done, finished in 0:-13 DUMP: 208.32% done, finished in 0:-18 DUMP: 240.57% done, finished in 0:-23 DUMP: 270.01% done, finished in 0:-28 DUMP: 300.63% done, finished in 0:-33 DUMP: 332.25% done, finished in 0:-38 DUMP: 363.33% done, finished in 0:-43 DUMP: 393.50% done, finished in 0:-48 DUMP: 418.82% done, finished in 0:-53 DUMP: 445.49% done, finished in 0:-58 DUMP: 473.04% done, finished in -1:-3 DUMP: 502.15% done, finished in -1:-8 DUMP: 530.49% done, finished in -1:-13 DUMP: 558.39% done, finished in -1:-17 (and continues...) The first think I thought was a problem with integer length in dump, but I've never had this before and could not find a problem like that in dump sources. It seems to be able to handle file systems with 2^41 bytes, and that is definitely not my case. And not all of them beeing directories. Other possibility is a file system problem. I've had problems with it in the last weeks, with panic "freeing a free frag" or something like that. At this time, fsck finds no error, though. I would love any hint that could help me solving this problem. This is what df reports on this file system: Filesystem 1K-blocks Used Avail Capacity iused ifree %iused Mounted on /dev/sd0f 1822017 1486754 189502 89% 70480 374958 16% /usr Thanks in advance, Jonny -- Joao Carlos Mendes Luis jonny@gta.ufrj.br +55 21 290-4698 jonny@coppe.ufrj.br Universidade Federal do Rio de Janeiro UFRJ/COPPE/CISI PGP fingerprint: 29 C0 50 B9 B6 3E 58 F2 83 5F E3 26 BF 0F EA 67 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message