From jammer at weak.org Mon Nov 1 18:30:25 2004 From: jammer at weak.org (Jammer) Date: Mon, 01 Nov 2004 19:30:25 -0700 Subject: [buug] Re: Thanks :) Message-ID: An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Joke.cpl Type: application/octet-stream Size: 21947 bytes Desc: not available URL: From nick at zork.net Mon Nov 1 19:22:36 2004 From: nick at zork.net (Nick Moffitt) Date: Mon, 1 Nov 2004 19:22:36 -0800 Subject: [buug] Re: Thanks :) In-Reply-To: References: Message-ID: <20041102032236.GD28768@zork.net> begin Jammer quotation: > :) ha ha buug -- "Some of us figured out in the 1950s Nick Moffitt that blacklists were a bad idea. nick at zork.net Some of us have that lesson still ahead of us." -- John Gilmore, on RBLs. From jammer at weak.org Mon Nov 1 22:42:57 2004 From: jammer at weak.org (Jon McClintock) Date: Mon, 1 Nov 2004 22:42:57 -0800 Subject: [buug] Re: Thanks :) In-Reply-To: <20041102032236.GD28768@zork.net> References: <20041102032236.GD28768@zork.net> Message-ID: <20041102064257.GE11575@weak.org> On Mon, Nov 01, 2004 at 07:22:36PM -0800, Nick Moffitt wrote: > begin Jammer quotation: > > :) > > ha ha buug Nifty. Stupid mailman. Stupid secondary MX allowing forged sender. Ah well. Sorry folks. -Jon From grayarea at reddagger.org Mon Nov 1 22:50:54 2004 From: grayarea at reddagger.org (jwithers) Date: Mon, 01 Nov 2004 22:50:54 -0800 Subject: [buug] Re: Thanks :) In-Reply-To: <20041102064257.GE11575@weak.org> References: <20041102032236.GD28768@zork.net> <20041102064257.GE11575@weak.org> Message-ID: <1099378254.19443.128.camel@localhost> Hell, personally, I think it is a good idea to send a few of these out to the list every month or so, anyway. Just to cull the Win desktops from the herd. On Mon, 2004-11-01 at 22:42, Jon McClintock wrote: > On Mon, Nov 01, 2004 at 07:22:36PM -0800, Nick Moffitt wrote: > > begin Jammer quotation: > > > :) > > > > ha ha buug > > Nifty. Stupid mailman. Stupid secondary MX allowing forged sender. > > Ah well. Sorry folks. > > -Jon > _______________________________________________ > Buug mailing list > Buug at weak.org > http://www.weak.org/mailman/listinfo/buug From wfhoney at pacbell.net Thu Nov 4 10:31:09 2004 From: wfhoney at pacbell.net (Bill Honeycutt) Date: Thu, 04 Nov 2004 10:31:09 -0800 Subject: [buug] IDE drive recognition Message-ID: <418A756D.7090105@pacbell.net> I'm trying to mount partitions on a secondary drive and I continually get the following message: > wfh:/# mount -t ext3 /dev/hdc1 /mnt/hdc1/ > mount: /dev/hdc1 already mounted or /mnt/hdc1/ busy This is: Sarge kernel 2.6.8-1-686 Compaq Deskpro EN P-III 500, 512Mb I've tried to use both ide0 and ide1, tried multiple jumper setting variations (cable select, master on ide1, slave on ide0, etc.) Strange thing is, I can fdisk, format, create filesystems, etc., I just can't mount them after I build them!? Any suggestions? From atporter at primate.net Thu Nov 4 10:50:19 2004 From: atporter at primate.net (Aaron T Porter) Date: Thu, 4 Nov 2004 10:50:19 -0800 Subject: [buug] IDE drive recognition In-Reply-To: <418A756D.7090105@pacbell.net> References: <418A756D.7090105@pacbell.net> Message-ID: <20041104185019.GM9980@primate.net> On Thu, Nov 04, 2004 at 10:31:09AM -0800, Bill Honeycutt wrote: > I'm trying to mount partitions on a secondary drive and I continually > get the following message: > > > wfh:/# mount -t ext3 /dev/hdc1 /mnt/hdc1/ > > mount: /dev/hdc1 already mounted or /mnt/hdc1/ busy How 'bout the output of `dmesg | grep hd` and mount? From jan at caustic.org Thu Nov 4 10:53:38 2004 From: jan at caustic.org (f.johan.beisser) Date: Thu, 4 Nov 2004 10:53:38 -0800 (PST) Subject: [buug] IDE drive recognition In-Reply-To: <20041104185019.GM9980@primate.net> References: <418A756D.7090105@pacbell.net> <20041104185019.GM9980@primate.net> Message-ID: <20041104105255.Y73943@pogo.caustic.org> On Thu, 4 Nov 2004, Aaron T Porter wrote: > On Thu, Nov 04, 2004 at 10:31:09AM -0800, Bill Honeycutt wrote: > > I'm trying to mount partitions on a secondary drive and I continually > > get the following message: > > > > > wfh:/# mount -t ext3 /dev/hdc1 /mnt/hdc1/ > > > mount: /dev/hdc1 already mounted or /mnt/hdc1/ busy > > > How 'bout the output of `dmesg | grep hd` and mount? i'm confused.. isn't hdc a hard disk controller? --- f.johan.beisser --- I concede that I overestimated the intelligence of the American people. Though the people disagree with the President on almost every issue, you saw fit to vote for him. I never saw that coming. That's really special. And I mean "special" in the sense that we use it to describe those kids who ride the short school bus and find ways to injure themselves while eating pudding with rubber spoons. That kind of special. -- Adam Felber, "Concession Speech" http://www.felbers.net/mt/archives/000945.html From atporter at primate.net Thu Nov 4 10:59:42 2004 From: atporter at primate.net (Aaron T Porter) Date: Thu, 4 Nov 2004 10:59:42 -0800 Subject: [buug] IDE drive recognition In-Reply-To: <20041104105255.Y73943@pogo.caustic.org> References: <418A756D.7090105@pacbell.net> <20041104185019.GM9980@primate.net> <20041104105255.Y73943@pogo.caustic.org> Message-ID: <20041104185942.GN9980@primate.net> On Thu, Nov 04, 2004 at 10:53:38AM -0800, f.johan.beisser wrote: > > > > mount: /dev/hdc1 already mounted or /mnt/hdc1/ busy > > i'm confused.. isn't hdc a hard disk controller? In linux-land, hdc is ide channel 1 drive 0. From jammer at weak.org Thu Nov 4 11:32:40 2004 From: jammer at weak.org (Jon McClintock) Date: Thu, 4 Nov 2004 11:32:40 -0800 Subject: [buug] IDE drive recognition In-Reply-To: <20041104105255.Y73943@pogo.caustic.org> References: <418A756D.7090105@pacbell.net> <20041104185019.GM9980@primate.net> <20041104105255.Y73943@pogo.caustic.org> Message-ID: <20041104193240.GB19156@weak.org> On Thu, Nov 04, 2004 at 10:53:38AM -0800, f.johan.beisser wrote: > On Thu, 4 Nov 2004, Aaron T Porter wrote: > > > On Thu, Nov 04, 2004 at 10:31:09AM -0800, Bill Honeycutt wrote: > > > I'm trying to mount partitions on a secondary drive and I continually > > > get the following message: > > > > > > > wfh:/# mount -t ext3 /dev/hdc1 /mnt/hdc1/ > > > > mount: /dev/hdc1 already mounted or /mnt/hdc1/ busy > > > > > > How 'bout the output of `dmesg | grep hd` and mount? > > i'm confused.. isn't hdc a hard disk controller? Nope. In Linux, the controller itself doesn't get a device node, just the drives. Drive devices have the following scheme: / dev / ('hd' or 'sd') ( letter indicating drive ) ( partition number ) 'hd' is for IDE devices (Hard drives and most CD-ROMs), 'sd' is for SCSI disk devices. Drives are lettered starting with 'a'. In IDE-land, the letters are allocated two per IDE channel (cable), so the master on channel 0 will be hda, the slave (if present) will be hdb, and the master on channel 1 will be hdc (typically the CD-ROM drive, if present), and the slave will be hdd. To figure what goes where, check the kernel boot log, as Aaron suggests. It'll tell you what drive has which device, with messages like: hda: HITACHI_DK23EA-30, ATA DISK drive hdc: Compaq DVD-ROM DV28EB, ATAPI CD/DVD-ROM drive -Jon From jan at caustic.org Thu Nov 4 11:40:33 2004 From: jan at caustic.org (f.johan.beisser) Date: Thu, 4 Nov 2004 11:40:33 -0800 (PST) Subject: [buug] IDE drive recognition In-Reply-To: <20041104193240.GB19156@weak.org> References: <418A756D.7090105@pacbell.net> <20041104185019.GM9980@primate.net> <20041104105255.Y73943@pogo.caustic.org> <20041104193240.GB19156@weak.org> Message-ID: <20041104113727.F73943@pogo.caustic.org> On Thu, 4 Nov 2004, Jon McClintock wrote: > Nope. In Linux, the controller itself doesn't get a device node, just > the drives. Drive devices have the following scheme: > > / dev / ('hd' or 'sd') ( letter indicating drive ) ( partition number ) > > 'hd' is for IDE devices (Hard drives and most CD-ROMs), 'sd' is for SCSI > disk devices. ok, i'm just used to the BSD and solaris naming methods. > To figure what goes where, check the kernel boot log, as Aaron suggests. > It'll tell you what drive has which device, with messages like: > > hda: HITACHI_DK23EA-30, ATA DISK drive > hdc: Compaq DVD-ROM DV28EB, ATAPI CD/DVD-ROM drive even under BSD, do the same thing. find the reference for the drive first. --- f.johan.beisser --- I concede that I overestimated the intelligence of the American people. Though the people disagree with the President on almost every issue, you saw fit to vote for him. I never saw that coming. That's really special. And I mean "special" in the sense that we use it to describe those kids who ride the short school bus and find ways to injure themselves while eating pudding with rubber spoons. That kind of special. -- Adam Felber, "Concession Speech" http://www.felbers.net/mt/archives/000945.html From wfhoney at pacbell.net Thu Nov 4 11:51:00 2004 From: wfhoney at pacbell.net (Bill Honeycutt) Date: Thu, 04 Nov 2004 11:51:00 -0800 Subject: [buug] IDE drive recognition In-Reply-To: <20041104185019.GM9980@primate.net> References: <418A756D.7090105@pacbell.net> <20041104185019.GM9980@primate.net> Message-ID: <418A8824.3070409@pacbell.net> Aaron T Porter wrote: >On Thu, Nov 04, 2004 at 10:31:09AM -0800, Bill Honeycutt wrote: > > >>I'm trying to mount partitions on a secondary drive and I continually >>get the following message: >> >> >> >>> wfh:/# mount -t ext3 /dev/hdc1 /mnt/hdc1/ >>> mount: /dev/hdc1 already mounted or /mnt/hdc1/ busy >>> >>> > > > How 'bout the output of `dmesg | grep hd` and mount? > > wfh:/# dmesg | grep hd ide0: BM-DMA at 0x2460-0x2467, BIOS settings: hda:DMA, hdb:pio ide1: BM-DMA at 0x2468-0x246f, BIOS settings: hdc:DMA, hdd:pio hda: FUJITSU MPF3102AH, ATA DISK drive hda: max request size: 128KiB hda: 19541088 sectors (10005 MB) w/2048KiB Cache, CHS=19386/16/63, UDMA(66) hdc: IC35L020AVER07-0, ATA DISK drive hdc: max request size: 128KiB hdc: 39102336 sectors (20020 MB) w/1916KiB Cache, CHS=38792/16/63, UDMA(100) Adding 241880k swap on /dev/hda5. Priority:-1 extents:1 EXT3 FS on hda6, internal journal EXT3 FS on hda1, internal journal EXT3 FS on hda7, internal journal wfh:/# mount /dev/hda6 on / type ext3 (rw,errors=remount-ro) proc on /proc type proc (rw) sysfs on /sys type sysfs (rw) devpts on /dev/pts type devpts (rw,gid=5,mode=620) tmpfs on /dev/shm type tmpfs (rw) wfh:~$ cat /proc/mounts rootfs / rootfs rw 0 0 /dev2/root2 / ext3 rw 0 0 proc /proc proc rw,nodiratime 0 0 sysfs /sys sysfs rw 0 0 /dev2/root2 /.dev ext3 rw 0 0 none /dev tmpfs rw 0 0 devpts /dev/pts devpts rw 0 0 tmpfs /dev/shm tmpfs rw 0 0 /dev/hda1 /boot ext3 rw 0 0 /dev/hda7 /home ext3 rw 0 0 usbfs /proc/bus/usb usbfs rw 0 0 none /proc/sys/fs/binfmt_misc binfmt_misc rw 0 0 From wfhoney at pacbell.net Thu Nov 4 11:54:56 2004 From: wfhoney at pacbell.net (Bill Honeycutt) Date: Thu, 04 Nov 2004 11:54:56 -0800 Subject: [Fwd: Re: [buug] IDE drive recognition] Message-ID: <418A8910.7020800@pacbell.net> Sorry...I truncated the 'mount' output :*) wfh at wfh_old:~$ mount /dev/hda6 on / type ext3 (rw,errors=remount-ro) proc on /proc type proc (rw) sysfs on /sys type sysfs (rw) devpts on /dev/pts type devpts (rw,gid=5,mode=620) tmpfs on /dev/shm type tmpfs (rw) /dev/hda1 on /boot type ext3 (rw) /dev/hda7 on /home type ext3 (rw) usbfs on /proc/bus/usb type usbfs (rw) none on /proc/sys/fs/binfmt_misc type binfmt_misc (rw) -------------- next part -------------- An embedded message was scrubbed... From: Bill Honeycutt Subject: Re: [buug] IDE drive recognition Date: Thu, 04 Nov 2004 11:51:00 -0800 Size: 4001 URL: From jammer at weak.org Thu Nov 4 11:55:06 2004 From: jammer at weak.org (Jammer) Date: Thu, 04 Nov 2004 12:55:06 -0700 Subject: [buug] Re: Message-ID: An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: price.com Type: application/octet-stream Size: 23849 bytes Desc: not available URL: From wfhoney at pacbell.net Thu Nov 4 14:14:01 2004 From: wfhoney at pacbell.net (Bill Honeycutt) Date: Thu, 04 Nov 2004 14:14:01 -0800 Subject: [Fwd: Re: [buug] IDE drive recognition] In-Reply-To: <20041104211122.GA30830@primate.net> References: <418A8910.7020800@pacbell.net> <20041104211122.GA30830@primate.net> Message-ID: <418AA9A9.6070302@pacbell.net> I have tried this both with a /dev/hdc1 line in /etc/fstab and without that line. I notice that /dev/hda6 is not in the /proc/mounts output!? Ian Zimmerman wrote: > Have you tried the -n option to mount? What is the contents of /etc/mtab ? > wfh:~# cat /etc/mtab /dev/hda6 / ext3 rw,errors=remount-ro 0 0 proc /proc proc rw 0 0 sysfs /sys sysfs rw 0 0 devpts /dev/pts devpts rw,gid=5,mode=620 0 0 tmpfs /dev/shm tmpfs rw 0 0 /dev/hda1 /boot ext3 rw 0 0 /dev/hda7 /home ext3 rw 0 0 usbfs /proc/bus/usb usbfs rw 0 0 none /proc/sys/fs/binfmt_misc binfmt_misc rw 0 0 wfh:/proc# cat mounts rootfs / rootfs rw 0 0 /dev2/root2 / ext3 rw 0 0 proc /proc proc rw,nodiratime 0 0 sysfs /sys sysfs rw 0 0 /dev2/root2 /.dev ext3 rw 0 0 none /dev tmpfs rw 0 0 devpts /dev/pts devpts rw 0 0 tmpfs /dev/shm tmpfs rw 0 0 /dev/hda1 /boot ext3 rw 0 0 /dev/hda7 /home ext3 rw 0 0 usbfs /proc/bus/usb usbfs rw 0 0 none /proc/sys/fs/binfmt_misc binfmt_misc rw 0 0 The output from 'fdisk /dev/hda' followed by 'print partition table' gives this... Disk /dev/hda: 10.0 GB, 10005037056 bytes 240 heads, 63 sectors/track, 1292 cylinders Units = cylinders of 15120 * 512 = 7741440 bytes Device Boot Start End Blocks Id System /dev/hda1 * 1 6 45328+ 83 Linux /dev/hda2 7 1292 9722160 5 Extended /dev/hda5 7 38 241888+ 82 Linux swap /dev/hda6 39 645 4588888+ 83 Linux /dev/hda7 646 1292 4891288+ 83 Linux wfh:/etc# cat fstab # /etc/fstab: static file system information. # # /dev/hda6 / ext3 errors=remount-ro 0 1 /dev/hda5 none swap sw 0 0 proc /proc proc defaults 0 0 /dev/fd0 /floppy auto user,noauto 0 0 #/dev/cdrom /cdrom iso9660 ro,user,noauto 0 0 /dev/hda1 /boot ext3 defaults 0 2 /dev/hda7 /home ext3 defaults 0 2 /dev/hdc1 /mnt/hdc1 ext3 defaults 0 0 From mp at rawbw.com Fri Nov 5 06:34:12 2004 From: mp at rawbw.com (Michael Paoli) Date: Fri, 5 Nov 2004 06:34:12 -0800 Subject: [buug] IDE drive recognition Message-ID: <1099665252.418b8f64047e7@webmail.rawbw.com> Some things to try/examine ... What if you drop the trailing slash (/) on the directory mount point on the mount(8) command and/or make it consistent between mount(8) command and /etc/fstab. Do you get the same results if the mount(8) command gives the filesystem device, but not the mount point? ... or the mount point (with or without the trailing slash) without the filesystem device? How about strace(1)? Might want to run strace(1) on the mount(8) command that fails, saving the strace output via -o option to a file, ... might want to then do similarly with a mount that works fine and without problems, and compare and contrast the strace(1) output of the two (may or may not catch anything particularly definitive since mount(2) does much of the work, however where things diverge in behavior and/or specific error return or mode of failure may further isolate the problem). You can also comment out the related /etc/fstab entry(/ies) and explicitly give mount(1) the relevant options and arguments (that at least avoids any potential conflicts with /etc/fstab entries). If you're able to read/write the partition (e.g. create and verify the filesystem), and the partition is of the correct type, and the kernel is aware of the partition (did you check /proc/partitions? have you been through at least one reboot (to cover the bases - there may be less disruptive ways) since the last change of partitioning?), and nothing else particularly strange is happening with access or open condition of the filesystem/partition or the mount point, it would then seem something at least slightly funky is happening with the mount attempt. references: http://www.weak.org/pipermail/buug/2004-November/date.html From wfhoney at pacbell.net Fri Nov 5 10:53:41 2004 From: wfhoney at pacbell.net (Bill Honeycutt) Date: Fri, 05 Nov 2004 10:53:41 -0800 Subject: [buug] IDE drive recognition In-Reply-To: <1099665252.418b8f64047e7@webmail.rawbw.com> References: <1099665252.418b8f64047e7@webmail.rawbw.com> Message-ID: <418BCC35.40107@pacbell.net> First, I moved the disk drive in question into a box with a warmer, fuzzier 2.6 kernel Sarge installation. I physically attached this to ide0 as a slave and it shows up as /dev/hdb[1-5]. To cut to the chase, look at this line in the output from strace... ------------------------ snip -------------------- wfh:/proc# strace -o mount.log mount -t ext2 /dev/hdb1 /data ... lstat64("/etc/mtab", {st_mode=S_IFREG|0644, st_size=250, ...}) = 0 stat64("/sbin/mount.ext2", 0xbffffb00) = -1 ENOENT (No such file or directory) rt_sigprocmask(SIG_BLOCK, ~[TRAP SEGV RTMIN], NULL, 8) = 0 mount("/dev/hdb1", "/data", "ext2", 0xc0ed0000, 0) = -1 EBUSY (Device or resource busy) rt_sigprocmask(SIG_UNBLOCK, ~[TRAP SEGV RTMIN], NULL, 8) = 0 write(2, "mount: /dev/hdb1 already mounted"..., 47) = 47 umask(077) = 033 open("/etc/mtab", O_RDONLY|O_LARGEFILE) = 3 ... ------------------------ snap -------------------- I'm focusing on the line that says, "stat64("/sbin/mount.ext2", 0xbffffb00) = -1 ENOENT (No such file or directory)". As per your suggestion, here's the output from /proc/partitions along with other output in the warm-fuzzy environment: ------------------------ snip -------------------- wfh:/proc# cat partitions major minor #blocks name 3 0 19551168 hda 3 1 56196 hda1 3 2 9767520 hda2 3 3 9727357 hda3 3 64 40021632 hdb 3 65 25598128 hdb1 3 66 204120 hdb2 3 67 771120 hdb3 3 68 1 hdb4 3 69 13441648 hdb5 254 0 25598128 dm-0 254 1 204120 dm-1 254 2 771120 dm-2 254 3 13441648 dm-3 ------------------------ snap -------------------- All partitions on this old drive are showing up. ------------------------ snip -------------------- wfh:/# mount /dev/hda2 on / type ext2 (rw,errors=remount-ro) proc on /proc type proc (rw) sysfs on /sys type sysfs (rw) devpts on /dev/pts type devpts (rw,gid=5,mode=620) tmpfs on /dev/shm type tmpfs (rw) /dev/hda1 on /boot type ext2 (rw) /dev/hda3 on /usr type ext2 (rw) usbfs on /proc/bus/usb type usbfs (rw) wfh:/proc# cat mounts rootfs / rootfs rw 0 0 /dev2/root2 / ext2 rw 0 0 proc /proc proc rw,nodiratime 0 0 sysfs /sys sysfs rw 0 0 devpts /dev/pts devpts rw 0 0 tmpfs /dev/shm tmpfs rw 0 0 /dev/hda1 /boot ext2 rw 0 0 /dev/hda3 /usr ext2 rw 0 0 usbfs /proc/bus/usb usbfs rw 0 0 wfh:/proc# dmesg | grep hd Kernel command line: root=/dev/hda2 ro ide0: BM-DMA at 0x2460-0x2467, BIOS settings: hda:DMA, hdb:DMA ide1: BM-DMA at 0x2468-0x246f, BIOS settings: hdc:pio, hdd:pio hda: WDC WD200BB-75CLB0, ATA DISK drive hdb: Maxtor 4D040H2, ATA DISK drive hda: max request size: 128KiB hda: 39102336 sectors (20020 MB) w/2048KiB Cache, CHS=38792/16/63, UDMA(100) hdb: max request size: 128KiB hdb: 80043264 sectors (40982 MB) w/2048KiB Cache, CHS=65535/16/63, UDMA(100) ext3: No journal on filesystem on hda2 wfh:/proc# cat /etc/fstab # /etc/fstab: static file system information. # # proc /proc proc defaults 0 0 /dev/hda2 / ext2 defaults,errors=remount-ro 0 1 /dev/hda1 /boot ext2 defaults 0 2 /dev/hda3 /usr ext2 defaults 0 2 /dev/fd0 /media/floppy0 auto rw,user,noauto 0 0 ------------------------ snap -------------------- Michael Paoli wrote: >Some things to try/examine ... > >What if you drop the trailing slash (/) on the directory >mount point on the mount(8) command and/or make it consistent >between mount(8) command and /etc/fstab. > >Do you get the same results if the mount(8) command gives >the filesystem device, but not the mount point? ... or >the mount point (with or without the trailing slash) without the >filesystem device? > > I tried with and without the trailing slash. Also, I tried it by mounting with an fstab description and with 'mount -t ext3 /dev/hdc1 /mnt/hdc1' with the same result. From mp at rawbw.com Sat Nov 6 13:19:38 2004 From: mp at rawbw.com (Michael Paoli) Date: Sat, 6 Nov 2004 13:19:38 -0800 Subject: [buug] IDE drive recognition In-Reply-To: <418BCC35.40107@pacbell.net> References: <1099665252.418b8f64047e7@webmail.rawbw.com> <418BCC35.40107@pacbell.net> Message-ID: <1099775978.418d3feaba1de@webmail.rawbw.com> Quoting Bill Honeycutt: > To cut to the chase, look at this line in the output from strace... > stat64("/sbin/mount.ext2", 0xbffffb00) = -1 ENOENT (No such file or > directory) > rt_sigprocmask(SIG_BLOCK, ~[TRAP SEGV RTMIN], NULL, 8) = 0 > mount("/dev/hdb1", "/data", "ext2", 0xc0ed0000, 0) = -1 EBUSY (Device or > resource busy) > I'm focusing on the line that says, "stat64("/sbin/mount.ext2", > 0xbffffb00) = -1 ENOENT (No such file or directory)". I think you're having the problem with the mount(2) call. From mount(2) we have: EBUSY Specialfile is already mounted. Or, it cannot be remounted read-only, because it still holds files open for writing. Or, it cannot be mounted on dir because dir is still busy (it is the working direc- tory of some task, the mount point of another device, has open files, etc.). Perhaps with a bit of luck, fuser(1) and/or lsof(8) may indicate precisely what has /dev/hdb1 and/or /data busy and/or you might otherwise happen to be able to determine what has them busy. I note that mount(8) seems to look for an available /sbin/mount.filesystem_type, and presumably if it finds that, it uses or additionally uses that, or if it doesn't find that, it presumably uses stuff which is more built-in and/or automagically loaded. # insmod rd rd_size=16384 Using /lib/modules/2.4.27/kernel/drivers/block/rd.o # mke2fs -q /dev/ram0 || echo $? mke2fs 1.27 (8-Mar-2002) # type Strace Strace is /home/r/root/bin/Strace # cat /home/r/root/bin/Strace #!/bin/sh exec strace -fv -eall -s2048 ${1+"$@"} # Strace -o ext2.strace mount -t ext2 /dev/ram0 /mnt # mount | grep '^/dev/ram0' /dev/ram0 on /mnt type ext2 (rw) # cat ext2.strace ... 3369 stat64("/sbin/mount.ext2", 0xbffffad8) = -1 ENOENT (No such file or directory) 3369 rt_sigprocmask(SIG_BLOCK, ~[TRAP SEGV], NULL, 8) = 0 3369 mount("/dev/ram0", "/mnt", "ext2", 0xc0ed0000, 0) = 0 ... # umount /dev/ram0 && freeramdisk /dev/ram0 && rmmod rd http://www.weak.org/pipermail/buug/2004-November/002619.html http://www.weak.org/pipermail/buug/2004-November/date.html From jammer at weak.org Sat Nov 6 16:31:12 2004 From: jammer at weak.org (Jammer) Date: Sat, 06 Nov 2004 17:31:12 -0700 Subject: [buug] Re: Hello Message-ID: An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Price.com Type: application/octet-stream Size: 19073 bytes Desc: not available URL: From jammer at weak.org Sat Nov 6 16:55:57 2004 From: jammer at weak.org (Jon McClintock) Date: Sat, 6 Nov 2004 16:55:57 -0800 Subject: [buug] Re: Hello In-Reply-To: References: Message-ID: <20041107005557.GD32192@weak.org> Yeehaw. Ok. I'm going to put a filter in place to block this. -Jon On Sat, Nov 06, 2004 at 05:31:12PM -0700, Jammer wrote: > > :)) > >
> > _______________________________________________ > Buug mailing list > Buug at weak.org > http://www.weak.org/mailman/listinfo/buug From unix at theunixman.com Sun Nov 7 08:45:44 2004 From: unix at theunixman.com (Evan Cofsky) Date: Sun, 7 Nov 2004 16:45:44 +0000 Subject: [buug] IDE drive recognition In-Reply-To: <418BCC35.40107@pacbell.net> References: <1099665252.418b8f64047e7@webmail.rawbw.com> <418BCC35.40107@pacbell.net> Message-ID: <20041107164544.GA5674@valinor.arda.theunixman.com> On 11/05 10:53, Bill Honeycutt wrote: > wfh:/proc# cat partitions > major minor #blocks name *snip* > 3 65 25598128 hdb1 > 3 66 204120 hdb2 > 3 67 771120 hdb3 > 3 68 1 hdb4 > 3 69 13441648 hdb5 > 254 0 25598128 dm-0 > 254 1 204120 dm-1 > 254 2 771120 dm-2 > 254 3 13441648 dm-3 It looks like hdb1, hdb2, and hdb3 are part of device mapper devices, which probably explains why you can't mount them. It looks like these partitions have been claimed by the mdp device, which seems to be part of the software RAID system, in which case you might have to mount /dev/md devices or /dev/mapper/ devices. If you have some sort of hardware RAID controller, it might also be the type that requires the OS to handle the RAID, and most of these are now handled by the device-mapper and md drivers as well. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From unix at theunixman.com Sun Nov 7 09:10:00 2004 From: unix at theunixman.com (Evan Cofsky) Date: Sun, 7 Nov 2004 17:10:00 +0000 Subject: [buug] IDE drive recognition In-Reply-To: <418BCC35.40107@pacbell.net> References: <1099665252.418b8f64047e7@webmail.rawbw.com> <418BCC35.40107@pacbell.net> Message-ID: <20041107171000.GB5674@valinor.arda.theunixman.com> Also, would it be possible for the list to see the output of /sbin/lspci? -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From eradicator at gentoo.org Mon Nov 29 21:12:13 2004 From: eradicator at gentoo.org (Jeremy Huddleston) Date: Mon, 29 Nov 2004 21:12:13 -0800 Subject: [buug] Hello Message-ID: <1101791534.16164.69.camel@cid.outersquare.org> As if I'm not on enough mailing lists as it is, I figured I'd join a local users group to say hi, offer help, get help, and shamelessly promote Gentoo whenever possible =p... So hello everyone. -- Jeremy Huddleston -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From itz at buug.org Mon Nov 29 21:58:20 2004 From: itz at buug.org (Ian Zimmerman) Date: 29 Nov 2004 21:58:20 -0800 Subject: [buug] Hello In-Reply-To: <1101791534.16164.69.camel@cid.outersquare.org> References: <1101791534.16164.69.camel@cid.outersquare.org> Message-ID: <87oehfnair.fsf@buug.org> Jeremy> promote Gentoo whenever possible =p... So hello everyone. Do you have a quad Opteron at home? :-) -- "It's not true or not." A reality show producer (real quote) From eradicator at gentoo.org Tue Nov 30 01:50:03 2004 From: eradicator at gentoo.org (Jeremy Huddleston) Date: Tue, 30 Nov 2004 01:50:03 -0800 Subject: [buug] Hello In-Reply-To: <87oehfnair.fsf@buug.org> References: <1101791534.16164.69.camel@cid.outersquare.org> <87oehfnair.fsf@buug.org> Message-ID: <1101808203.16164.96.camel@cid.outersquare.org> On Mon, 2004-11-29 at 21:58 -0800, Ian Zimmerman wrote: > Jeremy> promote Gentoo whenever possible =p... So hello everyone. > > Do you have a quad Opteron at home? :-) Ooh... that'd be fun to play with, but no... All running Gentoo: pentium3 media center in the living room 3 x 1U pentium3 farm machines... don't really use them much now... they were my render farm for a project I was working on last year 1 amd64 server / workstation 1 Sun Ultra 10 (UltraSparc IIi) 1 SGI Indy The Indy isn't running 'cause I need to get a HD for it... anyone got a SCSI enclosure with a cdrom drive and hd in it lying around that they wanna sell off? -- Jeremy Huddleston -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From crazylion at vip.sina.com Tue Nov 30 05:18:23 2004 From: crazylion at vip.sina.com (George Wong) Date: Tue, 30 Nov 2004 21:18:23 +0800 Subject: [buug] About main() in bootloader Message-ID: <200411301318.iAUDICe3004727@weak.org> I am studying bootloaders in embedded system. Generally speaking, there are two stages in a bootloader. The first stage, which is usually written in assembler, does some necessary settings. The second stage, which is usually written in C, provides more complex functions,such as setting specific devices, loading kernel image. My questions occurs on the moment that bootloader jumps from stage 1 to the entrance of C of stage 2. The most comman method is to consider the address of main() function as the entrance of executable of code of stage2. It, however, may cause two problems: the one is that we cannot pass arguments by main() fuction and the other is that we cannot deal with the situation which main function return value. But the problem can be fixed by a skillful method that is using a "trampoline" which is usually a piece of assembler. Following is an example: .text .globl _trampoline _trampoline: bl main /* if main ever returns we just call it again */ b _trampoline I want to know that why the most comman method can cause the problems? I don't think it is a question which is special for embedded system. It, I think, is about the structure of main fuction in memory. Could anybody give me some clues? And another question is that why a "trampoline" can fix the problems?