Jump to content

Dutch

Members
  • Posts

    52
  • Joined

  • Last visited

Everything posted by Dutch

  1. The biggest problem is IT managers who think they know what they're doing - I tried to get my firm to test Linux but they said they had to be MS compatible for Word, etc. Er....Open Office? People in these positions dont want to go out on a limb - but if you showed them a system running with the apps they need - well.................. Dutch
  2. Don't know if this will help you but I had the transparency proxy problem with my ISP. BTW I use Guarddog firewall. I trawled some websites and now do this as root....... iptables -t nat -I PREROUTING -p tcp --dport 6881:6889 -j DNAT --to- (current address) With the 6881-6889 ports enabled in guarddog, my torrent is fine. HTH D
  3. Dutch

    Mobo advice

    Update - Mandrake 10.1 Powerpack installed and running well so the IC7 mobo is fine. Hyperthreading is impressive! :D Dutch
  4. Dutch

    Mobo advice

    Thanks for the reply. I already have checked - its the 875P ICH5 RAID but as I said earlier, there are conflicting reports. I was wondering if anyone had experience with this hardware........ :unsure: D
  5. Dutch

    Mobo advice

    Hi folks I'd appreciate a bit of advice before I waste my money - I've searched various forums and get mixed reactions? I'm about to upgrade my self-build to a Pentium4 3Gig (Northwood) socket478 CPU on an Abit IC7 motherboard. (Although this board supports RAID, etc, I'll be using my IDE drives normally for the time being). Some threads say that the Abit IC7 isn't very Linux-friendly, but others say the only problem they found is the LAN. Can anyone tell me if the IC7 is supported, or am I going to have grief?! Thanks. D
  6. Dutch

    K3b problem

    Logged in as root after a reboot (Windo$e gets a habit) but it still will not accept the iso file. I've also tried with a basic text file from both root and user, but it locks them all - I cant burn a data DVD with files at all! Dutch
  7. Dutch

    K3b problem

    Not enough space, unfortunately. Having changed the file permissions, I cant figure out why k3b is locking them. Dutch
  8. Dutch

    K3b problem

    Hi I'm using k3b 0.11.14 on KDE 3.2. (Mdk 10.1 CE). I've got an ISO on my root partition, which I've burnt onto DVD using k3b. Before I try to install from the DVD, I want to save the 4Gig+ iso onto a DVD just in case! The problem is that I keep trying to burn a new DVD data project to save the iso but the iso folder contents have a padlock sign on the logo inside the project window. I've changed permissions for the folder and files but this is still the case. So far I've burned 2 coasters trying to save the iso as a file! What I can't understand is that I burnt the iso image onto a DVD successfully....?! Any thoughts would be appreciated! Dutch
  9. Glad to say that this works on 10.1 Community, too. Dutch
  10. The file didn't attach? :o Here it is...sorry for length Release Date: 18 December 2003 X Protocol Version 11, Revision 0, Release 6.7 Build Operating System: Linux 2.6.8.1-2mdkenterprise i686 [ELF] Current Operating System: Linux localhost 2.6.8.1-10mdk #1 Wed Sep 8 17:00:52 CEST 2004 i686 Build Date: 13 September 2004 Before reporting problems, check http://wiki.X.Org to make sure that you have the latest version. Module Loader present 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/Xorg.0.log", Time: Thu Sep 30 08:13:41 2004 (==) Using config file: "/etc/X11/xorg.conf" (==) ServerLayout "layout1" (**) |-->Screen "screen1" (0) (**) | |-->Monitor "monitor1" (**) | |-->Device "device1" (**) |-->Input Device "Keyboard1" (**) Option "XkbModel" "pc105" (**) XKB: model: "pc105" (**) Option "XkbLayout" "gb" (**) XKB: layout: "gb" (WW) Option "XkbOptions" requires an string value (==) Keyboard: CustomKeycode disabled (**) |-->Input Device "Mouse1" (**) FontPath set to "unix/:-1" (==) RgbPath set to "/usr/X11R6/lib/X11/rgb" (==) ModulePath set to "/usr/X11R6/lib/modules" (**) Option "AllowMouseOpenFail" (II) Open APM successful (II) Module ABI versions: X.Org ANSI C Emulation: 0.2 X.Org Video Driver: 0.7 X.Org XInput driver : 0.4 X.Org Server Extension : 0.2 X.Org 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="X.Org Foundation" compiled for 6.7.0, module version = 1.0.0 Module class: X.Org Font Renderer ABI class: X.Org Font Renderer, version 0.4 (II) Loading font Bitmap (II) LoadModule: "pcidata" (II) Loading /usr/X11R6/lib/modules/libpcidata.a (II) Module pcidata: vendor="X.Org Foundation" compiled for 6.7.0, module version = 1.0.0 ABI class: X.Org Video Driver, version 0.7 Using vt 7 (--) using VT number 7 (II) PCI: Probing config type using method 1 (II) PCI: Config type is 1 (II) PCI: stages = 0x03, oldVal1 = 0x80000090, mode1Res1 = 0x80000000 (II) PCI: PCI scan (all values are in hex) (II) PCI: 00:00:0: chip 8086,1a30 card 147b,0506 rev 04 class 06,00,00 hdr 00 (II) PCI: 00:01:0: chip 8086,1a31 card 0000,0000 rev 04 class 06,04,00 hdr 01 (II) PCI: 00:1e:0: chip 8086,244e card 0000,0000 rev 05 class 06,04,00 hdr 01 (II) PCI: 00:1f:0: chip 8086,2440 card 0000,0000 rev 05 class 06,01,00 hdr 80 (II) PCI: 00:1f:1: chip 8086,244b card 147b,0506 rev 05 class 01,01,80 hdr 00 (II) PCI: 00:1f:2: chip 8086,2442 card 147b,0506 rev 05 class 0c,03,00 hdr 00 (II) PCI: 00:1f:3: chip 8086,2443 card 147b,0506 rev 05 class 0c,05,00 hdr 00 (II) PCI: 00:1f:4: chip 8086,2444 card 147b,0506 rev 05 class 0c,03,00 hdr 00 (II) PCI: 01:00:0: chip 10de,0111 card 0000,0000 rev b2 class 03,00,00 hdr 00 (II) PCI: 02:01:0: chip 13d0,2103 card 13d0,2103 rev 01 class 02,80,00 hdr 00 (II) PCI: 02:03:0: chip 104c,8024 card 0000,0000 rev 00 class 0c,00,10 hdr 00 (II) PCI: 02:05:0: chip 1274,1371 card 1274,1371 rev 06 class 04,01,00 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 0 0x00000000 - 0x0000ffff (0x10000) IX (II) Bus 0 non-prefetchable memory range: [0] -1 0 0x00000000 - 0xffffffff (0x0) MX (II) Bus 0 prefetchable memory range: [0] -1 0 0x00000000 - 0xffffffff (0x0) MX (II) PCI-to-PCI bridge: (II) Bus 1: bridge is at (0:1:0), (0,1,1), BCTRL: 0x000e (VGA_EN is set) (II) Bus 1 non-prefetchable memory range: [0] -1 0 0xec000000 - 0xedffffff (0x2000000) MX (II) Bus 1 prefetchable memory range: [0] -1 0 0xe0000000 - 0xe7ffffff (0x8000000) MX (II) PCI-to-PCI bridge: (II) Bus 2: bridge is at (0:30:0), (0,2,2), BCTRL: 0x0006 (VGA_EN is cleared) (II) Bus 2 I/O range: [0] -1 0 0x0000c000 - 0x0000c0ff (0x100) IX [1] -1 0 0x0000c400 - 0x0000c4ff (0x100) IX [2] -1 0 0x0000c800 - 0x0000c8ff (0x100) IX [3] -1 0 0x0000cc00 - 0x0000ccff (0x100) IX (II) Bus 2 non-prefetchable memory range: [0] -1 0 0xee000000 - 0xee0fffff (0x100000) MX (II) PCI-to-ISA bridge: (II) Bus -1: bridge is at (0:31:0), (0,-1,-1), BCTRL: 0x0008 (VGA_EN is set) (--) PCI:*(1:0:0) nVidia Corporation NV11DDR [GeForce2 MX 100 DDR/200 DDR] rev 178, Mem @ 0xec000000/24, 0xe0000000/27 (II) Addressable bus resource ranges are [0] -1 0 0x00000000 - 0xffffffff (0x0) MX [1] -1 0 0x00000000 - 0x0000ffff (0x10000) IX (II) OS-reported resource ranges: [0] -1 0 0xffe00000 - 0xffffffff (0x200000) MX [1] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[ [2] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[ [3] -1 0 0x000c0000 - 0x000effff (0x30000) MX[ [4] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[ [5] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[ [6] -1 0 0x00000000 - 0x000000ff (0x100) IX[ (II) PCI Memory resource overlap reduced 0xe8000000 from 0xebffffff to 0xe7ffffff (II) Active PCI resource ranges: [0] -1 0 0xee010000 - 0xee013fff (0x4000) MX[ [1] -1 0 0xee014000 - 0xee0147ff (0x800) MX[ [2] -1 0 0xee000000 - 0xee00ffff (0x10000) MX[ [3] -1 0 0xe8000000 - 0xe7ffffff (0x0) MX[ [4] -1 0 0xe0000000 - 0xe7ffffff (0x8000000) MX[ [5] -1 0 0xec000000 - 0xecffffff (0x1000000) MX[ [6] -1 0 0x0000c400 - 0x0000c43f (0x40) IX[ [7] -1 0 0x0000c000 - 0x0000c01f (0x20) IX[ [8] -1 0 0x0000d800 - 0x0000d81f (0x20) IX[ [9] -1 0 0x00000500 - 0x0000050f (0x10) IX[ [10] -1 0 0x0000d000 - 0x0000d01f (0x20) IX[ [11] -1 0 0x0000f000 - 0x0000f00f (0x10) IX[ (II) Active PCI resource ranges after removing overlaps: [0] -1 0 0xee010000 - 0xee013fff (0x4000) MX[ [1] -1 0 0xee014000 - 0xee0147ff (0x800) MX[ [2] -1 0 0xee000000 - 0xee00ffff (0x10000) MX[ [3] -1 0 0xe8000000 - 0xe7ffffff (0x0) MX[ [4] -1 0 0xe0000000 - 0xe7ffffff (0x8000000) MX[ [5] -1 0 0xec000000 - 0xecffffff (0x1000000) MX[ [6] -1 0 0x0000c400 - 0x0000c43f (0x40) IX[ [7] -1 0 0x0000c000 - 0x0000c01f (0x20) IX[ [8] -1 0 0x0000d800 - 0x0000d81f (0x20) IX[ [9] -1 0 0x00000500 - 0x0000050f (0x10) IX[ [10] -1 0 0x0000d000 - 0x0000d01f (0x20) IX[ [11] -1 0 0x0000f000 - 0x0000f00f (0x10) IX] (II) OS-reported resource ranges after removing overlaps with PCI: [0] -1 0 0xffe00000 - 0xffffffff (0x200000) MX [1] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[ [2] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[ [3] -1 0 0x000c0000 - 0x000effff (0x30000) MX[ [4] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[ [5] -1 0 0x0000ffff - 0x0000ffff (0x1) IX [6] -1 0 0x00000000 - 0x000000ff (0x100) I] (II) All system resource ranges: [0] -1 0 0xffe00000 - 0xffffffff (0x200000) MX[ [1] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[ [2] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[ [3] -1 0 0x000c0000 - 0x000effff (0x30000) MX[ [4] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[ [5] -1 0 0xee010000 - 0xee013fff (0x4000) MX] [6] -1 0 0xee014000 - 0xee0147ff (0x800) MX[ [7] -1 0 0xee000000 - 0xee00ffff (0x10000) MX[ [8] -1 0 0xe8000000 - 0xe7ffffff (0x0) MX[ [9] -1 0 0xe0000000 - 0xe7ffffff (0x8000000) MX[ [10] -1 0 0xec000000 - 0xecffffff (0x1000000) M [11] -1 0 0x0000ffff - 0x0000ffff (0x1) I [12] -1 0 0x00000000 - 0x000000ff (0x100) I [13] -1 0 0x0000c400 - 0x0000c43f (0x40) I [14] -1 0 0x0000c000 - 0x0000c01f (0x20) IX [15] -1 0 0x0000d800 - 0x0000d81f (0x20) IX[ [16] -1 0 0x00000500 - 0x0000050f (0x10) IX[ [17] -1 0 0x0000d000 - 0x0000d01f (0x20) IX[ [18] -1 0 0x0000f000 - 0x0000f00f (0x10) IX[ (II) LoadModule: "dbe" (II) Loading /usr/X11R6/lib/modules/extensions/libdbe.a (II) Module dbe: vendor="X.Org Foundation" compiled for 6.7.0, module version = 1.0.0 Module class: X.Org Server Extension ABI class: X.Org Server Extension, version 0.2 (II) Loading extension DOUBLE-BUFFER (II) LoadModule: "v4l" (II) Loading /usr/X11R6/lib/modules/drivers/linux/v4l_drv.o (II) Module v4l: vendor="X.Org Foundation" compiled for 6.7.0, module version = 0.0.1 ABI class: X.Org Video Driver, version 0.7 (II) LoadModule: "extmod" (II) Loading /usr/X11R6/lib/modules/extensions/libextmod.a (II) Module extmod: vendor="X.Org Foundation" compiled for 6.7.0, module version = 1.0.0 Module class: X.Org Server Extension ABI class: X.Org Server Extension, version 0.2 (II) Loading extension SHAPE (II) Loading extension MIT-SUNDRY-NONSTANDARD (II) Loading extension BIG-REQUESTS (II) Loading extension SYNC (II) Loading extension MIT-SCREEN-SAVER (II) Loading extension XC-MISC (II) Loading extension XFree86-VidModeExtension (II) Loading extension XFree86-Misc (II) Loading extension XFree86-DGA (II) Loading extension DPMS (II) Loading extension FontCache (II) Loading extension TOG-CUP (II) Loading extension Extended-Visual-Information (II) Loading extension XVideo (II) Loading extension XVideo-MotionCompensation (II) Loading extension X-Resource (II) LoadModule: "type1" (II) Loading /usr/X11R6/lib/modules/fonts/libtype1.a (II) Module type1: vendor="X.Org Foundation" compiled for 6.7.0, module version = 1.0.2 Module class: X.Org Font Renderer ABI class: X.Org Font Renderer, version 0.4 (II) Loading font Type1 (II) Loading font CID (II) LoadModule: "freetype" (II) Loading /usr/X11R6/lib/modules/fonts/libfreetype.so (II) Module freetype: vendor="X.Org Foundation & the After X-TT Project" compiled for 6.7.0, module version = 2.1.0 Module class: X.Org Font Renderer ABI class: X.Org Font Renderer, version 0.4 (II) Loading font FreeType (II) LoadModule: "glx" (II) Loading /usr/X11R6/lib/modules/extensions/libglx.so (II) Module glx: vendor="NVIDIA Corporation" compiled for 4.0.2, module version = 1.0.6111 Module class: XFree86 Server Extension ABI class: XFree86 Server Extension, version 0.1 (II) Loading extension GLX (II) LoadModule: "nvidia" (II) Loading /usr/X11R6/lib/modules/drivers/nvidia_drv.o (II) Module nvidia: vendor="NVIDIA Corporation" compiled for 4.0.2, module version = 1.0.6111 Module class: XFree86 Video Driver (II) LoadModule: "mouse" (II) Loading /usr/X11R6/lib/modules/input/mouse_drv.o (II) Module mouse: vendor="X.Org Foundation" compiled for 6.7.0, module version = 1.0.0 Module class: X.Org XInput Driver ABI class: X.Org XInput driver, version 0.4 (II) v4l driver for Video4Linux (II) NVIDIA X Driver 1.0-6111 Tue Jul 27 07:56:22 PDT 2004 (II) NVIDIA Unified Driver for all NVIDIA GPUs (II) Primary Device is: PCI 01:00:0 (--) Assigning device section with no busID to primary device (--) Chipset NVIDIA GPU found (II) resource ranges after xf86ClaimFixedResources() call: [0] -1 0 0xffe00000 - 0xffffffff (0x200000) MX[ [1] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[ [2] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[ [3] -1 0 0x000c0000 - 0x000effff (0x30000) MX[ [4] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[ [5] -1 0 0xee010000 - 0xee013fff (0x4000) MX[ [6] -1 0 0xee014000 - 0xee0147ff (0x800) MX[ [7] -1 0 0xee000000 - 0xee00ffff (0x10000) MX[ [8] -1 0 0xe8000000 - 0xe7ffffff (0x0) MX [9] -1 0 0xe0000000 - 0xe7ffffff (0x8000000) MX[) [10] -1 0 0xec000000 - 0xecffffff (0x1000000) MX[ [11] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[ [12] -1 0 0x00000000 - 0x000000ff (0x100) IX[ [13] -1 0 0x0000c400 - 0x0000c43f (0x40) IX[ [14] -1 0 0x0000c000 - 0x0000c01f (0x20) IX[ [15] -1 0 0x0000d800 - 0x0000d81f (0x20) IX[ [16] -1 0 0x00000500 - 0x0000050f (0x10) IX[ [17] -1 0 0x0000d000 - 0x0000d01f (0x20) IX[ [18] -1 0 0x0000f000 - 0x0000f00f (0x10) IX[ (II) resource ranges after probing: [0] -1 0 0xffe00000 - 0xffffffff (0x200000) MX[ [1] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[ [2] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[ [3] -1 0 0x000c0000 - 0x000effff (0x30000) MX[ [4] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[ [5] -1 0 0xee010000 - 0xee013fff (0x4000) MX[ [6] -1 0 0xee014000 - 0xee0147ff (0x800) MX[ [7] -1 0 0xee000000 - 0xee00ffff (0x10000) MX[] [8] -1 0 0xe8000000 - 0xe7ffffff (0x0) M [9] -1 0 0xe0000000 - 0xe7ffffff (0x8000000) MX[ [10] -1 0 0xec000000 - 0xecffffff (0x1000000) MX[ [11] 0 0 0x000a0000 - 0x000affff (0x10000) MS [12] 0 0 0x000b0000 - 0x000b7fff (0x8000) MS[ [13] 0 0 0x000b8000 - 0x000bffff (0x8000) MS[ [14] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[ [15] -1 0 0x00000000 - 0x000000ff (0x100) IX[ [16] -1 0 0x0000c400 - 0x0000c43f (0x40) IX] [17] -1 0 0x0000c000 - 0x0000c01f (0x20) IX[ [18] -1 0 0x0000d800 - 0x0000d81f (0x20) IX[ [19] -1 0 0x00000500 - 0x0000050f (0x10) IX[ [20] -1 0 0x0000d000 - 0x0000d01f (0x20) IX[ [21] -1 0 0x0000f000 - 0x0000f00f (0x10) IX[ [22] 0 0 0x000003b0 - 0x000003bb (0xc) IS[ [23] 0 0 0x000003c0 - 0x000003df (0x20) IS[ (II) Setting vga for screen 0. (II) Loading sub module "vgahw" (II) LoadModule: "vgahw" (II) Loading /usr/X11R6/lib/modules/libvgahw.a (II) Module vgahw: vendor="X.Org Foundation" compiled for 6.7.0, module version = 0.1.0 ABI class: X.Org Video Driver, version 0.7 (**) NVIDIA(0): Depth 24, (--) framebuffer bpp 32 (==) NVIDIA(0): RGB weight 888 (==) NVIDIA(0): Default visual is TrueColor (==) NVIDIA(0): Using gamma correction (1.0, 1.0, 1.0) (--) NVIDIA(0): Linear framebuffer at 0xE0000000 (--) NVIDIA(0): MMIO registers at 0xEC000000 (EE) NVIDIA(0): Failed to initialize the NVIDIA kernel module! (EE) NVIDIA(0): *** Aborting *** (II) UnloadModule: "nvidia" (II) UnloadModule: "vgahw" (II) Unloading /usr/X11R6/lib/modules/libvgahw.a (EE) Screen(s) found, but none have a usable configuration. Fatal server error: no screens found Please consult the The X.Org Foundation support at http://wiki.X.Org for help. Please also check the log file at "/var/log/Xorg.0.log" for additional information.
  11. Thought I'd just add here (with apologies to SpikeyKlitske if this is not the error he's getting too), but I've followed all the above and get the driver successfully built, but get the error message.......... Any ideas? Cheers
  12. Before you splash out on a router, > if < you get the Speedtouch modem free (you do with BTYahoo which I'm using), you may as well try to use that - and save some cash! This project Speedtouch has taken over from the speedtouchconf project and has got me connected using Mdk10 Official when everything else failed, rpms, scripts, everything. Follow the instructions exactly and download the microcode you need from the link on the website. Like I said, its worth a try! :D Any probs, post back.... D BTW - BTYahoo download restriction is 30 Gig a month!
  13. Many people have problems with this modem and I've tried various methods, but I've found that this website should provide you with a working connection: - http://speedtouch.sourceforge.net/ It has built on the 'speedtouchconf' project and provided you follow the installation guide to the letter, including the link to the Thomson driver location, you should be successful. Simple install and start/stop connection :D HTH and good luck! Dutch
  14. Thanks for your input - I think the Ethernet sounds like a good option, I'll be able to boot into either OS (Mdk/SuSe/XP) without messing about. Cheers! :D D
  15. Many thanks for your tips - now to price up some hardware..... :D Cheers D
  16. Hi all, I've read various threads talking about problems connecting to the Net using the Speedtouch USB modem in Linux, etc ....so the question I'd like to ask is - what is the best hardware to use for ADSL in Linux, if the speedtouch is so problematic?? For instance, what PCI cards/external hardware is recognised and works? I haven't got the knowledge (or to be honest, the time) to mess about too much trying to make it work! :unsure: so is there anything out there that just works....? I can work inside my machine quite easily - its the software I have problems with! Many thanks D
  17. Dutch

    HiSax problem

    Update......... I've had to go back to 2.4 kernel. On checking the rpm package details in Control Centre, there's no reference to Hisax drivers in the 2.6 kernel, but there is in the 2.4?! There's also some sensors drivers missing too, so I guess the 2.6 kernel shipped hasn't got all drivers....? :unsure: D
  18. Just an update for everyone sending private messages............ Having checked system logs, used another chap-secrets and pap-secrets file, etc etc I think I've eliminated things down to the configuration files - isdn4k. For some reason authentication is broken. Reported as a bug - hopefully fixed (or explained) soon........ D
  19. I’ve installed Mandrake 10 Official and have configured the internet connection (ELSA ISDN PCI card) – the system worked fine with previous Mandrake versions but doesn’t now – even after applying the ISDN patch from the Mdk website. On 10, I can connect with my ISP (BTYahoo) but get redirected to a holding area because they cannot authenticate my login. All my details are correct but I noticed that I didn’t have any option to select CHAP protocol when originally setting up the connection. Log messages are: - May 19 07:32:39 localhost kernel: isdn: Verbose-Level is 2 May 19 07:32:40 localhost rc: Starting isdnlog: succeeded May 19 07:32:36 localhost isdn4linux: Starting ISDN for Linux... May 19 07:32:36 localhost isdn4linux: Loading HiSax driver May 19 07:32:36 localhost isdn4linux: CardID: HiSax May 19 07:32:36 localhost isdn4linux: CardType: 18 May 19 07:32:36 localhost isdn4linux: CardName: ELSA Quickstep 1000PCI May 19 07:32:36 localhost isdn4linux: Parameters: id=HiSax type=18 protocol=2 May 19 07:32:36 localhost isdn4linux: Configuring kernel for dynamic ip re-routing May 19 07:32:36 localhost isdn4linux: Starting iprofd ... May 19 07:32:36 localhost isdn4linux: Verbose-level set to 2. May 19 07:32:37 localhost rc: Starting isdn4linux: succeeded May 19 07:35:07 localhost kernel: isdn: Verbose-Level is 2 May 19 07:35:08 localhost rc: Starting isdnlog: succeeded May 19 07:35:04 localhost isdn4linux: Starting ISDN for Linux... May 19 07:35:04 localhost isdn4linux: Loading HiSax driver May 19 07:35:04 localhost isdn4linux: CardID: HiSax May 19 07:35:04 localhost isdn4linux: CardType: 18 May 19 07:35:04 localhost isdn4linux: CardName: ELSA Quickstep 1000PCI May 19 07:35:04 localhost isdn4linux: Parameters: id=HiSax type=18 protocol=2 May 19 07:35:04 localhost isdn4linux: Configuring kernel for dynamic ip re-routing May 19 07:35:04 localhost isdn4linux: Starting iprofd ... May 19 07:35:04 localhost isdn4linux: Verbose-level set to 2. May 19 07:35:05 localhost rc: Starting isdn4linux: succeeded May 19 07:36:49 localhost kernel: isdn_ppp_bind: Can't find a (free) connection to the ipppd daemon. May 19 07:36:49 localhost ipppd[1984]: ipppd i2.2.12 (isdn4linux version of pppd by MH) started May 19 07:37:16 localhost kernel: isdn_net: interface ippp0 already exists May 19 07:37:16 localhost ipppd[2060]: ipppd i2.2.12 (isdn4linux version of pppd by MH) started May 19 07:37:18 localhost kernel: isdn_net: ippp0 connected On previous logs I’ve seen a message saying no CHAP set up for this user, but it wasn’t present this morning. The weird thing is net_monitor says I’m not connected, but the graph shows I am, Gkrellm shows ippp0 active and I can get this ISP redirection message! Any help would be appreciated! Thanks. Dutch
  20. Dutch

    HiSax problem

    I've just installed Mdk10 Official and have an internet connection problem - can someone assist? I've got an ELSA PCI ISDN card (Quickstep 1000 in previous Mdk versions) and after configuring the internet connection (as well as applying the patch on the Mandrake Errata page) I still cannot connect. The system messages are: - May 15 20:04:46 localhost isdn4linux: Starting ISDN for Linux... May 15 20:04:46 localhost isdn4linux: Loading HiSax driver May 15 20:04:46 localhost isdn4linux: CardID: HiSax May 15 20:04:46 localhost isdn4linux: CardType: 7 May 15 20:04:46 localhost isdn4linux: CardName: ELSA Quickstep 1000 May 15 20:04:46 localhost isdn4linux: Parameters: id=HiSax type=7 protocol=2 irq=5 io=0x300 May 15 20:04:46 localhost isdn4linux: FATAL: Module hisax not found. May 15 20:04:46 localhost isdn4linux: May 15 20:04:46 localhost isdn4linux: Initialization of ISDN failed! May 15 20:04:46 localhost isdn4linux: Check parameters in '/etc/sysconfig/isdn'! May 15 20:04:46 localhost isdn4linux: May 15 20:04:46 localhost isdn4linux: FATAL: Module hisax not found. May 15 20:04:46 localhost rc: Starting isdn4linux: failed May 15 20:04:51 localhost rc: Starting isdnlog: succeeded May 15 20:04:52 localhost ibod[1319]: /dev/isdninfo: No such file or directory May 15 20:09:44 localhost rpmdrake[2199]: Extracting header of libisdn4k-utils2-devel-3.2p3-6mdk.i586 from /var/lib/urpmi/hdlist.Installation CD 4 (x86) (cdrom4).cz There's also no sign of a Hisax driver in /lib/modules/2.6.3-7mdk/kernel/drivers/isdn either. Can anyone point me in the right direction please? It worked great under previous Mandrake's............... :unsure: Thanks Dutch Moved from Hardware by spinynorman
  21. Install the Guarddog rpm, check three or four boxes and you get a stealth firewall. Nearly as easy to set up as tinyfirewall in Mdk 8.2 days...... Dutch
  22. One of the reasons for the delay in reading the rpm database is a slight bug with supermount. I found that by putting a CD in the tray before opening Install, etc, did the trick - even when I didn't want to look in the CD! Since updating with the latest urpmi/grpmi though, the delay has gone - at least on my system :) Dutch
  23. Stickers, etc. has already been suggested! ;-) When you can get hold of cheap CD's containing a Mandrake distro (or downloading one yourself) $60 isn't a lot, is it? Particularly bearing in mind how much we used to pay for Windo$e (and every other program we had to buy to use on it). The ideal world would be to not pay anything - but that won't help Mandrake to survive in the real world..... BTW - if you can't afford $60, a smaller donation to Mandrake would do..... Dutch
  24. Just a quick thought, but have you tried the /mnt/camera option in Konqueror? If your camera is supported by gphoto (which it presumably was in 8.2) - then it might work. This may cut down the likely culprits... HTH Dutch
  25. I also had to wait ages but got the apology email after I'd got my order! - a reply email from Mark said "it looks like our bugs have got bugs" which made me grin. But even so I genuinely believe that it would be a pity if some of the posters here rejected Mandrake. Other forums have mentioned the mess that MandrakeStore has made with the Mdk9 ordering - but it's just one department of Mandrake - unfortunately a very high profile one. I think that the team at the Store have had their a**es kicked by the new CEO - or will have :wink: This mess with people's orders detracts from a good Mdk 9 distro, which is a pity. But our patience will pay off - I hope! Dutch
×
×
  • Create New...