An unknown error occurred while Suspend to RAM. The errorcode is: '127'

[MkIII_Supra]

Here is the error dump... I don't understand it... Google doesn't pull an answer but it seems there are others with this issue. I am using OpenSuSE 10.3 on a Lenovo T61.

Mon May 19 19:41:30 PDT 2008: running suspend hooks.
===== Mon May 19 19:41:30 PDT 2008: running hook: /usr/lib/pm-utils/sleep.d/00clear =====
===== Mon May 19 19:41:30 PDT 2008: running hook: /usr/lib/pm-utils/sleep.d/01logging =====
suspend initiated: Mon May 19 19:41:30 PDT 2008

Module                  Size  Used by
nls_iso8859_1           8192  0 
nls_cp437               9856  0 
vfat                   16128  0 
fat                    52636  1 vfat
usb_storage            80908  0 
ide_core              122948  1 usb_storage
af_packet              29064  2 
ip6t_LOG               10496  7 
nf_conntrack_ipv6      22848  4 
xt_pkttype              5888  3 
ipt_LOG                 9984  8 
xt_limit                6656  15 
i915                   26624  2 
drm                    79636  3 i915
ip6t_REJECT             9216  3 
xt_tcpudp               7168  4 
snd_pcm_oss            50432  0 
snd_mixer_oss          20096  1 snd_pcm_oss
snd_seq                54452  0 
ipt_REJECT              8448  3 
snd_seq_device         12172  1 snd_seq
xt_state                6528  8 
microcode              15372  0 
iptable_mangle          6784  0 
iptable_nat            11140  0 
nf_nat                 21912  1 iptable_nat
iptable_filter          6912  1 
ip6table_mangle         6656  0 
nf_conntrack_ipv4      14856  6 iptable_nat
nf_conntrack           61556  5 nf_conntrack_ipv6,xt_state,iptable_nat,nf_nat,nf_conntrack_ipv4
nfnetlink               9752  4 nf_conntrack_ipv6,nf_nat,nf_conntrack_ipv4,nf_conntrack
ip_tables              16324  3 iptable_mangle,iptable_nat,iptable_filter
ip6table_filter         6784  1 
ip6_tables             17476  3 ip6t_LOG,ip6table_mangle,ip6table_filter
x_tables               18308  11 ip6t_LOG,xt_pkttype,ipt_LOG,xt_limit,ip6t_REJECT,xt_tcpudp,ipt_REJECT,xt_state,iptable_nat,ip_tables,ip6_tables
ipv6                  268280  19 nf_conntrack_ipv6,ip6t_REJECT,ip6table_mangle
cpufreq_conservative    11272  0 
cpufreq_userspace       8704  0 
cpufreq_powersave       5888  0 
acpi_cpufreq           13192  1 
speedstep_lib           9220  0 
apparmor               40736  0 
loop                   21636  0 
dm_mod                 56880  0 
pcmcia                 41076  0 
ac                      9604  0 
bay                    10240  0 
ohci1394               36272  0 
snd_hda_intel         273180  1 
ieee1394               91136  1 ohci1394
battery                14724  0 
snd_pcm                82564  2 snd_pcm_oss,snd_hda_intel
snd_timer              26756  2 snd_seq,snd_pcm
thinkpad_acpi          45364  0 
button                 12560  0 
yenta_socket           28684  1 
rsrc_nonstatic         15872  1 yenta_socket
sdhci                  20364  0 
snd                    58164  9 snd_pcm_oss,snd_mixer_oss,snd_seq,snd_seq_device,snd_hda_intel,snd_pcm,snd_timer
dock                   13960  1 bay
i2c_i801               12560  0 
i2c_core               27520  1 i2c_i801
soundcore              11460  1 snd
rtc_cmos               12064  0 
snd_page_alloc         14472  2 snd_hda_intel,snd_pcm
pcmcia_core            40852  3 pcmcia,yenta_socket,rsrc_nonstatic
mmc_core               29828  1 sdhci
rtc_core               23048  1 rtc_cmos
rtc_lib                 7040  1 rtc_core
hwmon                   7300  1 thinkpad_acpi
ipw3945               196132  1 
ieee80211              35400  1 ipw3945
ieee80211_crypt         9728  1 ieee80211
intel_agp              27156  1 
nvram                  12552  1 thinkpad_acpi
e1000                 167616  0 
sr_mod                 19492  0 
firmware_class         13568  3 microcode,pcmcia,ipw3945
cdrom                  37020  1 sr_mod
agpgart                35764  3 drm,intel_agp
joydev                 13632  0 
sg                     37036  0 
uinput                 12800  1 
sd_mod                 31104  4 
ehci_hcd               35340  0 
uhci_hcd               27024  0 
usbcore               124268  4 usb_storage,ehci_hcd,uhci_hcd
edd                    12996  0 
reiserfs              233140  2 
fan                     9220  0 
ata_piix               21380  0 
ahci                   28548  3 
libata                139216  2 ata_piix,ahci
scsi_mod              140376  5 usb_storage,sr_mod,sg,sd_mod,libata
thermal                20872  0 
processor              40876  2 acpi_cpufreq,thermal

             total       used       free     shared    buffers     cached
Mem:       2050604     425976    1624628          0      12828     154956
-/+ buffers/cache:     258192    1792412
Swap:       498004         64     497940

===== Mon May 19 19:41:30 PDT 2008: running hook: /usr/lib/pm-utils/sleep.d/05led =====
===== Mon May 19 19:41:30 PDT 2008: running hook: /usr/lib/pm-utils/sleep.d/06autofs =====
===== Mon May 19 19:41:30 PDT 2008: running hook: /usr/lib/pm-utils/sleep.d/10NetworkManager =====
===== Mon May 19 19:41:30 PDT 2008: running hook: /usr/lib/pm-utils/sleep.d/24dock =====
Mon May 19 19:41:30 PDT 2008: running thinkpad hooks for event undock.
===== Mon May 19 19:41:30 PDT 2008: running hook: /usr/lib/pm-utils/sleep.d/30s2disk-check =====
===== Mon May 19 19:41:30 PDT 2008: running hook: /usr/lib/pm-utils/sleep.d/45pcmcia =====
ejecting PCMCIA cards...
===== Mon May 19 19:41:30 PDT 2008: running hook: /usr/lib/pm-utils/sleep.d/50modules =====
===== Mon May 19 19:41:30 PDT 2008: running hook: /usr/lib/pm-utils/sleep.d/55battery =====
===== Mon May 19 19:41:30 PDT 2008: running hook: /usr/lib/pm-utils/sleep.d/80acpi-fan =====
===== Mon May 19 19:41:30 PDT 2008: running hook: /usr/lib/pm-utils/sleep.d/80videobios =====
===== Mon May 19 19:41:30 PDT 2008: running hook: /usr/lib/pm-utils/sleep.d/94cpufreq =====
===== Mon May 19 19:41:30 PDT 2008: running hook: /usr/lib/pm-utils/sleep.d/95led =====
===== Mon May 19 19:41:30 PDT 2008: running hook: /usr/lib/pm-utils/sleep.d/99Zgrub =====
===== Mon May 19 19:41:30 PDT 2008: running hook: /usr/lib/pm-utils/sleep.d/99info =====
Mon May 19 19:41:30 PDT 2008: done running suspend hooks.
+ /usr/sbin/s2ram
Machine is unknown.
This machine can be identified by:
    sys_vendor   = "LENOVO"
    sys_product  = "6465CTO"
    sys_version  = "ThinkPad T61"
    bios_version = "7LETB2WW (2.12 )"
See http://suspend.sf.net/s2ram-support.html for details.

If you report a problem, please include the complete output above.
+ RET=127
+ set +x
Mon May 19 19:41:32 PDT 2008: running resume hooks.
===== Mon May 19 19:41:32 PDT 2008: running hook: /usr/lib/pm-utils/sleep.d/99info =====
===== Mon May 19 19:41:32 PDT 2008: running hook: /usr/lib/pm-utils/sleep.d/99Zgrub =====
===== Mon May 19 19:41:32 PDT 2008: running hook: /usr/lib/pm-utils/sleep.d/95led =====
===== Mon May 19 19:41:32 PDT 2008: running hook: /usr/lib/pm-utils/sleep.d/94cpufreq =====
===== Mon May 19 19:41:32 PDT 2008: running hook: /usr/lib/pm-utils/sleep.d/80videobios =====
===== Mon May 19 19:41:32 PDT 2008: running hook: /usr/lib/pm-utils/sleep.d/80acpi-fan =====
===== Mon May 19 19:41:32 PDT 2008: running hook: /usr/lib/pm-utils/sleep.d/55battery =====
method return sender=:1.0 -> dest=:1.1734
   boolean true
===== Mon May 19 19:41:32 PDT 2008: running hook: /usr/lib/pm-utils/sleep.d/50modules =====
===== Mon May 19 19:41:32 PDT 2008: running hook: /usr/lib/pm-utils/sleep.d/45pcmcia =====
inserting PCMCIA cards...
===== Mon May 19 19:41:32 PDT 2008: running hook: /usr/lib/pm-utils/sleep.d/30s2disk-check =====
===== Mon May 19 19:41:32 PDT 2008: running hook: /usr/lib/pm-utils/sleep.d/24dock =====
Mon May 19 19:41:32 PDT 2008: running thinkpad hooks for event dock.
docking should have been done automatically by the dock driver...
===== Mon May 19 19:41:32 PDT 2008: running hook: /usr/lib/pm-utils/sleep.d/10NetworkManager =====
===== Mon May 19 19:41:32 PDT 2008: running hook: /usr/lib/pm-utils/sleep.d/06autofs =====
===== Mon May 19 19:41:32 PDT 2008: running hook: /usr/lib/pm-utils/sleep.d/05led =====
===== Mon May 19 19:41:32 PDT 2008: running hook: /usr/lib/pm-utils/sleep.d/01logging =====
===== Mon May 19 19:41:32 PDT 2008: running hook: /usr/lib/pm-utils/sleep.d/00clear =====
Mon May 19 19:41:32 PDT 2008: done running resume hooks.

[bwkaz]

I'm assuming the RET value is the return value from /usr/sbin/s2ram, based on the output there? Do you have a /usr/sbin/s2ram file?

If so, according to the sources for s2ram's main() function, it looks like when the "Machine is unknown" message is printed, the exit status of s2ram is S2RAM_UNKNOWN (which according to the s2ram.h header file is the same as the 127 that you see).

Given the fact that the name of the value is S2RAM_UNKNOWN, and given the message that gets printed, my guess would be that your laptop isn't on the whitelist of valid machines that's built into s2ram's sources. Try updating whatever package /usr/sbin/s2ram comes from ("suspend", perhaps?). Or file a bug with your distro, and see if they ever release an updated version that includes your machine.

(Note that the OpenSuSE s2ram page has a bunch of tests you can do to see if your machine is really supported by s2ram at all, and whether it can simply be added to the whitelist, or whether it needs a bunch of workarounds and can be added to the whitelist with the workarounds, or whether it won't work at all. But try updating the package first.)

[MkIII_Supra]

After all this system originally came with SLED 10.0. And the sleep and suspend worked with Kubuntu. I moved back to OpenSuSE because I want to keep all my systems on the same OS for now. I will look into your post in a bit more detail tonight though. Thanks for the input, I really haven't been able to find an answer that is clear... let alone an answer.

[bwkaz]

Well, here is the white-list itself, in a C array-of-structures format. The definition of the structure is vendor, product, version, BIOS-version, workaround-flags; each entry in the array in the linked file has its fields in that order. Your output showed:

(sys_)vendor = "LENOVO"
(sys_)product = "6465CTO"
(sys_)version = "ThinkPad T61"
bios_version = "7LETB2WW (2.12 )"

and that file does list an entry that has LENOVO for the vendor and 6465* for the product. I think that should match your data, since the parser lets empty strings match anything, and lets anything ending in a * match anything that starts with what the entry starts with (6465 in this case). Maybe your compiled s2ram binary doesn't match the latest sources, though?

Hmm...

[MkIII_Supra]

although not the way I would have liked but no complaints either. I followed the instructions and things got worse. When it DID work, the system would wake up and I couldn't see the GUI, too dark. And I mean dark as in 1% brightness. So I made some adjustments and tweaks... still didn't work.

Installed Mandriva. Works fine, goes to sleep and wakes up without a hitch. Even suspends to disk smooth and fast. Faster than SuSE did. So far I have tried

SLED 10 Service Pack 2
OpenSuSE 10.3 32 and 64 bit
PCLinuxOS 2007
PCLinusOS 2008 Mini-Disk
Fedora 9.0
Mint 4.0
Kubuntu 8.03
Gentoo (actually I couldn't get it to install... let alone boot to the install disk. I tried 5 disks... none worked.)
Mandriva

And the winner is (so far) Mandriva. It just works without being a hassle. Although a few other things aren't working yet, they are not as critical and can be easily overcome. It's also the second fastest. Kubuntu was the fastest of the distributions successfully installed. But I had issues with other things that annoyed me too much and took more time than I am willing to invest to correct. Which is why I moved back to RPM based distributions.

Thank you for you help, although it didn't work I did try. And this has been my experience with Linux these last 9 years. I just want a distribution, I don't care which one, to work with the least amount of hassle... Mandriva wins on my laptop this time around.

[MkIII_Supra]

Well irony of irony! Finally get my laptop working the way it's supposed to... and now the damn thing keeps locking up! Well the GUI dies that is. I can CTRL+ALT+F1 to log in as root, but I can't see what is causing the GUI to freeze at all.

So Mandriva fails the longevity test. Really sad too, because it was working (for about 20 hours) without even a hitch! Everything worked fine for the most part. Now this...

Why, can't I get what I want?

[MkIII_Supra]

Okay, so now I have the suspend to RAM and DISK issue resolved as well as the GUI locking up... but NOW I have the unable to see all my RAM issue. I have 2GB of non-shared RAM installed on my laptop but Mandriva only sees 884MB of the 2GB of RAM?

I looked up the issue on the net and only came up with one solution that was ambiguous at best. Based on my research I have the latest kernel in my system.

See grub menu

timeout 4
color black/cyan yellow/cyan
gfxmenu (hd0,0)/boot/gfxmenu
default 0

title linux
kernel (hd0,0)/boot/vmlinuz BOOT_IMAGE=linux root=UUID=de14044a-b316-4630-9bf6-514fd1ea5868 splash=silent vga=788
initrd (hd0,0)/boot/initrd.img

title linux-nonfb
kernel (hd0,0)/boot/vmlinuz BOOT_IMAGE=linux-nonfb root=UUID=de14044a-b316-4630-9bf6-514fd1ea5868 
initrd (hd0,0)/boot/initrd.img

title failsafe
kernel (hd0,0)/boot/vmlinuz BOOT_IMAGE=failsafe root=UUID=de14044a-b316-4630-9bf6-514fd1ea5868 failsafe
initrd (hd0,0)/boot/initrd.img

title desktop586 2.6.24.4-1mnb
kernel (hd0,0)/boot/vmlinuz-2.6.24.4-desktop586-1mnb BOOT_IMAGE=desktop586_2.6.24.4-1mnb root=UUID=de14044a-b316-4630-9bf6-514fd1ea5868 splash=silent vga=788
initrd (hd0,0)/boot/initrd-2.6.24.4-desktop586-1mnb.img

title desktop586 2.6.24.4-3mnb
kernel (hd0,0)/boot/vmlinuz-2.6.24.4-desktop586-3mnb BOOT_IMAGE=desktop586_2.6.24.4-3mnb root=UUID=de14044a-b316-4630-9bf6-514fd1ea5868 splash=silent vga=788
initrd (hd0,0)/boot/initrd-2.6.24.4-desktop586-3mnb.img

Now, the locking issue would happen in the linux kernel, and right now I am logged in under the desktop586 2.6.24.4-3mnb kernel. And still I cannot see all of my 2GB of RAM.

Here is the output of the free command with the -m switch...

# # free -m
             total       used       free     shared    buffers     cached
Mem:           884        502        381          0         49        219
-/+ buffers/cache:        233        650
Swap:          486          0        486

So how do I get the rest of my RAM back? Forgot to add, that OpenSuSE, Kubuntu and PCLinuxOS all three saw the full 2GB of RAM... I find it frustrating and ironic that those three couldn't suspend to RAM/DISK or wake up properly from said state and yet saw all my RAM and Mandriva does both without a hitch but can't see all my RAM?!

[bwkaz]

I have 2GB of non-shared RAM installed on my laptop but Mandriva only sees 884MB of the 2GB of RAM?

Two options that I know of.

(1) Just use a 64-bit OS -- or at least a 64-bit kernel; they can run 32-bit user processes just fine. This may not be an option with Mandriva, though; it would depend on whether they've realized that 64-bit really is the future, or they've decided to stay with Pentium Classic kernels. Of course, you need a 64-bit capable CPU to do that, too.

(2) Run a kernel that was configured with one of the HIGHMEM options on (either CONFIG_HIGHMEM_4G or CONFIG_HIGHMEM_64G, but the first is better in this case). Not sure whether Mandriva offers these kernels, but a quick Google search implies that the kernel-multimedia-{desktop,laptop} packages may be helpful.

[MkIII_Supra]

It was 64 bit.

[bwkaz]

Um, "it" being the kernel, or "it" being the CPU? Because the kernel you posted about wasn't 64-bit: it was compiled for an i586, aka a Pentium Classic.

If the CPU was 64-bit, and Mandriva provides a 64-bit kernel (but you probably don't want a 64-bit userspace), then that may be worth a shot. HIGHMEM is probably easier though.

[MkIII_Supra]

So I installed a 64 bit kernel... failed.... 32 bit still only sees 884.

I installed OpenSuSE 11.0 beta... all the power options except screen brightness up and down works... problem is it's Beta and some of the applications and such are not ready as with the repositories....

I installed OpenSuSE 10.3 again... briefly, sleep and suspend to disk worked... then stopped with the error 127. Actually the suspend to disk still worked... sorta.

So I go back to Mandriva 2008.1 spring and this time I get the memory to take during the install... and when the system boots, 884 shows.

So now just for more pain and fun I am downloading Bluewhite 64, Gentoo 2007 live DVD (which I have tried to install several times before with each time erroring out. Maybe I will get lucky this time!)

I suppose I could just use OpenSuSE 10.3_x64 and just live with a system that refuses to work properly until OpenSuSE 11.0_64 comes out. I do have to admit the beta of 11.0 screamed and is looking promising, especially with the hardware actually working!

I just want to get this damn thing stable and working like it's supposed to so I can get on with actually USING it for what what I bought it for in the first place, instead of futzing about TRYING to get things to work. Sorry I am just a bit frustrated at the moment... frustrated that I have a Linux supported laptop that refuses to work with Linux in a consistent manner. Frustrated that I have invested several weeks now, trying to get things to work the way they are supposed to.

Anyhow, I do appreciate the help so far, and I would REALLY like to stick with OpenSuSE since I have it at work and at home on my main system (which I am posting from now... since my T61 has me so ticked off I don't want to look at it right at this moment.) **Sigh** back to the searches and trials and error!

[bwkaz]

Have you tried one of the HIGHMEM-capable 32-bit kernels from Mandriva? I.e., kernel-multimedia-desktop or kernel-multimedia-laptop?

This 884MB thing is not caused by any kernel command-line parameters; it's (usually) caused by the way the kernel maps virtual address space onto physical RAM. The HIGHMEM_4G option lets you use up to 4G of physical address space (which isn't always necessarily physical RAM, mind you), and the HIGHMEM_64G option lets you use up to 64G of physical address space (again, not RAM). (All of these options are only available on 32-bit kernels, though, since x86-64 doesn't require any of these workarounds to see more RAM. Also, since they're only available for 32-bit kernels, each process will only be able to use 4G of virtual address space -- but I doubt that's an issue.)

Actually, what does dmesg | head -n 20 say about the "BIOS-provided physical RAM map"? All the "BIOS-e820" lines would be relevant. It may be that your BIOS is providing strange results to the e820 function ("get physical RAM mapping") that are causing the issue, and a HIGHMEM kernel may not help. IIRC, the 884M limit was really close to the limit of a 32-bit non-HIGHMEM kernel, but it'd still be worth looking into the map.

[MkIII_Supra]

So I did some digging around, found the x86_64 version of Mandriva. Here is the run down:

All my RAM is recognized. YEAH!

Suspend to RAM works. YEAH!

Suspend to disk doesn't work BOO! HISS! BOO! It starts the process then goes back to the desktop, no error noted.

Wireless works. YEAH!

Think Finger doesn't work. Not major but...

4 in 1 card reader doesn't work. BOO! HISS! BOO! My research has shown this is a problem with no current solution, bummer.

Volume buttons change volume. YEAH!

Screen brighten and dim buttons don't work. BOO! HISS! BOO! They worked before with SLED 10 and I think with OpenSuSE... can't remember.

Media control buttons don't seem to work either. BOO! HISS! BOO! They worked before with SLED 10

Can't seem to get Flash to work with Mozilla. BOO! HISS! BOO! They worked before with SLED 10 and all the other distributions I have tried so far.

When I try to install the nswrapper plugin I get THIS error!

# rpm -ivh nspluginwrapper-0.9.91.5-1.x86_64.rpm
error: Failed dependencies:
        nspluginwrapper-i386 = 0.9.91.5-1 is needed by nspluginwrapper-0.9.91.5-1.x86_64
#

Can't seem to find the Web Core Fonts (MS Fonts).BOO! HISS! BOO! They worked before with SLED 10 and all the other distributions I have tried so far.
Volume buttons change volume. YEAH!

Unable to get Oracle Calendar installed. I believe it has something to do with the 64 bit architecture... but I don't know, so here is the error dump:

# ./cal_linux
Preparing to install...
Extracting the JRE from the installer archive...
Unpacking the JRE...
Extracting the installation resources from the installer archive...
Configuring the installer for this system's environment...
awk: cmd. line:6: warning: escape sequence `\.' treated as plain `.'

Launching installer...

Invocation of this Java Application has caused an InvocationTargetException. This application will now exit. (LAX)

Stack Trace:
java.lang.UnsatisfiedLinkError: /tmp/install.dir.13668/Linux/resource/jre/lib/i386/libawt.so: libXp.so.6: cannot open shared object file: No such file or directory
        at java.lang.ClassLoader$NativeLibrary.load(Native Method)
        at java.lang.ClassLoader.loadLibrary0(Unknown Source)
        at java.lang.ClassLoader.loadLibrary(Unknown Source)
        at java.lang.Runtime.loadLibrary0(Unknown Source)
        at java.lang.System.loadLibrary(Unknown Source)
        at sun.security.action.LoadLibraryAction.run(Unknown Source)
        at java.security.AccessController.doPrivileged(Native Method)
        at sun.awt.NativeLibLoader.loadLibraries(Unknown Source)
        at sun.awt.DebugHelper.<clinit>(Unknown Source)
        at java.awt.Component.<clinit>(Unknown Source)
        at com.zerog.ia.installer.LifeCycleManager.f(DashoA8113)
        at com.zerog.ia.installer.LifeCycleManager.g(DashoA8113)
        at com.zerog.ia.installer.LifeCycleManager.a(DashoA8113)
        at com.zerog.ia.installer.Main.main(DashoA8113)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
        at java.lang.reflect.Method.invoke(Unknown Source)
        at com.zerog.lax.LAX.launch(DashoA8113)
        at com.zerog.lax.LAX.main(DashoA8113)
This Application has Unexpectedly Quit: Invocation of this Java Application has caused an InvocationTargetException. This application will now exit. (LAX)
#

I do have Java installed so... and this is a critical application for my laptop since it will allow me to take my calendar with me where ever I go (business travel). So this is a BOO! HISS! BOO! issue.

So far the system seems responsive and very fast. It actually boots faster than the stock install of SLED 10 or any other distribution with the exception of PCLinuxOS. Overall I am pretty satisfied with Mandriva on my laptop. Oh and to give more perspective:

Laptop Specifications:
Lenovo Thinkpad T61
Intel Core 2 Duo T8100 (2.1 GHz 800MHz 3MBL2)
Originally had SLED 10 Desktop Version (I didn't like it so I changed it to OpenSuSE)
15.4” WXGA TFT
Intel GMA X3100 GM965 (Graphics card)
2GB PC2-5300 DDR2 SDRAM 667MHz SODIMM
UltaNav (TrackPoint and Touch Pad) with Fingerprint Reader
100GB SATA 7200RPM hard drive
DVD recordable 8x max dual layer ultrabay slim
Intel PRO/Wireless 3945ABG
No Bluetooth

So this is my relatively new portable tool. I had to replace my Toshiba A15-S129 since it died a horrible death after 5 years of reliable service. I have had my new T61 for about a month and have been trying to get this thing set up the way I want it. So there it is. That is where I stand right now, stuck again. But in a better place than I was last week.

[MkIII_Supra]

Still haven't been able to get suspend to disk to work, and now the Software Management tool doesn't want to work either! Keep getting either a timeout on the update servers, or the urpmi database is locked.

Here is an example, right now I am trying to download and install PySol, but now I have an error telling me the urpmi database is locked! Now since I started the Software Management tool BEFORE the update daemon, should I have initial control AND the update daemon be placed on hold?

Okay so I find the PID for the update daemon and kill it along with the wget daemon. Restart the Software Management tool and try to install PySol again... keep in mind this is the 64 bit version of Mandriva. Anyhow I get THIS jewel!

"Installation failed, some files are missing:
ftp://mirrors.secsup.org/pub/linux/m...8.1.x86_64.rpm
You may want to update your urpmi database"

Sooo I go through the whole process to "update" my urpmi database and the Software Manager chugs along at less than a snails pace... and comes back with failed to update urpmi database due to inability to connect to sources... I have been trying since 1700 yesterday to get this gem fixed.

So right now I am attempting to use the CLI update.urpmi and see if THAT corrects the issue at hand... which my experience and gut tells me it won't. We shall see.

This is turning into a real pain in the @ss to get set-up and functioning correctly. Another issue is that occasionally the ALSA sound driver will die completely and nothing short of a reboot will resolve that issue.

So in essence I am still unable to get my laptop, which with the exception of the card reader, is 100% Linux supported, to work 100% with any version of Linux I have attempted to install on it. I was going to try Gentoo... but it just won't even start the install process at all! So after several attempts I gave up on that.

I am still nowhere close to resolving the issues in my previous post. But hey it's a nice sunny day, warm with a mild breeze so I will just sit inside and continue to self flagellate until I succeed! Yeah, right! Anyhow, I am off to take a nice bike ride, maybe some time away will clear my head enough that I can make some progress...

In the meantime, still open to suggestions and if ANY of you are in the Santa Cruz area let me know. I think, no I know I could use some serious help with this laptop to get it up to where I want it and operational the way I know it should be. Peace hope to hear from you soon.

Update... again!

Looks like using the CLI method is failing as well. Here take a look!

Master: urpmi.update Mandriva Linux - 2008.1
medium "Mandriva Linux - 2008.1 (Free64) - Installer" is up-to-date
medium "Mandriva Linux - 2008.1 (Free64) - Installer (main32)" is up-to-date
medium "Mandriva Linux - 2008.1 (Free64) - Installer (contrib)" is up-to-date
    http://mirrors.kernel.org/mandrake/Mandrakelinux/official/2008.1/x86_64/media/main/updates/media_info/synthesis.hdlist.cz
updated medium "Updates for Mandriva Linux 2008.1"
    ftp://mirrors.secsup.org/pub/linux/mandrakelinux/official/2008.1/x86_64/media/main/release/media_info/synthesis.hdlist.cz
...retrieving failed: wget failed: exited with 1
problem reading synthesis file of medium "Main (Official2008.1-1)"

It's still running right now so I am sure there will be more error messages to post but this is essentially the issue I have been running into lately. Fun no?

[bwkaz]

Well, if you had all that stuff working on the 32-bit Mandriva, maybe it'd be better to go back to that and try the HIGHMEM kernel? Not sure if that's anything you can try or not, but I think if you can, it'd be worth it.

(And what about that physical RAM map? )