theYinYeti

The DHCP thing makes it harder. I propose to you two solutions: — Use Unison to synchronize; this is not sharing, but duplicating. It is however cross-platform, and that way any of the two computers still has all files when the other is powered down (you know, to save the Earth). — Setup Samba on your Linux box: this is quite easy, and you can filter who (and from where) can access each share. When Windows disapears (“gets convertedâ€), samba is universally handled across all Linux distributions, and not a bad choice at that. Yves.

A (quite involved) solution might be to: — get the XUbuntu kernel config (/proc/config.gz) and version (uname -r), — compile the same kernel with the same config on Mandriva. Yves.

Thanks for the link, I've been wondering what actions they took since I read about this feature. Yves.

Like K Bergen, I wouldn't trust a motherboard where integrated IDE is broken (if it is… see daniewicz post). Yves.

Thank you Ian! I'll disable it then, and I'll see… Yves.

I was reading this post by Ian about resolvconf and I thought: why does it exist then? But I wasn't able to find the answer on Google… So, what's the purpose of the “resolvconf†service? Although I did not try, I am under the impression that in my case, disabling this service would break things. This opinion stems from the fact that I use network profiles, and depending on the netprofile I'm currently using, DNS are not the same. But then, maybe the netprofile service handles this, not resolvconf… Do you have any pointer/link for more information? Yves.

I forgot: there's also GeeXboX: http://www.geexbox.org/fr/index.html I'm looking forward to the release of v1.2, and after that v2.0… Yves.

Yeah that's what I am, am I not? :D Good news! It worked! Here's what I did: — The urpmi I wrote in previous post. REBOOT — Unplug network. — MCC -> Hardware -> Configure Display (You GUI guys! ) — Change to fglrx (Radeon…). — Plug network. REBOOT — It worked! So last step: drak3d: => Compiz native REBOOT DONE!!! And with native Compiz! With fglrx 8.471, navive Compiz did not crash but the whole screen was grey, so I had to use XGL… No more :) In fact, I suspect that all would have worked OK from the beginning if I had: — finished installing the system to a stable state; — enabled and updated “backportsâ€; — gone in MCC to configure the display, accepting the proprietary driver; — disabled “backportsâ€; — logged out and in. Probably without any reboot… Thanks a lot for all the help you provided David Batson! Yves.

OK, I didn't get it. Anyway the “Software Installer†is a front-end to the urpm suite (urpmi/urpmf/urpmq/gurpmi); they do the same. `urpmi dkms-fglrx fglrx-control-center fglrx-kernel-laptop-latest x11-driver-video-fglrx` currently running :) Yves.

?? urpmi is the software installer. My fault! I hadn't updated the repositories (urpmi.update -a) after enabling “backportsâ€! Indeed: [yves@localhost ~]$ rpm -qa | grep -i fgl x11-driver-video-fglrx-8.471-3mdv2008.1 dkms-fglrx-8.471-3mdv2008.1 fglrx-kernel-laptop-latest-8.471-1.20080729.3mdv2008.1 fglrx-control-center-8.471-3mdv2008.1 fglrx-kernel-2.6.24.7-laptop-1mnb-8.471-3mdv2008.1 [root@localhost ~]$ urpmi.update -a […] [yves@localhost ~]$ urpmq --summary -y fgl | grep -v kernel x11-driver-video-fglrx : ATI proprietary X.org driver and libraries ( 8.501-2mdv2008.1 ) fglrx-devel : ATI proprietary development libraries and headers ( 8.501-2mdv2008.1 ) fglrx-control-center : AMD Catalyst Control Center Linux Edition ( 8.501-2mdv2008.1 ) I'll try again with those new drivers, and I'll see if they work. :) Yves.

Well… I can't upload the log file, but here's an diff exerpt I think is interesting (this is where it begins to seriously differ from the reference log file from before the update to 2008.1): compiled for 1.3.0, module version = 0.1.0 | compiled for 1.4.0.90, module version = 0.1.0 ABI class: X.Org Video Driver, version 1.2 | ABI class: X.Org Video Driver, version 2.0 (**) fglrx(0): Option "DPMS" | (**) fglrx(0): Option "DPMS" "true" > (II) Loading sub module "int10" > (II) LoadModule: "int10" > (II) Loading /usr/lib/xorg/modules//libint10.so > (II) Module int10: vendor="X.Org Foundation" > compiled for 1.4.0.90, module version = 1.0.0 > ABI class: X.Org Video Driver, version 2.0 compiled for 1.3.0, module version = 1.1.0 | compiled for 1.4.0.90, module version = 1.1.0 ABI class: X.Org Video Driver, version 1.2 | ABI class: X.Org Video Driver, version 2.0 drmOpenDevice: open result is 9, (OK) | drmOpenDevice: open result is -1, (No such device or address) drmOpenByBusid: Searching for BusID PCI:1:5:0 | drmOpenDevice: open result is -1, (No such device or address) > drmOpenDevice: Open failed > drmOpenDevice: node name is /dev/dri/card0 > drmOpenDevice: open result is 7, (OK) drmOpenDevice: open result is 9, (OK) | drmOpenDevice: open result is 7, (OK) drmOpenByBusid: drmOpenMinor returns 9 | drmGetBusid returned '' drmOpenByBusid: drmGetBusid reports PCI:1:5:0 < compiled for 7.1.0, module version = 8.49.7 | compiled for 7.1.0, module version = 8.47.3 (II) fglrx(0): [FB] Find the MC FB aperturs range(MCFBBase = < (II) LoadModule: "ddc"(II) Module already built-in | (II) LoadModule: "ddc"(II) Module "ddc" already built-in (II) fglrx(0): Modeline "1280x800" 65.32 1280 1288 1328 13 | (II) fglrx(0): Modeline "1280x800"x60.0 65.32 1280 1288 13 (**) fglrx(0): Default mode "1280x768": 65.3 MHz (scaled fro | (**) fglrx(0): *Mode "1280x768": 65.3 MHz (scaled from 0.0 MH […] (II) fglrx(0): Modeline "320x240" 65.32 320 808 848 1344 | (II) fglrx(0): Modeline "320x240"x60.0 65.32 320 808 848 1 (II) fglrx(0): Modeline "320x200" 65.32 320 808 848 1344 | (II) fglrx(0): Modeline "320x200"x60.0 65.32 320 808 848 1 compiled for 1.3.0, module version = 1.0.0 | compiled for 1.4.0.90, module version = 1.0.0 (II) LoadModule: "ramdac"(II) Module already built-in | (II) LoadModule: "ramdac"(II) Module "ramdac" already built-i compiled for 1.3.0, module version = 1.2.0 | compiled for 1.4.0.90, module version = 1.2.0 ABI class: X.Org Video Driver, version 1.2 | ABI class: X.Org Video Driver, version 2.0 > (II) fglrx(0): Depth moves disabled by default (**) fglrx(0): ATI GART size: 255 MB | (**) fglrx(0): ATI GART size: 256 MB (II) fglrx(0): [pcie] 261120 kB allocated | (II) fglrx(0): [pcie] 258048 kB allocated (II) fglrx(0): detected X.org 7.1.0.0 | (WW) fglrx(0): could not detect X server version (query_statu drmOpenDevice: open result is 9, (OK) | drmOpenDevice: open result is 7, (OK) drmOpenDevice: open result is 9, (OK) | drmOpenDevice: open result is 7, (OK) drmOpenDevice: open result is 9, (OK) | drmOpenDevice: open result is 7, (OK) drmOpenByBusid: drmOpenMinor returns 9 | drmOpenByBusid: drmOpenMinor returns 7 drmOpenByBusid: drmGetBusid reports PCI:1:5:0 | drmOpenByBusid: drmGetBusid reports (II) fglrx(0): [drm] DRM interface version 1.0 | drmOpenDevice: node name is /dev/dri/card1 (II) fglrx(0): [drm] created "fglrx" driver at busid "PCI:1:5 | drmOpenDevice: open result is -1, (No such device) (II) fglrx(0): [drm] added 8192 byte SAREA at 0x2000 | drmOpenDevice: open result is -1, (No such device) (II) fglrx(0): [drm] mapped SAREA 0x2000 to 0xb7f8e000 | drmOpenDevice: Open failed > drmOpenByBusid: drmOpenMinor returns -19 > drmOpenDevice: node name is /dev/dri/card2 > drmOpenDevice: open result is -1, (No such device) > drmOpenDevice: open result is -1, (No such device) > drmOpenDevice: Open failed > drmOpenByBusid: drmOpenMinor returns -19 > drmOpenDevice: node name is /dev/dri/card3 > drmOpenDevice: open result is -1, (No such device) > drmOpenDevice: open result is -1, (No such device) > drmOpenDevice: Open failed > drmOpenByBusid: drmOpenMinor returns -19 > drmOpenDevice: node name is /dev/dri/card4 > drmOpenDevice: open result is -1, (No such device) > drmOpenDevice: open result is -1, (No such device) > drmOpenDevice: Open failed > drmOpenByBusid: drmOpenMinor returns -19 > drmOpenDevice: node name is /dev/dri/card5 > drmOpenDevice: open result is -1, (No such device) > drmOpenDevice: open result is -1, (No such device) > drmOpenDevice: Open failed > drmOpenByBusid: drmOpenMinor returns -19 > drmOpenDevice: node name is /dev/dri/card6 > drmOpenDevice: open result is -1, (No such device) > drmOpenDevice: open result is -1, (No such device) > drmOpenDevice: Open failed > drmOpenByBusid: drmOpenMinor returns -19 > drmOpenDevice: node name is /dev/dri/card7 > drmOpenDevice: open result is -1, (No such device) > drmOpenDevice: open result is -1, (No such device) > drmOpenDevice: Open failed > drmOpenByBusid: drmOpenMinor returns -19 > drmOpenDevice: node name is /dev/dri/card8 > drmOpenDevice: open result is -1, (No such device) > drmOpenDevice: open result is -1, (No such device) > drmOpenDevice: Open failed > drmOpenByBusid: drmOpenMinor returns -19 > drmOpenDevice: node name is /dev/dri/card9 > drmOpenDevice: open result is -1, (No such device) > drmOpenDevice: open result is -1, (No such device) > drmOpenDevice: Open failed > drmOpenByBusid: drmOpenMinor returns -19 > drmOpenDevice: node name is /dev/dri/card10 > drmOpenDevice: open result is -1, (No such device) > drmOpenDevice: open result is -1, (No such device) > drmOpenDevice: Open failed > drmOpenByBusid: drmOpenMinor returns -19 > drmOpenDevice: node name is /dev/dri/card11 > drmOpenDevice: open result is -1, (No such device) > drmOpenDevice: open result is -1, (No such device) > drmOpenDevice: Open failed > drmOpenByBusid: drmOpenMinor returns -19 > drmOpenDevice: node name is /dev/dri/card12 > drmOpenDevice: open result is -1, (No such device) > drmOpenDevice: open result is -1, (No such device) > drmOpenDevice: Open failed > drmOpenByBusid: drmOpenMinor returns -19 > drmOpenDevice: node name is /dev/dri/card13 > drmOpenDevice: open result is -1, (No such device) > drmOpenDevice: open result is -1, (No such device) > drmOpenDevice: Open failed > drmOpenByBusid: drmOpenMinor returns -19 > drmOpenDevice: node name is /dev/dri/card14 > drmOpenDevice: open result is -1, (No such device) > drmOpenDevice: open result is -1, (No such device) > drmOpenDevice: Open failed > drmOpenByBusid: drmOpenMinor returns -19 > drmOpenDevice: node name is /dev/dri/card0 > drmOpenDevice: open result is 7, (OK) > drmOpenDevice: node name is /dev/dri/card0 > drmOpenDevice: open result is 7, (OK) > drmGetBusid returned '' > (II) [drm] DRM interface version 1.0 > (II) [drm] DRM open master succeeded. > (II) fglrx(0): [drm] Using the DRM lock SAREA also for drawab > (II) fglrx(0): X context handle = 0x1 > (II) fglrx(0): [drm] installed DRM signal handler (II) fglrx(0): Version: 8.49.7 | (II) fglrx(0): Version: 8.47.3 (II) fglrx(0): Date: May 12 2008 | (II) fglrx(0): Date: Feb 25 2008 (II) fglrx(0): Build-Kernel UTS_RELEASE: 2.6.22.19 | (II) fglrx(0): Build-Kernel UTS_RELEASE: 2.6.24.7- (II) fglrx(0): [drm] register handle = 0x00004000 | (II) fglrx(0): [drm] register handle = 0x00005000 (==) fglrx(0): Backing store disabled < (II) Loading extension FGLRXEXTENSION < (II) Loading extension ATITVOUT < (**) fglrx(0): DPMS enabled < (II) fglrx(0): Using XFree86 Acceleration Architecture (XAA) < Screen to screen bit blits < Solid filled rectangles < 8x8 mono pattern filled rectangles < Solid Lines < Dashed Lines < Setting up tile and stipple cache: < 30 128x128 slots < (II) fglrx(0): Acceleration enabled < (II) fglrx(0): X context handle = 0x1 < (II) fglrx(0): [DRI] installation complete < (II) fglrx(0): Direct rendering enabled < [atiddx] ASYNCIO init succeed! < Receive enable interrupt ret message < ...irqEnableMask: 10000000 < ...dwIRQEnableId: 00000004 < (==) fglrx(0): Silken mouse enabled < (==) fglrx(0): Using hardware cursor < (==) RandR enabled < […] Yves.

Hello David Batson, The 2008 errata doesn't apply to my situation because package versions don't match, and as I say in a previous post, even with “backports†enabled, packages are still taken from main/updates and non-free/release. However, here's the list of packages, in case anyone can spot a potential problem: [root@localhost ~]# rpm -qa | grep -iE 'fglrx|dkms|kernel' | sort dkms-2.0.19-4.3mdv2008.1 dkms-fglrx-8.471-3mdv2008.1 dkms-kqemu-1.3.0-0.pre11.15.2mdv2008.1 dkms-madwifi-0.9.3.3-5.r3114mdv2008.1 dkms-minimal-2.0.19-4.3mdv2008.1 fglrx-control-center-8.471-3mdv2008.1 fglrx-kernel-2.6.24.7-laptop-1mnb-8.471-3mdv2008.1 fglrx-kernel-laptop-latest-8.471-1.20080729.3mdv2008.1 kernel-headers-2.6.24-6mnb1 kernel-laptop-2.6.24.7-1mnb-1-1mnb1 kernel-laptop-devel-2.6.24.7-1mnb-1-1mnb1 kernel-laptop-devel-latest-2.6.24.7-1mnb1 kernel-laptop-latest-2.6.24.7-1mnb1 madwifi-kernel-2.6.24.7-laptop-1mnb-0.9.3.3-5.r3114mdv2008.1 madwifi-kernel-laptop-latest-0.9.3.3-1.20080729.5.r3114mdv2008.1 x11-driver-video-fglrx-8.471-3mdv2008.1 I'll now try your aticonfig idea. In the generated xorg.conf file: “ AllowMouseOpenFail†becomes “ Option "allowmouseopenfail"†("ServerFlags") “Screen "screen1"†becomes “ Screen 0 "aticonfig-Screen[0]" 0 0†("ServerLayout") And of course fglrx is used instead of ati, and there are many cosmetic changes. REBOOT — As soon as XOrg starts on VC7, the computer locks on a still black and empty screen… And so on… REBOOT — F2 at boot screen to append “ 3†to the kernel line (text boot-level)… — This time, I keep a copy of the log file. REBOOT — As soon as XOrg starts on VC7, the computer locks on a still black and empty screen… And so on… REBOOT I finally changed back to the “ati†driver. I attach the log file for review, in case anyone can understand the situation from it. Damn… I can't… (“Upload failed. You are not permitted to upload this type of fileâ€) Yves.

Some more information… The above was the description of my painfull afternoon of debugging. I was at work, with the “STATIC†network profile, and a fixed IP address. Now I'm at home, with the “ADSL†network profile, and a DHCP IP address. Besides, as those two profiles exist since about two years ago, some settings must have drifted apart among those managed by /etc/netprofile. One setting I know is different between the two profiles is the list of services to start at boot: [root@localhost profiles]# diff -r ADSL/services/ STATIC/services/ | sort Only in ADSL/services/: apmd Only in ADSL/services/: cpufreq Only in ADSL/services/: netfs Only in ADSL/services/: ntpd Only in ADSL/services/: oki4daemon Only in ADSL/services/: portmap Only in ADSL/services/: smb Only in STATIC/services/: autofs Only in STATIC/services/: cups Only in STATIC/services/: dkms Only in STATIC/services/: fuse Only in STATIC/services/: mandi Only in STATIC/services/: sshd Why do I tell you this? Because here at home, the change to fglrx works! [yves@localhost ~]$ fglrxinfo display: :0.0 screen: 0 OpenGL vendor string: ATI Technologies Inc. OpenGL renderer string: ATI Radeon Xpress Series OpenGL version string: 2.1.7412 Release [yves@ausy-yg ~]$ glxinfo | grep -i direct direct rendering: Yes If that is of any importance, while upgrading to 2008.1, I fell upon this known bug: http://wiki.mandriva.com/en/2008.1_Errata#...em::uniq_called But the suggested action did not work for me: the repositories were not set, and the said kernel did not exist anyway. So, using easy-urpmi and `urpmi --auto-select`, I finished the installation manually. “ADSL†was the active network profile when I did this. Next day at work (ie: this morning), I had the black freeze (see previous post), and repositories were unusable for some reason… I deleted them all and set them back up using easy-urpmi. I uninstalled all fglrx-related packages, and reinstalled them again, as that was something I remembered having done to make fglrx work at home, but to no avail this time… hence my call for help later in the day. So, fglrx works. It did yesterday at home. It does again here at home. But not at work so far. And that's where the sluggishness of the system is the most unbearable for me. Can you help me? Do you need some more information? Yves.

Thank you David Batson. For now, I prefer to keep using Mandriva-provided drivers. So I did a sort of mix from your several posts, along with those from Adam Williamson. Here's what I did: — Change the driver to VESA. REBOOT — Remove any references to either “ati-agp†or “fglrx†in /etc/modprobe*. — `urpme dkms-fglrx-8.471-3mdv2008.1 fglrx-control-center-8.471-3mdv2008.1 fglrx-kernel-2.6.24.7-laptop-1mnb-8.471-3mdv2008.1 fglrx-kernel-laptop-latest-8.471-1.20080729.3mdv2008.1 libmetisse1-0.4.0-1.rc4.10.1mdv2008.1 metisse-0.4.0-1.rc4.10.1mdv2008.1 metisse-fvwm-2.5.20-1.rc4.10.1mdv2008.1 x11-driver-video-fglrx-8.471-3mdv2008.1 x11-server-xmetisse-0.4.0-1.rc4.10.1mdv2008.1` REBOOT — Enable “backports†repositories. — `urpmi dkms-fglrx fglrx-control-center fglrx-kernel-2.6.24.7-laptop-1mnb x11-driver-video-fglrx`: => from main/updates: fglrx-kernel*; => from non-free/release: x11-driver-video-fglrx, fglrx-control-center, dkms-fglrx. — Disable “backports†repositories. REBOOT — Unplug network. — Run `drakx11`: => Accept the suggested "Radeon 9500 to Radeon X1050" setting; => Change the suggested options to add support to transparency (Composite extension). — Plug network. REBOOT — As soon as XOrg starts on VC7, the computer locks on a still black and empty screen. => Ctrl+Alt+Backspace does nothing; => Ctrl+Alt+Delete does nothing; => Ctrl+Alt+F1 does nothing, nor do the above shortcuts afterwards. => Even Alt+SysRq+S, E, I, O does nothing! Meanwhile, the laptop fan gets noiser and noiser (CPU at 100%?) — Alt+SysRq+B => works! REBOOT — F2 at boot screen to append “ 3†to the kernel line (text boot-level). => “Starting udev†takes between 1 and 2 minutes, even though there are only some 20 transactions replayed. That was just to unsure a successful filesystem-check. REBOOT — As soon as XOrg starts on VC7, the computer locks on a still black and empty screen… And so on… REBOOT I finally changed back to the “ati†driver (some more “modelines†and some additional EXA-related options). What could I try next? What information could help you help me? Yves.

Welcome! It may be obvious, but: did you check that the wanted ports are all opened on Mandriva firewall? Yves.

I just upgraded from 2008.0 to 2008.1, and fglrx is broken. /etc/X11/xorg.conf is configured to use fglrx, and yet here's the situation: [yves@localhost ~]$ fglrxinfo display: :0.0 screen: 0 OpenGL vendor string: Mesa project: www.mesa3d.org OpenGL renderer string: Mesa GLX Indirect OpenGL version string: 1.4 (2.1 Mesa 7.0.3-rc2) [yves@localhost ~]$ glxinfo | grep -i direct direct rendering: No (If you want to find out why, try setting LIBGL_DEBUG=verbose) OpenGL renderer string: Mesa GLX Indirect I won't tell what I already tried, because: - it would be too long, - I'm willing to do it all again, - you could be interested by the actual result of each attempt. I use Gnome. Please help. The system is barely usable as it is because it is slow! Yves.

Indeed! Your command tries to create a link from a file to itself :) Anyway, if libtalloc.so.1 is in /usr/lib, and the programs claims not to find it, then there's a problem with the program, not with your system. As for libtdb.so.1, I don't think you have any link to create. In most cases, you don't create a link yourself. It was just a suggestion for future use when the urpmf-then-urpmi method does not work. Yves.

So it is a fresh install… Strange. I did two fresh installs this week, and both times I had login and logout sounds; that was using Mandriva 2008.1 One Gnome version (obviously with a Gnome desktop). Of course, you could try and disable PulseAudio (the new sound server), which is done somewhere in Mandriva Control Center. It is said to be a good cure to sound problems, at the expense of a little loss in advanced features. But I find this solution quite unsatisfactory. Unfortunately, I have nothing else to suggest. Yves.

Welcome on board :) Is it a fresh install, or an upgrade from an earlier release of Mandriva? As far as I can tell, Gnome system sounds were played through esd with previous releases, and are now played through a new sound server. Yves.

In case it is French you're interested in, you could have a look at programs from AbulEdu, especially language-related programs from Leterrier. They are targeted at children but may suit your purpose nonetheless. Yves.

In general, when you have an error like "library <a lib>.so.x not found", be it at runtime like yours, or at compile-time, the right command to run is: urpmf "<a lib>" | grep '/lib/.*\.so' This will tell you what packages have this library. Install the one that matches the best. Next, if you see that "<a lib>.so.x" is not installed on your filesystem, but "<a lib>.so.x.y.z" is and the program is being picky, you can safely create a symbolic link like this, from the directory where this lib is (as root): ln -s "<a lib>.so.x.y.z" "<a lib>.so.x" as long as the "x" above matches the one needed by the program you're trying to run; on occasion, you might even have success with a command like this: ln -s "<a lib>.so.a.b.c" "<a lib>.so.x" even though "a" and "x" don't match… Yves.

Sad. I won't be able to help further. Wifi is the worst part of Linux configuration, as far as I'm concerned. I didn't even manage yet to configure my wife's bcm43xx onboard wifi controler, despite Mandriva's best efforts to get this thing up and running. My work's Ath (madwifi) chipset works only because it was "plug'n'play"… Yves.

I think it is more targeted at vulnerabilities exploits, through open ports (buffer overflows and such). Yves.

For the Cle266 chipset, maybe try Movix: http://movix.sourceforge.net/ Yves.

If the lilo package is installed and your /etc/lilo.conf is OK, then just execute this command: /sbin/lilo -v Yves.