[slackware] externe zipdrive

[Erkens]

ik krijg mijn zipdrive maar niet aan de praat, ik heb ppa als module gecompiled, maar zodra ik modprobe ppa geef gaat de zipdrive even aan, maar verder gebeurd er niets.
Dus hij wordt wel aangeroepen, maar ik kan er vervolgens niet bij.
met lsmod krijg ik dit: (rest weggeknipt)

code:

Module          Size  Used by
ppa            9968   0  (unused)

hoe krijg ik hem werkend?

[Verwijderd]

check eens je kernelmeldingen met dmesg
als het goed is is /dev/sda1 je zipdrive device.
je zips zou je dan kunnen mounten met het volgende commando: mount -t vfat /dev/sda1 /mnt/zip

[Erkens]

Op maandag 13 mei 2002 12:23 schreef ger24 het volgende:
check eens je kernelmeldingen met dmesg
als het goed is is /dev/sda1 je zipdrive device.
je zips zou je dan kunnen mounten met het volgende commando: mount -t vfat /dev/sda1 /mnt/zip

inderdaad, helemaal dmesg vergeten:

code:

ppa: Version 2.07 (for Linux 2.2.x)
ppa: Found device at ID 6, Attempting to use SPP
ppa: Communication established with ID 6 using SPP
scsi0 : Iomega VPI0 (ppa) interface
scsi : 1 host.
  Vendor: IOMEGA    Model: ZIP 100       Rev: J.03
  Type:   Direct-Access             ANSI SCSI revision: 02
Detected scsi removable disk sda at scsi0, channel 0, id 6, lun 0
SCSI device sda: hdwr sector= 512 bytes. Sectors= 196608 [96 MB] [0.1 GB]
sda: Write Protect is off
 sda: sda1

(beginnersfoutje hoop ik )

nog een vraagje, kan ik nu die zipdrive gewoon loskoppelen als ik hem niet meer nodig heb?
of moet ik eerst die module verwijderen (na umount uiteraard)?

[edit]
Mounten lukt niet, dus ik moet eerst nog even vfat in mijn kernel proppen

[edit2]goed ik kan nu bij mijn zipdrive, ik heb deze zin in mijn fstab gezet:
/dev/sda1 /zip vfat noauto,user
waardoor ik ook als user bij die drive kan.
Zodra ik mijn zipdrive los wil halen moet ik inloggen als root om dan de module ppa te verwijderen (rmmod ppa) kan dit ook als user, en daarbij natuurlijk ook insmod ppa
dat zou namelijk wel handig zijn, want dan hoef ik niemand het password van de root te geven

[Erkens]

[edit3]
in dit topic wordt ook ong het zelfde gevraagd, alleen een echte oplossing is er niet omdat er bij hem wat fout ging: [topic=237832]

Hoe kan ik dus een script uitvoeren als root, als ik ingelogd ben als user? zonder sudo, want dat wil ik liever niet gebruiken.

[edit3.5]shit, 2x heb ik het juiste knopje, waarom de 3de keer niet?
hmm, ff mijn eigen quote weg halen, scheelt weer ruimte

[Verwijderd]

nog simpeler is om via chgrp je usergroupen rwx geven op /dev/sda1 hiermee is het mogelijk gemaakt om je users zips te kunnen mounten en umounten. Het is niet eens zo superbelangrijk om de module wel of niet geladen te hebben.
Zorg er gewoon voor dat ppa altijd geladen is en geef groeprechten op het device. That's all.

[Erkens]

Op maandag 13 mei 2002 15:15 schreef ger24 het volgende:
nog simpeler is om via chgrp je usergroupen rwx geven op /dev/sda1 hiermee is het mogelijk gemaakt om je users zips te kunnen mounten en umounten. Het is niet eens zo superbelangrijk om de module wel of niet geladen te hebben.
Zorg er gewoon voor dat ppa altijd geladen is en geef groeprechten op het device. That's all.

die rechten op /dev/sda had ik al geprobeerd, en dat werkte niet echt, maar door hem in fstab te zetten met de optie "user" lukt dat wel
Alleen als ik het goed begrijp kan ik de drive gewoon loskoppelen zonder de module weer te verwijderen?
En als ik hem dan later weer aankoppel doet hij het weer gewoon? Geeft linux geen problemen dan?

[Verwijderd]

module geladen houden terwijl je je zipdrive eraf haalt hoeft geen probleem te zijn, lijkt me. Zolang je je zip maar netjes umount voordat je de drive eraf haalt.

[Erkens]

Op maandag 13 mei 2002 15:29 schreef ger24 het volgende:
module geladen houden terwijl je je zipdrive eraf haalt hoeft geen probleem te zijn, lijkt me. Zolang je je zip maar netjes umount voordat je de drive eraf haalt.

ga het meteen even proberen, maar eeh wat nu als iemand "per ongeluk" probeerd om /dev/sda te mounten?

[edit]
Ja loskoppelen kan natuurlijk. En als ik dan dat ding probeer te mounten (wat natuurlijk niet kan!) duurt het heel lang en vervolgens:

root@server:~# mount /dev/sda1
mount: /dev/sda1 is not a valid block device

geen echte foutmeldingen d8 ik zo, maar:

root@server:~# dmesg|tail -n10
ppa: Parallel port cable is unplugged!!
ppa: Parallel port cable is unplugged!!
ppa: Parallel port cable is unplugged!!
ppa: Parallel port cable is unplugged!!
ppa: Parallel port cable is unplugged!!
ppa: Parallel port cable is unplugged!!
ppa: Parallel port cable is unplugged!!
VFS: Disk change detected on device sd(8,1)
sda:scsidisk I/O error: dev 08:00, sector 0
unable to read partition table
root@server:~#

en als ik daarna die drive weer aansluit werkt het geheel niet meer

[Verwijderd]

tsja, dan zal je toch dynamisch je modules moeten loaden/unloaden. In de 1 na laatste Linux Journal stond een leuk stukje over hotpluggable devices. Iets met /sbin/hotplug <argumenten>

Ik weet dat dit werkt voor usb devices. Geen idee of dit ook opgaat voor parallele devices zoals je zipdrive.

[Verwijderd]

voor de mensen die een nieuwere versie zipdrive hebbben, daar is een andere module voor: imm

[Erkens]

Op maandag 13 mei 2002 16:30 schreef ger24 het volgende:
tsja, dan zal je toch dynamisch je modules moeten loaden/unloaden.

hier heb ik geen problemen mee, want dan doet hij het nl. wel weer, alleen:

Op maandag 13 mei 2002 13:39 schreef erkens het volgende:
Hoe kan ik dus een script uitvoeren als root, als ik ingelogd ben als user? zonder sudo, want dat wil ik liever niet gebruiken.

want dan schrijf ik een scriptje:

code:

#!/bin/sh
rmmod ppa
modprobe ppa

alleen die moet dus door root uitgevoerd worden, en ik wil niet alle users van mijn server dat password geven
Hoe kan ik er voor zorgen dat iedereen dit scriptje kunnen gebruiken?