Re: Copying files to a windows XP partition (mtools?)
If you dont have/cant make a vfat partition there is another option. There is a windows driver for ext2 (1) (assuming that's what you use) which enables you to copy from linux to windows when in windows. Why not just use NTFS-3G? I hear that there is a stable release since January 2007. -- Software is like sex: it is better when it is free.
Re: Copying files to a windows XP partition (mtools?)
On Sunday 25 March 2007 21:25, Wackojacko wrote: > > If you dont have/cant make a vfat partition there is another option. > There is a windows driver for ext2 (1) (assuming that's what you use) > which enables you to copy from linux to windows when in windows. > This can also be used with ext3 partitions, the journal of which it will ignore. Thomas pgpCrYRMyLP1N.pgp Description: PGP signature
Re: Copying files to a windows XP partition (mtools?)
Thias wrote: Hello, Unfortunatly, you should have a vfat partition to exchange data between Linux and Windows using mtools. As ntfs filesystem and "write permission under linux" are not very friendly, you may want to have a look at ntfs-3g. On Sun, Mar 25, 2007 at 01:16:15PM -0500, Charles Blair wrote: With a lot of help from people on this list, I have a dual-boot system with /dev/sda1 as a windows partition (etch install). After mount -t ntfs /dev/sda1 ./mntpoint I can use ls to see files in the windows partition and copy files to debian. However, I cannot send files in the other direction. I hope there is a simple fix. On an older dual-boot system, I used mtools. Is this still recommended? I tried created a mtools.conf file that just said drive c: file="/dev/sda1" but I just get a message "drive c: not supported" If you dont have/cant make a vfat partition there is another option. There is a windows driver for ext2 (1) (assuming that's what you use) which enables you to copy from linux to windows when in windows. HTH Wackojacko (1) http://www.fs-driver.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Copying files to a windows XP partition (mtools?)
Hello, Unfortunatly, you should have a vfat partition to exchange data between Linux and Windows using mtools. As ntfs filesystem and "write permission under linux" are not very friendly, you may want to have a look at ntfs-3g. On Sun, Mar 25, 2007 at 01:16:15PM -0500, Charles Blair wrote: >With a lot of help from people on this list, I have a dual-boot > system with /dev/sda1 as a windows partition (etch install). > >After mount -t ntfs /dev/sda1 ./mntpoint > > I can use ls to see files in the windows partition and copy files > to debian. However, I cannot send files in the other direction. > I hope there is a simple fix. > > On an older dual-boot system, I used mtools. Is this still > recommended? I tried created a mtools.conf file that just said > > drive c: > file="/dev/sda1" > > but I just get a message "drive c: not supported" > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] > -- work hard, die young http://www.mc-thias.org http://blog.mc-thias.org Thias -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Copying files to a windows XP partition (mtools?)
With a lot of help from people on this list, I have a dual-boot system with /dev/sda1 as a windows partition (etch install). After mount -t ntfs /dev/sda1 ./mntpoint I can use ls to see files in the windows partition and copy files to debian. However, I cannot send files in the other direction. I hope there is a simple fix. On an older dual-boot system, I used mtools. Is this still recommended? I tried created a mtools.conf file that just said drive c: file="/dev/sda1" but I just get a message "drive c: not supported" -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
mtools permissions
How should mtools (3.9.9-1) be setup so that regular users can use it? I haven't used it in a while and never used to have any problem as a regular user. I'm a member of the 'floppy' group but mtools is not. I see no reason to restrict mtools usage to root. Was this a policy change? -- "Good intentions will always be pleaded for every assumption of authority. It is hardly too strong to say that the constitution was made to guard the people against the dangers of good intentions. There are men in all ages who mean to govern well, but they mean to govern. They promise to be good masters, but they mean to be masters." -- Noah Webster Rick Pasotto[EMAIL PROTECTED]http://www.niof.net -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
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
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] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
mtools
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? 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 http://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.
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 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.
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
Mtools questions.
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.
Re: can't get mtools to work
Monte Copeland wrote: > > I used xv to take a jpeg screen-shot of the desktop. Then I tried to save it > to a floppy using mcopy ( mtools ), but Linux will not let me do it. The > following message comes up instead: > > Can't open /dev/fd0: Permission denied > Cannot initialize 'A:' > Bad target a: > > When I change to root, I can use mtools with no problem. So I figure I have to > add my user name to the "floppy" group. > > # addgroup floppy > > also > > # addgroup disk > > That still does not solve the problem. Then I looked up some archived debian- > user lists on mtools and one of the messages said to modify my /etc/fstab > file. > > Question: Am I even on the right trail to a solution? If so, what needs to go > where in the /etc/fstab file? Or if I am completely lost, could someone send > me > in the right direction. > > Thank you, > > Monte Copeland > > Knoxville TN > > -- > Unsubscribe? mail -s unsubscribe [EMAIL PROTECTED] < /dev/null You are right, in etc/fstab, just add "user" to the options list for your floppy -- # Contrary to popular belief, UNIX is a user-friendly Operating System.# # It's just choosey about who its friends are. #
can't get mtools to work
I used xv to take a jpeg screen-shot of the desktop. Then I tried to save it to a floppy using mcopy ( mtools ), but Linux will not let me do it. The following message comes up instead: Can't open /dev/fd0: Permission denied Cannot initialize 'A:' Bad target a: When I change to root, I can use mtools with no problem. So I figure I have to add my user name to the "floppy" group. # addgroup floppy also # addgroup disk That still does not solve the problem. Then I looked up some archived debian- user lists on mtools and one of the messages said to modify my /etc/fstab file. Question: Am I even on the right trail to a solution? If so, what needs to go where in the /etc/fstab file? Or if I am completely lost, could someone send me in the right direction. Thank you, Monte Copeland Knoxville TN
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: -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] .
-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: 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/i2437307>mmove 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/i2437307>mmove 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 -- 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/i2437307>mmove a:/* /tmp/ Path component "tmp" is not a directory Bad target /home/softweng/i2437307>mmove 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, 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
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, 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
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
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] .
mtools: mmove usage
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 -- #include -- 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
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
>> 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
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
<[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] .
mtools
Jens B. Jorgensen wrote: > 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). 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 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] .
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] .
mtools problem
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). Cheers for any asistance. -- John Stevenson 3rd Yr BSc Soft. Eng. ** Staff/Student Representative ** E-mail : [EMAIL PROTECTED] URL: http://www.ncl.ac.uk/~n4215605 -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: DOSEMU & mtools
On Tue, 27 May 1997 [EMAIL PROTECTED] wrote: > > > > On Tue, 27 May 1997 [EMAIL PROTECTED] wrote: > > > > > files in /usr/doc/dosemu and have visited the DOSEMU homepage and have > > > seen a couple of references to mtools-3.6 having a utility called setup- > > > hdimage. > > > > > > I've installed mtools_3.6-1 and don't see anything like that. > > > > setup-hdimage comes with dosemu, not mtools. It is in 0.66.3 and 0.66.4. > > > ??? > I just checked dosemu_0.66.3-1.deb, setup-hdimage was not there!? > /usr/sbin/ has the following executables: > getrom > hdinfo > mkfatimage > mkhdimage > putrom > > /usr/bin has: > dos > dosdebug > xtermdos > and xdos as sym-link to dos > > But I found nothing named setup-hdimage. What am I missing? > I'll pull 0.66.4 from one of the mirrors and see what it has... It's a script in /usr/src/dosemu. Bob Bob Nielsen Internet: [EMAIL PROTECTED] Tucson, AZ AMPRnet: [EMAIL PROTECTED] AX.25:[EMAIL PROTECTED] http://www.primenet.com/~nielsen -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: DOSEMU & mtools
> > On Tue, 27 May 1997 [EMAIL PROTECTED] wrote: > > > files in /usr/doc/dosemu and have visited the DOSEMU homepage and have > > seen a couple of references to mtools-3.6 having a utility called setup- > > hdimage. > > > > I've installed mtools_3.6-1 and don't see anything like that. > > setup-hdimage comes with dosemu, not mtools. It is in 0.66.3 and 0.66.4. > ??? I just checked dosemu_0.66.3-1.deb, setup-hdimage was not there!? /usr/sbin/ has the following executables: getrom hdinfo mkfatimage mkhdimage putrom /usr/bin has: dos dosdebug xtermdos and xdos as sym-link to dos But I found nothing named setup-hdimage. What am I missing? I'll pull 0.66.4 from one of the mirrors and see what it has... > Bob > Chuck -- Chuck Stickelman, Owner E-Mail: <[EMAIL PROTECTED]> Practical Network DesignVoice: (419) 529-3841 9 Chambers Road FAX:(419) 529-3625 Mansfield, OH 44906-1302 USA -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: DOSEMU & mtools
On Tue, 27 May 1997 [EMAIL PROTECTED] wrote: > Howdy all, > > I'm wanting to setup multiple hdimages of various sizes for use in > dosemu-0.66.3-1. I've tried using mkhdimage with little or no success. > I can create the drive, but as soon as I copy 1 or more files to it, > DOSEMU fails to recognize it as a valid drive. I've read all of the > files in /usr/doc/dosemu and have visited the DOSEMU homepage and have > seen a couple of references to mtools-3.6 having a utility called setup- > hdimage. > > I've installed mtools_3.6-1 and don't see anything like that. setup-hdimage comes with dosemu, not mtools. It is in 0.66.3 and 0.66.4. Bob Bob Nielsen Internet: [EMAIL PROTECTED] Tucson, AZ AMPRnet: [EMAIL PROTECTED] AX.25:[EMAIL PROTECTED] http://www.primenet.com/~nielsen -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
DOSEMU & mtools
Howdy all, I'm wanting to setup multiple hdimages of various sizes for use in dosemu-0.66.3-1. I've tried using mkhdimage with little or no success. I can create the drive, but as soon as I copy 1 or more files to it, DOSEMU fails to recognize it as a valid drive. I've read all of the files in /usr/doc/dosemu and have visited the DOSEMU homepage and have seen a couple of references to mtools-3.6 having a utility called setup- hdimage. I've installed mtools_3.6-1 and don't see anything like that. What am I missing? Are there some steps that need to be taken to complete the creation of the hdimage? I've tried using DOS's format command to see if that would help - it didn't. For the record - this happens with DR-DOS 6.2 and FDOS (whichever version comes w/ dosemu-0.66.3-1...) The only difference being that DR-DOS complains that D: is not a valid drive, whereas FreeDOS just returns to the prompt. For the moment, I'm assuming that I doing/not doing something simple... Thanks in advance. Chuck -- Chuck Stickelman, Owner E-Mail: <[EMAIL PROTECTED]> Practical Network DesignVoice: (419) 529-3841 9 Chambers Road FAX:(419) 529-3625 Mansfield, OH 44906-1302 USA -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: how to make mtools useable by all?
Assuming you mean the floppy drive, I added users to the group floppy in /etc/group. > > I would like for mtools to be useable by everyone in the lab, not just > root. Is there a way to change this? > > -- > terrence brannon [EMAIL PROTECTED] fax:213-740-5687home:213-737-5096 > 2677 Ellendale Place #206, LA, CA 90007/o)\ neuralcomplab:213-740-3397 > http://rana.usc.edu:8376/~brannon \(o/ brainsimlab:213-740-6995 > -- digger
Re: how to make mtools useable by all?
Terrence M. Brannon wrote: > > I would like for mtools to be useable by everyone in the lab, not just > root. Is there a way to change this? > > -- > terrence brannon [EMAIL PROTECTED] fax:213-740-5687home:213-737-5096 > 2677 Ellendale Place #206, LA, CA 90007/o)\ neuralcomplab:213-740-3397 > http://rana.usc.edu:8376/~brannon \(o/ brainsimlab:213-740-6995 Just change the permissions on the device file for your floppy (most likely /dev/fd0) to allow group and other read/write access (chmod go+rw /dev/fd0). -- Jens B. Jorgensen [EMAIL PROTECTED]
Re: how to make mtools useable by all?
On 27 Mar 1997, Terrence M. Brannon wrote: > > I would like for mtools to be useable by everyone in the lab, not just > root. Is there a way to change this? I changed the permissions of the /dev/fd0 device to 775, and made sure that /dev/fd0 belonged to group floppy. I then made all the mtools programs executable by and owned by group floppy. I add any user who needs the floppy drive to group floppy. This is in a lab situation where people have to get past a secure lock anyway, so I wouldn't like to say if this would be a good idea in general. John.
how to make mtools useable by all?
I would like for mtools to be useable by everyone in the lab, not just root. Is there a way to change this? -- terrence brannon [EMAIL PROTECTED] fax:213-740-5687home:213-737-5096 2677 Ellendale Place #206, LA, CA 90007/o)\ neuralcomplab:213-740-3397 http://rana.usc.edu:8376/~brannon \(o/ brainsimlab:213-740-6995
Re: elf Mtools screw pooch
Maarten Boekhold writes: > I'm getting the same messages. xconsole says things about floppy > time-outs. But I have always had trouble with my 3 1/2 diskdrive under > Linux (this particular system). Upon booting my FDC is reported as a 8272A > if that's of any use. Did you ever try adjusting your floppy driver? Please have a look at the fdutils package. It comes with some docs and a binary named floppycontrol. Maybe you have to adjust some parameters. Michael -- Michael Meskes |_ __ | / ___// / // / / __ \___ __ [EMAIL PROTECTED] | \__ \/ /_ / // /_/ /_/ / _ \/ ___/ ___/ | ___/ / __/ /__ __/\__, / __/ / (__ ) Use Debian Linux!| //_/ /_/ //\___/_/ //
Re: elf Mtools screw pooch
Ed Donovan writes: > > Since I upgraded to 1.1, all of the ELF versions of mtools have failed > on my system, with the error: > > init: set default params > Can't initialize 'A:' This seems to be a problem with your configuration. Note, that the new config file is /etc/mtools.conf and not /etc/mtools as before. > Mtools 2.0.7-15b was the last that worked; since then I've tried 2.5.4-2 > and 3.0-1. That old one, reinstalled, however, still works for me. I recommend either trying to adopt /etc/mtools.conf like you had /etc/mtools. If this doesn't work we need more info. Could you please mail us both conffiles? Michael -- Michael Meskes |_ __ | / ___// / // / / __ \___ __ [EMAIL PROTECTED] | \__ \/ /_ / // /_/ /_/ / _ \/ ___/ ___/ | ___/ / __/ /__ __/\__, / __/ / (__ ) Use Debian Linux!| //_/ /_/ //\___/_/ //
Re: elf Mtools screw pooch
> Since I upgraded to 1.1, all of the ELF versions of mtools have failed > on my system, with the error: > > init: set default params > Can't initialize 'A:' I'm getting the same messages. xconsole says things about floppy time-outs. But I have always had trouble with my 3 1/2 diskdrive under Linux (this particular system). Upon booting my FDC is reported as a 8272A if that's of any use. Maarten
elf Mtools screw pooch
Since I upgraded to 1.1, all of the ELF versions of mtools have failed on my system, with the error: init: set default params Can't initialize 'A:' (approximate transcription) I'm not even sure if this is the system call init or the uber-process init, and haven't succeeded in any attempts to fix this through configuration. It sounds like a basic (and so common? :) error, but I can't find any given answers in the docs, my usenet spool, the web or dejanews. ("See, I tried, whine, whine") I have a Compaq Presario 433, unfortunately I never saw the manuals for this old baby and can't find anything more specific about what floppy drive I have. Mtools 2.0.7-15b was the last that worked; since then I've tried 2.5.4-2 and 3.0-1. That old one, reinstalled, however, still works for me. This is like my (still unsolved) gpm/emacs/mc problem; it doesn't work out-of-the box for me, then I'm quickly over my head with the specifics of how this package operates. Oh, well, sorry. Any thoughts appreciated, thanks, Ed