Re: mtools
On Fri, Jan 31, 2003 at 05:03:56PM -0500, Seneca wrote: On Fri, Jan 31, 2003 at 03:04:40PM -0500, Mark Laird Copper wrote: How do people configure mtools under Debian? My default install won't let a user access /dev/fd0. Google and the mtools mailing list searches turn up recommendations to run mtools setuid, but the mtools info clearly says mtools works perfectly well even when not installed setuid root. Am I missing something? The problem is not mtools, users need to be part of the group floppy to use floppy drives. -- Seneca [EMAIL PROTECTED] Ouch! Just like with cdplayers. Thanks. Mark -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Mtools questions.
on Thu, Feb 28, 2002, Karl E. Jorgensen ([EMAIL PROTECTED]) wrote: On Thu, Feb 28, 2002 at 10:01:37PM +0200, [EMAIL PROTECTED] wrote: Hi All. I want to use the mtools, but I don't have the documentations about mtools (and connot get it now). When I use mtool from user (not root) I show: Can't open /dev/fd0: Permossion denied Cannot initialize 'A:'. Need I write user to group floppy? Yep: # adduser somebody floppy and then somebody needs to log off and on again (groups are only picked up at login time). The newgrp command can be used as well, though this forks a new shell. Logging in fresh is the best bet. Peace. -- Karsten M. Self kmself@ix.netcom.comhttp://kmself.home.netcom.com/ What part of Gestalt don't you understand? There is no K5 cabal http://gestalt-system.sourceforge.net/ http://www.kuro5hin.org pgpVG9btiEiTb.pgp Description: PGP signature
Re: Mtools questions.
On Thu, Feb 28, 2002 at 10:01:37PM +0200, [EMAIL PROTECTED] wrote: Hi All. I want to use the mtools, but I don't have the documentations about mtools (and connot get it now). When I use mtool from user (not root) I show: Can't open /dev/fd0: Permossion denied Cannot initialize 'A:'. Need I write user to group floppy? Yep: # adduser somebody floppy and then somebody needs to log off and on again (groups are only picked up at login time). I want also to allow user to use Zip device. What is to be done in addition to `drive z: file=/dev/sda4' in mtools.conf? I don't know whether this is the correct approach, but I ended up doing # chgrp floppy /dev/sda4 exactly for this purpose. After all, a zip disk is more like a floppy than a real disk. -- Karl E. Jørgensen [EMAIL PROTECTED] www.karl.jorgensen.com Today's fortune: We all know Linux is great...it does infinite loops in 5 seconds. (Linus Torvalds about the superiority of Linux on the Amsterdam Linux Symposium) pgp5N8lW25R98.pgp Description: PGP signature
Re: Mtools questions.
On Thu, Feb 28, 2002 at 10:01:37PM +0200, [EMAIL PROTECTED] wrote: Hi All. I want to use the mtools, but I don't have the documentations about mtools (and connot get it now). When I use mtool from user (not root) I show: Can't open /dev/fd0: Permossion denied Cannot initialize 'A:'. Need I write user to group floppy? Yes, you need to make the user a member of group floppy. /dev/fd0 is generally owned by root.floppy, or is a symlink to /dev/floppy/0, which is owned by root.floppy. Either way, the device file is not world readable. Matijs.
Re: Mtools questions.
you need to have user write permissions on /dev/fd0 or any other device. Your administrator must chmod 766 /dev/fd0. On Thu, 28 Feb 2002 [EMAIL PROTECTED] wrote: Hi All. I want to use the mtools, but I don't have the documentations about mtools (and connot get it now). When I use mtool from user (not root) I show: Can't open /dev/fd0: Permossion denied Cannot initialize 'A:'. Need I write user to group floppy? I want also to allow user to use Zip device. What is to be done in addition to `drive z: file=/dev/sda4' in mtools.conf? Many thanks for any comments. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: mtools: mmove usage
Hello, == how am I supposed to use mmove? As I do not use mtools very often, I am not sure if this helps but it does not harm to try out: mmove a:*.* /dos/whatever I have not tried it though. All the best, Peter * * Peter Paluch * * Kukucinova 939/35 * * 024 01 Kysucke Nove Mesto * * Slovakia, Europe * * - * * tel: +421 826 421 2542* * e-mail: [EMAIL PROTECTED] * * -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: mtools: mmove usage
Thank you for your reply. On Wed, 4 Mar 1998, Peter Paluch wrote: As I do not use mtools very often, I am not sure if this helps but it does not harm to try out: mmove a:*.* /dos/whatever Well, I tried that before and it didn't work either. Best regards, Ulf -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: mtools: mmove usage
On Wed, 4 Mar 1998, Ulf Jaenicke-Roessler wrote: Thank you for your reply. On Wed, 4 Mar 1998, Peter Paluch wrote: As I do not use mtools very often, I am not sure if this helps but it does not harm to try out: mmove a:*.* /dos/whatever Well, I tried that before and it didn't work either. You might try to use \* instead of * to disable the shell's filename expansion. (I have to do that when I'm in tcsh). Good luck! Maarten Bezemer -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: mtools: mmove usage
Hello, == You might try to use \* instead of * to disable the shell's filename expansion. (I have to do that when I'm in tcsh). I don't know about you, but have a look what it complains about: frcatel:~$ mmove a: /archive/users/peterp/pokus Path component archive is not a directory Bad target This is crazy. I've tried to experiment with the target directory but it didn't help. I treat this as a bug. All the best, Peter * * Peter Paluch * * Kukucinova 939/35 * * 024 01 Kysucke Nove Mesto * * Slovakia, Europe * * - * * tel: +421 826 421 2542* * e-mail: [EMAIL PROTECTED] * * -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: mtools: mmove usage
On Wed, Mar 04, 1998 at 12:55:24PM +0100, Peter Paluch wrote: You might try to use \* instead of * to disable the shell's filename expansion. (I have to do that when I'm in tcsh). I don't know about you, but have a look what it complains about: frcatel:~$ mmove a: /archive/users/peterp/pokus Path component archive is not a directory Bad target This is crazy. I've tried to experiment with the target directory but it didn't help. I treat this as a bug. The error message is a bug, but DOS-wise a: is a non-sensical source; DOS wouldn't accept it for either copy or move. a:*.* is the answer but you'd have to quote it. That may or may not be the problem though. hamish -- Hamish Moffatt, [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED] Latest Debian packages at ftp://ftp.rising.com.au/pub/hamish. PGP#EFA6B9D5 CCs of replies from mailing lists are welcome. http://hamish.home.ml.org -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: mtools: mmove usage
On Wed, 4 Mar 1998, Hamish Moffatt wrote: The error message is a bug, but DOS-wise a: is a non-sensical source; DOS wouldn't accept it for either copy or move. a:*.* is the answer but you'd have to quote it. That may or may not be the problem though. I've tried some things on the Debian 1.1 system at the university, but it seems, that mmove and mren have the same result: renaming files on the disk, not moving it from floppy to a linux directory. I guess it may be a bug in the routine that finds out with which name mtools is started. Maybe this is solved in more recent versions of mtools. This system - not mine - seems not to have been updated for quite a while. /home/softweng/i2437307mmove a:/* /tmp/ Path component tmp is not a directory Bad target /home/softweng/i2437307mmove a:/* /tmp Long file name tmp already exists. a)utorename A)utorename-all r)ename R)ename-all o)verwrite O)verwrite-all s)kip S)kip-all q)uit (aArRoOsSq): q Of the two files on the floppy, the first one has been renamed to tmp, and therefore the other one cannot be renamed to tmp as well. Another option might be making an entry in /etc/fstab for /dev/fd0 with the noauto and user options. Having mounted the floppy, you should be able to move files in the std linux way. Greetings, Maarten Bezemer. -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: mtools: mmove usage
On Wed, 4 Mar 1998, M.C. Bezemer wrote: On Wed, 4 Mar 1998, Hamish Moffatt wrote: The error message is a bug, but DOS-wise a: is a non-sensical source; DOS wouldn't accept it for either copy or move. a:*.* is the answer but you'd have to quote it. That may or may not be the problem though. Anyway, it works for mcopy! Using *.* (and quoting it with '') didn't help. I haven't tried quoting it with '\', though. bug in the routine that finds out with which name mtools is started. Maybe this is solved in more recent versions of mtools. This system - not mine - seems not to have been updated for quite a while. I'm using the current mtools package from hamm (3.8-1). /home/softweng/i2437307mmove a:/* /tmp/ Path component tmp is not a directory Bad target It's the same error I get. Obviously, it doesn't depend on the file system which is mounted on that directory. BTW, the path component mentioned in the error message is always the first path component (ie, /dos/e - dos). /home/softweng/i2437307mmove a:/* /tmp Long file name tmp already exists. a)utorename A)utorename-all r)ename R)ename-all o)verwrite O)verwrite-all s)kip S)kip-all q)uit (aArRoOsSq): q Of the two files on the floppy, the first one has been renamed to tmp, and therefore the other one cannot be renamed to tmp as well. I don't think so. This is because you have a /tmp by default. But if I remember correctly, this overwrite warning is always shown, if you omit the trailing slash, even if no file or directory of this name exists. (I can't test it at the moment) Another option might be making an entry in /etc/fstab for /dev/fd0 with the noauto and user options. Having mounted the floppy, you should be able to move files in the std linux way. Well, this works. But it's too uncomfortable if you want to copy several floppies one after the other, because you always need to umount one disk and mount the next. Greetings, Maarten Bezemer. I guess, this is worth a bug report... Best regards, Ulf -- #include signature -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
-I- Re: mtools: mmove usage sorry, could not help...
I never could get the mtools to have full functionality... especially on logical drives in extended partitions for dos. Is that how you do it? just do a mcopy a: /dos/e? and it'll hunt for logical partition named E:? I tried mcopy a: e: and no go (a while back in FreeBSD). I got around it by just mounting my drives and manually copying them mmove should ignore perms and multiple file systems, the mv command freaks out when i move from partition to partition because mved file retain old perms... so it makes sense that it'll 'fail' on a destination fat drive. Carroll Kong On Wed, 4 Mar 1998, Ulf Jaenicke-Roessler wrote: Hi, how am I supposed to use mmove? I think it should be called just like mcopy. However, while 'mcopy a: /dos/e' works, 'mmove a: /dos/e' doesn't. The man page and the info file didn't help. Any hints? Or is it a bug? Thank you, Ulf -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: -I- Re: mtools: mmove usage sorry, could not help...
On Wed, 4 Mar 1998, Carroll Kong wrote: I never could get the mtools to have full functionality... especially on logical drives in extended partitions for dos. Is that how you do it? just do a mcopy a: /dos/e? and it'll hunt for logical partition named E:? I tried mcopy a: e: and no go (a while back in FreeBSD). Yes, the DOS partition I access with E: under DOS is mounted on /dos/e. I didn't setup a logical drive 'e:' for mtools under Linux (I'll try later if that works). 'a:' is associated with /dev/fd0 in mtools.conf (as it is per default after installing mtools). I got around it by just mounting my drives and manually copying them mmove should ignore perms and multiple file systems, the mv command freaks out when i move from partition to partition because mved file retain old perms... so it makes sense that it'll 'fail' on a destination fat drive. You can work around that, if you mount the FAT drive with option 'quiet'. However, this isn't the reason for the error message. Ulf -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: mtools: mmove usage
On Wed, 4 Mar 1998, Ulf Jaenicke-Roessler wrote: how am I supposed to use mmove? I think it should be called just like mcopy. Though the syntax may look superficially similar, that's about the only connection between mmove and mcopy. However, while 'mcopy a: /dos/e' works, Here, /dos/e is on a unix filesystem. About a:, the documentation says fer. A missing drive designation implies a Unix file whose path starts in the current directory. If a source drive letter is specified with no attached file name (e.g. mcopy a: .), all files are copied from that drive. 'mmove a: /dos/e' doesn't. For a start, there's no source file specified. And if it were to take that to mean a:*.* (it doesn't), it would necessarily loop: \ goes to \dos\e, therefore \dos\e goes to \dos\e\dos\e ad infinitum. Remember, \dos\e is on a: and not on unix. The man page and the info file didn't help. Any hints? Or is it a bug? Perhaps you read the man page thinking that move a b means copy a b and then delete a. It doesn't. Cheers, -- David Wright, Open University, Earth Science Department, Milton Keynes MK7 6AA U.K. email: [EMAIL PROTECTED] tel: +44 1908 653 739 fax: +44 1908 655 151 -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: mtools
On Thu, 29 Jan 1998 [EMAIL PROTECTED] wrote: Another option is mtools. It provides commands like mcopy, mdir, mdel, ... and you don't have to remember to unmount the disk. I have been using those tools in university's Suns and thats works fine, but in my Debian system I have to be root that those work proberly. I have tried to setuid root this mtools executable, but it does not help. What is the problem with it? -- [EMAIL PROTECTED]Mikko Laitamaki University of Tampere -- Will Bill bill You? -- get Dilbert Unproductivity Toolkit -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: mtools
Another option is mtools. It provides commands like mcopy, mdir, mdel, ... and you don't have to remember to unmount the disk. I have been using those tools in university's Suns and thats works fine, but in my Debian system I have to be root that those work proberly. I have tried to setuid root this mtools executable, but it does not help. What is the problem with it? chmod 666 /dev/fd0 that maked the trick --- Jarkko NiemiBack up hard disk? I can't find the reverse switch! [EMAIL PROTECTED] -=( finger [EMAIL PROTECTED] or http://www.sci.fi/~jin )=- -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: mtools
Jarkko Niemi [EMAIL PROTECTED] writes: chmod 666 /dev/fd0 that maked the trick This is a BAD THING(tm). Especially if you are somehow connected to other computers. Anyone can read and *wipe* the disk ! Try cat /dev/fd0 to read it or cat /dev/zero /dev/fd0 to wipe it. Or the dd command. Better use the way I described in a posting some days ago. Ciao, Martin -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: mtools
On 30 Jan 1998, Martin Bialasinski wrote: Jarkko Niemi [EMAIL PROTECTED] writes: chmod 666 /dev/fd0 that maked the trick This is a BAD THING(tm). Especially if you are somehow connected to other computers. Agreed, the correct solution is to add yourself to the floppy group. This way only a few people can access the disk, that you hopefully trust. There's also a way to make the people who have logged into the console part of this group, but is considered insecure because if you can get access to the console, you can create some sgid binaries to allow you remote access to the drive. I think this is stupid thinking because anyone with console access and malicious intent can do just about anything. Better use the way I described in a posting some days ago. If the mount method is set up right, I think our two methods are equivalent. You could even remove raw access to the drive in my method (requiring a sgid binary, or maybe make a floppy uid), but then you can't make a quick tar archive or copy a kernel to a floppy to make it bootable. HTH, Brandon - Brandon Mitchell [EMAIL PROTECTED] We all know linux is great... it PGP: finger -l [EMAIL PROTECTED] does infinite loops in 5 seconds Phone: (757) 221-4847 --Linus Torvalds -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: mtools
[EMAIL PROTECTED] wrote: A much bigger problem of mtools is that when copying *to* an MS-DOS file system, it writes long filename entries to the directory. It does that only when the file is not acceptable to normal FAT. So if you don't like the so called `VFAT' don't use those names, that would fail in normal FAT anyway. If I copy a (e.g. too long) filename to a DOS partition with the normal Linux cp command, it just truncates it - which is exactly what should happen if the partition is not mounted as vfat. This also should be possible with mtools. Even if I copy the file pietje, with mtools I still get a long filename directory entry, because it is not in uppercase. This is annoying - I don't want to have to type all filenames that should go on a DOS partition in uppercase, and truncate them by hand, and I also don't feel like creating wrapper scripts around all mtools commands. I just don't use it anymore. Gertjan. -- Gertjan Klein [EMAIL PROTECTED] The Boot Control home page: http://www.xs4all.nl/~gklein/bcpage.html -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: mtools
You can pipe the file through tr -d '\r'. Ignore the other message about mcopy. This is restrictive since it *assumes* that the file is on a floppy disk (or other FAT volume). A much bigger problem of mtools is that when copying *to* an MS-DOS file system, it writes long filename entries to the directory. Apparently it assumes that everyone using DOS filesystems is using Windows '95. This is not just the default; you can't turn it off (at least, I found no way to do so - if anyone knows how please let me know). It does that only when the file is not acceptable to normal FAT. So if you don't like the so called `VFAT' don't use those names, that would fail in normal FAT anyway. Still, if you aren't happy you can wrap mcopy into a script that check its arguments to be traditional 8.3 filenames. -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: mtools problem
Try using mcopy and mdel like this: mcopy a:'*' . mdel a:'*' . It looks like mtools need both the source and destination, a simple mcopy a: is not enough. The single quotes let * pass all the way to mtools programs which then do the file name expansion. Johnny Stevenson wrote: Hello, After upgrading to Debian 1.3.1, I am now having a problem using some of the mtools operations. The command 'mdir' works but 'mcopy a:' and 'mdel a:' produce the following error: This command cannot operate on . or .. Does anyone have any suggestions, appart from mounting/unmounting the drive for each floppy (which is a bit of a pain as I still use alot of floppies to move info around). // Heikki -- Heikki Vatiainen * [EMAIL PROTECTED] Tampere University of Technology * Tampere, Finland -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: mtools problem
Correction: I wrote: Try using mcopy and mdel like this: mcopy a:'*' . mdel a:'*' . This should be: mdel a:'*' Sorry, it's Monday and it sure feels like it... // Heikki -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
