postfix-pipe complains: no such file or directory
Hi everyone, i was wondering if someone has experienced this problem i've been having for 2 weeks now. I'm running Freebsd 7.0 and postfix-2.5.1. The thing is that i've set up a filter written in C using postfix's "pipe" feature. The filter works great most of the times but every 2-3 days mainly depending on the amount of load... FreeBSD hangs completely(or almost completely) and leaves this message behind: pipe[44634]: fatal: pipe_command: execvp /usr/local/etc/postfix/quota_postfix: No such file or directory. * This file is never touched, i mean, it's still there even when the system says it can't find the file. I've tried to change permissions of the file, just in case. Right now the owner is root:wheel, but i've tried "postfix", also "filter", and so on. in the master.cf, i've got this: # quota_postfix quota_postfix unix- n n - 20 pipe flags=R user=filter argv=/usr/local/etc/postfix/quota_postfix "localhost" "10028" "${sender}" "${recipient}" "${domain}" has anyone experienced that? it's a very strange thing that only gets fixed when you restart postfix. Sometimes i even have to reboot the machine. This started happening some weeks after i upgraded from 6.3 to 7.0, i had had this script working for over a year without any problem at all. i would be very pleased if someone can throw some light on this issue. Thanks in advance ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: semget: no space left on freebsd 6.2
hi, that solved the problem. Thanks again. En/na Artis Caune ha escrit: On Tue, Sep 23, 2008 at 10:26 AM, Jordi Moles Blanco <[EMAIL PROTECTED]> wrote: Also try adding this options on FreeBSD kernel config: options SEMMNI=20 options SEMMNS=120 And set the kern.maxfiles sysctl option higher than 1000. * it didn't work either. Hi, you don't have to recompile the kernel to change those, just add them in /boot/loader.conf: kern.ipc.semmni="256" kern.ipc.semmns="512" kern.ipc.semmnu="256" You should also add these lines to /etc/sysctl.conf: kern.ipc.shmmax=536870912 and/or also: kern.ipc.semmap=256 kern.ipc.shm_use_phys=1 kern.ipc.shmall=131072 depending on how much memory you have and how mush shared memory modules need. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: semget: no space left on freebsd 6.2
hi, thanks a lot for the info. i'll give it a try and report back. En/na Artis Caune ha escrit: On Tue, Sep 23, 2008 at 10:26 AM, Jordi Moles Blanco <[EMAIL PROTECTED]> wrote: Also try adding this options on FreeBSD kernel config: options SEMMNI=20 options SEMMNS=120 And set the kern.maxfiles sysctl option higher than 1000. * it didn't work either. Hi, you don't have to recompile the kernel to change those, just add them in /boot/loader.conf: kern.ipc.semmni="256" kern.ipc.semmns="512" kern.ipc.semmnu="256" You should also add these lines to /etc/sysctl.conf: kern.ipc.shmmax=536870912 and/or also: kern.ipc.semmap=256 kern.ipc.shm_use_phys=1 kern.ipc.shmall=131072 depending on how much memory you have and how mush shared memory modules need. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
semget: no space left on freebsd 6.2
hello everyone, i'm having some trouble with a freebsd 6.2 box and apache-2.0.59. When i try to install some apache_mods, i get this: For example with mod_cband: * apache2_mod_cband: cannot create shared memory segment for remote hosts * when i debug this, i get to the point where kernel says: semget: No space left on device It doesn't happen with all apache2_mods, but with a few, for example mod_cband and mod_tsunami. i've googled a lot and found some people with the same problem but with apache 1.3.x. Their fix doesn't work in my box. They have tried this: * ipcs -s | grep nobody | perl -e 'while () { @a=split(/\s+/); print `ipcrm sem $a[1]`}' * but it doesn't work for me. i also found this: ** Also try adding this options on FreeBSD kernel config: options SEMMNI=20 options SEMMNS=120 And set the kern.maxfiles sysctl option higher than 1000. * it didn't work either. do you have any idea where the problem is? Thanks. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: error allocating memory with realloc(). how can i increase max_allowed in the system? [solved]
Hello, thank you very much for your time and help, i had completely misunderstood how realloc() works. i though i was able to write some C code but now i feel a complete newbie, hehehe. anyway... that made everything clear to me and now my script is working like a charm. thanks for everything En/na Giorgos Keramidas ha escrit: On Tue, 12 Aug 2008 17:02:43 +0200, Jordi Moles Blanco <[EMAIL PROTECTED]> wrote: Hi, i'm running a FreeBSD 7.0 amd64 machine and struggling with some C code i'm writing. I've had some trouble with this home-made script as it keeps crashing while launching a "realloc()" call. I narrowed down the problem and here i'm sending you a short example of code that crashes: * #include #include int main() { int midataula; midataula = 3000; char *missatge = (char *)malloc(midataula * sizeof(char)); missatge[0]='h'; missatge[1]='o'; missatge[2]='l'; missatge[3]='a'; printf("\n\ntaula1: %s",missatge); int voltes; voltes = 0; while(voltes<4) { midataula = midataula+500; realloc(missatge, midataula * sizeof(char)); voltes++; } There's your problem. realloc() works fine, but it *returns* the new pointer; it does _not_ modify missatge "in place". The program should work fine if you use size_t for midataula (it is the 'size' of an array, which may not necessarily fit in an 'int'), and if you use realloc() correctly, as in: #include #include size_t midataula; char *missatge; /* * DON'T cast the result of malloc(). It may 'hide' the bug of * a missing include, and cause troubles when * malloc() is implicitly defined by the compiler as: * *int malloc(...); * * On a 64-bit machine converting a 64-bit pointer to `int' will * lose the high-order 32 bits of the address, and you will try * to access unexpected memory areas. */ midataula = 3000; missatge = malloc(midataula * sizeof(*missatge)); if (missatge == NULL) err(1, "malloc"); Then when you use realloc() keep both midataula and missatge in temporary copies until you are sure that realloc() worked: while (voltes < 4) { char *tmp; size_t newsize; newsize = midataula + 500; tmp = realloc(missatge, newsize * sizeof(*missatge)); if (tmp == NULL) err(1, "realloc"); /* * Now that you know the resize has succeeded, update * midataula and missatge. realloc() is allowed to * relocate missatge. See the following note in its * manpage: * * Note that realloc() and reallocf() may move the * memory allocation, resulting in a different return * value than ptr. */ midataula = newsize; missatge = tmp; } Right now you are calling realloc() as: realloc(missatge, newsize * sizeof(*missatge)); and throwing away the resulting pointer. The first time that realloc() discovers that the `resized' vector cannot fit in its original location, it relocates the array, and returns the new location. You throw away that location and your next iteration through the loop tries to access an invalid (already freed) memory region. That's what causes your segmentation fault. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]" ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
error allocating memory with realloc(). how can i increase max_allowed in the system?
Hi, i'm running a FreeBSD 7.0 amd64 machine and struggling with some C code i'm writing. I've had some trouble with this home-made script as it keeps crashing while launching a "realloc()" call. I narrowed down the problem and here i'm sending you a short example of code that crashes: * #include #include int main() { int midataula; midataula = 3000; char *missatge = (char *)malloc(midataula * sizeof(char)); missatge[0]='h'; missatge[1]='o'; missatge[2]='l'; missatge[3]='a'; printf("\n\ntaula1: %s",missatge); int voltes; voltes = 0; while(voltes<4) { midataula = midataula+500; realloc(missatge, midataula * sizeof(char)); voltes++; } printf("\n\ntaula2: %s",missatge); } * this is a full "working" you can compile on your machine. Like this... i get "Segmentation fault (core dumped)" but if instead of "while(voltes<4)" i use "while(voltes<3)" the script works fine with this output: ** taula1: hola taula2: hola ** so... i guess there must be a limit in the system somewhere. I've tried to reset all variables that i've seen in the "sysctl -a" list refering to malloc, memory, mem, and so on... but so far i haven't fixed the problem. i'm running this script as root and in the /etc/login.conf file there's only the "default" group with the "unlimited" values. A part from that, if i perform a "limit" call, i get this: * # limit cputime unlimited filesize unlimited datasize 33554432 kbytes stacksize524288 kbytes coredumpsize unlimited memoryuseunlimited vmemoryuse unlimited descriptors 45000 memorylocked unlimited maxproc 22500 sbsize unlimited * i've tried to resize datasize and stacksize, but the system won't let me do so. any idea how to solve this? thanks. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: problems with a C script, exiting with signal 10
Hi, i've been trying to debug what you suggested, but no luck so far :( The thing is that i checked out all the calls to arrays, space handling and so on, and i couldn't find anything wrong. After that, i ended up trying the "hard" way, which is to keep a file /tmp/debug.log where the script writes everything that it does. So... the problem was that even in those cases when postfix logged a "signal 10" error, the logs showed that the C script got to the end of the file, it executed every single line, it doesn't get stuck manipulating arrays or anything like that. any idea? Thanks. En/na Jordi Moles Blanco ha escrit: Hi, thanks for the reply, i will have a close look at what you suggested. The thing is that, yes, i work with arrays, pointers, mallocs and so on. I'll try to make sure everything is initiliazed properly before being used. Thanks for the advice. En/na Patrick Mahan ha escrit: Jordi Moles Blanco presented these words - circa 8/7/08 3:13 AM-> Hi, I've got this home-made script, written in C, on a Freebsd 7.0 server with different versions of postfix: 2.3,2,4 and 2.5 The problem is that, while most of the time it works like a charm, sometimes it crashes and bounces the message. It's not really a big deal, cause the sender gets notified that their mail wasn't delivered and hopefully, they will resend it. However, the problem is that I've tried to debug my script but found nothing wrong at all, cause it only fails from time to time, let's say... once for each 2000 messages that postfix receives, and it appears to do so in a random way. As i said... postfix can fail to deliver a message to one particular mailbox, but if then you resend the very same message to the very same mailbox, it will be delivered. The error is reported in both "maillog" and "messages", like this: **/var/log/maillog Aug 7 01:55:19 mail01 postfix/pipe[27534]: 3E1A0143709: to=, relay=quota_postfix, delay=0.23, delays=0.11/0/0/0.11, dsn=5.3.0, status=bounced (Command died with signal 10: "/usr/local/etc/postfix/quota_postfix") */var/log/messages*** Aug 7 01:55:19 mail01 kernel: pid 29535 (quota_postfix), uid 125: exited on signal 10 Well signal 10 is SIGBUS which is indicative of (generally) a bad address, non-aligned memory address (on platforms it matters) or a hardware error. I would look for places you are dereferencing a pointer without perhaps first validating it. Given that it rarely occurs, I might suspect that you are allocating some memory, but failing to completely initialize (malloc() doesn't zero out memory) it or assuming it is already initialize. Good luck, Patrick Here you have some extra information about the script itself and the master.cf */usr/local/etc/postfix/quota_postfix*** # ls -la /usr/local/etc/postfix/quota_postfix -rwsr-xr-x 1 postfix postfix 20048 Aug 4 10:18 /usr/local/etc/postfix/quota_postfix It's got de suid flag cause it performs a "du" command and other file operations which need permissions, although i've tried with other groups of permissions and it eventually crashes anyway with "signal 10" **master.cf* . # spamfilter spamfilter unix- n n - 20 pipe flags=R user=filter argv=/home/antispam.pl "localhost:10027" "antispam" "${sender}" "${recipient}" "/usr/local/bin/spamc" # from spamfilter to smtpd:10026 localhost:10027 inetn - n - 100 smtpd -o content_filter=quota_postfix # quota_postfix quota_postfix unix- n n - 20 pipe flags=R user=filter argv=/usr/local/etc/postfix/quota_postfix "localhost" "10028" "${sender}" "${recipient}" "${domain}" # from quota_postfix to smtpd:10028 localhost:10028 inetn - n - 100 smtpd -o content_filter= So far, any program which crashed would leave a ".core" file in /usr/crash, but this one is not doing the same, so... i can't actually debug from the core file either. Sysctl in my FreeBSD server is ok, but i guess that postfix, somehow is preventing this filter from generating a core file. Is that possible? Or am i completely wrong? How could I, at least, generate the .core file? Thanks. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]" ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]" ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: problems with a C script, exiting with signal 10
Hi, thanks for the reply, i will have a close look at what you suggested. The thing is that, yes, i work with arrays, pointers, mallocs and so on. I'll try to make sure everything is initiliazed properly before being used. Thanks for the advice. En/na Patrick Mahan ha escrit: Jordi Moles Blanco presented these words - circa 8/7/08 3:13 AM-> Hi, I've got this home-made script, written in C, on a Freebsd 7.0 server with different versions of postfix: 2.3,2,4 and 2.5 The problem is that, while most of the time it works like a charm, sometimes it crashes and bounces the message. It's not really a big deal, cause the sender gets notified that their mail wasn't delivered and hopefully, they will resend it. However, the problem is that I've tried to debug my script but found nothing wrong at all, cause it only fails from time to time, let's say... once for each 2000 messages that postfix receives, and it appears to do so in a random way. As i said... postfix can fail to deliver a message to one particular mailbox, but if then you resend the very same message to the very same mailbox, it will be delivered. The error is reported in both "maillog" and "messages", like this: **/var/log/maillog Aug 7 01:55:19 mail01 postfix/pipe[27534]: 3E1A0143709: to=, relay=quota_postfix, delay=0.23, delays=0.11/0/0/0.11, dsn=5.3.0, status=bounced (Command died with signal 10: "/usr/local/etc/postfix/quota_postfix") */var/log/messages*** Aug 7 01:55:19 mail01 kernel: pid 29535 (quota_postfix), uid 125: exited on signal 10 Well signal 10 is SIGBUS which is indicative of (generally) a bad address, non-aligned memory address (on platforms it matters) or a hardware error. I would look for places you are dereferencing a pointer without perhaps first validating it. Given that it rarely occurs, I might suspect that you are allocating some memory, but failing to completely initialize (malloc() doesn't zero out memory) it or assuming it is already initialize. Good luck, Patrick Here you have some extra information about the script itself and the master.cf */usr/local/etc/postfix/quota_postfix*** # ls -la /usr/local/etc/postfix/quota_postfix -rwsr-xr-x 1 postfix postfix 20048 Aug 4 10:18 /usr/local/etc/postfix/quota_postfix It's got de suid flag cause it performs a "du" command and other file operations which need permissions, although i've tried with other groups of permissions and it eventually crashes anyway with "signal 10" **master.cf* . # spamfilter spamfilter unix- n n - 20 pipe flags=R user=filter argv=/home/antispam.pl "localhost:10027" "antispam" "${sender}" "${recipient}" "/usr/local/bin/spamc" # from spamfilter to smtpd:10026 localhost:10027 inetn - n - 100 smtpd -o content_filter=quota_postfix # quota_postfix quota_postfix unix- n n - 20 pipe flags=R user=filter argv=/usr/local/etc/postfix/quota_postfix "localhost" "10028" "${sender}" "${recipient}" "${domain}" # from quota_postfix to smtpd:10028 localhost:10028 inetn - n - 100 smtpd -o content_filter= So far, any program which crashed would leave a ".core" file in /usr/crash, but this one is not doing the same, so... i can't actually debug from the core file either. Sysctl in my FreeBSD server is ok, but i guess that postfix, somehow is preventing this filter from generating a core file. Is that possible? Or am i completely wrong? How could I, at least, generate the .core file? Thanks. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]" ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
problems with a C script, exiting with signal 10
Hi, I've got this home-made script, written in C, on a Freebsd 7.0 server with different versions of postfix: 2.3,2,4 and 2.5 The problem is that, while most of the time it works like a charm, sometimes it crashes and bounces the message. It's not really a big deal, cause the sender gets notified that their mail wasn't delivered and hopefully, they will resend it. However, the problem is that I've tried to debug my script but found nothing wrong at all, cause it only fails from time to time, let's say... once for each 2000 messages that postfix receives, and it appears to do so in a random way. As i said... postfix can fail to deliver a message to one particular mailbox, but if then you resend the very same message to the very same mailbox, it will be delivered. The error is reported in both "maillog" and "messages", like this: **/var/log/maillog Aug 7 01:55:19 mail01 postfix/pipe[27534]: 3E1A0143709: to=, relay=quota_postfix, delay=0.23, delays=0.11/0/0/0.11, dsn=5.3.0, status=bounced (Command died with signal 10: "/usr/local/etc/postfix/quota_postfix") */var/log/messages*** Aug 7 01:55:19 mail01 kernel: pid 29535 (quota_postfix), uid 125: exited on signal 10 Here you have some extra information about the script itself and the master.cf */usr/local/etc/postfix/quota_postfix*** # ls -la /usr/local/etc/postfix/quota_postfix -rwsr-xr-x 1 postfix postfix 20048 Aug 4 10:18 /usr/local/etc/postfix/quota_postfix It's got de suid flag cause it performs a "du" command and other file operations which need permissions, although i've tried with other groups of permissions and it eventually crashes anyway with "signal 10" **master.cf* . # spamfilter spamfilter unix- n n - 20 pipe flags=R user=filter argv=/home/antispam.pl "localhost:10027" "antispam" "${sender}" "${recipient}" "/usr/local/bin/spamc" # from spamfilter to smtpd:10026 localhost:10027 inetn - n - 100 smtpd -o content_filter=quota_postfix # quota_postfix quota_postfix unix- n n - 20 pipe flags=R user=filter argv=/usr/local/etc/postfix/quota_postfix "localhost" "10028" "${sender}" "${recipient}" "${domain}" # from quota_postfix to smtpd:10028 localhost:10028 inetn - n - 100 smtpd -o content_filter= So far, any program which crashed would leave a ".core" file in /usr/crash, but this one is not doing the same, so... i can't actually debug from the core file either. Sysctl in my FreeBSD server is ok, but i guess that postfix, somehow is preventing this filter from generating a core file. Is that possible? Or am i completely wrong? How could I, at least, generate the .core file? Thanks. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
as for f-prot daemon
hi. I've been using f-prot for some time. I installed it from the ports tree. I would now like to use it as a daemon service but i just don't get it working. I've found in google many links which talk about f-protd, but there's no such thing as that in my system. I haven't found any site where i could download a version of a f-prot for FreeBSD, bearing in mind that i want it runing as a daemon. Could you just tell me if there is a daemon version of f-prot for freebsd? Thank you. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Backing up
Just a doubt: FFS is not the same as UFS (unix filesystem)??? I installed FreeBSD and let FreeBSD to partition my hard drive and in fstab I have the partitions mounted as UFS. thanks 2006/9/5, Bill Moran <[EMAIL PROTECTED]>: In response to Chuck Swiger <[EMAIL PROTECTED]>: > On Sep 5, 2006, at 1:41 PM, Jordi Carrillo wrote: > > I was thinking about using rdiff-backup to do incremental backups > > and ext2 type filesystem, as I don't use windows at all. Ext2 > > because I sometimes switch to Linux. I don't know if FFS is > > recognized by Linux. > > I think modern flavors of Linux support FFS OK, so FFS should work, > otherwise ext2... Note that I don't believe that any Linuxi support FFS2, but it's been several months since I've checked. I also seem to remember warnings about buggy FFS drivers for Linux. Are the ext2 drivers for FreeBSD stable? If you format FFS, make sure to do FFS1 -- FFS2 is the default in newer versions of FreeBSD. ext2 might be a safer bet. -- Bill Moran Collaborative Fusion Inc. -- http://jordilin.wordpress.com ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Backing up
I was thinking about using rdiff-backup to do incremental backups and ext2 type filesystem, as I don't use windows at all. Ext2 because I sometimes switch to Linux. I don't know if FFS is recognized by Linux. 2006/9/5, Chuck Swiger <[EMAIL PROTECTED]>: On Sep 5, 2006, at 1:22 PM, Jordi Carrillo wrote: > I use FreeBSD as my primary Desktop. I have purchased an external > usb hard > drive to perform backups of my home directory. What type of > filesystem do > you recommend for this drive, ext2?, fat?... If you are only using FreeBSD, formatting it in the native FFS or FFS2 would make the most sense. If you want to access these files from Windows or some other operating system, using FAT might be reasonable, although you should probably archive your files using tar, pax, dump, etc to preserve filesystem metadata that would otherwise be lost. -- -Chuck -- http://jordilin.wordpress.com ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Backing up
I use FreeBSD as my primary Desktop. I have purchased an external usb hard drive to perform backups of my home directory. What type of filesystem do you recommend for this drive, ext2?, fat?... Thanks -- http://jordilin.wordpress.com ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: ebook reader
Try reed. I haven't tried though. 2006/9/5, Ion-Mihai IOnut Tetcu <[EMAIL PROTECTED]>: On Tue, 5 Sep 2006 17:42:08 +0300 "Ivan Levchenko" <[EMAIL PROTECTED]> wrote: > Is there anything in the ports tree for reading books on the computer? > something like Tom Reader or Ice book reader for windows? > > i did some searching in the ports tree and freshports.org and that > didn't help at all. For MS .lit you could try textproc/clit -- IOnut Un^d^dregistered ;) FreeBSD "user" -- http://jordilin.wordpress.com ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Gnome 2 - Fuzziness
You can run kde apps within gnome as well. I have Gnome and I can run perfectly k3b. As for fuzziness in the gdm login screen, it is most probably due to the screen resolution. Set your default in the xorg.conf file. 2006/9/5, Shane Ambler <[EMAIL PROTECTED]>: On 5/9/2006 22:58, "Justin" <[EMAIL PROTECTED]> wrote: > Greetings, > > Installed FreeBSD 6.1R on a clean system over the weekend, and installed the > gnome2 port from the ports tree (after cvsup'ing). Everything installed > great, no errors. Ran the xorg configure from the handbook, went over good, > background and cursor came up sharp. So, I enabled gdm, and rebooted. Once > rebooted, X started, which the cursor was crisp, but when the Gnome login > window appeared, it was very fuzzy. I could barely make out the window. > > Is there some configuration step I missed in gnome or X? Where would be a > good start to read up on Gnome? And finally, is there a better full "X > desktop" to use? Personally I have always preferred KDE. The full KDE package also includes KOffice and a large range of apps. One good thing I like is KDE will run the gnome apps but gnome won't run KDE apps. So you don't loose out on any choices with KDE. It is in ports at /usr/ports/x11/kde3, but you may want to get hold of the pre-built package and install from that. -- Shane Ambler [EMAIL PROTECTED] Get Sheeky @ http://Sheeky.Biz ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to " [EMAIL PROTECTED]" -- http://jordilin.wordpress.com ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: changing the gdm resolution
Already solved, thanks Just tweaking the /etc/X11/xorg.conf has solved the problem 2006/9/4, stan <[EMAIL PROTECTED]>: On Sun, Sep 03, 2006 at 11:52:46PM +0200, Jordi Carrillo wrote: > Is there a way to change the gdm resolution (login screen). It's a little > bit low for me and I need 1280x1024 > thanks Doesn't kdm just use the X settings? If so, you can fix this in your X config file. -- Unix is very simple, but it takes a genius to understand the simplicity. (Dennis Ritchie) -- http://jordilin.wordpress.com ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
changing the gdm resolution
Is there a way to change the gdm resolution (login screen). It's a little bit low for me and I need 1280x1024 thanks -- http://jordilin.wordpress.com ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
File Flags in directories
In the FreeBSD handbook when it talks about the file flags permissions it says: "These flags add an additional level of security and control over files, but not directories." Well, I am able to put file flags in directories as well. If I do: mkdir curric chflags uchange curric It works well and then I can't modify the contents of the directory. So it works flawlessly. Anybody knows that everything in Unix is a file, so flags can be applied to anything. So, the handbook is wrong in this aspect, isn't it? -- http://jordilin.wordpress.com ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Ghostview errors
I haven't post the error because the message is quite big. But no problem I use xdvi now. Thanks anyway. Jordi 2006/9/3, Gerard Seibert <[EMAIL PROTECTED]>: On Sunday 03 September 2006 07:30, Jordi Carrillo wrote: > I've compiled ghostview. All ok. But when I try to execute it to view a dvi > file it launches several errors. > Any of you have the same problem? > thanks Kind of hard to say since you failed to list any errors. Try prefixing your command line with this: script -ak ~/gv.log "place command line here - no quotation marks" Now you can submit that file here for our perusal. -- Gerard Seibert [EMAIL PROTECTED] You are so boring that when I see you my feet go to sleep. -- http://jordilin.wordpress.com ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Ghostview errors
I've compiled ghostview. All ok. But when I try to execute it to view a dvi file it launches several errors. Any of you have the same problem? thanks -- http://jordilin.wordpress.com ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: flash plugin and firefox
Well, I suppose you are talking about the kernel sources, right? Because saying the sources of the base system is very generic. I'll investigate, thanks 2006/9/2, Jona Joachim <[EMAIL PROTECTED]>: Jordi Carrillo wrote: > When it says: > cd /usr/src > patch -p0< /tmp/rtld_dlsym_hack.diff > > a question arises saying: > File to patch: > > Then what is supposed I have to patch? > and there's nothing in /usr/src as well. > Thanks You don't have the sources of the base system. You can fetch them using sysinstall or csup. The FreeBSD Handbook is your friend: http://www.freebsd.org/doc/handbook/ The babelfish translation of the page is not so bad: http://babelfish.altavista.com/babelfish/trurl_pagecontent?lp=pt_en&url=http%3A%2F%2Fwww.unixlike.com.br%2F%3Fp%3D%252081 P.S. Please don't top post --jona -- http://jordilin.wordpress.com ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: flash plugin and firefox
When it says: cd /usr/src patch -p0< /tmp/rtld_dlsym_hack.diff a question arises saying: File to patch: Then what is supposed I have to patch? and there's nothing in /usr/src as well. Thanks 2006/9/2, Bob <[EMAIL PROTECTED]>: This works for me. It's in portugese, but if you don't do portugese, just follow the commands and you'll do fine. Someone was kind enough to translate this page to english, but I don't have a link to it. I don't do portinstall though, so add the packages whichever way you like. This gives you flash 7, don't think there's a working flash 8 yet. My kids can goto most of their sites, as they're inevitably done in flash/java. http://www.unixlike.com.br/?p=%2081 hth, Bob On Sat, 2006-09-02 at 16:46 +0200, Jordi Carrillo wrote: > This I suppose is the eternal question, but I'm quite sick of looking around > google without having a detailed step by step process to get the flash > plugin for firefox. There are some that talk about tweaking the kernel and > applying patches? Is it really so difficult having the flash plugin for > firefox (compiled one)? > If anyone has the consideration to detail a working solution for the > 6.1freebsd release, will be much appreciated, > Thanks in advance for your help, > -- http://jordilin.wordpress.com ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
flash plugin and firefox
This I suppose is the eternal question, but I'm quite sick of looking around google without having a detailed step by step process to get the flash plugin for firefox. There are some that talk about tweaking the kernel and applying patches? Is it really so difficult having the flash plugin for firefox (compiled one)? If anyone has the consideration to detail a working solution for the 6.1freebsd release, will be much appreciated, Thanks in advance for your help, -- http://jordilin.wordpress.com ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: SMP detection
2006/8/31, backyard <[EMAIL PROTECTED]>: --- Michal Mertl <[EMAIL PROTECTED]> wrote: > Skylar Thompson wrote: > > Jordi Carrillo wrote: > > > 2006/8/30, backyard > <[EMAIL PROTECTED]>: > > >> > > >> > > >> > > >> --- Jordi Carrillo <[EMAIL PROTECTED]> wrote: > > >> > > >> > I've read that SMP should be disabled for > > >> > performance issues (I did not know > > >> > that before installing freebsd). I have a P4 > 3GHz > > >> > with hyperthreading > > >> > technology. I have the SMP-GENERIC kernel and > it > > >> > only launches one cpu. So, > > >> > I've decided to disable SMP from BIOS. Is > that ok?, > > >> > knowing that I have a > > >> > Smp enabled kernel? or should I install one > without > > >> > smp? If so, is there a > > >> > way to install one already precompiled? > > >> > Thanks in advance > > >> > > > >> > -- > > >> > http://jordilin.wordpress.com > > >> > > ___ > > >> > freebsd-questions@freebsd.org mailing list > > >> > > > >> > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > > >> > To unsubscribe, send any mail to > > >> > "[EMAIL PROTECTED]" > > >> > > > >> > > >> if the system runs with one cpu now and you > don't > > >> enable smp with HT with the sysctl variable > then you > > >> should be ok. If your not doing SMP then > recompiling > > >> the kernel for single processor mode will make > things > > >> run a little quicker because the SMP code won't > come > > >> into play. > > >> > > >> with HT disabling in FreeBSD is more for the > security > > >> issues about a potential exploit whereby one > process > > >> in one pipe can access the priveledged > information of > > >> a process in another pipe because the two cores > share > > >> one processor cache and thus one cache table. > To my > > >> knowledge this hasn't been exploited yet. > > >> > > >> If you just install the generic kernel you it > should > > >> be only the uniprocessor one. I would just do > a: > > >> > > >> cd /usr/src && make buildworld && make > > >> KERNCONF=GENERIC buildkernel && make > KERNCONF=GENERIC > > >> installkernel > > >> > > >> as opposed to a binary version assuming you > haven't > > >> updated yet you won't have to install world but > I > > >> believe it must have the build in the source > tree to > > >> build a kernel. On your P4 though the > difference > > >> between SMP and uniproc may not be worth the > trouble > > >> because I don't think much of a gain would be > made. on > > >> a P1 a much different story... > > >> > > >> if you aren't concerned with bad users or > hackers > > >> hitting the box I would just enable HT with the > sysctl > > >> variable. This will not make things run slower > at all, > > >> just (in theory) less secure, which is why the > > >> veriable was created in the first place as I > recall. > > >> If you are concerned I would wait until you > update > > >> your system and then just build a > GENERIC/CUSTOM > > >> kernel without the SMP option set. > > >> > > >> > > >> -brian > > >> > > > > > > > > > I will disable smp from bios. If I have a smp > kernel, I suppose there > > > will > > > be no problem after all. Would that be ok? > > > The problem with having SMP enabled is that the > smp kernel only > > > detects one > > > cpu and the system monitor only features one cpu > as well as gkrellm (in > > > Linux it shows two cpus). When compiling the > system monitor shows the > > > cpu at > > > a maximum of 50%, so what's going on with the > other 50%? > > > writing machdep.hlt_logical_cpus to 2 in > loader.conf does not solve > > > anything. > > > I believe FreeBSD uses the other logical CPU to > handle hardware > > interrupts, which can still help perormance. You > can
Re: SMP detection
2006/8/31, Skylar Thompson <[EMAIL PROTECTED]>: Michal Mertl wrote: > No! Kernel threads (e.g. handling interrupts) aren't that much different > to normal processes. > > Logical CPUs on a single HTT capable CPU share most of the CPU logic, > especially all the external stuff (handling interrupts). Scheduling > handling of interrupts on the "secondary/logical" core wouldn't > probably help performance at all (if that is at all possible). > Could you clarify note 20031022 in /usr/src/UPDATING? It states that HTT CPUs are used for interrupts if they are detected, even if they aren't used by regular processes. Was this something that just showed up in pre-6.x releases? -- -- Skylar Thompson ([EMAIL PROTECTED]) -- http://www.cs.earlham.edu/~skylar/ Another question that's wondering me is why FreeBSD with the SMP kernel the gnome system monitor (Applications->System Tools->System Monitor) only shows one CPU when Linux with a SMP kernel shows two CPUs -- http://jordilin.wordpress.com ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: /dev filesystem at 100% capacity?
2006/8/31, Javier Henderson <[EMAIL PROTECTED]>: On Aug 30, 2006, at 7:11 PM, Jordi Carrillo wrote: > I'm new to Freebsd, and the other day I installed FreeBSD and let > FreeBSD to > partition my hard disk. Now, when I do df -k I see that the devfs > filesystem > mounted on /dev is at 100% of capacity. > $df -k > devfs 1 10 100%/dev > with 1 kb of capacity. > is this normal Yes. -jav Thanks, Jordi -- http://jordilin.wordpress.com ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
/dev filesystem at 100% capacity?
I'm new to Freebsd, and the other day I installed FreeBSD and let FreeBSD to partition my hard disk. Now, when I do df -k I see that the devfs filesystem mounted on /dev is at 100% of capacity. $df -k devfs 1 10 100%/dev with 1 kb of capacity. is this normal, or there is sth wrong with this. Please do df -k and let me know, Thanks -- http://jordilin.wordpress.com ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Fwd: SMP detection
2006/8/30, backyard <[EMAIL PROTECTED]>: --- Jordi Carrillo <[EMAIL PROTECTED]> wrote: > 2006/8/30, backyard <[EMAIL PROTECTED]>: > > > > > > > > --- Jordi Carrillo <[EMAIL PROTECTED]> wrote: > > > > > I've read that SMP should be disabled for > > > performance issues (I did not know > > > that before installing freebsd). I have a P4 > 3GHz > > > with hyperthreading > > > technology. I have the SMP-GENERIC kernel and it > > > only launches one cpu. So, > > > I've decided to disable SMP from BIOS. Is that > ok?, > > > knowing that I have a > > > Smp enabled kernel? or should I install one > without > > > smp? If so, is there a > > > way to install one already precompiled? > > > Thanks in advance > > > > > > -- > > > http://jordilin.wordpress.com > > > ___ > > > freebsd-questions@freebsd.org mailing list > > > > > > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > > > To unsubscribe, send any mail to > > > " [EMAIL PROTECTED]" > > > > > > > if the system runs with one cpu now and you don't > > enable smp with HT with the sysctl variable then > you > > should be ok. If your not doing SMP then > recompiling > > the kernel for single processor mode will make > things > > run a little quicker because the SMP code won't > come > > into play. > > > > with HT disabling in FreeBSD is more for the > security > > issues about a potential exploit whereby one > process > > in one pipe can access the priveledged information > of > > a process in another pipe because the two cores > share > > one processor cache and thus one cache table. To > my > > knowledge this hasn't been exploited yet. > > > > If you just install the generic kernel you it > should > > be only the uniprocessor one. I would just do a: > > > > cd /usr/src && make buildworld && make > > KERNCONF=GENERIC buildkernel && make > KERNCONF=GENERIC > > installkernel > > > > as opposed to a binary version assuming you > haven't > > updated yet you won't have to install world but I > > believe it must have the build in the source tree > to > > build a kernel. On your P4 though the difference > > between SMP and uniproc may not be worth the > trouble > > because I don't think much of a gain would be > made. on > > a P1 a much different story... > > > > if you aren't concerned with bad users or hackers > > hitting the box I would just enable HT with the > sysctl > > variable. This will not make things run slower at > all, > > just (in theory) less secure, which is why the > > veriable was created in the first place as I > recall. > > If you are concerned I would wait until you update > > your system and then just build a GENERIC/CUSTOM > > kernel without the SMP option set. > > > > > > -brian > > > > > I will disable smp from bios. If I have a smp > kernel, I suppose there will > be no problem after all. Would that be ok? > The problem with having SMP enabled is that the smp > kernel only detects one > cpu and the system monitor only features one cpu as > well as gkrellm (in > Linux it shows two cpus). When compiling the system > monitor shows the cpu at > a maximum of 50%, so what's going on with the other > 50%? > writing machdep.hlt_logical_cpus to 2 in loader.conf > does not solve > anything. > -- machdep.hyperthreading_allowed=1 in loader.conf from my reading on the web... is the variable you should probably be setting, the other variable will disable cpu's on the system or limit how many are used. It does not turn on HT. Linux does not have an option like this to disable HT, I believe it must be passed to the kernel at boot and I don't know what the exact switch is but the Linux community is not as concerned with the potential exploit as the *BSD community is and so they let HTs run under their SMP kernel. 50% is running idle, this is pretty normal, At least on the systems I've seen when it is building the system. You have to remember most of compiling is reading code and libraries then putting it together and back on the hard drive. Compiling is I/O intensive more then CPU intensive. If you set MAKEOPTS="-j5" in make.conf you will compile quicker use more cpu power, but it will maybe spike around 80%. usually this is set by 2X CPU_CORES +
Re: SMP detection
Skylar, So, 50% is used for processes and the other 50% to handle hardware interrupts. Is that right? 2006/8/30, Skylar Thompson <[EMAIL PROTECTED]>: Jordi Carrillo wrote: > 2006/8/30, backyard <[EMAIL PROTECTED]>: >> >> >> >> --- Jordi Carrillo <[EMAIL PROTECTED]> wrote: >> >> > I've read that SMP should be disabled for >> > performance issues (I did not know >> > that before installing freebsd). I have a P4 3GHz >> > with hyperthreading >> > technology. I have the SMP-GENERIC kernel and it >> > only launches one cpu. So, >> > I've decided to disable SMP from BIOS. Is that ok?, >> > knowing that I have a >> > Smp enabled kernel? or should I install one without >> > smp? If so, is there a >> > way to install one already precompiled? >> > Thanks in advance >> > >> > -- >> > http://jordilin.wordpress.com >> > ___ >> > freebsd-questions@freebsd.org mailing list >> > >> http://lists.freebsd.org/mailman/listinfo/freebsd-questions >> > To unsubscribe, send any mail to >> > "[EMAIL PROTECTED]" >> > >> >> if the system runs with one cpu now and you don't >> enable smp with HT with the sysctl variable then you >> should be ok. If your not doing SMP then recompiling >> the kernel for single processor mode will make things >> run a little quicker because the SMP code won't come >> into play. >> >> with HT disabling in FreeBSD is more for the security >> issues about a potential exploit whereby one process >> in one pipe can access the priveledged information of >> a process in another pipe because the two cores share >> one processor cache and thus one cache table. To my >> knowledge this hasn't been exploited yet. >> >> If you just install the generic kernel you it should >> be only the uniprocessor one. I would just do a: >> >> cd /usr/src && make buildworld && make >> KERNCONF=GENERIC buildkernel && make KERNCONF=GENERIC >> installkernel >> >> as opposed to a binary version assuming you haven't >> updated yet you won't have to install world but I >> believe it must have the build in the source tree to >> build a kernel. On your P4 though the difference >> between SMP and uniproc may not be worth the trouble >> because I don't think much of a gain would be made. on >> a P1 a much different story... >> >> if you aren't concerned with bad users or hackers >> hitting the box I would just enable HT with the sysctl >> variable. This will not make things run slower at all, >> just (in theory) less secure, which is why the >> veriable was created in the first place as I recall. >> If you are concerned I would wait until you update >> your system and then just build a GENERIC/CUSTOM >> kernel without the SMP option set. >> >> >> -brian >> > > > I will disable smp from bios. If I have a smp kernel, I suppose there > will > be no problem after all. Would that be ok? > The problem with having SMP enabled is that the smp kernel only > detects one > cpu and the system monitor only features one cpu as well as gkrellm (in > Linux it shows two cpus). When compiling the system monitor shows the > cpu at > a maximum of 50%, so what's going on with the other 50%? > writing machdep.hlt_logical_cpus to 2 in loader.conf does not solve > anything. I believe FreeBSD uses the other logical CPU to handle hardware interrupts, which can still help performance. You can check dmesg to see how it's actually handling it. -- -- Skylar Thompson ([EMAIL PROTECTED]) -- http://www.cs.earlham.edu/~skylar/ -- http://jordilin.wordpress.com ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: SMP detection
2006/8/30, backyard <[EMAIL PROTECTED]>: --- Jordi Carrillo <[EMAIL PROTECTED]> wrote: > I've read that SMP should be disabled for > performance issues (I did not know > that before installing freebsd). I have a P4 3GHz > with hyperthreading > technology. I have the SMP-GENERIC kernel and it > only launches one cpu. So, > I've decided to disable SMP from BIOS. Is that ok?, > knowing that I have a > Smp enabled kernel? or should I install one without > smp? If so, is there a > way to install one already precompiled? > Thanks in advance > > -- > http://jordilin.wordpress.com > ___ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to > "[EMAIL PROTECTED]" > if the system runs with one cpu now and you don't enable smp with HT with the sysctl variable then you should be ok. If your not doing SMP then recompiling the kernel for single processor mode will make things run a little quicker because the SMP code won't come into play. with HT disabling in FreeBSD is more for the security issues about a potential exploit whereby one process in one pipe can access the priveledged information of a process in another pipe because the two cores share one processor cache and thus one cache table. To my knowledge this hasn't been exploited yet. If you just install the generic kernel you it should be only the uniprocessor one. I would just do a: cd /usr/src && make buildworld && make KERNCONF=GENERIC buildkernel && make KERNCONF=GENERIC installkernel as opposed to a binary version assuming you haven't updated yet you won't have to install world but I believe it must have the build in the source tree to build a kernel. On your P4 though the difference between SMP and uniproc may not be worth the trouble because I don't think much of a gain would be made. on a P1 a much different story... if you aren't concerned with bad users or hackers hitting the box I would just enable HT with the sysctl variable. This will not make things run slower at all, just (in theory) less secure, which is why the veriable was created in the first place as I recall. If you are concerned I would wait until you update your system and then just build a GENERIC/CUSTOM kernel without the SMP option set. -brian I will disable smp from bios. If I have a smp kernel, I suppose there will be no problem after all. Would that be ok? The problem with having SMP enabled is that the smp kernel only detects one cpu and the system monitor only features one cpu as well as gkrellm (in Linux it shows two cpus). When compiling the system monitor shows the cpu at a maximum of 50%, so what's going on with the other 50%? writing machdep.hlt_logical_cpus to 2 in loader.conf does not solve anything. -- http://jordilin.wordpress.com ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Fwd: Install then reboot
In fact when compiling, freebsd uses lots of RAM, but then when finished, I don't see it frees the memory used. I see the ram consumption from the gnome system monitor. In any case, I have not payed a lot of attention since I haven't reach the point where freebsd has the need to use swap. Thanks anyway, -- Forwarded message -- From: Jason Morgan <[EMAIL PROTECTED]> Date: 30/08/2006 16:52 Subject: Re: Install then reboot To: freebsd-questions@freebsd.org On Wed, Aug 30, 2006 at 07:58:58PM +0200, Jordi Carrillo wrote: When I compile a new program from ports, freebsd takes quite a lot of RAM. Is that something right or it's a flaw? It does happen to you? The main problem is that not all memory used in compilation is freed, so it can be a problem (meaning rebooting) after compiling a very big software such as openoffice or gnome. How much memory FreeBSD uses when installing a port usually depends on the port. However, how are you determining that the memory is not freed up after the port is done installing? Are you running into situation where a huge percentage of your ram is being used during the build process, which then forces the system to swap *after* the install is complete? If you are determining the amount of free ram by simply looking at top(1), and the system is not swapping, then I don't think you have an issue. FreeBSD will free up the memory when it needs it. Cheer, Jason ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]" -- http://jordilin.wordpress.com ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Install then reboot
When I compile a new program from ports, freebsd takes quite a lot of RAM. Is that something right or it's a flaw? It does happen to you? The main problem is that not all memory used in compilation is freed, so it can be a problem (meaning rebooting) after compiling a very big software such as openoffice or gnome. -- http://jordilin.wordpress.com ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
SMP detection
I've read that SMP should be disabled for performance issues (I did not know that before installing freebsd). I have a P4 3GHz with hyperthreading technology. I have the SMP-GENERIC kernel and it only launches one cpu. So, I've decided to disable SMP from BIOS. Is that ok?, knowing that I have a Smp enabled kernel? or should I install one without smp? If so, is there a way to install one already precompiled? Thanks in advance -- http://jordilin.wordpress.com ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: make buildkernel ERROR ?Why?
Right John, I follow your instructions and it's OK. Thank you very much!! >You have the umass device enabled which, as it says, requires scbus >and da. Either remark the umass line or unremark the scbus and da >lines in the SCSI peripherals section. > >Also, as you have the INET6 option remarked out, you probably won't >need the faith device (in Pseudo devices). > >-- >HTH, John. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: make buildkernel ERROR ?Why?
>On 2006-06-21 13:23, Jordi Pavon wrote: > > > > Hi, this is my first time I customize my kernel. > > > > I'm working with Freebsd 6.0, I made a make buildkernel > > KERNELCONF=ALBABRAIN, and I get this error: > > "... > > cc -c -O -pipe -mcpu=pentiumpro -Wall -Wredundant-decls [...] > > -I/usr/src/sys/contrib/ipfilter -I/usr/src/sys/contrib/dev/ath > > -I/usr/src/sys/contrib/dev/ath/freebsd -I/usr/src/sys/contrib/ngatm > > -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 > > -fno-strict-aliasing -mno-align-long-strings > > -mpreferred-stack-boundary=2 -ffreestanding -Werror vers.c > > linking kernel > > *** Error code 1 > > Stop in /usr/obj/usr/src/sys/ALBABRAIN. > > *** Error code 1 > > Stop in /usr/src. > > *** Error code 1 > > Stop in /usr/src. > > " > > Any help will be apreciated!! > >This is not the verbatim, unedited log and it is missing the error >message. You are not building with -j2 or higher, right? Yes, you're right I'm not building with -j2 or higher, I just write "make buildkernel KERNELCONF=ALBABRAIN" This is the last 3 lines : cc -c -O -pipe -mcpu=pentiumpro -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/usr/src/sys -I/usr/src/sys/contrib/dev/acpica -I/usr/src/sys/contrib/ipfilter -I/usr/src/sys/contrib/dev/ath -I/usr/src/sys/contrib/dev/ath/freebsd -I/usr/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 -fno-strict-aliasing -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror vers.c linking kernel *** Error code 1 Stop in /usr/obj/usr/src/sys/ALBABRAIN. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. > > > This is my customized Kernel "ALBABRAIN": > > " > > machine i386 > > cpu I686_CPU > > ident ALBABRAIN > > options SCHED_4BSD #4BSD scheduler > > options INET #InterNETworking >[...] > >Your mailer or something else that handled this message has changed this >configuration file too much to make a comparison with GENERIC easy. Can >you attach a text/plain MIME version of the configuration file, please? >- Giorgos The configuration File is attached, sorry for the Hotmail editor. # # GENERIC -- Generic kernel configuration file for FreeBSD/i386 # # For more information on this file, please read the handbook section on # Kernel Configuration Files: # # http://www.FreeBSD.org/doc/en_US.ISO8859-1/books/handbook/kernelconfig-config.html # # The handbook is also available locally in /usr/share/doc/handbook # if you've installed the doc distribution, otherwise always see the # FreeBSD World Wide Web server (http://www.FreeBSD.org/) for the # latest information. # # An exhaustive list of options and more detailed explanations of the # device lines is also present in the ../../conf/NOTES and NOTES files. # If you are in doubt as to the purpose or necessity of a line, check first # in NOTES. # # $FreeBSD: src/sys/i386/conf/GENERIC,v 1.394.2.3 2004/01/26 19:42:11 nectar Exp $ machine i386 cpu I686_CPU ident ALBABRAIN #To statically compile in device wiring instead of /boot/device.hints #hints "GENERIC.hints" #Default places to look for devices. #makeoptionsDEBUG=-g#Build kernel with gdb(1) debug symbols options SCHED_4BSD #4BSD scheduler options INET#InterNETworking #optionsINET6 #IPv6 communications protocols options FFS #Berkeley Fast Filesystem options SOFTUPDATES #Enable FFS soft updates support options UFS_ACL #Support for access control lists options UFS_DIRHASH #Improve performance on big directories options MD_ROOT #MD is a potential root device #optionsNFSCLIENT #Network Filesystem Client #optionsNFSSERVER #Network Filesystem Server #optionsNFS_ROOT#NFS usable as /, requires NFSCLIENT #optionsMSDOSFS #MSDOS Filesystem options CD9660 #ISO 9660 Filesystem options PROCFS #Process filesystem (requires PSEUDOFS) options PSEUDOFS#Pseudo-filesystem framework options COMPAT_43 #Compatible with BSD 4.3 [KEEP THIS!] options COMPAT_
make buildkernel ERROR ¿Why?
d IPv4 tunneling device faith # IPv6-to-IPv4 relaying (translation) device bpf # Berkeley packet filter device uhci # UHCI PCI->USB interface device ohci # OHCI PCI->USB interface device usb # USB Bus (required) device ugen # Generic device uhid # "Human Interface Devices" device ukbd # Keyboard device ulpt # Printer device umass # Disks/Mass storage - Requires scbus and da device ums # Mouse device urio # Diamond Rio 500 MP3 player device uscanner # Scanners " Thanks in advance!! Jordi from Barcelona. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
(no subject)
unsubscribe freebsd-questions To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-questions" in the body of the message
Re: Multimedia question
Thomas Connolly wrote: Can anyone recommend a good mpeg, avi, media player? Perhaps a Mozilla plug-in that works with FreeBSD? Thanks, Tom I have only successfull experiences with mplayer and gmplayer. I also use plugger as the mozilla plugin. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-questions" in the body of the message