Re: Pb with grub
On Sun, Feb 19, 2006 at 08:30:30AM +0100, Thierry wrote: Hi, I am in Testing, and i can not use grub anymore : /sbin/grub: /sbin/grub: cannot execute binary file Any idea ? file /sbin/grub ? ldd /sbin/grub? ls -l /sbin/grub? My results: [7:31pm] [EMAIL PROTECTED]:~/projects/geocaching file /sbin/grub /sbin/grub: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), for GNU/Linux 2.2.0, statically linked, stripped (Interesting, since this IS my amd64 system.) [7:31pm] [EMAIL PROTECTED]:~/projects/geocaching ldd /sbin/grub not a dynamic executable [7:31pm] [EMAIL PROTECTED]:~/projects/geocaching ls -l /sbin/grub -rwxr-xr-x 1 root root 55 2006-02-16 10:48 /sbin/grub Hamish -- Hamish Moffatt VK3SB [EMAIL PROTECTED] [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Pb with grub
On Sun, 19 Feb 2006 09:40:15 +0100, Hamish Moffatt wrote: On Sun, Feb 19, 2006 at 08:30:30AM +0100, Thierry wrote: [texte cité caché] file /sbin/grub ? /sbin/grub: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), for GNU/Linux 2.2.0, statically linked, stripped ldd /sbin/grub? /usr/bin/ldd: line 171: /lib/ld-linux.so.2: Aucun fichier ou répertoire de ce type - means there is no file or folder of this type ldd: /lib/ld-linux.so.2 exited with unknown exit code (127) ls -l /sbin/grub? -rwxr-xr-x 1 root root 55 2006-01-20 09:19 /sbin/grub My results: [7:31pm] [EMAIL PROTECTED]:~/projects/geocaching file /sbin/grub /sbin/grub: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), for GNU/Linux 2.2.0, statically linked, stripped (Interesting, since this IS my amd64 system.) [7:31pm] [EMAIL PROTECTED]:~/projects/geocaching ldd /sbin/grub not a dynamic executable [7:31pm] [EMAIL PROTECTED]:~/projects/geocaching ls -l /sbin/grub -rwxr-xr-x 1 root root 55 2006-02-16 10:48 /sbin/grub Hamish -- Hamish Moffatt VK3SB [EMAIL PROTECTED] [EMAIL PROTECTED]
Re: Pb with grub
On Sun, Feb 19, 2006 at 10:18:10AM +0100, Thierry wrote: On Sun, 19 Feb 2006 09:40:15 +0100, Hamish Moffatt wrote: /sbin/grub: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), for GNU/Linux 2.2.0, statically linked, stripped ldd /sbin/grub? /usr/bin/ldd: line 171: /lib/ld-linux.so.2: Aucun fichier ou répertoire de ce type - means there is no file or folder of this type ldd: /lib/ld-linux.so.2 exited with unknown exit code (127) Ah. I guess you are missing your i386 ld.so, which is /lib/ld-linux.so.2 (a link to /lib/i486-linux/ld-2.3.2.so). You probably can't run any other i386 program either. Do you have the package ia32-libc6 properly installed? Incidentally, I think the grub package is buggy. It requires ia32-libc6, but it that package isn't essential and grub doesn't depend on it. Hamish -- Hamish Moffatt VK3SB [EMAIL PROTECTED] [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Pb with grub
On Sunday 19 February 2006 08:30, Thierry wrote: Hi, I am in Testing, and i can not use grub anymore : /sbin/grub: /sbin/grub: cannot execute binary file Never seen that before, however, here is my wild guess: As grub is compiled as a 32bit program, maybe you run a custom kernel which has 32bit elf code execution disabled ? kernel config parameter CONFIG_IA32_EMULATION determines if you can. Cheers, Ernest. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Pb with grub
On Sunday 19 February 2006 11:00, Hamish Moffatt wrote: Ah. I guess you are missing your i386 ld.so, which is /lib/ld-linux.so.2 (a link to /lib/i486-linux/ld-2.3.2.so). You probably can't run any other i386 program either. Do you have the package ia32-libc6 properly installed? No, you don't need that. grub should runs quit fine as is. It is statically linked, and does not need any runtime linkage. I don't have (and most certainly don't want) ia32-libc6 either, and grub runs fine here. Incidentally, I think the grub package is buggy. It requires ia32-libc6, but it that package isn't essential and grub doesn't depend on it. grub runs before Linux, it should not depend on anything. Incidentally , to the original reporter : I suspect grub will work for you even if your kernel is not able to run 32bit code. This simply because grub runs before the kernel. Ernest. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Pb with grub
On Sun, Feb 19, 2006 at 11:12:33AM +0100, Ernest jw ter Kuile wrote: On Sunday 19 February 2006 11:00, Hamish Moffatt wrote: Ah. I guess you are missing your i386 ld.so, which is /lib/ld-linux.so.2 (a link to /lib/i486-linux/ld-2.3.2.so). You probably can't run any other i386 program either. Do you have the package ia32-libc6 properly installed? No, you don't need that. grub should runs quit fine as is. It is statically linked, and does not need any runtime linkage. I don't have (and most certainly don't want) ia32-libc6 either, and grub runs fine here. OK. Must've been a false alarm due to running ldd on a statically-linked binary. grub runs before Linux, it should not depend on anything. No, that's wrong. /sbin/grub runs in user-space and requires the kernel, with 32-bit support. The grub boot loader, which is /boot/grub/*, runs before linux. Incidentally , to the original reporter : I suspect grub will work for you even if your kernel is not able to run 32bit code. This simply because grub runs before the kernel. But not /sbin/grub, which is what the original poster asked about. Hamish -- Hamish Moffatt VK3SB [EMAIL PROTECTED] [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Freeradius
Le jeudi 09 février 2006 à 21:07 +0100, Thierry LARMIER a écrit : Hello, I don't find freeradius paquet for sarge amd64. Is there a pacquet existing? thanks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: installing sarge with USB keyboard
* Sebastian Haase [EMAIL PROTECTED] [2006-02-19 01:39]: I just got a new Pentium D Dell PC and was very surprised when it didn't respond on the first (choose language) screen of debian-installer... It took me a while, but then I realized: The PC was using a USB keyboard ! Strange, installation on my em64t PC worked fine with a USB keyboard. Try enabling 'Legacy USB support' (or similar) in the BIOS, this will make the machine emulate a PS/2 keyboard in place of the USB one. You can switch it back after installation. Also I'm anticipating that there will be problems with the Intel 1000(?) gigabit network card ? Should be fine, sarge has the e1000 driver. Andrew Preater -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Pb with grub
On Sunday 19 February 2006 11:54, Hamish Moffatt wrote: No, that's wrong. /sbin/grub runs in user-space and requires the kernel, with 32-bit support. The grub boot loader, which is /boot/grub/*, runs before linux. Of course you are right. I should have differentiated grub the boot loader and grub the CLI. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
alternative to linuxant?
Hi, is there a free alternative to hsf-linuxant-drivers for internal modem? thanks, Giulio -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: alternative to linuxant?
Giulio, As far as I know, there is no alternative. But you'd better check that up at http://www.linmodems.org/ and http://start.at/modem/ And if remember correctly, linuxant offers a free version with speed limited to 14400. Max On 2/19/06, antongiulio05 [EMAIL PROTECTED] wrote: Hi, is there a free alternative to hsf-linuxant-drivers for internal modem? thanks, Giulio -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
xorg horribly slower after upgrade to 6.9
Hi all, Since upgrading from xorg 6.8.x to 6.9 I don't have any hw acceleration anymore (actually, if I had any). Moving anything around the screen or scrolling is horribly slow right now, and I can't get back to 6.8 (I deleted the corresponding .deb files I had) Display hw is ATI Radeon 9550 (r350) . Up to now (6.8.x) this was nothing like the fastest, but quite acceptable for development. Now (with xorg 6.9) it's way to slow. Reading X log files /var/log/Xorg.0.log, I get messages of DRI successfully started, and no clear error messages related to DRI. Although I do get this warning : (WW) RADEON(0): Enabling DRM support *** Direct rendering support is highly experimental for Radeon 9500 *** and newer cards. The 3d mesa driver is not provided in this tree. *** A very experimental (and incomplete) version is available from Mesa CVS. *** Additional information can be found on http://r300.sourceforge.net *** This message has been last modified on 2005-08-07. But this should also have been the case with xorg 6.8.x, no ? Beside it is followed by these messages : drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 8, (OK) drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 8, (OK) drmOpenByBusid: Searching for BusID pci::01:00.0 drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 8, (OK) drmOpenByBusid: drmOpenMinor returns 8 drmOpenByBusid: drmGetBusid reports pci::01:00.0 (II) RADEON(0): [drm] DRM interface version 1.2 (II) RADEON(0): [drm] created radeon driver at busid pci::01:00.0 (II) RADEON(0): [drm] added 8192 byte SAREA at 0x10001000 (II) RADEON(0): [drm] mapped SAREA 0x10001000 to 0x2aaab52b7000 (II) RADEON(0): [drm] framebuffer handle = 0xe800 (II) RADEON(0): [drm] added 1 reserved context for kernel Unfortunately lower down I get : (II) RADEON(0): Render acceleration unsupported on Radeon 9500/9700 and newer. (II) RADEON(0): Render acceleration disabled But, again, this should also have been the case with xorg 6.8.x. as well. and this is followed by : (II) RADEON(0): Using XFree86 Acceleration Architecture (XAA) Screen to screen bit blits Solid filled rectangles 8x8 mono pattern filled rectangles Indirect CPU to Screen color expansion Solid Lines Scanline Image Writes Offscreen Pixmaps Setting up tile and stipple cache: 32 128x128 slots 32 256x256 slots 16 512x512 slots (II) RADEON(0): Acceleration enabled and : (II) RADEON(0): [drm] installed DRM signal handler (II) RADEON(0): [DRI] installation complete (II) RADEON(0): [drm] Added 32 65536 byte vertex/indirect buffers (II) RADEON(0): [drm] Mapped 32 vertex/indirect buffers (II) RADEON(0): [drm] dma control initialised, using IRQ 177 (II) RADEON(0): [drm] Initialised kernel GART heap manager, 5111808 (II) RADEON(0): Direct rendering enabled So as far as I could see, whatever DRM I must have had with xorg 6.8.x is still there. Yet xorg 6.9 is still horribly slow ! Now trying out glxgear I could indeed see only a few frames per second (about 260) !! I don't have any numbers anymore for 6.8.x, but the frames per sec were never this bad. Actually I seem to remember I could not follow the gears with my eyes last time I looked. checking out glxinfo with LIBGL_DEBUG=verbose :~$ glxinfo name of display: :0.0 libGL: XF86DRIGetClientDriverName: 4.0.3 r300 (screen 0) libGL: OpenDriver: trying /usr/X11R6/lib/modules/dri/r300_dri.so libGL error: dlopen /usr/X11R6/lib/modules/dri/r300_dri.so failed (/usr/X11R6/lib/modules/dri/r300_dri.so: cannot open shared object file: No such file or directory) libGL error: unable to find driver: r300_dri.so display: :0 screen: 0 direct rendering: No ... snip, snip ... I thought : Aha ! r300_dri.so ? Debian does not seem to provide it in any package, although there is a radeon_dri.so and a r200_dri.so (which don't seem to work for me). There are many fleeting references to r300_dri.so in many places (google and others) however no clear pointer to where it can be found. Anybody knows more about this file ? Do I need it for KDE ? Does anybody knows any other reason why after upgrading to 6.9 xorg it lost the little hw acceleration it had ? This is very annoying as I don't want to go to ati's proprietary drivers. Note: I already followed all the advise given at : http://dri.freedesktop.org/wiki/DriTroubleshooting Ernest. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: alternative to linuxant?
It is probably better to buy a hardware-controlled modem that will work without having to pay for the driver. On 2/19/06, antonio giulio [EMAIL PROTECTED] wrote: As far as I know, there is no alternative. But you'd better check that up at http://www.linmodems.org/ and http://start.at/modem/ Yes I know them. This is the first time that I have a hsf modem and I hope for a simple alternative. And if remember correctly, linuxant offers a free version with speed limited to 14400. Yes, you remember well:( Giulio
Re: xorg horribly slower after upgrade to 6.9
Am Sonntag, 19. Februar 2006 21:56 schrieb Ernest jw ter Kuile: Hi all, Since upgrading from xorg 6.8.x to 6.9 I don't have any hw acceleration anymore (actually, if I had any). Moving anything around the screen or scrolling is horribly slow right now, and I can't get back to 6.8 (I deleted the corresponding .deb files I had) The radeon driver didn't really take the transition to 6.9 well, it seems. This made quite a few people (including me) unhappy. In my case, dualhead has ceased to work. According to the log, the second monitor is detected, and immediately afterwards radeon states there is no second monitor and turns the port off. Same as you, I see those DRI messages, but I can't tell if they were there in 6.8.2 as well. So, I'm afraid I can't help you with your problem, but I suppose the radeon driver will be worked on already. I've temporarily switched to fglrx, but I'm not happy with it at all. We just have to wait, I guess. Have fun, Luca -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: xorg horribly slower after upgrade to 6.9
This one time, at band camp, Luca Ingianni said: Am Sonntag, 19. Februar 2006 21:56 schrieb Ernest jw ter Kuile: Hi all, Since upgrading from xorg 6.8.x to 6.9 I don't have any hw acceleration anymore (actually, if I had any). Moving anything around the screen or scrolling is horribly slow right now, and I can't get back to 6.8 (I deleted the corresponding .deb files I had) The radeon driver didn't really take the transition to 6.9 well, it seems. This made quite a few people (including me) unhappy. In my case, dualhead has ceased to work. According to the log, the second monitor is detected, and immediately afterwards radeon states there is no second monitor and turns the port off. Same as you, I see those DRI messages, but I can't tell if they were there in 6.8.2 as well. So, I'm afraid I can't help you with your problem, but I suppose the radeon driver will be worked on already. I've temporarily switched to fglrx, but I'm not happy with it at all. We just have to wait, I guess. There is an open source project for the r300 driver (r300.sourceforge.net) and it looks like it has already been merged with xorg CVS. I understand 7.1 is due out in April or so, so hopefully all of our Radeon problems will go away then. Take care, -- - | ,''`.Stephen Gran | | : :' :[EMAIL PROTECTED] | | `. `'Debian user, admin, and developer | |`- http://www.debian.org | - signature.asc Description: Digital signature