Re: NSS and PAM (was Re: NSS and PAM, dynamic vs. static)
why does /bin/sh need NSS support? Jacques A. Vidrine wrote: [Threading intentionally broken.] On Sat, Nov 29, 2003 at 01:16:25AM +0100, Dag-Erling Sm?rgrav wrote: Jacques A. Vidrine [EMAIL PROTECTED] writes: NSS and PAM do not overlap. They are complimentary and one cannot do the job of the other. That is a bug in NSS, PAM or both. Interesting. Explain, please. (Maybe privately or in another thread; hate to keep this'n going.) Perhaps you mean that it is a design flaw that two APIs are required. If so, I happen to disagree; I think that the separation of directory services and authentication is appropriate and necessary. (BTW, I think you mean that they are complementary, not complimentary, although it is certainly true that some implementations of NSS and PAM are free) heh, Yes, that's a spell-o from which spell-check could not save me. Cheers, -- --- I'm a UNIX Kinda Guy. My websites: http://slavepix.dyns.net/ http://jaxleather.dyns.net/ ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: HEADS UP: /bin and /sbin are now dynamically linked
Would it be possible to get a copy of this script? Please! :) Matthew D. Fuller wrote: On Mon, Nov 24, 2003 at 02:41:44PM -0800 I heard the voice of David O'Brien, and lo! it spake thus: On Mon, Nov 24, 2003 at 04:07:49PM -0500, Michael Edenfield wrote: Would it be possible, through some make.conf magic, for the end-user to set extra programs to be put into /rescue that are not typically there? RESCUE_EXTRAPRGS= usr.bin/vi usr.bin/fetch This list could easily need things added to librescue. If you can delay building the rescue stuff until after everything else, you can use ldd(1) on the built binaries for everything else and hash up the list from that. I do something similar in a set of scripts I have to generate filesystems for small systems (i.e., I create a variable in a Makefile listing all the programs, and it automatically includes all the libraries the programs need) with a little sed/awk. ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: burncd block size
Does this *fix* atapicam? Or is atapicam still only about 50% operational? I can't get atapicam to work with my atapi tape drive at all. And power calibrations malfunction via atapicam with cdrdao and cdrecord. And if I blank a cd-rw, the atapicam'ed programs return after like 2S, *THEN* it seems the commands make it to the cd burner and *THEN* it starts blanking! Argh! Soren Schmidt wrote: It seems Jeremy Messenger wrote: On Fri, 07 Nov 2003 10:10:40 +0100, Dag-Erling Smørgrav [EMAIL PROTECTED] wrote: I've been having a variety of problems burning CDs with atang: - burncd consistently failing in exactly the same spot in the ISO, and reporting only wrote 0 of 32768 bytes: Unknown error: 0 - burncd failing right at the start with only wrote -1 of 32768 bytes: Input/output error (this generally happens after a couple of the previous, and once it starts happening I have to reboot) Whew, glad that I am not only one.. I *just* have wasted two of my blank CD in like fifteen minutes ago, I keep wondering if I created the ISO files in the wrong way or was it burncd's fault.. Until now here.. This is fallout from getting atapi-cd under GEOM. GEOM wasn't designed to handle medias of size 0 and where the sizes can change during an open. I just committed a fix that has solved the issue here (and its ugly). -Søren ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED] ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: SCSI error using gnome-cd
if you can, add -force or equivilent to the command line. there seem to be problems with ATAng and atapicam. :( Peter Schultz wrote: I have set the permissions to properly read the CD, and I can play audio CDs using xmms, but when I try using gnome-cd I get the following: (cd0:ahc0:0:4:0): READ TOC/PMA/ATIP {MMC Proposed}. CDB: 43 2 0 0 0 0 c 0 c 0 (cd0:ahc0:0:4:0): CAM Status: SCSI Status Error (cd0:ahc0:0:4:0): SCSI Status: Check Condition (cd0:ahc0:0:4:0): ILLEGAL REQUEST asc:24,0 (cd0:ahc0:0:4:0): Invalid field in CDB (cd0:ahc0:0:4:0): Unretryable error (cd0:ahc0:0:4:0): READ SUB-CHANNEL. CDB: 42 2 40 1 0 0 1c 0 18 0 (cd0:ahc0:0:4:0): CAM Status: SCSI Status Error (cd0:ahc0:0:4:0): SCSI Status: Check Condition (cd0:ahc0:0:4:0): ILLEGAL REQUEST asc:24,0 (cd0:ahc0:0:4:0): Invalid field in CDB (cd0:ahc0:0:4:0): Unretryable error (cd0:ahc0:0:4:0): READ SUB-CHANNEL. CDB: 42 2 40 1 0 0 1b 0 18 0 (cd0:ahc0:0:4:0): CAM Status: SCSI Status Error (cd0:ahc0:0:4:0): SCSI Status: Check Condition (cd0:ahc0:0:4:0): ILLEGAL REQUEST asc:24,0 (cd0:ahc0:0:4:0): Invalid field in CDB (cd0:ahc0:0:4:0): Unretryable error (cd0:ahc0:0:4:0): READ TOC/PMA/ATIP {MMC Proposed}. CDB: 43 2 0 0 0 0 c 0 c 0 (cd0:ahc0:0:4:0): CAM Status: SCSI Status Error (cd0:ahc0:0:4:0): SCSI Status: Check Condition (cd0:ahc0:0:4:0): ILLEGAL REQUEST asc:24,0 (cd0:ahc0:0:4:0): Invalid field in CDB (cd0:ahc0:0:4:0): Unretryable error (cd0:ahc0:0:4:0): READ SUB-CHANNEL. CDB: 42 2 40 1 0 0 1c 0 18 0 (cd0:ahc0:0:4:0): CAM Status: SCSI Status Error (cd0:ahc0:0:4:0): SCSI Status: Check Condition (cd0:ahc0:0:4:0): ILLEGAL REQUEST asc:24,0 (cd0:ahc0:0:4:0): Invalid field in CDB (cd0:ahc0:0:4:0): Unretryable error Here's some info about my device: GEOM: create disk cd0 dp=0xc36a0e00 cd0 at ahc0 bus 0 target 4 lun 0 cd0: PLEXTOR CD-R PX-W4220T 1.04 Removable CD-ROM SCSI-2 device cd0: 10.000MB/s transfers (10.000MHz, offset 8) Pete... ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-scsi To unsubscribe, send any mail to [EMAIL PROTECTED] ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
atapicam doesn't work anymore: WAS: DVD+R burning flakey after ATAng.
atapicam seems to have ceased being functional as well. Performing OPC... /usr/local/bin/cdrecord: Input/output error. send opc: scsi sendcmd: retryable error CDB: 54 01 00 00 00 00 00 00 00 00 status: 0x2 (CHECK CONDITION) David Gilbert wrote: First of all, as someone noted with disk-at-once, DVD+R (which is always disk-at-once) doesn't entirely burn properly. I havn't been able to nail it down, but certain ISO images work and certain ones don't. This all started screwing up with ATAng. At first, ATAng didn't support atapicam, but that was rectified. Now the dvd+rw port (growisofs) doesn't work at all ... it finishes with an error that I'm loathe to coaster another (expensive) DVD to find out. burncd will successfully burn some images and not others. I havn't found the pattern yet. Has anyone with knowledge in these areas looked at DVD burning? Dave. ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: binaries installed mult. times / no symlinks ?
Or try and figure out a way to get UPX to work on *BSD - Original Message - From: Q [EMAIL PROTECTED] To: Bjoern A. Zeeb [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Sent: Sunday, October 19, 2003 5:20 AM Subject: Re: binaries installed mult. times / no symlinks ? If you had checked the link count you would have seen that the binaries you mentioned are actually not installed multiple times, but are hard linked under multiple names, and therefore only take up the space of a single instance of the file. If these binary files are located on the same filesystem it is preferable to hardlink rather than symlink them. I'm not sure if you noticed, but deleting a file with a link count greater than one will not free up any space, so deleting them is fruitless unless to plan to delete all of the references. If you want something really small, check out the picobsd project on the freebsd website. Seeya...Q On Sun, 2003-10-19 at 18:52, Bjoern A. Zeeb wrote: Hi, I had been going through /usr/bin to see what I would need for a very small installation and noticed that there are binaries installed multiple times with different names of course. My question now would be if symlinking wouldn't suffice ? From those that I had not deleted I remember the following duplicates that most likely are not all of those exist... Mail - mail Mail - mailx less - more awk - nawk nvi - nview cksum - sum reset - tset nvi - vi nvi - view ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED] ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
-march athlon breaks my networking was: ip stack broken?
I realized that my /etc/make.conf was set to use -O0 -march athlon for kernel builds. After removing the COPTS and CPU stuff form /etc/make.conf my kernel's networking now works fine. Any clue as to why -march athlon breaks my networking? slave-mike wrote: FYI: here is the output from ifconfig, arp -an, ipv4 routing tables while running the 5.1-RELEASE kernel. dc0: flags=8943UP,BROADCAST,RUNNING,PROMISC,SIMPLEX,MULTICAST mtu 1500 inet6 fe80::2c0:f0ff:fe48:7562%dc0 prefixlen 64 scopeid 0x1 inet 192.168.0.2 netmask 0xff00 broadcast 192.168.0.255 ether 00:c0:f0:48:75:62 media: Ethernet autoselect (100baseTX full-duplex) status: active ? (10.255.255.255) at ff:ff:ff:ff:ff:ff on vmnet1 permanent [ethernet] ? (192.168.0.0) at ff:ff:ff:ff:ff:ff on dc0 permanent [ethernet] ? (192.168.0.1) at 00:a0:c5:e6:58:00 on dc0 [ethernet] ? (192.168.0.253) at 00:06:25:54:2a:20 on dc0 [ethernet] ? (192.168.0.255) at ff:ff:ff:ff:ff:ff on dc0 permanent [ethernet] netstat -rn Routing tables Internet: DestinationGatewayFlagsRefs Use Netif Expire default192.168.0.1UGSc80dc0 10 link#4 UC 10 vmnet1 10.255.255.255 ff:ff:ff:ff:ff:ff UHLWb 2 58 vmnet1 127.0.0.1 127.0.0.1 UH 11 3250lo0 192.168.0.0ff:ff:ff:ff:ff:ff UHLWb 09dc0 = 192.168.0 link#1 UC 40dc0 192.168.0.100:a0:c5:e6:58:00 UHLW98dc0332 192.168.0.2127.0.0.1 UGHS05lo0 192.168.0.253 00:06:25:54:2a:20 UHLW01dc0 1057 192.168.0.255 ff:ff:ff:ff:ff:ff UHLWb 4 147dc0 slave-mike wrote: Follows is my arp table entries and interface while running a -current kernel. My system can see the default gateway etc, and appears to be transmitting packets (based on activity of hub lights), but does not seem to be receiving them back or knowing they are received back beyond the arp/rarp packets or it just plain eats them. :) 192.168.0.1 is my default gw I have tried both fxp0 and dc0. I have tried both with and without vmnet being loaded. ? (10.255.255.255) at ff:ff:ff:ff:ff:ff on vmnet1 permanent [ethernet] ? (192.168.0.0) at ff:ff:ff:ff:ff:ff on dc0 permanent [ethernet] ? (192.168.0.1) at 00:a0:c5:e6:58:00 on dc0 [ethernet] ? (192.168.0.253) at 00:06:25:54:2a:20 on dc0 [ethernet] ? (192.168.0.255) at ff:ff:ff:ff:ff:ff on dc0 permanent [ethernet] dc0: flags=8943UP,BROADCAST,RUNNING,PROMISC,SIMPLEX,MULTICAST mtu 1500 inet6 fe80::2c0:f0ff:fe48:7562%dc0 prefixlen 64 scopeid 0x1 inet 192.168.0.2 netmask 0xff00 broadcast 192.168.0.255 ether 00:c0:f0:48:75:62 media: Ethernet autoselect (100baseTX full-duplex) status: active mjoyner wrote: It works fine with a 5.1 kernel. Doug White wrote: On Fri, 17 Oct 2003, mjoyner wrote: When I use a current kernel, my system will obtain an ip address via dhclient, but thereafter, it cannot see the network. I have tried switching ethernet cards. (used both a dc0 and an fxp0) Am currently using a 5.1-RELEASE kernel to have network access. Advice? Perhaps your DHCP server is handing out bogus info? ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED] ? (10.255.255.255) at ff:ff:ff:ff:ff:ff on vmnet1 permanent [ethernet] ? (192.168.0.0) at ff:ff:ff:ff:ff:ff on dc0 permanent [ethernet] ? (192.168.0.1) at 00:a0:c5:e6:58:00 on dc0 [ethernet] ? (192.168.0.253) at 00:06:25:54:2a:20 on dc0 [ethernet] ? (192.168.0.255) at ff:ff:ff:ff:ff:ff on dc0 permanent [ethernet] dc0: flags=8943UP,BROADCAST,RUNNING,PROMISC,SIMPLEX,MULTICAST mtu 1500 inet6 fe80::2c0:f0ff:fe48:7562%dc0 prefixlen 64 scopeid 0x1 inet 192.168.0.2 netmask 0xff00 broadcast 192.168.0.255 ether 00:c0:f0:48:75:62 media: Ethernet autoselect (100baseTX full-duplex) status: active ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED] ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: -march athlon breaks my networking was: ip stack broken?
in /etc/make.conf #CPUTYPE= athlon #COPTFLAGS= -O0 is what is in my /etc/make.conf -march should be -mcpu. sorry!. :) as in cc -O -pipe -mcpu=pentiumpro ... Aparantly, when I have my CPUTYPE set to ATHLON, and the build is called with -mcpu=athlon, something is going screwy. I had optimization turned off for some reason or other... don't remember why now, it has been a long time since it's been in there, so it has now been commented out, as has CPUTYPE, when seems to result in a default CPUTYPE of pentiumpro Kris Kennaway wrote: On Sun, Oct 19, 2003 at 03:39:59PM -0400, slave-mike wrote: I realized that my /etc/make.conf was set to use -O0 -march athlon for kernel builds. After removing the COPTS and CPU stuff form /etc/make.conf my kernel's networking now works fine. Any clue as to why -march athlon breaks my networking? That's a syntax error - can you please confirm you meant -march=athlon? Kernels aren't usually built without optimization (-O0). Is there some reason you chose to do that? Kris ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: ip stack broken?
Follows is my arp table entries and interface while running a -current kernel. My system can see the default gateway etc, and appears to be transmitting packets (based on activity of hub lights), but does not seem to be receiving them back or knowing they are received back beyond the arp/rarp packets or it just plain eats them. :) 192.168.0.1 is my default gw I have tried both fxp0 and dc0. I have tried both with and without vmnet being loaded. ? (10.255.255.255) at ff:ff:ff:ff:ff:ff on vmnet1 permanent [ethernet] ? (192.168.0.0) at ff:ff:ff:ff:ff:ff on dc0 permanent [ethernet] ? (192.168.0.1) at 00:a0:c5:e6:58:00 on dc0 [ethernet] ? (192.168.0.253) at 00:06:25:54:2a:20 on dc0 [ethernet] ? (192.168.0.255) at ff:ff:ff:ff:ff:ff on dc0 permanent [ethernet] dc0: flags=8943UP,BROADCAST,RUNNING,PROMISC,SIMPLEX,MULTICAST mtu 1500 inet6 fe80::2c0:f0ff:fe48:7562%dc0 prefixlen 64 scopeid 0x1 inet 192.168.0.2 netmask 0xff00 broadcast 192.168.0.255 ether 00:c0:f0:48:75:62 media: Ethernet autoselect (100baseTX full-duplex) status: active mjoyner wrote: It works fine with a 5.1 kernel. Doug White wrote: On Fri, 17 Oct 2003, mjoyner wrote: When I use a current kernel, my system will obtain an ip address via dhclient, but thereafter, it cannot see the network. I have tried switching ethernet cards. (used both a dc0 and an fxp0) Am currently using a 5.1-RELEASE kernel to have network access. Advice? Perhaps your DHCP server is handing out bogus info? ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED] ? (10.255.255.255) at ff:ff:ff:ff:ff:ff on vmnet1 permanent [ethernet] ? (192.168.0.0) at ff:ff:ff:ff:ff:ff on dc0 permanent [ethernet] ? (192.168.0.1) at 00:a0:c5:e6:58:00 on dc0 [ethernet] ? (192.168.0.253) at 00:06:25:54:2a:20 on dc0 [ethernet] ? (192.168.0.255) at ff:ff:ff:ff:ff:ff on dc0 permanent [ethernet] dc0: flags=8943UP,BROADCAST,RUNNING,PROMISC,SIMPLEX,MULTICAST mtu 1500 inet6 fe80::2c0:f0ff:fe48:7562%dc0 prefixlen 64 scopeid 0x1 inet 192.168.0.2 netmask 0xff00 broadcast 192.168.0.255 ether 00:c0:f0:48:75:62 media: Ethernet autoselect (100baseTX full-duplex) status: active ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Help saving my system
did you mount the devfs? Jason Dictos wrote: Hi Guys, here's the scenario: 1. Had FreeBSD 5.1 system running. 2. Did a cvsup get of stable (that's right, stable, so 4.9) 3. Compiled make buildworld, then did a make build world, and re-compiled with generic kernel 4. Booted into a system which could not mount the file system (expected since its 4.9) So now I am trying to save the system and here's where I've gotten to: 1. Booted disc 2 of 5.1 cd into fixme mode. 2. Mounted live cdrom filesystem and then mounted my root drive to /mnt 3. Did a chroot to /mnt so that I would emulate my live system environment 4. Re-did a cvsup of the branch current. 5. Ran make buildworld from /usr/src Here is what happens when I do that: /dev/null, line 1: Need an operator /dev/null, line 1: Need an operator /dev/null, line 1: Need an operator /dev/null, line 1: Need an operator /dev/null, line 1: Need an operator /dev/null, line 1: Need an operator /dev/null, line 1: Need an operator make: fatal errors encountered -- cannot continue /usr/src/Makefile.inc1, line 156: warning: /usr/obj/usr/src/make.i386/make -f /dev/null -m /usr/src/share/mk CPUTYPE=dummy -V CPUTYPE returned non-zero status /usr/src/Makefile.inc1, line 158: CPUTYPE global should be set with ?=. *** Error code 1 Help! -Jason This email has been scanned for all viruses by the MessageLabs Email Security System. For more information on a proactive email security service working around the clock, around the globe, visit http://www.messagelabs.com ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED] ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Burning in DAO mode broken
cdrecord doesn't work with DVD's try dvdrecord instead Pav Lucistnik wrote: Hi people, I borrowed a DVD writer for this weekend and I'm a bit dissapointed because I found that I'm not able to write anything in DAO mode. Writing fails in sending CUE sheet with burncd, and just before writing first data with cdrecord. I have -CURRENT from Friday night (17th Oct 2003). Blanking works fine, TAO writing works fine. Can anyone write CD in DAO mode on -CURRENT? # burncd -vnd data data.bin adding type 0x08 file data.bin size 677280 KB 338640 blocks next writeable LBA 0 CUE sheet: 41 00 00 14 00 00 02 00 41 01 01 10 00 00 04 00 41 aa 01 14 00 4b 13 0f burncd: ioctl(CDRIOCSENDCUE): Input/output error and syslog have this: acd0: FAILURE - SEND_CUE_SHEET status=51READY,DSC,ERROR sensekey=ILLEGAL REQUEST error=4ABORTED nothing got written on a CD # cdrecord -dao data.bin [snip] Waiting for reader process to fill input buffer ... input buffer ready. trackno=0 BURN-Free is ON. Performing OPC... Sending CUE sheet... cdrecord: WARNING: Drive returns wrong startsec (0) using -150 Writing pregap for track 1 at -150 Starting new track at sector: 0 Track 01:7 of 661 MB written (fifo 70%) [buf 94%] 139.1x. cdrecord: Input/output error. write_g1: scsi sendcmd: retryable error CDB: 2A 00 00 00 0E C6 00 00 1F 00 status: 0x2 (CHECK CONDITION) Sense Bytes: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 Sense Key: 0x [], Segment 0 Sense Code: 0x00 Qual 0x00 (no additional sense information) Fru 0x0 Sense flags: Blk 0 (not valid) cmd finished after 0.000s timeout 200s write track data: error after 7745536 bytes cdrecord: A write error occured. cdrecord: Please properly read the error message above. Writing time: 13.510s Average write speed 831.9x. Fixating... cdrecord: Input/output error. flush cache: scsi sendcmd: retryable error CDB: 35 00 00 00 00 00 00 00 00 00 status: 0x2 (CHECK CONDITION) Sense Bytes: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 Sense Key: 0x [], Segment 0 Sense Code: 0x00 Qual 0x00 (no additional sense information) Fru 0x0 Sense flags: Blk 0 (not valid) cmd finished after 17.834s timeout 200s Trouble flushing the cache Fixating time: 17.835s cdrecord: fifo had 186 puts and 123 gets. cdrecord: fifo was 0 times empty and 1 times full, min fill was 65%. note that 7745536 is a size of burner's buffer. toc got written but no data, the CD is toasted # cdrdao write toc [snip] Writing track 01 (mode MODE1/MODE1 )... ?: Input/output error. : scsi sendcmd: retryable error CDB: 2A 00 00 00 0E DA 00 00 17 00 status: 0x2 (CHECK CONDITION) Sense Bytes: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 Sense Key: 0x [], Segment 0 Sense Code: 0x00 Qual 0x00 (no additional sense information) Fru 0x0 Sense flags: Blk 0 (not valid) cmd finished after 0.004s timeout 180s ERROR: Write data failed. ERROR: Writing failed - buffer under run? hangs in vmmaps state, toc written but no data, CD is toasted dmesg: acd0: DVDR SONY DVD RW DRU-510A at ata1-master PIO4 GEOM: create disk cd0 dp=0xc2d24600 cd0 at ata1 bus 0 target 0 lun 0 cd0: SONY DVD RW DRU-510A 1.0d Removable CD-ROM SCSI-0 device cd0: 16.000MB/s transfers cd0: cd present [145091 x 2048 byte records] ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Help saving my system
you can mount devfs as many times as your system can handle it all over the place. Jason Dictos wrote: No, can you mout devfs in a virtual root created by chroot? I know the devfs is mounted on the real root, but when i chroot to the /mnt of my old drive the /dev directory is empty with null-can I re-mount in there? -Jason -Original Message- From: slave-mike [mailto:[EMAIL PROTECTED] Sent: Saturday, October 18, 2003 11:42 AM To: Jason Dictos Cc: '[EMAIL PROTECTED]' did you mount the devfs? Jason Dictos wrote: Hi Guys, here's the scenario: 1. Had FreeBSD 5.1 system running. 2. Did a cvsup get of stable (that's right, stable, so 4.9) 3. Compiled make buildworld, then did a make build world, and re-compiled with generic kernel 4. Booted into a system which could not mount the file system (expected since its 4.9) So now I am trying to save the system and here's where I've gotten to: 1. Booted disc 2 of 5.1 cd into fixme mode. 2. Mounted live cdrom filesystem and then mounted my root drive to /mnt 3. Did a chroot to /mnt so that I would emulate my live system environment 4. Re-did a cvsup of the branch current. 5. Ran make buildworld from /usr/src Here is what happens when I do that: /dev/null, line 1: Need an operator /dev/null, line 1: Need an operator /dev/null, line 1: Need an operator /dev/null, line 1: Need an operator /dev/null, line 1: Need an operator /dev/null, line 1: Need an operator /dev/null, line 1: Need an operator make: fatal errors encountered -- cannot continue /usr/src/Makefile.inc1, line 156: warning: /usr/obj/usr/src/make.i386/make -f /dev/null -m /usr/src/share/mk CPUTYPE=dummy -V CPUTYPE returned non-zero status /usr/src/Makefile.inc1, line 158: CPUTYPE global should be set with ?=. *** Error code 1 Help! -Jason __ __ This email has been scanned for all viruses by the MessageLabs Email Security System. For more information on a proactive email security service working around the clock, around the globe, visit http://www.messagelabs.com __ __ ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED] This email has been scanned for all viruses by the MessageLabs Email Security System. For more information on a proactive email security service working around the clock, around the globe, visit http://www.messagelabs.com This email has been scanned for all viruses by the MessageLabs Email Security System. For more information on a proactive email security service working around the clock, around the globe, visit http://www.messagelabs.com ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: ip stack broken?
FYI: here is the output from ifconfig, arp -an, ipv4 routing tables while running the 5.1-RELEASE kernel. dc0: flags=8943UP,BROADCAST,RUNNING,PROMISC,SIMPLEX,MULTICAST mtu 1500 inet6 fe80::2c0:f0ff:fe48:7562%dc0 prefixlen 64 scopeid 0x1 inet 192.168.0.2 netmask 0xff00 broadcast 192.168.0.255 ether 00:c0:f0:48:75:62 media: Ethernet autoselect (100baseTX full-duplex) status: active ? (10.255.255.255) at ff:ff:ff:ff:ff:ff on vmnet1 permanent [ethernet] ? (192.168.0.0) at ff:ff:ff:ff:ff:ff on dc0 permanent [ethernet] ? (192.168.0.1) at 00:a0:c5:e6:58:00 on dc0 [ethernet] ? (192.168.0.253) at 00:06:25:54:2a:20 on dc0 [ethernet] ? (192.168.0.255) at ff:ff:ff:ff:ff:ff on dc0 permanent [ethernet] netstat -rn Routing tables Internet: DestinationGatewayFlagsRefs Use Netif Expire default192.168.0.1UGSc80dc0 10 link#4 UC 10 vmnet1 10.255.255.255 ff:ff:ff:ff:ff:ff UHLWb 2 58 vmnet1 127.0.0.1 127.0.0.1 UH 11 3250lo0 192.168.0.0ff:ff:ff:ff:ff:ff UHLWb 09dc0 = 192.168.0 link#1 UC 40dc0 192.168.0.100:a0:c5:e6:58:00 UHLW98dc0332 192.168.0.2127.0.0.1 UGHS05lo0 192.168.0.253 00:06:25:54:2a:20 UHLW01dc0 1057 192.168.0.255 ff:ff:ff:ff:ff:ff UHLWb 4 147dc0 slave-mike wrote: Follows is my arp table entries and interface while running a -current kernel. My system can see the default gateway etc, and appears to be transmitting packets (based on activity of hub lights), but does not seem to be receiving them back or knowing they are received back beyond the arp/rarp packets or it just plain eats them. :) 192.168.0.1 is my default gw I have tried both fxp0 and dc0. I have tried both with and without vmnet being loaded. ? (10.255.255.255) at ff:ff:ff:ff:ff:ff on vmnet1 permanent [ethernet] ? (192.168.0.0) at ff:ff:ff:ff:ff:ff on dc0 permanent [ethernet] ? (192.168.0.1) at 00:a0:c5:e6:58:00 on dc0 [ethernet] ? (192.168.0.253) at 00:06:25:54:2a:20 on dc0 [ethernet] ? (192.168.0.255) at ff:ff:ff:ff:ff:ff on dc0 permanent [ethernet] dc0: flags=8943UP,BROADCAST,RUNNING,PROMISC,SIMPLEX,MULTICAST mtu 1500 inet6 fe80::2c0:f0ff:fe48:7562%dc0 prefixlen 64 scopeid 0x1 inet 192.168.0.2 netmask 0xff00 broadcast 192.168.0.255 ether 00:c0:f0:48:75:62 media: Ethernet autoselect (100baseTX full-duplex) status: active mjoyner wrote: It works fine with a 5.1 kernel. Doug White wrote: On Fri, 17 Oct 2003, mjoyner wrote: When I use a current kernel, my system will obtain an ip address via dhclient, but thereafter, it cannot see the network. I have tried switching ethernet cards. (used both a dc0 and an fxp0) Am currently using a 5.1-RELEASE kernel to have network access. Advice? Perhaps your DHCP server is handing out bogus info? ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED] ? (10.255.255.255) at ff:ff:ff:ff:ff:ff on vmnet1 permanent [ethernet] ? (192.168.0.0) at ff:ff:ff:ff:ff:ff on dc0 permanent [ethernet] ? (192.168.0.1) at 00:a0:c5:e6:58:00 on dc0 [ethernet] ? (192.168.0.253) at 00:06:25:54:2a:20 on dc0 [ethernet] ? (192.168.0.255) at ff:ff:ff:ff:ff:ff on dc0 permanent [ethernet] dc0: flags=8943UP,BROADCAST,RUNNING,PROMISC,SIMPLEX,MULTICAST mtu 1500 inet6 fe80::2c0:f0ff:fe48:7562%dc0 prefixlen 64 scopeid 0x1 inet 192.168.0.2 netmask 0xff00 broadcast 192.168.0.255 ether 00:c0:f0:48:75:62 media: Ethernet autoselect (100baseTX full-duplex) status: active ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]