WLAN USB-Stick, der sicher unter Debian funktioniert
-
brum
ja #2
USB-Stick z.B. 'TwinMOS Mobile Disk' unter GNU/Linux installieren
Bei Kernelbau:
Module 'msdos', 'vfat', 'generische SCSI-Unterstuetzung',' usb' und 'usb-storage' waehlen.
(Sollte aber in einem Standart-Universal-Kernel enthalten sein.)
Laden der Module (z.B mit modconf) uhci ( oder, je nach hardware usb-uhci), usb-storage (Beispiel: Intel Board)
Programm USB-Manager: usbmgr muss installiert sein
Kontrolle mit ps ef | grep usb: /usr/sbin/usbmgr
[ usb-storage-0 ]
Der USB-Stick arbeitet als generisches SCSI-Laufwerk. Kontrolle, ob Stick erkannt wurde:
more /proc/scsi/scsi:
Host: scsi1 Channel: 00 Id: 00 Lun: 00
Vendor: Generic Model: Flash Disk Rev: 7.77
Type: Direct-Access ANSI SCSI revision: 02
Wenn jetzt die Mounttabelle abgefragt wird, (einfach 'mount',) sollte folgendes Ergebnis kommen:
/prog/bus/usb on /prog/bus/usb type usbdevfs (rw)
Wenn nicht (Debian) manuell weiter:
Nachsehen, welche SCSI-Adresse an das Gerät vergeben wurde:
Stift neu anstecken:
# tail /var/log/messages
Woody_______________________________________________________________________________________
Jun 25 13:46:52 pluto kernel: Manufacturer: Generic
Jun 25 13:46:52 pluto kernel: Product: Mass Storage Device
Jun 25 13:46:52 pluto kernel: usb-uhci.c: interrupt, status 2, frame# 467
Jun 25 13:46:52 pluto kernel: scsi1 : SCSI emulation for USB Mass Storage devices
Jun 25 13:46:58 pluto kernel: usb_control/bulk_msg: timeout
Jun 25 13:47:16 pluto kernel: usb-uhci.c: interrupt, status 3, frame# 1080
Jun 25 13:47:16 pluto kernel: Vendor: Generic Model: Flash Disk Rev: 7.77
Jun 25 13:47:16 pluto kernel: Type: Direct-Access ANSI SCSI revision: 02
Jun 25 13:47:16 pluto kernel: Attached scsi removable disk sdb at scsi1, channel 0, id 0, lun 0
Jun 25 13:47:16 pluto kernel: SCSI device sdb: 128000 512-byte hdwr sectors (66 MB)
Jun 25 13:47:16 pluto kernel: sdb: Write Protect is off
Jun 25 13:47:16 pluto kernel: sdb:<7>usb-storage: queuecommand() called
Jun 25 13:47:16 pluto kernel: sdb1
_______________________________________________________________________________________
sdb, das ist das SCSI-Geraet am 2. Controller. (An sda steckt ein Tekram-SCSI-Host)
Mountpunkt erzeugen (mkdir /mnt/usb) und die /etc/fstab editieren:
_____________________________________________________
# /etc/fstab
.....
/dev/sdb1 /mnt/usb auto noauto,user,sync 0 0
_____________________________________________________
fstab mit 'mount -a' neu einlesen.
mounten durch 'mount /mnt/usb' . Ergebnis von mount:
/dev/sdb1 on /mnt/usb type vfat (rw,noexec,nosuid,nodev,sync)
Wenn als User auf den Stift geschrieben werden soll, noch die Dateirechte freigeben:
chmod 777 /mnt/usb
- ein Jahr spaeter, meine scsi-hd hat te sich verabschiedet ...
SARGE-------------------------------------------------------------------------------------
Jan 16 14:07:28 pluto kernel: usb 2-2.2: new full speed USB device using address 4
Jan 16 14:07:28 pluto usb.agent[3497]: usb-storage: already loaded
Jan 16 14:07:28 pluto kernel: scsi2 : SCSI emulation for USB Mass Storage devices
Jan 16 14:07:28 pluto kernel: Vendor: Model: USB DRIVE Rev: 1.13
Jan 16 14:07:28 pluto kernel: Type: Direct-Access ANSI SCSI revision: 02
Jan 16 14:07:28 pluto kernel: SCSI device sda: 252928 512-byte hdwr sectors (129 MB)
Jan 16 14:07:28 pluto kernel: sda: assuming Write Enabled
Jan 16 14:07:28 pluto kernel: /dev/scsi/host2/bus0/target0/lun0: p1
Jan 16 14:07:28 pluto kernel: Attached scsi removable disk sda at scsi2, channel 0, id 0, lun 0
Jan 16 14:07:29 pluto scsi.agent[3531]: disk at /devices/pci0000:00/0000:00:1d.0/usb2/2-2/2-2.2/2-2.2:1.0/host2/2:0:0:0
-------------------------------------------------------------------------------------
SARGE----------------------------------------------------------------------
# /etc/fstab
/dev/sda1 /media/usb0 auto rw,sync,user 0 2
----------------------------------------------------------------------------
Ist etwas falsch gelaufen: Meldung beim booten, konnte Dateityp nicht feststellen oder im angeblich 'gemounteten' Stift sind die Einträgen 'device', 'driver' und ein paar Zahlen zu sehen.
Vor den Herausziehen NICHT VERGESSEN: umount /mnt/usb -> besser supermount installieren ...
Bei Kernelbau:
Module 'msdos', 'vfat', 'generische SCSI-Unterstuetzung',' usb' und 'usb-storage' waehlen.
(Sollte aber in einem Standart-Universal-Kernel enthalten sein.)
Laden der Module (z.B mit modconf) uhci ( oder, je nach hardware usb-uhci), usb-storage (Beispiel: Intel Board)
Programm USB-Manager: usbmgr muss installiert sein
Kontrolle mit ps ef | grep usb: /usr/sbin/usbmgr
[ usb-storage-0 ]
Der USB-Stick arbeitet als generisches SCSI-Laufwerk. Kontrolle, ob Stick erkannt wurde:
more /proc/scsi/scsi:
Host: scsi1 Channel: 00 Id: 00 Lun: 00
Vendor: Generic Model: Flash Disk Rev: 7.77
Type: Direct-Access ANSI SCSI revision: 02
Wenn jetzt die Mounttabelle abgefragt wird, (einfach 'mount',) sollte folgendes Ergebnis kommen:
/prog/bus/usb on /prog/bus/usb type usbdevfs (rw)
Wenn nicht (Debian) manuell weiter:
Nachsehen, welche SCSI-Adresse an das Gerät vergeben wurde:
Stift neu anstecken:
# tail /var/log/messages
Woody_______________________________________________________________________________________
Jun 25 13:46:52 pluto kernel: Manufacturer: Generic
Jun 25 13:46:52 pluto kernel: Product: Mass Storage Device
Jun 25 13:46:52 pluto kernel: usb-uhci.c: interrupt, status 2, frame# 467
Jun 25 13:46:52 pluto kernel: scsi1 : SCSI emulation for USB Mass Storage devices
Jun 25 13:46:58 pluto kernel: usb_control/bulk_msg: timeout
Jun 25 13:47:16 pluto kernel: usb-uhci.c: interrupt, status 3, frame# 1080
Jun 25 13:47:16 pluto kernel: Vendor: Generic Model: Flash Disk Rev: 7.77
Jun 25 13:47:16 pluto kernel: Type: Direct-Access ANSI SCSI revision: 02
Jun 25 13:47:16 pluto kernel: Attached scsi removable disk sdb at scsi1, channel 0, id 0, lun 0
Jun 25 13:47:16 pluto kernel: SCSI device sdb: 128000 512-byte hdwr sectors (66 MB)
Jun 25 13:47:16 pluto kernel: sdb: Write Protect is off
Jun 25 13:47:16 pluto kernel: sdb:<7>usb-storage: queuecommand() called
Jun 25 13:47:16 pluto kernel: sdb1
_______________________________________________________________________________________
sdb, das ist das SCSI-Geraet am 2. Controller. (An sda steckt ein Tekram-SCSI-Host)
Mountpunkt erzeugen (mkdir /mnt/usb) und die /etc/fstab editieren:
_____________________________________________________
# /etc/fstab
.....
/dev/sdb1 /mnt/usb auto noauto,user,sync 0 0
_____________________________________________________
fstab mit 'mount -a' neu einlesen.
mounten durch 'mount /mnt/usb' . Ergebnis von mount:
/dev/sdb1 on /mnt/usb type vfat (rw,noexec,nosuid,nodev,sync)
Wenn als User auf den Stift geschrieben werden soll, noch die Dateirechte freigeben:
chmod 777 /mnt/usb
- ein Jahr spaeter, meine scsi-hd hat te sich verabschiedet ...
SARGE-------------------------------------------------------------------------------------
Jan 16 14:07:28 pluto kernel: usb 2-2.2: new full speed USB device using address 4
Jan 16 14:07:28 pluto usb.agent[3497]: usb-storage: already loaded
Jan 16 14:07:28 pluto kernel: scsi2 : SCSI emulation for USB Mass Storage devices
Jan 16 14:07:28 pluto kernel: Vendor: Model: USB DRIVE Rev: 1.13
Jan 16 14:07:28 pluto kernel: Type: Direct-Access ANSI SCSI revision: 02
Jan 16 14:07:28 pluto kernel: SCSI device sda: 252928 512-byte hdwr sectors (129 MB)
Jan 16 14:07:28 pluto kernel: sda: assuming Write Enabled
Jan 16 14:07:28 pluto kernel: /dev/scsi/host2/bus0/target0/lun0: p1
Jan 16 14:07:28 pluto kernel: Attached scsi removable disk sda at scsi2, channel 0, id 0, lun 0
Jan 16 14:07:29 pluto scsi.agent[3531]: disk at /devices/pci0000:00/0000:00:1d.0/usb2/2-2/2-2.2/2-2.2:1.0/host2/2:0:0:0
-------------------------------------------------------------------------------------
SARGE----------------------------------------------------------------------
# /etc/fstab
/dev/sda1 /media/usb0 auto rw,sync,user 0 2
----------------------------------------------------------------------------
Ist etwas falsch gelaufen: Meldung beim booten, konnte Dateityp nicht feststellen oder im angeblich 'gemounteten' Stift sind die Einträgen 'device', 'driver' und ein paar Zahlen zu sehen.
Vor den Herausziehen NICHT VERGESSEN: umount /mnt/usb -> besser supermount installieren ...
-
brum
ja #3
Nachtrag:
Der Kommentar über das Mounten bezieht sich auf Kernel 2.4.x
Ab Kernel 2.6.x ist auch submount möglich, der eintrag in der /etc/fstab z.B.:
------------- /etc/fstab ---------------------------------------------------------------------------------
/mnt/removable /mnt/removable vfat
--> umask=0,user,iocharset=iso8859-15,sync,kudzu,codepage=850,
--> noauto,exec,users,dev=/sdb4 0 0
----------------------------------------------------------------------------------------------------------------
während der Eintrag bei Supermount (minimal) so aussieht:
------------- /etc/fstab --------------------------------------------------------------------------------------
none /mnt/usb supermount dev=/dev/sda,fs=vfat 0 0
--------------------------------------------------------------------------------------------------------------------
Möglich dass Supermount noch nicht installiert ist --> Kernelpatch
Ich persönlich halte Supermount für die stabilere Lösung, abwohl es Erfahrungen Anderer gibt, wonach Supermount an Multiprozessormaschinen zu Problemen führt...
bye brum
Der Kommentar über das Mounten bezieht sich auf Kernel 2.4.x
Ab Kernel 2.6.x ist auch submount möglich, der eintrag in der /etc/fstab z.B.:
------------- /etc/fstab ---------------------------------------------------------------------------------
/mnt/removable /mnt/removable vfat
--> umask=0,user,iocharset=iso8859-15,sync,kudzu,codepage=850,
--> noauto,exec,users,dev=/sdb4 0 0
----------------------------------------------------------------------------------------------------------------
während der Eintrag bei Supermount (minimal) so aussieht:
------------- /etc/fstab --------------------------------------------------------------------------------------
none /mnt/usb supermount dev=/dev/sda,fs=vfat 0 0
--------------------------------------------------------------------------------------------------------------------
Möglich dass Supermount noch nicht installiert ist --> Kernelpatch
Ich persönlich halte Supermount für die stabilere Lösung, abwohl es Erfahrungen Anderer gibt, wonach Supermount an Multiprozessormaschinen zu Problemen führt...
bye brum