This issue should be already fixed.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/935480
Title:
mkdosfs refuses to run on /dev/loop0p1
To manage notifications about this bug go to:
Seems like there is a fix in dosfstools 3.0.15 now:
http://www.daniel-
Actually, on modern unix systems rm -rf / will refuse to delete
anything (unless you add a special option, like --no-preserve-root in
GNU rm).
This follows POSIX.1-2008/SUSv4[1]:
| The rm utility shall remove the directory entry specified by each file
argument.
|
| If [...] or if an operand
GAH! What is the world coming to?
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/935480
Title:
mkdosfs refuses to run on /dev/loop0p1
To manage notifications about this bug go to:
https://bugzilla.redhat.com/show_bug.cgi?id=709266
Their fix: https://bugzilla.redhat.com/attachment.cgi?id=502487action=diff
That was 2 years ago or so... :-/
** Bug watch added: Red Hat Bugzilla #709266
https://bugzilla.redhat.com/show_bug.cgi?id=709266
--
You received this bug
I think the idea of such a safety check for interactive use isn't brain
damaged, but in reality there is (or seems to be) no correct way to do
this check, and even more so if you also consider other OS than linux,
so I agree the only sensible thing to do is to remove it.
--
You received this bug
Yea, that's pretty much what I came up with before the new year and I
sent it off to the maintainer, but never got a reply.
I don't think this kind of safety check and prompt is unix like in
character. It isn't the job of tools to second guess the admin and try
to stop you from shooting yourself
This looks like the same bug we are seeing in GParted:
https://bugzilla.gnome.org/show_bug.cgi?id=693955
This is caused by an incorrect test in mkdosfs whether a device is a
hard disk:
if (fstat(dev, statbuf) 0)
die(unable to stat %s);
if (!S_ISBLK(statbuf.st_mode)) {
I guess I forgot to update this bug report. I found that a while back
and sent off a patch to the upstream maintainer but have not heard back.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/935480
At least GParted will have the -I option workaround in the next
version.
Did your patch remove the check or fix it? (Is there a future-proof way
to fix it?)
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
I didn't even think about the major/minor part, I just suggested adding
another leading 0xf to the masks.
Personally I think the whole check for full disk is brain damaged and
should be removed.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed
Status changed to 'Confirmed' because the bug affects multiple users.
** Changed in: dosfstools (Ubuntu)
Status: New = Confirmed
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/935480
Title:
12 matches
Mail list logo