Hallo, Suse (hier 7.2) mountet doch CDROM, Floppy usw unter /media/... Nun habe ich ein internes SCSI-Zip eingebaut. Beim Booten wird es auch erkannt <4> Vendor: IOMEGA Model: ZIP 100 Rev: J.03 <4> Type: Direct-Access ANSI SCSI revision: 02 <4>Detected scsi removable disk sdb at scsi0, channel 0, id 4, lun 0 Ich habe dann ein Verzeichnis /media/zip erstellt und /zipdrive mittels ln -s dorthin gelinkt. Versuche ich aber mittels root@tim:/ > mount -t msdos /dev/zip /zipdrive mount: Falscher Dateisystemtyp oder ungültige Optionen. Möglicherweise ist auch der 'Superblock' von /dev/sdb beschädigt, oder es sind zu viele Dateisysteme gemountet. root@tim:/ > das Zip zu mounten, klappt das nicht so recht. /dev/zip ist allerdings vorhanden und zeigt auf das richtige device enrico@tim:~ > l /dev/zip lrwxrwxrwx 1 root root 8 Okt 30 2001 /dev/zip -> /dev/sdb enrico@tim:~ > Die Zip ist unter windows erstellt und somit was drauf. Auch wenn ich eine leere einlege (so hoffe ich zumindest) bekomme ich das gleiche Ergebnis wie oben. Das aendert sich auch nicht, wenn ich vfat oder ext2 angebe. Irgendwo habe ich mit Sicherheit einen Denkfehler, nur wo... Enrico
On 20-Jul-02 Enrico Apel wrote:
Hallo,
Suse (hier 7.2) mountet doch CDROM, Floppy usw unter /media/... Nun habe ich ein internes SCSI-Zip eingebaut. Beim Booten wird es auch erkannt
<4> Vendor: IOMEGA Model: ZIP 100 Rev: J.03 <4> Type: Direct-Access ANSI SCSI revision: 02 <4>Detected scsi removable disk sdb at scsi0, channel 0, id 4, lun 0
Ich habe dann ein Verzeichnis /media/zip erstellt und /zipdrive mittels ln -s dorthin gelinkt.
Hmm wozu eigentlich? Kannst doch direkt ein dir anlegen und via fstab entsprechend mounten.
Versuche ich aber mittels root@tim:/ > mount -t msdos /dev/zip /zipdrive mount: Falscher Dateisystemtyp oder ungültige Optionen. Möglicherweise ist auch der 'Superblock' von /dev/sdb beschädigt, oder es sind zu viele Dateisysteme gemountet. root@tim:/ >
das Zip zu mounten, klappt das nicht so recht. /dev/zip ist allerdings vorhanden und zeigt auf das richtige device
In der Regel liegt das Dateisystem nicht direkt auf dem Zip-Drive, sondern auf einer Partition. Mach mal fdisk -l /dev/sdb. Meistens ist das dann sdb1 oder sdb6, was Du mounten willst. -- Erhard Schwenk http://www.fto.de - http://www.akkordeonjugend.de No Spam replies please.
Am Samstag, 20. Juli 2002 22:06 schrieb Erhard Schwenk:
In der Regel liegt das Dateisystem nicht direkt auf dem Zip-Drive, sondern auf einer Partition. Mach mal fdisk -l /dev/sdb. Meistens ist das dann sdb1 oder sdb6, was Du mounten willst.
sdb4 ist es. Damit klappt es nun auch. Bleibt nur die Frage, ob dies standardmaessig so ist. Dann koennte ich ein Icon damit fuer den kde-desktop erstellen. Danke Enrico
Hi Enrico, Am Samstag, 20. Juli 2002 23:25 schrieb Enrico Apel:
Am Samstag, 20. Juli 2002 22:06 schrieb Erhard Schwenk:
In der Regel liegt das Dateisystem nicht direkt auf dem Zip-Drive, sondern auf einer Partition. Mach mal fdisk -l /dev/sdb. Meistens ist das dann sdb1 oder sdb6, was Du mounten willst.
sdb4 ist es. Damit klappt es nun auch. Bleibt nur die Frage, ob dies standardmaessig so ist. Dann koennte ich ein Icon damit fuer den kde-desktop erstellen.
ja, ZIP-Disketten sind standardmäßig so eingerichtet. Du kannst die Partitionierung allerdings auch ändern (mit fdisk -> man fdisk). IIRC hängt das damit zusammen, dass Windows 9x und Konsorten Probleme machen (das ZIP-Laufwerk zwischen den Festplatten mit einsortieren und die anderen Harddisks nach hinten verschieben), wenn man die Dinger anders partitioniert. Gruß Philipp -- registered Linux user number 258854 HOW-TO? -> GOTO http://counter.li.org/
Philipp Zacharias [20 Jul 2002 23:38:27 +0200]:
IIRC hängt das damit zusammen, dass Windows 9x und Konsorten Probleme machen (das ZIP-Laufwerk zwischen den Festplatten mit einsortieren und die anderen Harddisks nach hinten verschieben), wenn man die Dinger anders partitioniert.
Irrtum :-) Der Grund ist Kompatibilität zu Macs, damit der Datenaustausch mit selbigen funktioniert. Windows und Konsorten ist es egal, ob nun die erste oder die letzte primäre Partition verwendet wird. Philipp -- Philipp Thomas work: pthomas@suse.de Development SuSE Linux AG private: philippt@t-online.de
Hi Philipp *g*, Am Sonntag, 21. Juli 2002 12:38 schrieb Philipp Thomas:
Philipp Zacharias [20 Jul 2002 23:38:27 +0200]:
IIRC hängt das damit zusammen, dass Windows 9x und Konsorten Probleme machen (das ZIP-Laufwerk zwischen den Festplatten mit einsortieren und die anderen Harddisks nach hinten verschieben), wenn man die Dinger anders partitioniert.
Irrtum :-) Der Grund ist Kompatibilität zu Macs, damit der Datenaustausch mit selbigen funktioniert. Windows und Konsorten ist es egal, ob nun die erste oder die letzte primäre Partition verwendet wird.
gut, wieder was gelernt. Dann hab ich da was durcheinander gebracht. Aber wenn Du eine normale HD mit einer primären Partition ausstattest, wird die bei Win9x vor den anderen erweiterten eingeschoben, das hab ich schon noch richtig im Kopf, oder? Gruß Philipp -- registered Linux user number 258854 HOW-TO? -> GOTO http://counter.li.org/
Enrico Apel schrieb:
Versuche ich aber mittels
root@tim:/ > mount -t msdos /dev/zip /zipdrive mount: Falscher Dateisystemtyp oder ungültige Optionen. Möglicherweise ist auch der 'Superblock' von /dev/sdb beschädigt, oder es sind zu viele Dateisysteme gemountet. root@tim:/ >
das Zip zu mounten, klappt das nicht so recht. /dev/zip ist allerdings vorhanden und zeigt auf das richtige device
Schon mal http://sdb.suse.de/de/sdb/html/maddin_zip.html gelesen?
participants (6)
-
Enrico Apel -
Erhard Schwenk -
patrick_hess＠t-online.de -
Philipp Thomas -
Philipp Zacharias -
R. Montag