Date: Thu, 4 Jun 2020 16:39:03 +0000 From: goatshit54108@national.shitposting.agency To: freebsd-fs@freebsd.org Subject: newfs(1) on a file Message-ID: <1d05302e-db7f-2538-16ee-dcd73c229e37@national.shitposting.agency>
next in thread | raw e-mail | index | archive | help
Running newfs(1) on a regular file bumps into some GAY issues: $ dd status=none if=/dev/zero bs=1m count=4 of=shit $ newfs ./shit newfs: ./shit: not a character-special device: No error: 0 newfs: no valid label found The message is not clear, but it happens to be a cry for a BSD label. OK, first creating a BSD label does allow newfs to succeed: $ bsdlabel -wf ./shit $ newfs ./shit newfs: ./shit: not a character-special device: No error: 0 ... (creation OK) The bump is inside getdisklabel(). Patching out the one and only call to getdisklabel() seems to avoid the issue without negative consequences: ... lp = NULL; //lp = getdisklabel(); // GAY ... $ dd status=none if=/dev/zero bs=1m count=4 of=shit $ non-gay_newfs ./shit newfs: ./shit: not a character-special device: No error: 0 preposterous size 0 $ non-gay_newfs -s $(((4 << 20) / 512)) ./shit newfs: ./shit: not a character-special device: No error: 0 ... (creation OK) The inconvenient alternative, to get newfs to format the file though a memory disk, appears to create an identical file: $ dd status=none if=/dev/zero bs=1m count=4 of=shit $ su root ... (GAY) ... # mdconfig -a -t vnode -f ./shit -u 9 # newfs /dev/md9 ... (creation OK) ... Identical, that is, if we use `newfs -R` and discount a couple of reproducibility bugs/issues (<https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=246983>, <https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=246985>). Also, at a glance, using the BSD label method yields nothing other than a UFS filesystem along with a BSD label. So this code appears to be old garbage. Furthermore, the "not a character-special device" warning is just GAY without any benefit. Or?...
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?1d05302e-db7f-2538-16ee-dcd73c229e37>