Re: [Cooker] mount-2.11z-6mdk seg faults
s <[EMAIL PROTECTED]> writes: > I'm getting seg faults with the new mount rpm installed. /me sux -7mdk uploaded. -- Guillaume Cottenceau - http://people.mandrakesoft.com/~gc/
Re: [Cooker] Mount dvd drives to /mnt/dvd not /mnt/cdromX
On Wed, 2002-08-28 at 19:52, andre wrote: > On Wednesday 28 August 2002 12:47, Pixel wrote: > > Gabriel Phoenix <[EMAIL PROTECTED]> writes: > > > hdd is a DVD which was correctly identified in the Control Center as a > > > DVD but mounted as cdrom2 > > > > > > trivial yes but I think it just adds a touch of class that Mandrake > > > mounts a DVD as /mnt/dvd instead of /mnt/cdrom2 > > > > quite a late for such a change. but maybe... > > > > I think this is always suggested when cooker is in the freezer. lsb could be a > problem when one uses /mnt/dvd etc. > > > and may i add /mnt/burner for when you have a cdwriter > > and pixel i think somebody even had a solution in mind :) > http://www.mail-archive.com/cooker@linux-mandrake.com/msg40615.html > Now first I admit ignorance but isn't a mount point just a directory reference in fstab? That is, link /dev/hdX to /mnt/, or any other directory for that matter? The mount point should be a trivial change. Since you can already identify a DVD player you know which is which. It kept throwing me off so I made the change myself and thought most people new to Linux would intuitively call the device dvd (/mnt/dvd) not cdromX. Sorry about reference to xine, thought that was /mnt/dvd not /dev/dvd. Gabriel
Re: [Cooker] Mount dvd drives to /mnt/dvd not /mnt/cdromX
Hi! On 28 Aug 2002 17:02:26 +0200 Pixel <[EMAIL PROTECTED]> wrote: > > > > Hmmm, I'd vote for linking it to /dev/cdroms/cdromX. Why? Well, > > > > on my Notebook I can remove the DVD drive an put a normal > > > > harddisk in it instead - so /dev/hdc is now no longer a DVD but > > > > a normal harddisk... so/dev/dvd shouldn't be there. > > > I won't do this. Too late, too many upcoming pbs > > Too late for 9.0 or too late for ever? > well, since devfs may not last forever, keeping compatibility with old > names is still the way. Well, very few things do last forever - that's why I prefere the eXtreme Programming style for software development. One aspect of it is: don't think about the future, because the future is unknown. Just take the simplest solution available for your current problem. If the requirements change, do the same again. > hum thinking about it, it's not very easy since /dev/cdroms/* are > moving independently of the names. Well, what about e.g. /dev/ide/host0/bus1/target0/lun0/cd then? ;-) -- Michael Reinsch <[EMAIL PROTECTED]> http://mr.uue.org
Re: [Cooker] Mount dvd drives to /mnt/dvd not /mnt/cdromX
Buchan Milne <[EMAIL PROTECTED]> writes: > Pixel wrote: > > andre <[EMAIL PROTECTED]> writes: > > > now i even know how to detect dvd & burner for scsi's > > so that's not the pb (and DrakX creates /dev/dvd) > > Also for CDRW/DVD combo? Sorry, just saw a question on MF with title "Beta 4 > did not setup my DVD" here: > > http://mandrakeforum.com/comments.php?sid=2386&pid=0&mode=&order=0&thold=0&lang=en i now use /proc/sys/dev/cdrom/info
Re: [Cooker] Mount dvd drives to /mnt/dvd not /mnt/cdromX
Pixel wrote: > andre <[EMAIL PROTECTED]> writes: > > now i even know how to detect dvd & burner for scsi's > > so that's not the pb (and DrakX creates /dev/dvd) Also for CDRW/DVD combo? Sorry, just saw a question on MF with title "Beta 4 did not setup my DVD" here: http://mandrakeforum.com/comments.php?sid=2386&pid=0&mode=&order=0&thold=0&lang=en -- |Registered Linux User #182071-| Buchan MilneMechanical Engineer, Network Manager Cellphone * Work+27 82 472 2231 * +27 21 8828820x121 Stellenbosch Automotive Engineering http://www.cae.co.za GPG Key http://ranger.dnsalias.com/bgmilne.asc 1024D/60D204A7 2919 E232 5610 A038 87B1 72D6 AC92 BA50 60D2 04A7
Re: [Cooker] Mount dvd drives to /mnt/dvd not /mnt/cdromX
andre <[EMAIL PROTECTED]> writes: > and may i add /mnt/burner for when you have a cdwriter same pb. > > and pixel i think somebody even had a solution in mind :) > http://www.mail-archive.com/cooker@linux-mandrake.com/msg40615.html now i even know how to detect dvd & burner for scsi's so that's not the pb (and DrakX creates /dev/dvd)
Re: [Cooker] Mount dvd drives to /mnt/dvd not /mnt/cdromX
Michael Reinsch <[EMAIL PROTECTED]> writes: > Hi! > > On 28 Aug 2002 14:53:43 +0200 > Pixel <[EMAIL PROTECTED]> wrote: > > > > Hmmm, I'd vote for linking it to /dev/cdroms/cdromX. Why? Well, on > > > my Notebook I can remove the DVD drive an put a normal harddisk in > > > it instead - so /dev/hdc is now no longer a DVD but a normal > > > harddisk... so/dev/dvd shouldn't be there. > > I won't do this. Too late, too many upcoming pbs > > Too late for 9.0 or too late for ever? well, since devfs may not last forever, keeping compatibility with old names is still the way. hum thinking about it, it's not very easy since /dev/cdroms/* are moving independently of the names.
Re: [Cooker] Mount dvd drives to /mnt/dvd not /mnt/cdromX
On Wednesday 28 August 2002 12:47, Pixel wrote: > Gabriel Phoenix <[EMAIL PROTECTED]> writes: > > hdd is a DVD which was correctly identified in the Control Center as a > > DVD but mounted as cdrom2 > > > > trivial yes but I think it just adds a touch of class that Mandrake > > mounts a DVD as /mnt/dvd instead of /mnt/cdrom2 > > quite a late for such a change. but maybe... > I think this is always suggested when cooker is in the freezer. lsb could be a problem when one uses /mnt/dvd etc. and may i add /mnt/burner for when you have a cdwriter and pixel i think somebody even had a solution in mind :) http://www.mail-archive.com/cooker@linux-mandrake.com/msg40615.html
Re: [Cooker] Mount dvd drives to /mnt/dvd not /mnt/cdromX
Hi! On 28 Aug 2002 14:53:43 +0200 Pixel <[EMAIL PROTECTED]> wrote: > > Hmmm, I'd vote for linking it to /dev/cdroms/cdromX. Why? Well, on > > my Notebook I can remove the DVD drive an put a normal harddisk in > > it instead - so /dev/hdc is now no longer a DVD but a normal > > harddisk... so/dev/dvd shouldn't be there. > I won't do this. Too late, too many upcoming pbs Too late for 9.0 or too late for ever? Too late for 9.0: That's OK, I know that Cooker is frozen and this isn't a critical issue. -- Michael Reinsch <[EMAIL PROTECTED]> http://mr.uue.org
Re: [Cooker] Mount dvd drives to /mnt/dvd not /mnt/cdromX
Michael Reinsch <[EMAIL PROTECTED]> writes: > Hi! > > On 28 Aug 2002 14:12:37 +0200 > Pixel <[EMAIL PROTECTED]> wrote: > > > Buchan Milne <[EMAIL PROTECTED]> writes: > > > Yes, IMHO, better to link /dev/dvd to /dev/hdd (in this case). I > > > don't know if this would be easy or not with Devfs, > > it is done > > Hmmm, I'd vote for linking it to /dev/cdroms/cdromX. Why? Well, on my > Notebook I can remove the DVD drive an put a normal harddisk in it > instead - so /dev/hdc is now no longer a DVD but a normal harddisk... so > /dev/dvd shouldn't be there. I won't do this. Too late, too many upcoming pbs sorry
Re: [Cooker] Mount dvd drives to /mnt/dvd not /mnt/cdromX
Hi! On 28 Aug 2002 14:12:37 +0200 Pixel <[EMAIL PROTECTED]> wrote: > Buchan Milne <[EMAIL PROTECTED]> writes: > > Yes, IMHO, better to link /dev/dvd to /dev/hdd (in this case). I > > don't know if this would be easy or not with Devfs, > it is done Hmmm, I'd vote for linking it to /dev/cdroms/cdromX. Why? Well, on my Notebook I can remove the DVD drive an put a normal harddisk in it instead - so /dev/hdc is now no longer a DVD but a normal harddisk... so /dev/dvd shouldn't be there. -- Michael Reinsch <[EMAIL PROTECTED]> http://mr.uue.org
Re: [Cooker] Mount dvd drives to /mnt/dvd not /mnt/cdromX
Buchan Milne <[EMAIL PROTECTED]> writes: [...] > >>Also programs like xine default DVD drives to /mnt/dvd so the above > >>change should make programs like xine without the need for extra > >>configuration. > > ?? xine use /dev/dvd doesn't it? > > Yes, IMHO, better to link /dev/dvd to /dev/hdd (in this case). I don't know if > this would be easy or not with Devfs, it is done > or if an option should be available in > mcc. > > Then, being able to set hdX=ide-scsi from there would also be cool ... hdX=ide-scsi is done
Re: [Cooker] Mount dvd drives to /mnt/dvd not /mnt/cdromX
Reinout van Schouwen <[EMAIL PROTECTED]> writes: > On 28 Aug 2002, Pixel wrote: > > > ?? xine use /dev/dvd doesn't it? > > rdvd, if raw devices are enabled. both /dev/dvd and /dev/rdvd are there
Re: [Cooker] Mount dvd drives to /mnt/dvd not /mnt/cdromX
Pixel wrote: > Gabriel Phoenix <[EMAIL PROTECTED]> writes: > > >>hdd is a DVD which was correctly identified in the Control Center as a >>DVD but mounted as cdrom2 >> >>trivial yes but I think it just adds a touch of class that Mandrake >>mounts a DVD as /mnt/dvd instead of /mnt/cdrom2 > > > quite a late for such a change. but maybe... > > >>Also programs like xine default DVD drives to /mnt/dvd so the above >>change should make programs like xine without the need for extra >>configuration. > > > ?? xine use /dev/dvd doesn't it? Yes, IMHO, better to link /dev/dvd to /dev/hdd (in this case). I don't know if this would be easy or not with Devfs, or if an option should be available in mcc. Then, being able to set hdX=ide-scsi from there would also be cool ... Buchan -- |Registered Linux User #182071-| Buchan MilneMechanical Engineer, Network Manager Cellphone * Work+27 82 472 2231 * +27 21 8828820x121 Stellenbosch Automotive Engineering http://www.cae.co.za GPG Key http://ranger.dnsalias.com/bgmilne.asc 1024D/60D204A7 2919 E232 5610 A038 87B1 72D6 AC92 BA50 60D2 04A7
Re: [Cooker] Mount dvd drives to /mnt/dvd not /mnt/cdromX
On 28 Aug 2002, Pixel wrote: > ?? xine use /dev/dvd doesn't it? rdvd, if raw devices are enabled. -- Reinout van SchouwenArtificial Intelligence student email: [EMAIL PROTECTED] mobile phone: +31-6-44360778 GPG public key http://www.cs.vu.nl/~reinout/reinout.asc
Re: [Cooker] Mount dvd drives to /mnt/dvd not /mnt/cdromX
Gabriel Phoenix <[EMAIL PROTECTED]> writes: > hdd is a DVD which was correctly identified in the Control Center as a > DVD but mounted as cdrom2 > > trivial yes but I think it just adds a touch of class that Mandrake > mounts a DVD as /mnt/dvd instead of /mnt/cdrom2 quite a late for such a change. but maybe... > > Also programs like xine default DVD drives to /mnt/dvd so the above > change should make programs like xine without the need for extra > configuration. ?? xine use /dev/dvd doesn't it?
Re: [Cooker] Mount problem with Beta 3?
Le Mercredi 21 Août 2002 04:59, J Schonberg a écrit : > I could be wrong but I was under the understanding that one could not > mount multiple devices on the same mount point. I tried mounting the > ISO images from Beta 3 and discovered that mount allowed this. > > Can someone please confirm that this is intended behavior? > > Thanks. Since kernel support MULTI_PATH_IO, yes -- Linux pour Mac !? Enfin le moyen de transformer une pomme en véritable ordinateur. - JL. Olivier Thauvin - http://nanardon.homelinux.org/
Re: [Cooker] Mount problem with Beta 3?
J Schonberg said: > I could be wrong but I was under the understanding that one could not > mount multiple devices on the same mount point. I tried mounting the > ISO images from Beta 3 and discovered that mount allowed this. > > Can someone please confirm that this is intended behavior? It is standart behavior don't worry.
Re: [Cooker] Mount Rainer support
Jure Repinc wrote: > Hi, > > I would like to know if Mandrake 9.0 will support Mount Rainer CD-RWs. > That way you can use your CD-RWs just like floppys. The drive takes care > of formating and writing when you copy/delete files from CD-RW. It is > all done by the drive and in the background. > I found this message: http://marc.theaimsgroup.com/?l=linux-kernel&m=101713376719156&w=2 Is Mount Rainier support included in official 2.4.19 kernel or is this just an unofficial patch? Will this support be part of 2.5.x/2.6.x kernels? Is it possible to add this patch to Mandrake 9.0 kernel? -- Live long and prosper!
Re: labels and mountpoint (Re: [Cooker] .mount in each filesystem)
Actually DrakX already does something like this. When it does the scanning of the disks, it finds labels. Eg I have a partition that I call "iso" for iso images. This is nonstandard, but drakx finds it anyway. However, it does not do it for all the partitions, only for the older ones, but for native linux fs, at least ext2. Maybe the setting of the names is something that was done under my RedHat systems. The right place I think would be to do it in the mount(2) API. Then all mounting would record the mounting name. Keld On Wed, Mar 06, 2002 at 09:31:51PM +0100, Keld Jørn Simonsen wrote: > On Wed, Mar 06, 2002 at 06:27:50PM +0100, Stephane Gourichon wrote: > > On 6 Mar 2002, Guillaume Cottenceau wrote: > > > > > Keld Jørn Simonsen <[EMAIL PROTECTED]> writes: > > > > > > > Wish: I have a number of file systems, and I would like > > > > the install program to find them automatically. DrakX > > > > already does so for standard partitions like / /home > > > > /var etc. I thought if there was in the root of > > > > each file system a .mount file that just contained the path > > > > on which to mount it would save me grief and maybe 10 minutes > > > > everytime I install. Just an idea. > > > > > ext2 and relatives also have a not-well-enough-known field, the > > "last-mounted-directory", which is I guess an excellent candidate for > > this purpose. > > > > See in mke2fs or tune2fs : > > [-L volume-label] [-M last-mounted-directory] > > > > > > We could consider that on modification of the fstab, the configuration > > tools set the "last-mounted-directory" of the filesystems to the > > directory where it is supposed to be mounted ? > > > > This would give a precious hint for a smarter installer (and for some > > rescue/upgrade tools, also, in case /etc/fstab is lost...) > > The last-mounted-directory seems like the better idea if that is already > integrated in some programs. Then others could make use of it too. > > Kind regards > keld
Re: labels and mountpoint (Re: [Cooker] .mount in each filesystem)
On Wed, Mar 06, 2002 at 06:27:50PM +0100, Stephane Gourichon wrote: > On 6 Mar 2002, Guillaume Cottenceau wrote: > > > Keld Jørn Simonsen <[EMAIL PROTECTED]> writes: > > > > > Wish: I have a number of file systems, and I would like > > > the install program to find them automatically. DrakX > > > already does so for standard partitions like / /home > > > /var etc. I thought if there was in the root of > > > each file system a .mount file that just contained the path > > > on which to mount it would save me grief and maybe 10 minutes > > > everytime I install. Just an idea. > > > ext2 and relatives also have a not-well-enough-known field, the > "last-mounted-directory", which is I guess an excellent candidate for > this purpose. > > See in mke2fs or tune2fs : > [-L volume-label] [-M last-mounted-directory] > > > We could consider that on modification of the fstab, the configuration > tools set the "last-mounted-directory" of the filesystems to the > directory where it is supposed to be mounted ? > > This would give a precious hint for a smarter installer (and for some > rescue/upgrade tools, also, in case /etc/fstab is lost...) The last-mounted-directory seems like the better idea if that is already integrated in some programs. Then others could make use of it too. Kind regards keld
Re: labels and mountpoint (Re: [Cooker] .mount in each filesystem)
Please don't change peoples' volume labels without telling them. Corel Linux did, and for a year I couldn't figure out why fsck was calling my root partition /mnt/mdk. The transitmount idea sounds better. --- Stephane Gourichon <[EMAIL PROTECTED]> wrote: > There is a more standard way: the filesystem volume > label. > the -L option of mke2fs or tune2fs allows a 16 > character-long volume > label. __ Do You Yahoo!? Try FREE Yahoo! Mail - the world's greatest free email! http://mail.yahoo.com/
labels and mountpoint (Re: [Cooker] .mount in each filesystem)
On 6 Mar 2002, Guillaume Cottenceau wrote: > Keld Jørn Simonsen <[EMAIL PROTECTED]> writes: > > > Wish: I have a number of file systems, and I would like > > the install program to find them automatically. DrakX > > already does so for standard partitions like / /home > > /var etc. I thought if there was in the root of > > each file system a .mount file that just contained the path > > on which to mount it would save me grief and maybe 10 minutes > > everytime I install. Just an idea. > > Is ".mount" just your guess/invention or something which is > supposed to be a standard? There is a more standard way: the filesystem volume label. the -L option of mke2fs or tune2fs allows a 16 character-long volume label. ext2 and relatives also have a not-well-enough-known field, the "last-mounted-directory", which is I guess an excellent candidate for this purpose. See in mke2fs or tune2fs : [-L volume-label] [-M last-mounted-directory] We could consider that on modification of the fstab, the configuration tools set the "last-mounted-directory" of the filesystems to the directory where it is supposed to be mounted ? This would give a precious hint for a smarter installer (and for some rescue/upgrade tools, also, in case /etc/fstab is lost...) See my next message, too (regarding Automatic mount). -- Stéphane Gourichon - Labo. d'Informatique de Paris 6 - AnimatLab http://animatlab.lip6.fr - philo du dimanche http://amphi-gouri.org/ "Bonjour, je ne suis qu'une phrase entre guillemets dans une signature, mais si vous me recopiez dans votre signature automatique d'e-mail, alors je pourrai continuer à me reproduire comme un virus. Merci !"
Re: [Cooker] .mount in each filesystem
On Wed, Mar 06, 2002 at 03:45:35PM +0100, Guillaume Cottenceau wrote: > Keld Jørn Simonsen <[EMAIL PROTECTED]> writes: > > > Wish: I have a number of file systems, and I would like > > the install program to find them automatically. DrakX > > already does so for standard partitions like / /home > > /var etc. I thought if there was in the root of > > each file system a .mount file that just contained the path > > on which to mount it would save me grief and maybe 10 minutes > > everytime I install. Just an idea. > > Is ".mount" just your guess/invention or something which is > supposed to be a standard? It is just my proposal. I thought this was my own idea, but maybe somebody proposed it before. Kind regards keld
Re: [Cooker] .mount in each filesystem
Keld Jørn Simonsen <[EMAIL PROTECTED]> writes: > Wish: I have a number of file systems, and I would like > the install program to find them automatically. DrakX > already does so for standard partitions like / /home > /var etc. I thought if there was in the root of > each file system a .mount file that just contained the path > on which to mount it would save me grief and maybe 10 minutes > everytime I install. Just an idea. Is ".mount" just your guess/invention or something which is supposed to be a standard? -- Guillaume Cottenceau - http://www.frozen-bubble.org/
Re: [Cooker] mount: could not find any device /dev/loop# /kernel-2.4.17.17mdk-1-1mdk.i586.rpm
Sorry should have seen the post earlier > installing /home/Mandrake/cooker/i586/Mandrake/RPMS/kernel-2.4.17.17mdk-1-1mdk.i586.rpm mke2fs 1.26 (3-Feb-2002) mount: could not find any device /dev/loop# There was an error when generating initrd try to do a : /sbin/mkinitrd /boot/initrd-2.4.17-17mdk.img 2.4.17-17mdk and see the errors -- "When the only tool you have is a hammer, you tend to treat everything as if it were a nail." -- Abraham Maslow
Re: [Cooker] Mount related problems
2001.12.18 08:34'de Borsenkow Andrej bunu yazmýþ: > > > Ok here I got a com plex issue I will try to be clear... > > > > Whenever > > 1-I install an rpm file > > 2-Downloading a File (In the finish sequence) > > 3-Move mouse over floppy icon on my kde desktop > > > > My system tries to mount floppy and tries to mount CD-ROM (I know it > > tries to mount cd-rom too because when I play a music CD music stops > > suddenly) > > > > So what do you think the problem can be? > > > > supermount. I do not see any problem as yet. > > -andrej > > > Thanks for your reply.Now I disabled supermount with supermount -i disable and all problems gone but now when I ty to mount cdrom with mount -t iso9660 /dev/cdrom /mnt/cdrom I got this error mount: wrong fs type, bad option, bad superblock on /dev/cdrom, or too many mounted file systems I can mount floppy without a problem though. And here is my /etc/fstab : /dev/hda1 / ext2 defaults 1 1 none /dev/pts devpts mode=0620 0 0 none /dev/shm tmpfs defaults 0 0 /dev/hda6 /home ext2 defaults 1 2 /dev/cdrom /mnt/cdrom iso9660 ro,nosuid,noauto,exec,user,nodev0 0 /dev/fd0/mnt/floppy vfat sync,nosuid,noauto,user,nodev,unhide0 0 none /proc proc defaults 0 0 /dev/hda5 swap swap defaults 0 0
RE: [Cooker] Mount related problems
> Ok here I got a com plex issue I will try to be clear... > > Whenever > 1-I install an rpm file > 2-Downloading a File (In the finish sequence) > 3-Move mouse over floppy icon on my kde desktop > > My system tries to mount floppy and tries to mount CD-ROM (I know it > tries to mount cd-rom too because when I play a music CD music stops > suddenly) > > So what do you think the problem can be? > supermount. I do not see any problem as yet. -andrej
Re: [Cooker] mount 2.11e is buggy
On 20010726 Thierry Vignaud wrote:
>"J . A . Magallon" <[EMAIL PROTECTED]> writes:
>
>> Hi...
>>
>> I have found some problems with mount and special filesystems.
>
>\troll{nop. you've found problems in your brain.}
>
I love when people is polite.
>> This is the relevant part of my /etc/fstab:
>>
>> tmpfs /dev/shm tmpfs defaults,size=128M 0 0
>
>
>which should have been :
>none /tmp tmpfs defaults,size=128M 0 0
>
Well, man mount:
The proc file system is not associated with a special
device, and when mounting it, an arbitrary keyword, such
as proc can be used instead of a device specification.
(The customary choice none is less fortunate: the error
message `none busy' from umount can be confusing.)
It is even recommended that fake-device==fstype, so you get a usefull error
message.
>From kernel source, Documentation/Configure.help, (line 11812 in 2.4.7):
You should mount the filesystem somewhere to be able to use
POSIX shared memory. Adding the following line to /etc/fstab should
take care of things:
tmpfs /dev/shmtmpfs defaults0 0
I have been trying to get again util-linux-2.11e, to triple check and compare
mount sources with 2.11f and 2.11h, and there is no normal mirror which contains
2.11e. Strange, isn't it ? Finally, I got 2.11e at www.ch.kernel.org. They did not
do any cleanup...
I rebuilt mount-2.11e:
werewolf:~/soft/util/util-linux-2.11e/mount# df
Filesystem 1k-blocks Used Available Use% Mounted on
/dev/sda1 248895 83086152959 36% /
/dev/sda2 3099292 2092872848984 72% /usr
/dev/sda3 4095488 1603796 2283652 42% /home
/dev/sda5 1027768 8975552 1% /toast
werewolf:~/soft/util/util-linux-2.11e/mount# ./mount -V
mount: mount-2.11e
werewolf:~/soft/util/util-linux-2.11e/mount# ./mount -a -t tmpfs
werewolf:~/soft/util/util-linux-2.11e/mount# df
Filesystem 1k-blocks Used Available Use% Mounted on
/dev/sda1 248895 83086152959 36% /
/dev/sda2 3099292 2092872848984 72% /usr
/dev/sda3 4095488 1603796 2283652 42% /home
/dev/sda5 1027768 8975552 1% /toast
/home/soft/util/util-linux-2.11e/mount/tmpfs
131072 0131072 0% /dev/shm
werewolf:~/soft/util/util-linux-2.11e/mount# ./umount -a -t tmpfs
werewolf:~/soft/util/util-linux-2.11e/mount# df
Filesystem 1k-blocks Used Available Use% Mounted on
/dev/sda1 248895 83092152953 36% /
/dev/sda2 3099292 2092872848984 72% /usr
/dev/sda3 4095488 1603796 2283652 42% /home
/dev/sda5 1027768 8975552 1% /toast
werewolf:~/soft/util/util-linux-2.11e/mount# mount -V
mount: mount-2.11h
werewolf:~/soft/util/util-linux-2.11e/mount# mount -a -t tmpfs
werewolf:~/soft/util/util-linux-2.11e/mount# df
Filesystem 1k-blocks Used Available Use% Mounted on
/dev/sda1 248895 83092152953 36% /
/dev/sda2 3099292 2092872848984 72% /usr
/dev/sda3 4095488 1603796 2283652 42% /home
/dev/sda5 1027768 8975552 1% /toast
tmpfs 131072 0131072 0% /dev/shm
Same compiler, same kernel, same everything, so the bug is in mount.
The truth is out there...
--
J.A. Magallon # Let the source be with you...
mailto:[EMAIL PROTECTED]
Mandrake Linux release 8.1 (Cooker) for i586
Linux werewolf 2.4.7-ac1 #1 SMP Thu Jul 26 19:53:39 CEST 2001 i686
Re: [Cooker] mount 2.11e is buggy
"J . A . Magallon" <[EMAIL PROTECTED]> writes:
> Hi...
>
> I have found some problems with mount and special filesystems.
\troll{nop. you've found problems in your brain.}
> This is the relevant part of my /etc/fstab:
>
> tmpfs /dev/shm tmpfs defaults,size=128M 0 0
which should have been :
none /tmp tmpfs defaults,size=128M 0 0
Re: [Cooker] mount
On Mon, 11 Jun 2001, Alexander Skwar wrote: > So sprach Sebastian Dransfeld am Mon, Jun 11, 2001 at 01:00:23AM +0200: > > > > Why does mount try to exec smbmnt? mount.smb && mount.smbfs are both in my > > Because mount cannot mount SMB shares directly. To mount SMB shares, mount > calles mount.smbfs. I know. But when I strace mount, mount finds mount.smbfs but tries to exec smbmnt, not mount.smbfs. Which fails. seb
Re: [Cooker] mount
So sprach Sebastian Dransfeld am Mon, Jun 11, 2001 at 01:00:23AM +0200: > > Why does mount try to exec smbmnt? mount.smb && mount.smbfs are both in my Because mount cannot mount SMB shares directly. To mount SMB shares, mount calles mount.smbfs. Alexander Skwar -- How to quote: http://learn.to/quote (german) http://quote.6x.to (english) Homepage: http://www.digitalprojects.com | http://www.iso-top.de iso-top.de - Die günstige Art an Linux Distributionen zu kommen Uptime: 2 days 19 hours 7 minutes
Re: [Cooker] mount question
>From: Pixel <[EMAIL PROTECTED]> >Reply-To: [EMAIL PROTECTED] > >use the `auto' filesystem. > >be warned that i try the filesystems from /proc/filesystems. So if hfs.o is >not >loaded it doesn't test hfs. In that case put hfs in /etc/filesystems Thanks Pixel! Worked like a charm. Why isn't that setup the default in Mandrake? It would seem to be a selling point if Mandrake could say it supported Mac, Windows, and Linux disks out of box. Just curious, but it might be another plus for people who have had to pay for the commercial Windows solutions. __ Get Your Private, Free Email at http://www.hotmail.com
Re: [Cooker] mount question
"Clifford Yapp" <[EMAIL PROTECTED]> writes: > I was wondering if it is possible to use fstab to have mount check for > multiple file formats before it gives up on a disk. Right now my zip drive > is configured for vfat, but I would like it to be able to mount hfs as well > without having to su root and tell it specifically. Is this possible? use the `auto' filesystem. be warned that i try the filesystems from /proc/filesystems. So if hfs.o is not loaded it doesn't test hfs. In that case put hfs in /etc/filesystems
Re: [Cooker] Mount points for hda1 hda2 etc.....
So downloading the kdebase subdir from any mirror will work? On another note: I kinda messed up my rpm tool.. I think I switched the place it pointed to. and now cannot find the installed / new packages anywhere tried pointing to the cdrom, etc... but blank screen... doh! What does rpm -U do? (I know, read the HowTO's... right? hehehe) Lou Guerriero. - Original Message - From: "Pixel" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: January 3, 2000 7:10 AM Subject: Re: [Cooker] Mount points for hda1 hda2 etc. > Lou Guerriero <[EMAIL PROTECTED]> writes: > > > > > I've tried using the update tool. but none of the mirrors listed > > seem to have any files available. at least the USA ones. > > MandrakeUpdate is not for this type of use. Just download the kdebase and rpm -U > it >
Re: [Cooker] Mount points for hda1 hda2 etc.....
Kaixo! On Mon, Jan 03, 2000 at 03:39:55AM -0500, Lou Guerriero wrote: > what advantage is vmware over wine? They are very different things: - vmware is a virtual PC machine; on it you can run any OS for PC: Windows (any windows), Linux, SCO, *BSD, MS-DOS,... - Wine is an implementation of the Win16 & Win32 API for Unix; allowing to recompile Win16 & Win32 programs and run them natively on most Unices. It is also (and that is the most used due to the lack of sources of Windows programs) an implementation fo the Win16 & Win32 ABI (Applications Binary Interface), allowing to run, on PC's Unices, Win16 and Win32 programs. That is similar to what iBCS provides for other Unices to be run on Linux. The advantage of VmWare is that it is another PC; so you can isntall on it and it will run; no problem. It's disadvantages is that is still a separate thing, not integrated with the rest of your system (you simply avoid having yet another machine on your desktop; and you can easily do screenshots of boot time). The advantages of Wine is that it allows a quite good integration with your system; and it would be possible in the future to go even further (like better dra'n'drop with Gnome/KDE; sharing of colours and look and feel with them etc). It's also a liberty program. It's disadvantages are it is far from finished (and Microsoft doesn't help at all). -- Ki ça vos våye bén, Pablo Saratxaga http://www.ping.be/~pin19314/ PGP Key available, key ID: 0x8F0E4975
Re: [Cooker] Mount points for hda1 hda2 etc.....
Lou Guerriero <[EMAIL PROTECTED]> writes: > > I've tried using the update tool. but none of the mirrors listed > seem to have any files available. at least the USA ones. MandrakeUpdate is not for this type of use. Just download the kdebase and rpm -U it
Re: [Cooker] Mount points for hda1 hda2 etc.....
Hello! --- stephen <[EMAIL PROTECTED]> a écrit: > > sorry, my opinion, nothing against wine, get vmware and do it > properly. > memo: must try vmware on a box You mean that you are recommending a software that you have yet to use? I've installed it on Oxygen (I actually have a license that costed me 75$US back in july 1999) and countless other distrib before it. Its really quality software in the sense that it is user friendly and install everytime without problems. The engineering is nice too. But there's no hiding that Win'98 is still too slow on my dual Celeron with 128mb RAM... The problem seems to lie in disk accesses... The other emulated subsystems are pretty fast according to benchmarks. One other big disavantage is that you need a Windows license too (except if you're a pirate of course! ;-) ). I'm guessing that the performance you get from Wine are superior - the problem being that it does not support the whole API. We're not helping by using proprietary and closed software that's for sure! So I wouldn't spread the word that VMWARE is the solution to all problems in Linux (lack of Office software, lack of great games) because it isn't. bye, = Ricky Ng-Adam Capitaine du projet S.O.N.I.A. Montréal (Québec)[École de Technologie Supérieure] __ Do You Yahoo!? Talk to your friends online with Yahoo! Messenger. http://messenger.yahoo.com
Re: [Cooker] Mount points for hda1 hda2 etc.....
well, I know nothing of either... but I thought you needed to $$$ for vmware? no? either way I'd still hate to be "beaten" by wine. what advantage is vmware over wine? and why the heck can't I config it? doh! things like this... make lesser users run and hide... hehehe Lou G. [EMAIL PROTECTED] - Original Message - From: "stephen" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: January 3, 2000 2:34 AM Subject: Re: [Cooker] Mount points for hda1 hda2 etc. > > sorry, my opinion, nothing against wine, get vmware and do it properly. > memo: must try vmware on a box > > > > My reason for asking I'm trying to run wine but the win-config file > > (after being chmod'ed to executable!) told me it can't find my c: .. > > which i think is kinda odd.. > > > > > > > > Help? > > > > Lou Guerriero > > > > [EMAIL PROTECTED] > > > > > > > > >
Re: [Cooker] Mount points for hda1 hda2 etc.....
sorry, my opinion, nothing against wine, get vmware and do it properly. memo: must try vmware on a box > > My reason for asking I'm trying to run wine but the win-config file > (after being chmod'ed to executable!) told me it can't find my c: .. > which i think is kinda odd.. > > > > Help? > > Lou Guerriero > > [EMAIL PROTECTED] > > > >
Re: [Cooker] Mount points for hda1 hda2 etc.....
Uh.. at the risk of sounding. well.. dumb.. How, er. exactly? (And what exactly is that?) Doh! [hides head due to extreme lameness] I've tried using the update tool. but none of the mirrors listed seem to have any files available. at least the USA ones. Am I doing something wrong here? doh! Pixel wrote: > Lou Guerriero <[EMAIL PROTECTED]> writes: > > > > > Things like this make it hard for us M$ lamers to convert whole heartedly to > > Linux. > > > > How do I manage to fix this? > > update your kdebase to the 28mdk
Re: [Cooker] Mount points for hda1 hda2 etc.....
Lou Guerriero <[EMAIL PROTECTED]> writes: > > Things like this make it hard for us M$ lamers to convert whole heartedly to > Linux. > > How do I manage to fix this? update your kdebase to the 28mdk
