On Jan 05 19:12:35, o...@drijf.net wrote: > On Fri, Jan 05, 2018 at 07:09:24PM +0100, Otto Moerbeek wrote: > > > On Fri, Jan 05, 2018 at 02:08:14PM +0100, Otto Moerbeek wrote: > > > > > On Fri, Jan 05, 2018 at 01:31:08PM +0100, Jan Stary wrote: > > > > > > > Given that my dump(8) problem above also reported negative block > > > > numbers, is there a similar glitch in dump? At some places, blkno > > > > is cast to different int_ types (but he disk code is way over my head). > > > > > > Yest, that is very well possible. > > > > > > > I'll try to reproduce your problem, your original report contains > > almost enough information to get started. But one thing I like to > > know: is your /dev/sd2a filesystem UFS1 or UFS2? > > > > If you are unsure; do a > > > > # dumpfs /dev/rsd2a | head -1 > > > > And the disklabel would help as well.
# /dev/rsd2c: type: SCSI disk: SCSI disk label: SAMSUNG HM251JJ duid: 205b1089a0ec0e91 flags: bytes/sector: 512 sectors/track: 63 tracks/cylinder: 255 sectors/cylinder: 16065 cylinders: 30401 total sectors: 488397168 boundstart: 64 boundend: 488392065 drivedata: 0 16 partitions: # size offset fstype [fsize bsize cpg] a: 488392000 64 4.2BSD 16384 65536 63374 # /home c: 488397168 0 unused