(Version numbers are of the form YYMMDD. An optional serial number may be added “.1″, “.2″, “.3″ to differentiate multiple updates occurring on the same day.)
Changelog (in reverse chronological order; the topmost item is the most recent):
-
081031:
- Update for Ubuntu 8.10 Intrepid Ibex.
- Removed all instructions about installing on Gutsy. Please use Hardy or Intrepid.
- Removed the “Long term considerations” section since it became obsolete from Hardy on.
- Removed the instructions for upgrading to BIOS 1.13
- Removed several broken links appearing in the old Changelog.
- Reinstated the usage of ricoh-r5c832-fix.
- Older changes can be found here.
TODO:
- Investigate faulken’s comment about how the modem can be made to work in Fedora.
I’m going to record here the caveats of installing Linux on a Compal IFL90 and on a Compal JFL92. My focus will be Ubuntu 8.10 aka Intrepid Ibex. I’ll try to provide useful information for those who want to use other distributions.
The machine I own is actually a Sager NP2090 which is a Compal IFL90 configured and sold by Sager. The Compal IFL90 is actually available under a variety of different names depending on where it is bought. I bought my machine from PowerNotebooks, a reseller with great customer service.
My wife owns a Sager NP2092 which is a Compal JFL92 configured and sold by Sager. It was also bought from PowerNotebooks. The JFL92 has the same set of peripheral controllers as the IFL90. The main difference between the two machines is the CPU they accept. For most purposes, the JFL92 can be considered to be a newer revision of the IFL90.
Unless I state otherwise, you can assume that everything I say here applies just as well to the JFL92 as to the IFL90. But keep the following in mind:
- The only version of Ubuntu I have installed on my wife’s JFL92 is Kubuntu 8.04. However, I eventually switched her from KDE to Gnome so in effect she is running Ubuntu 8.04. I have not yet upgraded her JFL92 to 8.10.
- The only BIOS I have experience with on the JFL92 is version 1.16.
Acknowledgments: many thanks to the guys in the forums at notebookreview.com for testing, helping, googling and so forth. Special thanks to El Profe for translating and to anyusr for seeking information on the web. Special thanks too to walkerk at the Ubuntu Forums for providing the method by which to install kernel 2.6.22 in Feisty and 2.6.24 in Gutsy.
I divide hardware functionality into four categories:
- hardware which works right out of the box.
- hardware which works after manual configuration: configuration files might need to be edited manually, or software might need to be compiled, etc.
- hardware which currently does not work.
- unknown.
Again, keep in mind that Intrepid is my guide to divide the hardware among those categories. Distributions which upgrade their packages more aggressively than Ubuntu could have more items in the “works right out of the box” category. I will only give details about the last three categories above plus items which will work right out of the box but for which there are some caveats.
Also note that I DO NOT TAKE RESPONSIBILITY IF YOU BREAK ANYTHING ON YOUR SYSTEM. You have to evaluate how comfortable you are with installing Ubuntu packages, performing compilations and editing configuration files. (Then again, people who have never used Ubuntu might be wondering what the heck I’m talking about with “Hardy” and “Intrepid”. As usual, Google is your friend!)
At a glance
In the following table, “Y” means that it works, “N” means that it does not and “MC” means that it requires manual configuration to work. Columns marked “RB” mean that you should “Read Below” to know the full story. (Using the “find” facility of your browser is helpful to find the specific place.) For the “Linux in general” column, only “Y” “N” or “?” are possible since this is an abstract category. Items marked with (O) are optional when ordering the machine. Even for devices that show a “Y”, you should read the detailed information which follows to know about any potential issues. The Intrepid + Procedure column shows the results of applying the installation procedure described below to a stock Intrepid installation.
| Function | Linux in general | Intrepid | Intrepid + Procedure |
|---|---|---|---|
| Network Card | Y | Y | Y |
| Touchpad | Y | Y | Y |
| Wireless (O) | Y | Y | Y |
| Video Card | Y | Y | Y |
| Sound | Y | Y | Y |
| BlueTooth (O) | Y | Y | Y (should work on NP2092 but not tested) |
| Webcam | Y | Y | Y |
| Modem | Y | ? | ? |
| MMC Reader | Y | RB | Y |
| FP Reader | ? | ? | ? |
| Sleep | RB | RB | RB |
| Hibernation | RB | RB | RB |
| Firewire | Y | ? | ? |
| Express Card | Y | Y | Y |
| Infrared (O) | ? | ? | ? |
| Robson (O) | ? | ? | ? |
| TV Tuner (O) | ? | ? | ? |
| Intel VT | Y | Y | Y |
NOTE: I have all the optional devices in the table above except for Robson, the Infrared and the TV Tuner.
Peripherals
I maintain separate pages for the peripherals I use with my IFL90:
Hardware which will run right out of the box
-
Network card: Broadcom BCM5787M
-
Wireless (OPTIONAL): Intel 4965agn
-
BlueTooth (OPTIONAL): Broadcom BCM2045 (Broadcom BCM92045MD)/Foxconn T60H928.06. It seems that Foxconn is manufacturing OEM hardware for Broadcom. [Bizcom] mentions the Foxconn device. However the device is properly a Broadcom BCM2045 (BCM92045MD). I don’t know why they use so many different model numbers.
-
Video Camera: Chicony CNF6212.
-
Sound: Realtek ALC268
-
Memory card reader, according to [Bizcom] is a Ricoh R5C833. However, here is what lspci shows me:
0e:06.1 Generic system peripheral [0805]: Ricoh Co Ltd R5C822 SD/SDIO/MMC/MS/MSPro Host Adapter (rev 22) 0e:06.3 System peripheral: Ricoh Co Ltd R5C592 Memory Stick Bus Host Adapter (rev 12)Does this mean that the R5C833 is a combination of R5C822 and R5C592??? At any rate, it seems that the card reader is properly a R5C822.
The MMC is supported in Linux but it will not resume properly from suspend unless registry values are tweaked.
- Hardware virtualization (Intel VT): yes! I can use kvm which depends on VT to run.
Hardware which will run right out of the box (but with caveats)
- Touchpad: Elantech 810511-0911
-
Linux in general: should work as of kernel 2.6.22.6.
-
Intrepid: the touchpad will work but some of the more advanced configuration capabilities will not work right out of the box because it seems the kernel misidentifies the device. See:
https://bugs.launchpad.net/ubuntu/+source/linux-source-2.6.22/+bug/123775
-
-
Video Card: nVidia 8600GT
- Linux in general: supported both in open and closed source drivers. To take full advantage of the card, you need to use the closed source drivers. Notably you cannot play DVDs with the open-source drivers because they don’t support XVideo. I’ve tried it and wept.
-
Intrepid: use the restricted drivers manager to install the closed source drivers.
Hardware which will require manual configuration
- Both Sleep and Hibernation are not working in Hardy as of April 26th 2008. This is a regression bug because both were working in Gutsy!
- Sleep (Suspend-to-Ram): Definitely needs BIOS 1.13 or higher to work properly.
- Hibernation (Suspend-to-disk): See the note above about BIOS versions. I have had problem with fans after hibernation. It has happened twice that I resumed from hibernation and my fans were not working. It has been a long time since I had the fan problem so I consider it fixed. Also note that hibernation is likely to abort if you plug or unplug devices while the system is going into hibernation.
Hardware which does not work yet
-
Fingerprint reader: Upek TCS4BA.
-
Linux in general: the fprint project is probably where support is going to come from. Specifically see this bug report. There is discussion in that bug report of support being limited to the 32-bit version of Linux.
-
Intrepid: see the above but also see:
-
- Robson (OPTIONAL): Intel chipset. Does not seem supported.
Unknown
-
Modem: Motorola UbiSurf(tm) SM56 Software Modem ([Bizcom] lists a Foxconn chipset but it looks like Foxconn makes OEM hardware for Motorola. So for now I’m expecting an SM56 made by Foxconn.)
-
Linux in general: the drivers exist and are packaged by Motorola as RPMs:
http://www.motorola.com/softmodem/sm56_download.htm#linux
It is most likely however that most people will want to have fresher RPMs than those listed there which were released in 2002 or earlier! In fact, it seems that the drivers provided by Smart Link have taken over. These are often known as sl-modem in various distributions.
-
Intrepid: preliminary searches suggest that sl-modem-daemon is all that is required. If compilation is required, see the following:
https://help.ubuntu.com/community/DialupModemHowto/Smartlink
The original sources are kept in this site:
http://linmodems.technion.ac.il/packages/smartlink/
See also the note on how to recompile the sources:
http://www.arcetri.astro.it/~lfini/LinuxLaptops/Fujitsu.Amilo.Pi1505/
-
- Infrared (OPTIONAL): ENE chipset… exact model unknown for now. I do not have this device.
- TV Tuner (OPTIONAL): Lifeview LR535NTA. I don’t have a clue about this device because I have not ordered it.
About Hardy and the BIOS
Ok, this is a bit preliminary but I need to warn people. After my upgrade to Hardy, X started crashing almost 100% of the time after a resume from suspend-to-ram (aka: sleep). My machine was still at BIOS 1.13. After upgrading to BIOS 1.16, the crashes are still present. I am using BIOS 1.18 now which seems more stable and any previous BIOSes.
How to add my repository to your sources
-
The repository is signed with my private OpenPGP key. Execute:
$ sudo nano /etc/apt/sources.listAdd the two following lines at the end of the file:
deb http://lddubeau.com/downloads/ubuntu intrepid main deb-src http://lddubeau.com/downloads/ubuntu intrepid mainSave and exit. Execute:
$ sudo apt-get updateapt-get should execute normally except that it will complain that it does not have the GPG key for my repository. Execute the following commands to get my key:
# The next 3 commands import my public key to your # apt keyring. # (Note: if you don't have gpg installed already you should execute # "apt-get install gnupg" and continue after that is done.) $ gpg --keyserver keyserver.ubuntu.com --recv-keys F70DFA47 $ gpg --export --armor F70DFA47 > /tmp/key.asc $ sudo apt-key add /tmp/key.asc # apt-get should not complain about a missing GPG key now. $ sudo apt-get update # This installs the required package $ sudo apt-get install alsa-source
Upgrade procedure from Hardy to Intrepid
NOTE: Please note that I’ve encountered some significant issues when I upgraded. You might want to take a look. None of those issues appear to be specific to the IFL90 or JFL92. You might want to hold off upgrading for now.
NOTE: USE THIS PROCEDURE AT YOUR OWN PERIL.
NOTE: You must have used the procedure to install Hardy on a IFL90 described on this page. If you used any other procedure all bets are off.
- If you use EnvyNG, I recommend that you remove it and return to the restricted drivers provided by Ubuntu before you upgrade. EnvyNG is neat but if you file bugs which may be related to the nVidia driver installed by EnvyNG, the Ubuntu developers won’t be happy.
- Follow the normal upgrade instructions.
- Install the nVidia drivers as described below for Hardy..
-
If ricoh-r5c832-fix is already installed you do not need to do anything.
If you do not do this, the MMC will not resume working after resuming your laptop from suspend. If you’ve added my repository like suggested above in the section on adding sound support, then you just need to perform the following command:
$ sudo apt-get install ricoh-r5c832-fixOtherwise, you need to grab ricoh-r5c832-fix_1_i386.deb and install it with the following command:
$ sudo dpkg -i ricoh-r5c832-fix_1_i386.deb
Installation procedure for Ubuntu 8.04 (Hardy Heron)
NOTE: USE THIS PROCEDURE AT YOUR OWN PERIL.
NOTE: It is a good idea to read the steps ahead a little bit to make sure you won’t miss a step.
NOTE: lines that begin with $ are to be typed at the command line prompt. Lines that begin with # are comments.
NOTE: You should be connected to a network to perform the installation of Ubuntu. You’ll have to use a wired network for the initial steps.
NOTE: This is the procedure to use for installing from scratch. I have used this procedure to go from Gutsy to Hardy. I have also upgraded from Gutsy to Hardy as described below but later decided to install from scratch to make sure I did not mess things up.
Note about the JFL92: As of May 5th, 2008 the Kubutu alternate installation CD for amd64 displays a strange behavior during installation. See this bug report. It does not prevent installation nor does it cause any insurmountable problem later. After the system is fully installed and updated, the problem still manifests itself at boot: after entering the passphrase to open the encrypted filesystem, the boot process sometimes stops until a key (any key) is pressed. For most users this is an annoyance. It would be a problem for someone who wants unattended boots.
Update 080605: faulken reported a solution to this problem: disable AHCI in the BIOS.
This bug does not happen on my IFL90 but that may be because I have AHCI disabled anyway (because of XP).
Ok, here is the installation process:
-
It is a good idea to install Windows before installing Ubuntu. If you are new to Linux or if Windows is your primary OS you should certainly install Windows before Linux. It is possible to install Ubuntu first but the problem is that installing Windows later messes with the boot process and then you have to fix it yourself.
-
Do an installation of Hardy using either the Desktop or Alternate CD. (I think the Desktop CD should work but I have not tested it.) The following links contain useful information:
- the community documentation on installation may also be useful.
- this illustrated dual boot site also contains suggestions as to how to partition the hard disk for Ubuntu and Windows.
- The first time you log in, the system might tell you that there are updates to be performed. Do perform those updates before going further.
-
Install the nVidia drivers.
Log in and go into System->Administration->Hardware Drivers. There you will see a driver for your nVidia card. Turn it on and follow the instructions.
-
-
Execute the following:
$ sudo nano /etc/modprobe.d/alsa-baseGo to the end of the file and add the following lines. The first line is just a reminder to yourself as to what the next line is about. Such reminders are useful when packages are upgraded. You might want to change “LDD” to your own initials.
# LDD: I added this line for supporting the ALC268 audio chipset. options snd-hda-intel model=toshibaPress Control-X to exit and save.
-
Now you should reboot. The advantage of rebooting instead of just trying to fiddle with modules is that by rebooting you can make sure that everything is going to work right after a reboot. If you just fiddle with the modules, you may be setting up something which will be undone next time you reboot. So rebooting is better to make sure to trap possible problems early.
-
Question: But I still have no sound! What is going on?!?
Answer: This is a Linux problem, not a IFL90 problem. Sound support in Linux is still a bit on the arcane side. Open the “Volume Control” application. (A right click on the volume applet will do it.) Go into “Edit -> Preferences” and make sure that all channels (called tracks by the application) are selected. That’s because multiple channels affect the volume. For instance, the sound that comes out of the headphones is controlled by the PCM and the Headphone channels. If either of them is muted, you get no sound. To summarize briefly:
- PCM: all sound output goes through that channel so changing the volume on this channel will affect all sound output.
- Front: this controls the volume of the internal speakers.
- Headphone: this controls the volume of the headphones.
I have not played enough with the other channels to give a good description. See this comment for an initial stab at explaining microphones.
-
-
Execute the following:
$ sudo nano /etc/default/acpi-supportAnd change SAVE_VBE_STATE and POST_VIDEO from true to false.
-
TODO: Install modem support.
Upgrade procedure from Gutsy to Hardy
NOTE: USE THIS PROCEDURE AT YOUR OWN PERIL.
NOTE: You must have used the procedure to install Gutsy on a IFL90 described on this page. If you used any other procedure all bets are off.
- Follow the normal upgrade instructions.
-
Your machine will reboot. When I rebooted my X resolution was screwed. I fixed it by doing the following. This assumes you are using the NVIDIA PROPRIETARY DRIVERS. If not, skip the second command. Run:
$ sudo dpkg-reconfigure xserver-xorg $ sudo nvidia-xconfig $ sudo /etc/init.d/gdm restartUpon my first try, I ran the dpkg-reconfigure command above with -phigh but that created a xorg.conf file which did not enable emulation of the middle button on the touchpad.
- Now, X should start. Log into your account. After logging in, Hardy reported to me numerous crashes of applications but they were spurious because I was not running those applications at that time.
- Install the nVidia drivers as described above.
- Install sound support as described above.
-
If ricoh-r5c832-fix is already installed you do not need to do anything.
If you do not do this, the MMC will not resume working after resuming your laptop from suspend. If you’ve added my repository like suggested above in the section on adding sound support, then you just need to perform the following command:
$ sudo apt-get install ricoh-r5c832-fixOtherwise, you need to grab ricoh-r5c832-fix_1_i386.deb and install it with the following command:
$ sudo dpkg -i ricoh-r5c832-fix_1_i386.deb
Quirks and Solutions
I am listing here some quirks and their solutions:
- Using the video camera:
- I never got ekiga-gtkonly to work.
- I was able to use ekiga. However, it needs to have the package libpt-1.11.2-plugins-v4l2 installed! This package may be missing from your installation so make sure it is installed before reporting problems with the video camera.
- For future reference, my preferences under the “Video Devices” tab are set to “Video plugin: V4L2″, “Input Device: USB 2.0 Camera”, “Format: Auto”, “Channel: 0″, “Image: None”.
- Incorrect panel position and size in Gnome: although the X Window resolution can be set to 1680×1050 (the native resolution of my laptop), it seems that upon subsequent logins Gnome forgets the resolution and returns to 1024×768. This is a problem that will happen for people who used to run Gnome at a different resolution previously, like I did. Fix: Start gnome-display-properties from a terminal, switch to 1024×768, click “Apply” and then click “Return to previous resolution”. At this point, the panel should be the right size and position. If it is, then run gnome-session-save from the terminal. A different and faster method is to execute “killall gnome-panel”. This will kill the panel and it will automatically be restarted by Gnome. Then you save the session with gnome-session-save. The trick is to start a terminal if you panel does not show the “Applications” menu. Right clicking on the background should show a menu that has an item named “Open Terminal”. Use that if needed.
Upgrading to a newer BIOS
NOTE: The instructions here are for BIOS version 1.16 but I’ve also used them for version 1.18 without any problem. Adapt as needed.
NOTE: You are following this procedure at your own risk. If things break, I’m not responsible.
NOTE: BIOS upgrades should always be performed with a full battery or preferably while on AC. If the process is interrupted before it is complete, you are likely to turn your laptop into an expensive and fancy brick.
This guide is based on this page about how to boot from a USB drive. I’ve boiled down the instructions to what worked for me. You may want to look at that guide if your situation is different than mine.
Here is the procedure:
-
Install the necessary tools:
$ sudo apt-get install dosemu mbr dosfstools -
Get the BIOS from the official channels and unzip it somewhere.
- Now you need to format your USB drive as a hard-disk. There are basically two ways your USB drive can be treated: superfloppy or hard-disk. I know the hard-disk method works. I have not tried superfloppy. To do the following steps you need to know which device your USB drive appears as. With the hardware I have in my machine, it appeared as /dev/sdb.
- Your drive needs to have one partition on it. Mine was already set up that way because when I insert it, the filesystem is mounted from /dev/sdb1. If yours is not set up with one partition, you need to use cfdisk, fdisk, gparted or whatever you want to create one single partition on the device.
-
Next, you want to set the MBR properly so that the device can boot:
$ sudo install-mbr -p1 [your device]The -p1 argument tells install-mbr that you want to automatically boot from the first partition. Replace “[your device]” with the actual name of the block device, not the partition! It would be /dev/sdb for me. (NOT /dev/sdb1).
-
Then you want to create a file system. I did not have to do that because I already had a filesystem on my disk. You may also skip this if you already have a file system, otherwise:
$ sudo mkdosfs -I [your partition]Replace “[your partition]” with the partition on your device, not the block device itself! It would be /dev/sdb1 for me.
-
Edit your ~/.dosemurc so that you can access your USB drive. Mine reads:
$_hdimage = "drives/* /tmp /dev/sdb1"This means that the drives under ~/.dosemu/drives/ are going to be mapped to C and D. The directory /tmp is mapped to E. This is a placeholder really because E should normally be a CD-ROM drive. And /dev/sdb1 is mapped to F.
- If your USB drive was mounted, please unmount it.
- There is a bug currently in dosemu or Linux or something. To work around it, execute:
echo 0 | sudo tee /proc/sys/vm/mmap_min_addr -
Start dosemu in a terminal. It will start and display the usual messages. Now the default dosemu installation does some drive remapping in autoexec.bat so by the time you get the dos prompt the drive mappings are:
- C: what you booted from.
- D: this maps to your home directory in Linux.
- E: this maps to /tmp.
- F: this maps to your USB drive.
- Z: this is where FreeDOS is actually installed.
- Now you need to install FreeDOS on the drive so run the following:
$ z: $ sys f: - Then you need to copy the files from the BIOS archive you downloaded. Go onto d: and cd to where the files are. Then copy them to f:.
- Exit dosemu by running exitemu.
- You are done in Linux so you can close everything you need to close and reboot.
- Press F12 to get the boot device list, select the USB drive.
- It should boot automatically but if you get a prompt of the form “MBR FA:”, hit A. Then you will get a prompt of the form “MBR 1234F:” hit 1.
- FreeDOS will ask for the time and date. Just hit enter.
- When you get to the DOS prompt, execute the batch file JFT02116.BAT by typing “JFT02116″ at the prompt and hitting return. (This is the file for BIOS 1.16. If you are upgrading to another BIOS find the appropriate batch file and execute that.)
- The flashing process will start. It takes a bit to go through the whole process.
REFERENCES
- [Bizcom]http://www.bizcom-us.com/support/IFL9091/Drivers/Intel/Vista32_64/FL9xVista3264DriversonJun28th.pdf
Old Changelog
Entries are in reverse chronological order. (The topmost item is the most recent.)
-
080605:
- Added a solution to the momentary freeze problem during install or bootup.
080526:
- Update regarding an Ubuntu bug on the JFL92.
- According to Revan (search comments), the Express Card works.
- Spell checking… eek!
-
080521:
- Added information regarding the JFL92.
- Added information about making ekiga work properly.
-
080512:
- Updated the information regarding the fingerprint reader
- Cosmetic fixes.
-
080430:
- Proper support for sound needs modifications to alsa-base otherwise the sound does not recover from sleep or hibernate. I’ve updated the installation procedure accordingly.
-
080426:
- General cleanup of the procedures and what is supported and not.
-
080423:
-
080418:
- ricoh-r5c832-fix is no longer needed in Hardy.
- Removed -phigh from the xserver reconfiguration command.
-
080416:
- Instructions for upgrading to Hardy Beta.
- Instructions for installing Hardy.
- Removed instructions for installing a Hardy kernel in Gutsy.
-
080104.2:
- Fan problem after hibernating occurs in 2.6.24-2.
- I’ve downgraded sleep and hibernate status from “Y” to “RB” (i.e. “Read Below”) because I think there are still issues.
-
080104.1:
- Updated instructions on how to use a Hardy kernel in Gutsy.
-
080103:
- Added instructions on how to use a Hardy kernel in Gutsy.
- Began forecasting support in Hardy.
- Added a warning about possible fan problems after hibernating.
-
080101:
- Removed the instruction to install debconf-support when installing audio since it does not seem to exist anymore.
- Added a bit of information about sound channels.
-
071217:
- Added links to new pages I created about how to configure in Unbutu peripherals I use with my IFL90.
-
071216:
- Help to upgrade to BIOS 1.13
- Suspend and hibernate work fine.
- Posted a warning about kvm.
- Spellchecked the page again. Yuck! Corrected many typos.
-
071019:
- Removed all instructions for Feisty. I do not support Feisty anymore and will not answer any questions about Feisty on an IFL90. Use Gutsy.
-
071005:
- Moved to Ubuntu 7.10 beta, aka Gutsy Gibbon Beta. The entire installation procedure is much easier than it was with Feisty Fawn in August. Kudos to the Ubuntu developers.
- There are two procedures: one for installation from scratch and one for upgrading from Feisty to Gutsy.
- Moved to alsa 1.0.15rc3 for sound support. This fixes the muting problem and adds support for microphones. I found that the recording obtained from the mikes is very noisy but have not investigated.
- The new procedures for Gutsy can be used but I’m not finished testing everything. For instance, it is possible that suspend/resume now works fine. I’ll have to check when I have time.
-
070920:
- Added instructions to upgrade the nVidia drivers from 100.14.11 to 100.14.19.
- Updated my observations about sleeping and hibernating. Upgrading the nVidia driver and the kernel upgrades have improved the stability of the system but we’re not quite out of the woods yet.
- Split the changelog in two. Old entries are now at the end of the page.
- Reinstated the TODO list…
- I’ve got feedback that Linux does not recognize Robson at all. Absent evidence to the contrary, I consider Robson to be unsupported in all versions of Linux.
- Added a “Gutsy + Procedure” column to my table even though I don’t have a procedure for Gutsy yet. I’m forecasting what we can expect.
- Cosmetic changes.
-
070916:
- There is now a solution for making the MMC chipset work. People who have already used the installation procedure I propose here should jump to the section about Installing MMC support and follow the instructions there.
-
070910:
- Added the procedure to upgrade from 2.6.22-10 to 2.6.22-11. This kernel has support for the video camera “out of the box”. This means that Gutsy will have “out of the box” support for the video camera!
- Updated the initial installation procedure to work with 2.6.22-11.
- Fixed the chmod commands to have the “+x” argument! (Argh!)
- Deprecated some old procedures.
-
070822.2:
- The repositories are now fine. You may use the new installation procedure which installs a 2.6.22-10 kernel and the upgrade procedure to go from 2.6.22-9 to 2.6.22-10.
- Added a note that my actual machine is a Sager NP2090.
-
070822.1:
- A word of caution: Ubuntu is in the process of refreshing its repositories but at the moment the repositories are inconsistent. Do not try to perform the processes indicated here until further notice. Nothing tremendously bad will happen if you do but it will make things a bit more complicated. Things will probably stabilize tomorrow.
- I have deprecated the procedure that upgrades to 2.6.22-9.
-
070821:
- Spellchecked the whole page. Found many typos!
- Started creating an initial installation procedure based on Ubuntu kernel release 2.6.22-10.
- Started creating an upgrade procedure to go from 2.6.22-9 to 2.6.22-10.
- Please do not use these two new procedures yet. You can still use the one based on 2.6.22-9.
070816:
- I’ve created a real repository for the packages I created for the installation procedure and added instructions to add those repositories. I urge people to use the repository rather than install my packages using dpkg.
- Reworded 2 passages that were way too obscure.
-
070814:
- Changed vi to nano in one of the commands I ask people to perform in the installation procedure. Both vi and nano are text editors but nano is more user friendly, in my opinion. I use vi personally, hence the mistake.
- Removed the TODO, which I think was confusing some people.
-
070813:
- Added a step to enable the universe repositories (and optionally multiverse).
- Added an issue with movie playback.
-
070812:
- Removed the separate version number at the top of the page. From now on, to know the version number of the document just look at the top entry in the changelog.
- Added new unresolved issues with sensors and audio.
-
070809:
- Added entries for Firewire and Express Card in the table. I have not yet investigated the chipsets.
- Added some information about the inability to get the machine to sleep.
-
070807:
- Found a solution to the resolution problem.
- Added a temporary solution to the problem of recognizing the DVD drive.
- Added instructions to get the webcam working.
- Contrary to reports, the IFL90 does not come with a TPM module. If somebody knows something different, let me know.
399 Responses to “Linux on a Compal IFL90 and JFL92”
Pages: « 20 … 11 10 9 8 7 6 5 4 3 2 [1] Show All
Pages: « 20 … 11 10 9 8 7 6 5 4 3 2 [1] Show All
August 14th, 2007 at 9:10 am
it was more of a stop gap measure until ubuntu fully migrates to using the newer system where the cdrom is called sr0. and thanks for pointing out my misspelling i dont notice since i would just type rc.l[tab] and get the rest
August 14th, 2007 at 8:31 am
INCSlayer, there are some typos in your post. The file you want is /etc/rc.local (with a c, not a k). It is important because while some of us can mentally correct that, there are people with less experience with Linux that are going to be utterly confused when they don’t find rc.lokal.
By the way, people should free absolutely free to point out typos and confusing passages to me. (Damn… I just noticed I tell people to use vi in one of my instructions!!!! Vi is a very powerful editor but utterly confusing for the average user.)
While that solution would work, it does not provide anything that editing /etc/modules as I explain in the process above does not already provide. Actually, it is bad form to put a modprobe command in rc.local. The sole purpose of the /etc/modules file is to record modules that modprobe should load during the boot process but are not loaded by other means.
August 14th, 2007 at 8:20 am
Daniel, did you try movie playback after your install was complete? How did it work for you? Also can you give me the output of executing:
$ ls /dev/dvd
That would help me figure out whether your installation procedure resulted in the DVD drive being detected differently.
August 14th, 2007 at 2:14 am
to get the cd drive permanently do this:
sudo modprobe ide-generic
then:
sudo gedit /etc/rc.lokal
this is a file that loads modules such as for example ide-generic it should look somewhat like this:
#
# text i dont remember
#
exit.0
now add “modprobe ide-generic” withouth the “” marks in the empty space and when you restart it will load it up and it should work
August 13th, 2007 at 3:52 pm
Hi again,
Thanks for the solution regarding the DVD-drive!
I’ve found a way to install Ubuntu Feisty via the normal CD. It seems that the live CD didn’t like the DVD-drive either. So here’s the solution:
Boot up your computer with the live CD in it.
Do not start Ubuntu in normal mode, this because there are some issues regarding the Video Card. Instead select (but do NOT press Enter yet!) “Safe Graphics” mode.
Now press F3 (or is it F6?) on your keyboard. You should see a line of text which is used to start Ubuntu in safe graphics mode. At the end of this line add “generic.all_generic_ide=1″ (without quotes).
Now press Enter and there you go: the Ubuntu Live CD loads!
Hope this helps!
Daniel
August 13th, 2007 at 1:40 pm
I’ve used pbuilder to create a clean environment to test the package installation. If I use the two commands I mention above one right after the other, it works… BUT you have to have the universe repository uncommented in your /etc/apt/sources.list. You should use whatever editor you use to edit configuration files, for instance:
$ sudo nano /etc/apt/sources.list
Look for two lines like this:
# deb http://us.archive.ubuntu.com/ubuntu/ feisty universe
# deb-src http://us.archive.ubuntu.com/ubuntu/ feisty universe
Remove the pound (#) signs at the beginning of those two lines. In the file you will find some comments in front of those two lines that say the packages in those repository are unsupported. True but the funny thing is that module-assistant, which is one of the very tools used to build modules on Debian derived systems (like Ubuntu) is part of that repository.
After doing the editing, you should do:
$ sudo apt-get update
$ sudo dpkg -i envy_0.9.7-0ubuntu6_all.deb
$ sudo apt-get -f install
And now it should work.
August 12th, 2007 at 5:56 pm
No wonder that apt-get -f install did not work. The packaging system thinks you don’t want envy on your system. Try again the following two commands one right after the other:
$ sudo dpkg -i envy_0.9.7-0ubuntu6_all.deb
$ sudo apt-get -f install
The first command will request the installation of envy and you will most likely get the same message about dependency problems as you did the first time around but the second command should fix that.
If that does not work, you’ll have to issue an apt-get install with all the packages dpkg said envy depends on:
$ sudo apt-get install build-essential xserver-xorg-dev …
You should look at the error message you first posted here to know which packages are necessary.
August 12th, 2007 at 5:40 pm
root@Ubunto:/home/chris# dpkg -l envy_0.9.7-0ubuntu6_all.deb
No packages found matching envy_0.9.7-0ubuntu6_all.deb.
root@Ubunto:/home/chris# dpkg -l envy
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed
|/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad)
||/ Name Version Description
+++-==============-==============-============================================
pn envy (no description available)
August 12th, 2007 at 12:57 pm
What is the output of:
$ dpkg -l envy
August 12th, 2007 at 11:46 am
I guess what is confusing me is that the command doesn’t install the packets of envy for me. All I can see is other things getting updated or nothing happening at all.
root@mshome:/home/chris# apt-get -f install
Reading package lists… Done
Building dependency tree
Reading state information… Done
The following packages were automatically installed and are no longer required:
module-assistant xserver-xorg-dev linux-libc-dev dh-make dpatch
Use ‘apt-get autoremove’ to remove them.
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
August 12th, 2007 at 9:50 am
Christopher, that’s normal. On my machine, I had installed beforehand all of the packages that envy needs so I did not see this kind of warning. I think the solution is to execute:
$ apt-get -f install
Please try that and let me know whether it is successful. What that command should do is fetch and install all the packages that envy needs and then it will complete envy’s installation by configuring it.
August 12th, 2007 at 3:07 am
I am currently having an error when I am installing Envy. It seems like it is a corruped file error but no matter how many times I redownload the package it shows the same thing. Here is the Terminal output.
root@mshome:/home/chris# sudo dpkg -i envy_0.9.7-0ubuntu6_all.deb
Selecting previously deselected package envy.
(Reading database … 122043 files and directories currently installed.)
Unpacking envy (from envy_0.9.7-0ubuntu6_all.deb) …
dpkg: dependency problems prevent configuration of envy:
envy depends on build-essential; however:
Package build-essential is not installed.
envy depends on xserver-xorg-dev; however:
Package xserver-xorg-dev is not installed.
envy depends on module-assistant; however:
Package module-assistant is not installed.
envy depends on fakeroot; however:
Package fakeroot is not installed.
envy depends on dh-make; however:
Package dh-make is not installed.
envy depends on debhelper; however:
Package debhelper is not installed.
envy depends on dpkg-dev; however:
Package dpkg-dev is not installed.
envy depends on dpatch; however:
Package dpatch is not installed.
dpkg: error processing envy (–install):
dependency problems - leaving unconfigured
Errors were encountered while processing:
envy
August 5th, 2007 at 7:40 pm
Agrou, yep you can add Turbo Memory to the IFL90. I called it by its code name in my document: “Robson”. There have been reports of Robson causing BSOD on Lenovo laptops. I do not know whether it has been fixed nor not but it is something to think about. I have not seen reports of problems with Robson on the IFL90. Unfortunately (or maybe fortunately) I did not order Robson for my IFL90. I have 2GB of RAM and an 7,200RPM HD so I do think Robson will not give me much of anything. Also, it is unclear how Linux can take advantage of Robson. Last time I checked (about a month ago), there wasn’t a peep about Robson on the mailing lists dedicated to the development of the Linux kernel. What this means, I don’t know. Does it mean that Robson will just appear as a flash drive in Linux and then you’re free to do whatever you want with it? Or does it mean that the kernel developers decided that Robson is bad technology and not worth supporting? I don’t know.
(PS: A general note: I’m still pretty much out of touch but I can read emails and comments from time to time.)
August 5th, 2007 at 4:43 pm
Hi !
Thank you for this guide, I will buy an IFL90 pm2 and I think it will be really useful.
I’ve a little question before I will order it : There is a possibility to add a thing called “Intel Turbo memory” witch is a 1GB Flash memory. I’ve read than it is for M$ vista but I would like to know if there is possibility to use it like an hard drive (maybe for the swap, maybe for installing a part of the system expecting a speed boost).
August 4th, 2007 at 10:29 pm
Video works!!!! I don’t have time to check in more details right now but I get an image!
August 4th, 2007 at 10:05 pm
Daniel, I’m glad you are finding the guide useful!
That’s a good question about the DVD drive and many thanks for reporting the problem. I did not check the DVD drive given that it works fine during installation. Indeed it does not work for me either. Rather embarrassing, I must say. Unfortunately, I’m swamped right now so I don’t know when I’ll have time to look into it but you can be sure this is going to be at the top of my list of things to fix.
Edit: Ok, I found a temporary fix. Executing:
$ sudo modprobe ide-generic
will bring up IDE subsystem which will generate the proper udev event to create /dev/hda. So the solution would be to make this happen at boot up which can be done by editing /etc/modules to add ide-generic. However, I’d really like to figure out why the boot process does not detect the need for ide-generic automatically. When I have time, I’ll try to find a real solution for this. In the meantime executing the command above as needed or editing /etc/modules can serve as a solution.
August 4th, 2007 at 8:34 pm
Hi,
First of all kudos on this page. You’ve really done a great job!
I’ve got a question though, from one Compal IFL90 user to another. Haven’t you had any problems regarding the DVD-drive? I myself have experienced some serious problems with it: after installing Ubuntu from this drive (following all the steps written above) it magically disappeared! When I put a CD in it, it doesn’t mount. When I try to mount it manually it says something like “/dev/hda not found”. Correct because /dev/hda doesn’t exists. So I’ve tried mounting several other options (/dev/sda# and /dev/sg0) all without success. Did you by any chance encounter these problems or do you have a solution or some useful tips?
Thanks in advance,
Daniel
August 1st, 2007 at 3:06 pm
ok, thank you very much for your work
byeee
>> Oh, and muito obrigado for leaving feedback!
Muito bem
August 1st, 2007 at 6:07 am
Mario, unless some tragedy happens to me you can be sure I will update the page as I find more information. I do not have the machine yet. So for now I have to investigate what the Compal IFL90 *probably* has in it.
But as soon as I have the machine I will install Ubuntu and figure out ways to get as many devices working as possible.
Oh, and muito obrigado for leaving feedback! (That’s about the extent of my Portuguese!)
July 31st, 2007 at 10:23 pm
thanks a lot for this post. I bought a Compal IFL90 and i have the same problems to install linux (ubuntu feisty).
If you discover another thing, please post here.
byee an thank you
PD: Sorry for my english, i am portuguese