Re: Upgraded to testing, now xserver freezes
This process is usually easier if you don't install anything beforehand.. :-) hmm... Ok, I'm going to try re-installing from scratch and see how that goes :) Joubin
Re: Upgraded to testing, now xserver freezes
Okay, I re-installed Debian Sparc on my Ultra5 from scratch, this time only doing a base installation of woody, then doing a dist-upgrade to testing, then tasksel to install desktop packages... but still i get errors when running startx (and I'm sorry but I'm way out of my depth here so I include the full xfree86.0.log): (any thoughts/pointers would be appreciated) This is a pre-release version of XFree86, and is not supported in any way. Bugs may be reported to XFree86@XFree86.Org and patches submitted to [EMAIL PROTECTED] Before reporting bugs in pre-release versions, please check the latest version in the XFree86 CVS repository (http://www.XFree86.Org/cvs). XFree86 Version 4.3.0.1 (Debian 4.3.0.dfsg.1-1 20040428213940 [EMAIL PROTECTED]) Release Date: 15 August 2003 X Protocol Version 11, Revision 0, Release 6.6 Build Operating System: Linux 2.4.26 sparc [ELF] Build Date: 29 April 2004 Before reporting problems, check http://www.XFree86.Org/ to make sure that you have the latest version. Module Loader present OS Kernel: Linux version 2.4.18 ([EMAIL PROTECTED]) (gcc version egcs-2.92.11 19980921 (gcc2 ss-980609 experimental)) #2 Thu Apr 11 14:37:17 EDT 2002 Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: /var/log/XFree86.0.log, Time: Wed May 26 13:38:12 2004 (==) Using config file: /etc/X11/XF86Config-4 (==) ServerLayout Default Layout (**) |--Screen Default Screen (0) (**) | |--Monitor Generic Monitor (**) | |--Device Generic Video Card (**) |--Input Device Generic Keyboard (**) Option XkbRules sun (**) XKB: rules: sun (**) Option XkbModel type5 (**) XKB: model: type5 (**) Option XkbLayout us (**) XKB: layout: us (==) Keyboard: CustomKeycode disabled (**) |--Input Device Configured Mouse (**) |--Input Device Generic Mouse (WW) The directory /usr/lib/X11/fonts/cyrillic does not exist. Entry deleted from font path. (WW) The directory /usr/lib/X11/fonts/CID does not exist. Entry deleted from font path. (**) FontPath set to unix/:7100,/usr/lib/X11/fonts/misc,/usr/lib/X11/fonts/100dpi/:unscaled,/usr/lib/X11/fonts/75dpi/:unscaled,/usr/lib/X11/fonts/Type1,/usr/lib/X11/fonts/Speedo,/usr/lib/X11/fonts/100dpi,/usr/lib/X11/fonts/75dpi (==) RgbPath set to /usr/X11R6/lib/X11/rgb (==) ModulePath set to /usr/X11R6/lib/modules (--) using VT number 7 (WW) Open APM failed (/dev/apm_bios) (No such device) (II) Module ABI versions: XFree86 ANSI C Emulation: 0.2 XFree86 Video Driver: 0.6 XFree86 XInput driver : 0.4 XFree86 Server Extension : 0.2 XFree86 Font Renderer : 0.4 (II) Loader running on linux (II) LoadModule: bitmap (II) Loading /usr/X11R6/lib/modules/fonts/libbitmap.a (II) Module bitmap: vendor=The XFree86 Project compiled for 4.3.0.1, module version = 1.0.0 Module class: XFree86 Font Renderer ABI class: XFree86 Font Renderer, version 0.4 (II) Loading font Bitmap (II) LoadModule: pcidata (II) Loading /usr/X11R6/lib/modules/libpcidata.a (II) Module pcidata: vendor=The XFree86 Project compiled for 4.3.0.1, module version = 1.0.0 ABI class: XFree86 Video Driver, version 0.6 (II) PCI: PCI scan (all values are in hex) (II) PCI: 00:00:0: chip 108e,a000 card , rev 00 class 06,00,00 hdr 00 (II) PCI: 00:01:0: chip 108e,5000 card , rev 13 class 06,04,00 hdr 81 (II) PCI: 00:01:1: chip 108e,5000 card , rev 13 class 06,04,00 hdr 81 (II) PCI: 01:01:0: chip 108e,1000 card , rev 01 class 06,80,00 hdr 80 (II) PCI: 01:01:1: chip 108e,1001 card , rev 01 class 02,00,00 hdr 80 (II) PCI: 01:02:0: chip 1002,4750 card , rev 5c class 03,00,00 hdr 00 (II) PCI: 01:03:0: chip 1095,0646 card 1095,0646 rev 03 class 01,01,8f hdr 00 (II) PCI: End of PCI scan (II) Host-to-PCI bridge: (II) Bus 0: bridge is at (0:0:0), (0,0,2), BCTRL: 0x0008 (VGA_EN is set) (II) Bus 0 I/O range: [0] -1 1 0x - 0x00ff (0x100) IX[B] (II) Bus 0 non-prefetchable memory range: [0] -1 1 0x - 0x (0x0) MX[B] (II) Bus 0 prefetchable memory range: [0] -1 1 0x - 0x (0x0) MX[B] (II) PCI-to-PCI bridge: (II) Bus 2: bridge is at (0:1:0), (0,2,255), BCTRL: 0x002b (VGA_EN is set) (II) Bus 2 I/O range: [0] -1 1 0x - 0x001f (0x20) IX[B] [1] -1 1 0x0020 - 0x003f (0x20) IX[B] [2] -1 1 0x0040 - 0x005f (0x20) IX[B] [3] -1 1 0x0060 - 0x007f (0x20) IX[B] [4] -1 1 0x0080 - 0x009f (0x20) IX[B] [5] -1 1 0x00a0 - 0x00bf (0x20) IX[B] (II) Bus 2 non-prefetchable memory range: [0] -1 1 0x - 0x1fff (0x2000) MX[B] [1] -1 1 0x2000 - 0x3fff
Re: Upgraded to testing, now xserver freezes
thanks a lot Patrick! following your instructions got me past the errors, so now I had a thatch screen plus moving mouse... and then a bit of mixing and matching from the generated XF86config.new and my old one got things going as I'd like. Thanks! and woww!! I gotta say, with the look and feel of KDE3.2 on testing, I'm willing to put up with some bugginess... mind you I'm curious to know, just how buggy do people find testing to be? and what do you do when you encounter a bug? - Original Message - From: Patrick Finnegan [EMAIL PROTECTED] Date: Wednesday, May 26, 2004 2:15 pm Subject: Re: Upgraded to testing, now xserver freezes On Wednesday 26 May 2004 15:46, Joubin Moshrefzadeh wrote: Okay, I re-installed Debian Sparc on my Ultra5 from scratch, this time only doing a base installation of woody, then doing a dist-upgrade to testing, then tasksel to install desktop packages... but still i get errors when running startx (and I'm sorry but I'm way out of my depth here so I include the full xfree86.0.log): (any thoughts/pointers would be appreciated) Try doing an XFree86 -configure, and start it using the config file it generates. That seems to help out sometimes, and in this case, I think it'd help out a lot (based on this error): (EE) Screen(s) found, but none have a usable configuration. Pat -- Purdue University ITAP/RCS--- http://www.itap.purdue.edu/rcs/ The Computer Refuge --- http://computer-refuge.org
Upgraded to testing, now xserver freezes
Ok, I successfully had stable running on my Ultra 5 with no problems for a few months. But I was a bit disappointed with the age of some of the apps, so deciding between backports and going to testing, I chose the latter route. So following the instructions at http://www.debian.org/doc/manuals/reference/ch-woody.en.html I proceeded, having to (re)issue apt-get -f install several times when the upgrade would stop with some error, and then (re)issue apt-get -t testing dist-upgrade... etc. Anyway, after some time and several cycles through this process, I the upgrade ended with no reported errors... great!! However, now.. after startx, I get the gray thatch screen and I can see my mouse (which responds to mouse movements) but thats it... the window manager never comes up (before the KDE window showing whats being loaded would come up at this point, but no more). if I ssh in, i see the following processes: So anyway, if anyone can point me in the right direction to troubleshoot this I'd be grateful :) Joubin
xserver hangs after upgrade to testing
Ok, I successfully had stable running on my Ultra 5 with no problems for a few months. But I was a bit disappointed with the age of some of the apps, so deciding between backports and going to testing, I chose the latter route. So following the instructions at http://www.debian.org/doc/manuals/reference/ch-woody.en.html I proceeded, having to (re)issue apt-get -f install several times when the upgrade would stop with some error, and then (re)issue apt-get -t testing dist-upgrade... etc. Anyway, after some time and several cycles through this process, I the upgrade ended with no reported errors... great!! However, now.. after startx, I get the gray thatch screen and I can see my mouse (which responds to mouse movements) but thats it... the window manager never comes up (before the KDE window showing whats being loaded would come up at this point, but no more). if I ssh in, i see the following processes: So anyway, if anyone can point me in the right direction to troubleshoot this I'd be grateful :) Joubin
Re: Arnos firewall script
Hi all, thanks for the pionters.. problem solved, thanks to the input from this list and also from Arno himself... here's my reply to his post on the scripts own mailing list (for anyone interested): Hi Arno, Thanks for the suggestions. It pointed me in the the right direction. I did some tracing through the script and looked at the modules in /lib/modules/2.4.18/kernel/net/ipv4/netfilter and it seemed in addition to the modules the script loads, there were three others which I needed to load as well: ipt_LOG.o, ipt_TOS.o, and ipt_TCPMSS.o Loading these removed pretty much all the errors I was getting, oh and removing any mention to -m limit --limit..., which I was informed in the Debian-sparc mailing list is needed due to a bug in the iptables implementation on that distro right now... anyway, all was good except a couple mentions in your script to the nat table... it seems (or at least I think this is the case) that even though I've specified NAT=0, the script still has some references to the nat table (i.e. when flushing all rules) which causes iptables to throw an error message since the table doesn't exist/isn't loaded. I don't know if this is a bug or not, but I thought I'd let you know. In my case, I'm not using the script on a gateway box, its a standalone machine and I liked the simplicity of the config on your script, so perhaps my particular case isn't one you intended the script for, anyway, everything goes smoothly if I set NAT=1, or load the iptable_nat module by default at the start of the script. Thanks for the pointers and a great utility! Joubin. - Original Message - From: [EMAIL PROTECTED] (Brian Campbell) Date: Saturday, May 1, 2004 10:16 am Subject: Re: Arnos firewall script On Sat, May 01, 2004 at 01:09:56AM +0200, Jan Houstek wrote: On Fri, 30 Apr 2004, Jeff Adams wrote: Unfortunately, it looks like the limit module is broken for the ultrasparcs, so you'll need to remove/modify those line to remove the reference to the limit module. Weird! Limit module (both kernel and userspace) work just fine on my woody-running ultrasparcs. I use to compile kernels by my own due to some security enhancements but I'm not aware of any changes against the distribution kernel which would somehow influence the limit module behaviour. I had the same problems with the limit module on an ultra1. It appearsto be an API issue: https://bugzilla.netfilter.org/cgi-bin/bugzilla/show_bug.cgi?id=94 There's some discussion on the netfilter lists too. I've no idea why it would work for you though. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Arnos firewall script
Anyone tried using this script? I'm trying to use it on an Ultra5 running Woody but keep getting errors like: iptables v1.2.6a: can't initialize iptables table 'nat': Table does not exist (do you need to insmod?) Perhaps iptables or your kernel needs to be upgraded. . . iptables: Invalid argument . . iptables: No chain/target/match by that name my searches on google suggested insmod iptables.o, which didn't work, since i guess the modules in /lib/modules/2.4.18/kernel/net/ipv4/netfilter/ are named differently... i.e. ip_tables.o. but trying to insmod ip_tables.o gives me: insmod: a module named ip_tables already exists so neeless to say, i'm a bit stumped... all i want is a simple firewall script, and this seemed like a solution... if anyone can suggest a remedy or suggest other scripts they've had success with on sparc, I'd look forward to the input. thanks, Joubin
Re: Arnos firewall script
Sorry Jeff, meant to reply-all so the list would also see... I tried removing all references to -m limit --limit ... in the script but I still get the same errors... If it helps, I had the same problems with anothe script I got off the net as well. so I'm assuming its something to do with my iptables setup. - Original Message - From: Jeff Adams [EMAIL PROTECTED] Date: Friday, April 30, 2004 12:20 pm Subject: Re: Arnos firewall script I haven't looked at that script in particular, but having just setup an iptables firewall on my own U5 recerntly, I'd wager the script has -m limit lines within. Unfortunately, it looks like the limit module is broken for the ultrasparcs, so you'll need to remove/modify those line to remove the reference to the limit module. - Jeff Joubin Moshrefzadeh wrote: Anyone tried using this script? I'm trying to use it on an Ultra5 running Woody but keep getting errors like: iptables v1.2.6a: can't initialize iptables table 'nat': Table does not exist (do you need to insmod?) Perhaps iptables or your kernel needs to be upgraded. . . iptables: Invalid argument . . iptables: No chain/target/match by that name my searches on google suggested insmod iptables.o, which didn't work, since i guess the modules in /lib/modules/2.4.18/kernel/net/ipv4/netfilter/ are named differently... i.e. ip_tables.o. but trying to insmod ip_tables.o gives me: insmod: a module named ip_tables already exists so neeless to say, i'm a bit stumped... all i want is a simple firewall script, and this seemed like a solution... if anyone can suggest a remedy or suggest other scripts they've had success with on sparc, I'd look forward to the input. thanks, Joubin