November 2002 - Fdutils

Re: Missing fdutils List.
by Ralph Corderoy 22 Nov '02

22 Nov '02

Hi, > That webpage needs to be updated; the fdutils(a)tux.org mailing list has > been migrated from Majordomo to Mailman. The webpage should now say > something like: > > There is an fdutils mailing list at fdutils(a)tux.org . Please > send all bug reports to this list. You may subscribe to the list > by sending a message with 'subscribe' in its body or subject to > fdutils-request(a)tux.org, or by visiting: > > http://www.tux.org/mailman/listinfo/fdutils Thanks for that. Alain, I guess the same goes for the Mtools web page and list. Cheers, Ralph.

1 0

Re: Missing fdutils List.
by mailman＠tux.org 22 Nov '02

22 Nov '02

On Thu, 21 Nov 2002, Ralph Corderoy wrote: > http://fdutils.linux.lu/ says > > "There is an fdutils mailing list at fdutils(a)tux.org . Please send > all bug reports to this list. You may subscribe to the list by > sending a message with 'subscribe fdutils(a)tux.org' in its body to > majordomo(a)tux.org." > Is this a problem with Majordomo(a)tux.org or the fdutils web page? That webpage needs to be updated; the fdutils(a)tux.org mailing list has been migrated from Majordomo to Mailman. The webpage should now say something like: There is an fdutils mailing list at fdutils(a)tux.org . Please send all bug reports to this list. You may subscribe to the list by sending a message with 'subscribe' in its body or subject to fdutils-request(a)tux.org, or by visiting: http://www.tux.org/mailman/listinfo/fdutils Regards, ---------------------------------------------------------------- Mailman Administrator - http://www.tux.org/mailman/listinfo/

1 0

creating high-capacity disks without --verify_later does not work
by Jochen Voss 02 Nov '02

02 Nov '02

Hello Alain, there seems to be a severe bug in fdutils-5.4-20020222. At least for me superformat is not able to format high capacitiy disks without the --verify_later option. The original bug report I received is at http://bugs.debian.org/148587 It seems, that the verify code uses the _old_ drive parameters (either whatever was autodetected for media that was in the drive before, set with setfdprm, or the default) to verify the tracks, which are formatted with the new parameters. You can reproduce this as follows: # insert a disk with the usual 1440/1440 format into the drive # and make sure that the floppy driver uses this format. voss@automatix [~] setfdprm /dev/fd0 1440/1440 voss@automatix [~] mdir Volume in drive A has no label Volume Serial Number is 682D-7F39 Directory for A:/ No files 1 457 664 bytes free voss@automatix [~] superformat /dev/fd0 ds hd sect=21 This command results in a lot of I/O errors and noises like the floppy drive is suffering. The first few error messages are Jun 30 14:31:39 automatix kernel: end_request: I/O error, dev 02:00 (floppy), sector 60 Jun 30 14:31:40 automatix kernel: end_request: I/O error, dev 02:00 (floppy), sector 62 Jun 30 14:31:43 automatix kernel: end_request: I/O error, dev 02:00 (floppy), sector 81 Jun 30 14:31:44 automatix kernel: end_request: I/O error, dev 02:00 (floppy), sector 82 Jun 30 14:31:46 automatix kernel: end_request: I/O error, dev 02:00 (floppy), sector 102 If I try the same with the "--verify_later" option, everything works fine: voss@automatix [~] superformat --verify_later /dev/fd0 ds hd sect=21 Formatting cylinder 79, head 1 mformat -s21 -t80 -h2 -S2 -M512 a: Verifying cylinder 79, head 1 I hope this helps, Jochen PS.: if you reply to this mail, please send (via Cc:) a copy to 148587-forwarded(a)bugs.debian.org -- http://www.mathematik.uni-kl.de/~wwwstoch/voss/

2 1

minor fix for the clean target of doc/Makefile
by Jochen Voss 02 Nov '02

02 Nov '02

Hello, the clean target of doc/Makefile from fdutils-5.4-20020222 fails to remove some files. It tries to remove files of the form "fdutils.*" where is generates files of the form "Fdutils.*". The script "cleanup" is also affected. This can be fixed with the following patch. == patch starts at following line ========================== --- fdutils-5.4-20020222.orig/doc/Makefile.in +++ fdutils-5.4-20020222/doc/Makefile.in @@ -61,10 +61,10 @@ $(TEXI2DVI) Fdutils.texi clean: - rm -f fdutils.aux fdutils.cp fdutils.cps fdutils.dvi fdutils.fn - rm -f fdutils.log fdutils.pg fdutils.ps fdutils.toc fdutils.tp - rm -f fdutils.ky fdutils.vr fdutils.info fdutils.pgs - rm -f fdutils.info-1 fdutils.info-2 fdutils.info-3 + rm -f Fdutils.aux Fdutils.cp Fdutils.cps Fdutils.dvi Fdutils.fn + rm -f Fdutils.log Fdutils.pg Fdutils.pgs Fdutils.toc Fdutils.tp + rm -f Fdutils.ky Fdutils.vr Fdutils.pgs + rm -f fdutils.info* --- fdutils-5.4-20020222.orig/doc/cleanup +++ fdutils-5.4-20020222/doc/cleanup @@ -1,5 +1,5 @@ #!/bin/sh -rm -f fdutils.aux fdutils.cp fdutils.cps fdutils.dvi fdutils.fn fdutils.ky -rm -f fdutils.log fdutils.pg fdutils.ps fdutils.toc fdutils.tp fdutils.vr -rm -f fdutils.info* +rm -f Fdutils.aux Fdutils.cp Fdutils.cps Fdutils.dvi Fdutils.fn Fdutils.ky +rm -f Fdutils.log Fdutils.pg Fdutils.pgs Fdutils.toc Fdutils.tp Fdutils.vr +rm -f fdutils.info* fdutils.ps == patch ends at previous line ============================= I hope this helps Jochen PS.: this is my last report for today :-( -- Omm (0)-(0) http://www.mathematik.uni-kl.de/~wwwstoch/voss/privat.html

2 1