NetBSD-Bugs archive
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]
Re: kern/55628: inserting blank disk into USB Floppy drive panics NetBSD 9.0/amd64
The following reply was made to PR kern/55628; it has been noted by GNATS.
From: =?UTF-8?Q?J=C3=B6rn_Clausen?= <joernc%googlemail.com@localhost>
To: Martin Husemann <martin%duskware.de@localhost>
Cc: gnats-bugs%netbsd.org@localhost
Subject: Re: kern/55628: inserting blank disk into USB Floppy drive panics
NetBSD 9.0/amd64
Date: Sun, 30 Aug 2020 22:04:34 +0200
--00000000000018626a05ae1dccc8
Content-Type: text/plain; charset="UTF-8"
On Sun, Aug 30, 2020 at 9:25 PM Martin Husemann <martin%duskware.de@localhost> wrote:
> Are there any kernel messages printed when inserting the disk?
>
No. There is brief access to the disk, but no messages are logged.
You quoted the dmesg from the empty drive at attack time, but that did
> not have any geometry data yet.
>
Without a disk inserted, disklabel shows
disklabel: /dev/rsd1: Operation not supported by device
Booting with a disk inserted results again in a crash. Right after sd1 is
detected, the message
sd1: unformatted media
is shown. Although the kernel debugger is started, I cannot use it with my
USB keyboard (which normally is the case). It looks as if USB is borked at
that point.
When I boot without the drive and attach it with a disk inserted, the same
message as above is shown.
According to the box the disks should be "IBM formatted". I just tried it
on a Windows box, and the disk was shown as unformatted. After formatting
it there, it is now usable under NetBSD:
[ 867.6658131] sd1 at atapibus0 drive 0: <TEAC, FD-05PUW, 3000> disk
removable
[ 868.7570577] sd1: 1440 KB, 80 cyl, 2 head, 18 sec, 512 bytes/sect x 2880
sectors
$ disklabel sd1
# /dev/rsd1:
type: ATAPI
disk: FD-05PUW
label: default label
flags: removable
bytes/sector: 512
sectors/track: 18
tracks/cylinder: 2
sectors/cylinder: 36
cylinders: 80
total sectors: 2880
rpm: 7680
interleave: 1
trackskew: 0
cylinderskew: 0
headswitch: 0 # microseconds
track-to-track seek: 0 # microseconds
drivedata: 0
4 partitions:
# size offset fstype [fsize bsize cpg/sgs]
a: 2880 0 4.2BSD 0 0 0 # (Cyl. 0 -
79)
d: 2880 0 unused 0 0 # (Cyl. 0 -
79)
disklabel: boot block size 0
disklabel: super block size 0
$ mount_msdos /dev/sd1a /mnt
$ df -k /mnt
Filesystem 1K-blocks Used Avail %Cap Mounted on
/dev/sd1a 1423 1 1422 0% /mnt
And dd'ing the boot image to /dev/rsd1d now also works.
I then tried "fdformat" on all combinations (sd1 and rsd1, partition a and
d), but always got
fdformat: Device `/dev/rsd1a' does not support floppy formatting:
Inappropriate ioctl for device
--
Joern Clausen
https://www.oe-files.de/photography/
--00000000000018626a05ae1dccc8
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
<div dir=3D"ltr">On Sun, Aug 30, 2020 at 9:25 PM Martin Husemann <<a hre=
f=3D"mailto:martin%duskware.de@localhost" target=3D"_blank">martin%duskware.de@localhost</a>>=
; wrote:<br><div class=3D"gmail_quote"><blockquote class=3D"gmail_quote" st=
yle=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padd=
ing-left:1ex">Are there any kernel messages printed when inserting the disk=
?<br></blockquote><div><br></div><div>No. There is brief access to the disk=
, but no messages are logged.</div><div> <br></div><blockquote class=3D"gma=
il_quote" style=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,2=
04,204);padding-left:1ex">
You quoted the dmesg from the empty drive at attack time, but that did<br>
not have any geometry data yet.<br></blockquote><div><br></div><div>Without=
a disk inserted, disklabel shows</div><div><br></div><div> disklabel: /dev=
/rsd1: Operation not supported by device</div><div><br></div><div>Booting w=
ith a disk inserted results again in a crash. Right after sd1 is detected, =
the message</div><div><br></div><div>sd1: unformatted media</div><div><br><=
/div><div>is shown. Although the kernel debugger is started, I cannot use i=
t with my USB keyboard (which normally is the case). It looks as if USB is =
borked at that point.<br></div><div><br></div><div>When I boot without the =
drive and attach it with a disk inserted, the same message as above is show=
n.</div><div><br></div><div>According to the box the disks should be "=
IBM formatted". I just tried it on a Windows box, and the disk was sho=
wn as unformatted. After formatting it there, it is now usable under NetBSD=
:</div><div><br></div><div>[ 867.6658131] sd1 at atapibus0 drive 0: <TEA=
C, FD-05PUW, 3000> disk removable<br>[ 868.7570577] sd1: 1440 KB, 80 cyl=
, 2 head, 18 sec, 512 bytes/sect x 2880 sectors</div><div><br></div><div>$ =
disklabel sd1<br># /dev/rsd1:<br>type: ATAPI<br>disk: FD-05PUW<br>label: de=
fault label<br>flags: removable<br>bytes/sector: 512<br>sectors/track: 18<b=
r>tracks/cylinder: 2<br>sectors/cylinder: 36<br>cylinders: 80<br>total sect=
ors: 2880<br>rpm: 7680<br>interleave: 1<br>trackskew: 0<br>cylinderskew: 0<=
br>headswitch: 0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 # microseconds<br>track=
-to-track seek: 0 =C2=A0# microseconds<br>drivedata: 0 <br><br>4 partitions=
:<br># =C2=A0 =C2=A0 =C2=A0 =C2=A0size =C2=A0 =C2=A0offset =C2=A0 =C2=A0 fs=
type [fsize bsize cpg/sgs]<br>=C2=A0a: =C2=A0 =C2=A0 =C2=A02880 =C2=A0 =C2=
=A0 =C2=A0 =C2=A0 0 =C2=A0 =C2=A0 4.2BSD =C2=A0 =C2=A0 =C2=A00 =C2=A0 =C2=
=A0 0 =C2=A0 =C2=A0 0 =C2=A0# (Cyl. =C2=A0 =C2=A0 =C2=A00 - =C2=A0 =C2=A0 7=
9)<br>=C2=A0d: =C2=A0 =C2=A0 =C2=A02880 =C2=A0 =C2=A0 =C2=A0 =C2=A0 0 =C2=
=A0 =C2=A0 unused =C2=A0 =C2=A0 =C2=A00 =C2=A0 =C2=A0 0 =C2=A0 =C2=A0 =C2=
=A0 =C2=A0# (Cyl. =C2=A0 =C2=A0 =C2=A00 - =C2=A0 =C2=A0 79)<br>disklabel: b=
oot block size 0<br>disklabel: super block size 0</div><div><br></div><div>=
$ mount_msdos /dev/sd1a /mnt</div><div><br></div><div>$ df -k /mnt<br>Files=
ystem =C2=A0 =C2=A01K-blocks =C2=A0 =C2=A0 =C2=A0 Used =C2=A0 =C2=A0 =C2=A0=
Avail %Cap Mounted on<br>/dev/sd1a =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A01423 =
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A01 =C2=A0 =C2=A0 =C2=A0 1422 =C2=A0 0% /mn=
t</div><div><br></div><div>And dd'ing the boot image to /dev/rsd1d now =
also works.</div><div><br></div><div>I then tried "fdformat" on a=
ll combinations (sd1 and rsd1, partition a and d), but always got</div><div=
><br></div><div>fdformat: Device `/dev/rsd1a' does not support floppy f=
ormatting: Inappropriate ioctl for device<br></div><div></div></div><div><b=
r></div>-- <br><div dir=3D"ltr">Joern Clausen<br><a href=3D"https://www.oe-=
files.de/photography/" target=3D"_blank">https://www.oe-files.de/photograph=
y/</a></div></div>
--00000000000018626a05ae1dccc8--
Home |
Main Index |
Thread Index |
Old Index