From: Rob Blomquist on
I asked this earlier, and several asked for more information about what is
going or not going on on my system. I am trying to figure out if something is
missing, or if something needs manual configuration on my system.

Here's the output from lsmod | grep usb:
usb_storage 69056 0
usbserial 29896 1 visor
usbhid 32224 0
usbcore 118980 8
usb_storage,visor,usbserial,usbhid,ehci_hcd,ohci_hcd
ide_core 139940 5
usb_storage,ide_cd,ide_generic,ide_disk,amd74xx
scsi_mod 125228 3 usb_storage,sd_mod,libata

Here's what happens when my PNY 256Mb flash drive is inserted:
Feb 5 13:16:31 localhost kernel: usb 3-5: new high speed USB device using
address 31
Feb 5 13:16:31 localhost kernel: scsi6 : SCSI emulation for USB Mass Storage
devices
Feb 5 13:16:31 localhost kernel: Vendor: PNY Model: USB 2.0 FD
Rev: 1.13
Feb 5 13:16:31 localhost kernel: Type: Direct-Access
ANSI SCSI revision: 02
Feb 5 13:16:31 localhost kernel: SCSI device sdb: 487424 512-byte hdwr
sectors(250 MB)
Feb 5 13:16:31 localhost kernel: sdb: assuming Write Enabled
Feb 5 13:16:31 localhost kernel: /dev/scsi/host6/bus0/target0/lun0: p1
Feb 5 13:16:31 localhost kernel: Attached scsi removable disk sdb at scsi6,
channel 0, id 0, lun 0

And that's where it ends. I would think that something should now pick it up
and automount it. Let me try to mount it:
# mount -t vfat /dev/sdb /media/flash
mount: wrong fs type, bad option, bad superblock on /dev/sdb,
missing codepage or other error
In some cases useful info is found in syslog - try
dmesg | tail or so

# dmesg | tail
usb 3-5: new high speed USB device using address 31
scsi6 : SCSI emulation for USB Mass Storage devices
Vendor: PNY Model: USB 2.0 FD Rev: 1.13
Type: Direct-Access ANSI SCSI revision: 02
SCSI device sdb: 487424 512-byte hdwr sectors (250 MB)
sdb: assuming Write Enabled
sdb: assuming drive cache: write through
/dev/scsi/host6/bus0/target0/lun0: p1
Attached scsi removable disk sdb at scsi6, channel 0, id 0, lun 0
USB Mass Storage device found at 31

# mount -t ntfs /dev/sdb /media/flash
mount: wrong fs type, bad option, bad superblock on /dev/sdb,
missing codepage or other error
In some cases useful info is found in syslog - try
dmesg | tail or so

# dmesg | tail
Type: Direct-Access ANSI SCSI revision: 02
SCSI device sdb: 487424 512-byte hdwr sectors (250 MB)
sdb: assuming Write Enabled
sdb: assuming drive cache: write through
/dev/scsi/host6/bus0/target0/lun0: p1
Attached scsi removable disk sdb at scsi6, channel 0, id 0, lun 0
USB Mass Storage device found at 31
NTFS-fs error (device sdb): read_ntfs_boot_sector(): Primary boot sector is
invalid.
NTFS-fs error (device sdb): read_ntfs_boot_sector(): Mount option
errors=recover not used. Aborting without trying to recover.
NTFS-fs error (device sdb): ntfs_fill_super(): Not an NTFS volume.

Now, just for yucks I added the following line to /etc/fstab:
/dev/sdb /media/flash auto rw,user,noauto 0 0

#mount /dev/sdb
mount: you must specify the filesystem type

Here's lsmod again just to compare:
# lsmod| grep usb
usb_storage 69056 0
usbserial 29896 1 visor
usbhid 32224 0
usbcore 118980 8
usb_storage,visor,usbserial,usbhid,ehci_hcd,ohci_hcd
ide_core 139940 5
usb_storage,ide_cd,ide_generic,ide_disk,amd74xx
scsi_mod 125228 3 usb_storage,sd_mod,libata


Ok from all this, I wonder if the drive is corrupt. It is connected. Why can't
I manually mount it? I don't know. Why doesn't something try to automount it
for me?

Beyond this, I know not what to do other than to try it on another computer.
Your suggestions would be appreciated.

Rob



--
Mountlake Terrace, WA, USA


--
To UNSUBSCRIBE, email to debian-user-REQUEST(a)lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster(a)lists.debian.org
From: Andrew Sackville-West on
On Sun, 5 Feb 2006 13:30:01 -0800
Rob Blomquist <rob.blomquist(a)verizon.net> wrote:

> I asked this earlier, and several asked for more information about what is
> going or not going on on my system. I am trying to figure out if something is
> missing, or if something needs manual configuration on my system.
>
> Here's the output from lsmod | grep usb:
> usb_storage 69056 0
> usbserial 29896 1 visor
> usbhid 32224 0
> usbcore 118980 8
> usb_storage,visor,usbserial,usbhid,ehci_hcd,ohci_hcd
> ide_core 139940 5
> usb_storage,ide_cd,ide_generic,ide_disk,amd74xx
> scsi_mod 125228 3 usb_storage,sd_mod,libata
>
> Here's what happens when my PNY 256Mb flash drive is inserted:
> Feb 5 13:16:31 localhost kernel: usb 3-5: new high speed USB device using
> address 31
> Feb 5 13:16:31 localhost kernel: scsi6 : SCSI emulation for USB Mass Storage
> devices
> Feb 5 13:16:31 localhost kernel: Vendor: PNY Model: USB 2.0 FD
> Rev: 1.13
> Feb 5 13:16:31 localhost kernel: Type: Direct-Access
> ANSI SCSI revision: 02
> Feb 5 13:16:31 localhost kernel: SCSI device sdb: 487424 512-byte hdwr
> sectors(250 MB)
> Feb 5 13:16:31 localhost kernel: sdb: assuming Write Enabled
> Feb 5 13:16:31 localhost kernel: /dev/scsi/host6/bus0/target0/lun0: p1
> Feb 5 13:16:31 localhost kernel: Attached scsi removable disk sdb at scsi6,
> channel 0, id 0, lun 0
>
> And that's where it ends. I would think that something should now pick it up
> and automount it. Let me try to mount it:
> # mount -t vfat /dev/sdb /media/flash
> mount: wrong fs type, bad option, bad superblock on /dev/sdb,
> missing codepage or other error
> In some cases useful info is found in syslog - try
> dmesg | tail or so
>
> # dmesg | tail
> usb 3-5: new high speed USB device using address 31
> scsi6 : SCSI emulation for USB Mass Storage devices
> Vendor: PNY Model: USB 2.0 FD Rev: 1.13
> Type: Direct-Access ANSI SCSI revision: 02
> SCSI device sdb: 487424 512-byte hdwr sectors (250 MB)
> sdb: assuming Write Enabled
> sdb: assuming drive cache: write through
> /dev/scsi/host6/bus0/target0/lun0: p1
> Attached scsi removable disk sdb at scsi6, channel 0, id 0, lun 0
> USB Mass Storage device found at 31
>
> # mount -t ntfs /dev/sdb /media/flash
> mount: wrong fs type, bad option, bad superblock on /dev/sdb,
> missing codepage or other error
> In some cases useful info is found in syslog - try
> dmesg | tail or so
>
> # dmesg | tail
> Type: Direct-Access ANSI SCSI revision: 02
> SCSI device sdb: 487424 512-byte hdwr sectors (250 MB)
> sdb: assuming Write Enabled
> sdb: assuming drive cache: write through
> /dev/scsi/host6/bus0/target0/lun0: p1
> Attached scsi removable disk sdb at scsi6, channel 0, id 0, lun 0
> USB Mass Storage device found at 31
> NTFS-fs error (device sdb): read_ntfs_boot_sector(): Primary boot sector is
> invalid.
> NTFS-fs error (device sdb): read_ntfs_boot_sector(): Mount option
> errors=recover not used. Aborting without trying to recover.
> NTFS-fs error (device sdb): ntfs_fill_super(): Not an NTFS volume.
>
> Now, just for yucks I added the following line to /etc/fstab:
> /dev/sdb /media/flash auto rw,user,noauto 0 0
>
> #mount /dev/sdb
> mount: you must specify the filesystem type
>
> Here's lsmod again just to compare:
> # lsmod| grep usb
> usb_storage 69056 0
> usbserial 29896 1 visor
> usbhid 32224 0
> usbcore 118980 8
> usb_storage,visor,usbserial,usbhid,ehci_hcd,ohci_hcd
> ide_core 139940 5
> usb_storage,ide_cd,ide_generic,ide_disk,amd74xx
> scsi_mod 125228 3 usb_storage,sd_mod,libata
>
>

Ummm... is it formatted?

> Ok from all this, I wonder if the drive is corrupt. It is connected. Why can't
> I manually mount it?

maybe its not formatted?

I don't know. Why doesn't something try to automount it
> for me?

because nothing is configured to automount it for you?

>
> Beyond this, I know not what to do other than to try it on another computer.
> Your suggestions would be appreciated.

well trying another machine would certainly provide so insight as to whether the problem is realted to the media or the machine.

A

>
> Rob
>
>
>
> --
> Mountlake Terrace, WA, USA
>
>
> --
> To UNSUBSCRIBE, email to debian-user-REQUEST(a)lists.debian.org
> with a subject of "unsubscribe". Trouble? Contact listmaster(a)lists.debian..org
>
From: Marc Wilson on
On Sun, Feb 05, 2006 at 01:30:01PM -0800, Rob Blomquist wrote:

<much silliness deleted>

> Ok from all this, I wonder if the drive is corrupt. It is connected. Why can't
> I manually mount it?

Because you're trying to mount the block device, rather than a partition on
it. Example:

rei $ sudo fdisk -l /dev/sdf

Disk /dev/sdf: 519 MB, 519569408 bytes
129 heads, 32 sectors/track, 245 cylinders
Units = cylinders of 4128 * 512 = 2113536 bytes

Device Boot Start End Blocks Id System
/dev/sdf1 1 246 507376 4 FAT16 <32M
Partition 1 has different physical/logical endings:
phys=(249, 128, 32) logical=(245, 106, 32)

rei $ mount | grep sdf
/dev/sdf1 on /mnt/usbstick type vfat (rw,noexec,nosuid,nodev,user=mwilson)


> Why doesn't something try to automount it for me?

What would this "something" be? Have you installed something that would do
that for you? Are you using a recent Gnome or KDE that would do that by
default? No, I don't know in what version Gnome started doing that... I
don't use Gnome. Nor KDE, for that matter.

IMHO automount is an incredibly broken behavior. Gnome users swear that
it's desirable, though. Your mileage may vary.

--
Marc Wilson | Show your affection, which will probably meet with
msw(a)cox.net | pleasant response.


--
To UNSUBSCRIBE, email to debian-user-REQUEST(a)lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster(a)lists.debian.org
From: Andrew Sackville-West on
On Sun, 5 Feb 2006 15:13:46 -0800
Marc Wilson <msw(a)cox.net> wrote:

> On Sun, Feb 05, 2006 at 01:30:01PM -0800, Rob Blomquist wrote:
>
> <much silliness deleted>
>
> > Ok from all this, I wonder if the drive is corrupt. It is connected. Why can't
> > I manually mount it?
>
> Because you're trying to mount the block device, rather than a partition on
> it. Example:
>
> rei $ sudo fdisk -l /dev/sdf
>
> Disk /dev/sdf: 519 MB, 519569408 bytes
> 129 heads, 32 sectors/track, 245 cylinders
> Units = cylinders of 4128 * 512 = 2113536 bytes
>
> Device Boot Start End Blocks Id System
> /dev/sdf1 1 246 507376 4 FAT16 <32M
> Partition 1 has different physical/logical endings:
> phys=(249, 128, 32) logical=(245, 106, 32)
>
> rei $ mount | grep sdf
> /dev/sdf1 on /mnt/usbstick type vfat (rw,noexec,nosuid,nodev,user=mwilson)
>
>
> > Why doesn't something try to automount it for me?
>
> What would this "something" be? Have you installed something that would do
> that for you? Are you using a recent Gnome or KDE that would do that by
> default? No, I don't know in what version Gnome started doing that... I
> don't use Gnome. Nor KDE, for that matter.
>
> IMHO automount is an incredibly broken behavior. Gnome users swear that
> it's desirable, though. Your mileage may vary.

d'oh!

A

>
> --
> Marc Wilson | Show your affection, which will probably meet with
> msw(a)cox.net | pleasant response.
>
>
> --
> To UNSUBSCRIBE, email to debian-user-REQUEST(a)lists.debian.org
> with a subject of "unsubscribe". Trouble? Contact listmaster(a)lists.debian..org
>
From: Rob Blomquist on
On Sunday 05 February 2006 3:13 pm, Marc Wilson so eloquently stated:
> On Sun, Feb 05, 2006 at 01:30:01PM -0800, Rob Blomquist wrote:
>
> <much silliness deleted>
>
> > Ok from all this, I wonder if the drive is corrupt. It is connected. Why
> > can't I manually mount it?
>
> Because you're trying to mount the block device, rather than a partition on
> it. Example:
>
> rei $ sudo fdisk -l /dev/sdf
>
> Disk /dev/sdf: 519 MB, 519569408 bytes
> 129 heads, 32 sectors/track, 245 cylinders
> Units = cylinders of 4128 * 512 = 2113536 bytes

OK, I know what you mean about mounting the block device, I tried sdb0, 1, and
2, but got no response before I emailed.

timmy:~# dmesg | tail
usb 3-5: new high speed USB device using address 32
scsi7 : SCSI emulation for USB Mass Storage devices
Vendor: PNY Model: USB 2.0 FD Rev: 1.13
Type: Direct-Access ANSI SCSI revision: 02
SCSI device sdb: 487424 512-byte hdwr sectors (250 MB)
sdb: assuming Write Enabled
sdb: assuming drive cache: write through
/dev/scsi/host7/bus0/target0/lun0: p1
Attached scsi removable disk sdb at scsi7, channel 0, id 0, lun 0
USB Mass Storage device found at 32

So it is still there, and let me find out what it responds to:

timmy:~# fdisk -l /dev/sdb

Disk /dev/sdb: 249 MB, 249561088 bytes
16 heads, 32 sectors/track, 952 cylinders
Units = cylinders of 512 * 512 = 262144 bytes

Device Boot Start End Blocks Id System
/dev/sdb1 * 1 952 243696 6 FAT16

Ah, so it is vfat on sdb1! no sweat!

timmy:~# mount -t vfat /dev/sdb1 /media/flash
mount: special device /dev/sdb1 does not exist

Now this is silly!

Is it still there?

timmy:~# fdisk -l /dev/sdb

Disk /dev/sdb: 249 MB, 249561088 bytes
16 heads, 32 sectors/track, 952 cylinders
Units = cylinders of 512 * 512 = 262144 bytes

Device Boot Start End Blocks Id System
/dev/sdb1 * 1 952 243696 6 FAT16

I will be darned. Still there, but mount can't find it!



> Device Boot Start End Blocks Id System
> /dev/sdf1 1 246 507376 4 FAT16 <32M
> Partition 1 has different physical/logical endings:
> phys=(249, 128, 32) logical=(245, 106, 32)
>
> rei $ mount | grep sdf
> /dev/sdf1 on /mnt/usbstick type vfat (rw,noexec,nosuid,nodev,user=mwilson)
>
> > Why doesn't something try to automount it for me?
>
> What would this "something" be? Have you installed something that would do
> that for you? Are you using a recent Gnome or KDE that would do that by
> default? No, I don't know in what version Gnome started doing that... I
> don't use Gnome. Nor KDE, for that matter.

Yes, that something is automount. Under Mandriva and Ubuntu, it seems to be
working quite well, especially for flash drives. I find it more of a pain to
deal with for USB drives, to find out what block device it is then mount it
if it could have a static device for each usb drive, well that would be one
thing, and I would be fine mounting and unmounting them like CDROMs.

I have been quite confused with the changes to USB that the 2.6 kernel gives.

Is automount available for Debian?

Rob
--
Mountlake Terrace, WA, USA


--
To UNSUBSCRIBE, email to debian-user-REQUEST(a)lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster(a)lists.debian.org