Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.


Messages - cuscotravelservices

Pages: [1] 2 3 ... 7
2
wattOS R9 / Re: R9 Information
« on: December 27, 2014, 08:15:56 PM »
Will be able to choose the init system we prefer to use?

3
Feedback and Suggestions / Re: wattOS R9 Suggestions
« on: December 24, 2014, 11:20:05 PM »
Pale Moon browser is NOT a newbie friendly installation, unless you want to post STEP BY STEP  instructions...

It can be done manually, step by step, and there are instructions on the web that explain just that but there is also a User Friendly installer that can be downloaded from the following page.

Pale Moon for Linux Installer

I have used the installer for Pale Moon 25.1 32-bit for the old PC I am renovating. It worked fine.

4
wattOS R8 / Re: NVIDIA Legacy Driver Installation Problems :(
« on: December 15, 2014, 04:41:38 AM »
Do you have anything odd in your boot lines?

Not that I'm aware of.

Can you try doing the whole sequence with a different monitor attached?

Tried that already when I used the Live USB with my old computer and installed nvidia-xconfig which produced the same results as on the target PC even though a different graphics card was being used.

Those are the only things left that I can think of if 3.2.0-4 kernel, nvidia drivers, and nvidia-xconfig don't solve it.

The monitor and graphical rendering are functioning fine with the Option "metamodes" line and the HorizSync and VertRefresh I have specified in the xorg.conf file.

If you have space on the drive, crunchbang 11 or antix 13.2 and debian wheezy all have worked for me doing it that way.  Antix is a quick install.

I have antiX 14R Alpha 2 on a Live USB. Should installing nvidia-xconfig on it produce the results you are anticipating?

5
wattOS R8 / Re: NVIDIA Legacy Driver Installation Problems :(
« on: December 15, 2014, 01:32:56 AM »
Hmmmm, with the nvidia driver I would say

backup your xorg.conf, and move it out of the way

install nvidia-xconfig

run "init 1"

then sign on as root, and

run "nvidia-xconfig".  it will generate a new xorg.conf. 

then do a reboot, and boot normally into x and see if it works

Hi Bob,

I had done all that but the Frequencies were not correct.

nvidia-xconfig produced the following:
Code: [Select]
HorizSync       28.0 - 33.0
VertRefresh     43.0 - 72.0

It didn't create any ModeLine and corresponding Modes lines nor an Option "metamodes" line.

The EDID reported the following:
Code: [Select]
Section "Monitor"
# Block type: 2:0 3:fd
# Block type: 2:0 3:fc
Identifier "T530S"
VendorName "GSM"
ModelName "T530S"
# Block type: 2:0 3:fd
HorizSync 30-56
VertRefresh 50-120
# Max dot clock (video bandwidth) 80 MHz
# Block type: 2:0 3:fc
# DPMS capabilities: Active off:yes  Suspend:yes  Standby:yes

Mode "1024x768" # vfreq 60.004Hz, hfreq 48.363kHz
DotClock 65.000000
HTimings 1024 1048 1184 1344
VTimings 768 771 777 806
Flags "-HSync" "-VSync"
EndMode
Mode "800x600" # vfreq 85.061Hz, hfreq 53.674kHz
DotClock 56.250000
HTimings 800 832 896 1048
VTimings 600 601 604 631
Flags "+HSync" "+VSync"
EndMode
# Block type: 2:0 3:fd
# Block type: 2:0 3:fc
EndSection

As the EDID mirrored what I saw, when I connected the monitor to my old computer, I went with that initially before finally settling on using the Option "metamodes" line and I set the HorizSync and VertRefresh to match what I saw in the EDID.

I wonder what people's experiences are like with ATI and AMD based graphics cards.

Hasta pronto, Michael.

6
wattOS R8 / Re: NVIDIA Legacy Driver Installation Problems :(
« on: December 14, 2014, 10:16:30 PM »
Hi All,

So, having solved the driver configuration issues for the LCD monitor (BenQ GW2265) using the VGA connection, it was time to turn my attention to the CRT monitor (LG Flatron ez T530S) using the same connection.

The EDID data for the T530S reported 2 Modes (1024x768 and 800x600) whereas only 1 was reported for the GW2265 (1920x1080).

Starting with the xorg.conf file for the GW2265 as a template, I replaced the 1 ModeLine parameter line with 2 ModeLine parameter lines with what was acquired from the EDID data for the T530S.

I placed the 800x600 resolution first because that has the highest Vertical Refresh Rate (85 as opposed to 60 for the 1024x768 resolution). I thought this would allow a person to easily switch between the 2 resolutions.

However, as far as I have been able to ascertain, by having 2 resolutions specified in the xorg.conf file the NVIDIA driver automatically creates a Virtual environment with its Size set to the largest of the specified resolutions.

It "threw me for a six" for a while before I properly determined what was going on but what this does is allow a certain resolution to be used for setting the DPI and, then, within the window of that resolution you can Pan (up and down and left to right) the larger Virtual environment by moving the Mouse Pointer to the edges of the screen.

I don't see a lot of benefit in this, except to provide an easier way to scroll within a certain area if you are working on a large spreadsheet or some other document, because it applies to all windows and means that extra moves of the mouse are required to bring interface features (e.g. Title Bar, Close button) into view before you can use them. When you open a window and then maximise it the window resizes to the size of the resolution of the Virtual environment and not to the size of the screen. So, then, part of the window becomes invisible to the right and the bottom of the screen and in order to see it you have to move the mouse pointer to the corresponding edge of the screen. If you move the mouse pointer to the bottom edge to see that "hidden" part of the window then you have to move the mouse pointer to the top edge of the screen to be able to interact with menus etc.

Well, whilst composing the above, it gave me some more time to think about it. Maybe it's just a matter of adaptation or preference.

However, it probably requires more memory to facilitate such a feature which is something you may be wanting to avoid on a computer with low memory resources.

So, after more testing and analysis, I have decided that the xorg.conf file (for the NVIDIA driver) should only have the 1 resolution specified and for a CRT monitor it's usually best to use the highest frequency with the highest resolution that can use that frequency. For the T530S that is 800x600 @ 85Hz. Afterwards, you adjust the monitor's Size and Position settings via its OSD (On Screen Display) menus. To use any other resolution would require changes to the OSD configuration which would be a tiresome effort if for any reason someone needed to change the resolution on a frequent basis.

To do this the Screen Section should have an Option "metamodes" line with ony 1 resolution as follows.

Option "metamodes" "800x600_85"

If, however, a person did want to change the resolution and save that setting in the xorg.conf file via the NVIDIA X Server Settings GUI (graphical user interface), they could inadvertently experience the same problems with a virtual environment as I did because this application, by my reckoning and experience, is not consistent with how it saves a Configuration to the xorg.conf file. Checking and unchecking the checkbox (Merge with existing file.) appears to have inconsistent  effects. If you selected a different frequency for the current resolution, an additional entry was added for that frequency for the current resolution. So, now you have 2 entries and if you change the resolution to something else only the first of those entries will be replaced or maybe the new entry will be added to the front of them. When X is next started, the NVIDIA driver sees the 2 or more entries and uses the one with the highest resolution to create and set the size for a Virtual screen environment. I haven't been able to find a way to turn that off.

The entries that are created, via the GUI, use the Option "metamodes" syntax. When there are Option "metamodes" lines in the Screen Section, the NVIDIA driver appears to ignore ModeLine lines in the Montior Section. Therefore it would appear of no use to have any ModeLine lines in the configuration file at least for a CRT monitor as far as I can tell.

The only sane way to save a new configuration via the GUI, it appears, is to not use the Merge checkbox and to use the Preview pane to make sure that you only have 1 entry for the Option "metamodes" line.

What a shambles!

Hasta luego, Michael.

7
wattOS R8 / Re: NVIDIA Legacy Driver Installation Problems :(
« on: December 14, 2014, 10:05:30 PM »
Sounds like you should be volunteering to help with translations!

Will do so as I go.  :)

I hate that xorg.conf file.

Tell me about it. Is it an NVIDIA thing, an X thing or a combination of both that makes it difficult to get a configuration right?

Its always been trouble!  Like on my machine with 3 two headed nVidia vga cards and 6 lcd screens, Oh my!  It took forever to get that to work...

After my efforts with just 1 card and 1 monitor, I can only say that you must be a masochist.

Well, I hope that one works for you.  And you probably would have thought initially that this was going to be EASY!

I didn't think it was going to be so bloody difficult.  >:(

PS: I have had lots of "illegal instruction" crashes with both qupzilla and midori on my old laptop, seamonkey seems to run fine, though.

I know SeaMonkey. I have 2.9 on my old Windows 2000 Server Desktop.

8
wattOS R8 / Re: NVIDIA Legacy Driver Installation Problems :(
« on: December 09, 2014, 03:09:38 AM »
Well, I started thinking about revising my options for this old PC I've been working on part-time for months now and I took a closer look at GALPon (based in Pontevedra, Galicia - north-west corner of Spain which I personally know is a rather pretty part of the planet) and discovered their MiniNo Ártabros 2.1 Full distro.

I saw some forum topics about installing nvidia drivers and decided to download it and discovered that it was using the linux-image-3.2.0-4-686-pae kernel which caught my attention as my attempt to install the nvidia-glx-legacy-96xx package on wattOS indicated that it was looking for a 3.2.0-4 version of the kernel.

So, I proceeded to install the nvidia-detect, nvidia-glx-legacy-96xx and nvidia-xconfig packages.

Everything appeared to install successfully and so I executed nvidia-xconfig and reboot the PC.

You can see the outcome of that in the topic Problema con la Instalación del Controlador NVIDIA (http://minino.galpon.org/es/node/439) I posted on the MiniNo forum.

After re-reading, more closely, the terminal output for the installation of the nvidia-glx-legacy-96xx package, I did some research regarding "Module build for the currently running kernel was skipped since the kernel source for this kernel does not seem to be installed." which indicated that the Linux-Headers needed installing which I had thought should have been automatic.

Why are these linux-headers-* packages not flagged as a dependency for packages such as nvidia-kernel-legacy-96xx-dkms? Is there some logical reason for this?

It was then that I recalled the instructions offered by ausmuso and what I had seen on the Debian Wiki (https://wiki.debian.org/NvidiaGraphicsDrivers).

However, for documentation purposes for inexperienced computer users, I wanted to achieve everything via Synaptic.

With some searching, about the removal of NVIDIA driver packages, I used the following command in Terminal.

aptitude purge nvidia-kernel-legacy-96xx-dkms nvidia-glx-legacy-96xx

Using Synaptic, I marked the package "linux-headers-686-pae" for installation. This also marked the required dependencies (linux-headers-3.2.0-4-686-pae, linux-kbuild-3.2, linux-headers-3.2.0-4-common, gcc-4.6, cpp-4.6 and gcc-4.6-base) for installation. Then I clicked the Apply button to activate the installation.

Next, I marked the package nvidia-glx-legacy-96xx and activated its installation.

I executed nvidia-xconfig from the command line again and rebooted.

Success :)

However, I noticed the screen flickering (it was also happening with the nouveau driver but I wasn't paying attention) which involved more analysis and testing to resolve what appears to be possibly a common problem at least across all the configurations of monitors, graphics cards and computers I have at my disposal.  With the default wallpaper enabled there is a lot of flickering of the screen. I can see this via the following page in my browser also.

minino-wallpaper-2_1280x1024

Try downloading it and using it as a wallpaper and let me know whether you see the same flickering effect and perhaps explain why it is happening with this particular image.

At first, I didn't notice that the flickering was associated with the wallpaper. I looked at the Monitor Settings applet which was displaying a Refresh Rate of 50.0 and the only other options were auto and 51.0. So, that didn't seem correct.

Also, the nvidia-settings GUI was reporting the Monitor as being a CRT type which was strange given that it is an LCD monitor.

Along the way I discovered various command line tools such as cvt, gtf, xresprobe, ddcprobe, i2c Tools, read-edid and parse-edid.

On the target PC, xresprobe reported a Segmentation Fault with id, res and freq as blank and disptype as crt and ddcprobe reported a Segmentation Fault and nothing more.

With the GUI for nvidia-settings, it appeared I could extract the EDID data but opening the file with Leafpad did not produce anything I could read.

So, with more searching for solutions and my Laptop (Manjaro 0.8.10 XFCE with Intel HD4000 Graphics and VGA and HDMI ports) and Old Desktop (using MiniNo Ártabros on the Live USB with a Graphics Card using a GeForce 6200 GPU and VGA and DVI ports), I peformed various combinations of testing connections which allowed me to properly determine the values for the HorizSync, VertRefresh and Modeline parameters by reading the Xorg.o.log files. It was during this phase of analysis and testing that I discovered read-edid and, hence, parse-edid which enabled me to read the EDID data I had previously acquired and confirm what I had seen by using my old desktop PC.

So, nvidia-settings could extract the correct data for the monitor but nvidia-xconfig couldn't. nvidia-xconfig created and configured the xorg.conf file with values for the HorizSync and VertRefresh parameters that did not match those reported by nouveau, ddcprobe (on my old PC) and nvidia-settings (via the Acquire EDID button that appears for the monitor entry under the GPU entry in the left pane of the interface) on the target PC.

ddcprobe appears to not fully function for non-VGA connections. When I tried it on my old PC using the DVI connection it failed when trying to read the EDID data. Using the VGA connection it reported the same values I had seen in the Xorg.o.log file for the nouveau driver.

With the nouveau driver, Monitor Settings, reports 60.0 as the refresh rate.

In the nvidia-settings GUI, the refresh rate is reported as 60.0.

Also, discovered the following this morning.

http://forums.linuxmint.com/viewtopic.php?f=59&t=91923&p=528528#p528059
https://bbs.archlinux.org/viewtopic.php?pid=853138#p853138

So, the Monitor Settings (lxrandr) applet is not able to correctly report the Refresh Rate being used when the NVIDIA driver is being used because the NVIDIA driver does not report the real refresh rates to xrandr.

If I run xrandr from the command line, it also reports 50.0 and 51.0 for the 1920 * 1080 resolution.

Using nvidia-settings -nt -q RefreshRate reported a Refresh Rate of 60.

The NVIDIA driver appears to function properly whether either the HorizSync and VertRefresh or the Modeline parameters are used. If a Modeline parameter is not used the nvidia-settings GUI reports the Resolution to be auto and defaults to the native resolution. I'm going to use the Modeline parameter for the native resolution fior the LCD monitor because instinct says it's possibly more efficient.

So, after all this, I can report that with the NVIDIA Driver the Graphics are properly rendered without having to scroll panes or move the mouse over a checkbox, for example, as with the nouveau driver.

I also tried configuring a Live USB with Persistence with the NVIDIA driver but, yes, it appears that Debian based Live ISOs use their own Xorg configuration file (in etc/X11/xorg.conf.d) which appears to be created when the Live environment is booted. So, hopefully a Remaster will solve that issue. Can ayone advise otherwise or as to which file(s) would need to be modified to permit this?

Even though the monitor I have been using with the target PC is mine, and not the one that will be used by the people concerened, it was important to go through this process in case they want to upgrade from the old 15" CRT sometime in the future when they can afford it.

For the CRT monitor, I am guessing that I will be creating multiple Modeline parameters for the Monitor section for the xorg.conf file.

As xrandr is not compatible with the NVIDIA driver, I will "hide" those applications from the Menu.

It will be interesting to see what happens now when I connect the CRT monitor. Fingers crossed :)

So, MiniNo Ártabros 2.1 is as fast as, or a little faster than, wattOS and somewhat leaner in memory usage. It gets to the desktop with less than 60MB used -  8).

It comes with applets for the managment of Language and Keyboard layout.  8)

There is no Update Manager in the default installation but its available in the Repositories. Does anyone know how Update Manager categorises packages as a Security Update? I can't see anything in Synaptic that allows such filtering.

Midori crashed the first time I was using it. So, I'll probably replace that with Qupzilla if I can't install Pale Moon for Linux.

One disappointment, however, is that the translations are not complete, with it neither, which means I still have some work to do in that regard. You would think a distro produced in the Iberian Peninsula could at least get that right - come on!  :o

Most of them appear to be fully translated but there are some with a few missing translations and there is one that is missing most of the translations.

Installation is a bit different and I will reinstall for documentation purposes once I've gotten the translations completed as much as is possible in preparation for the second post-installation configuration. Unless there is something I missed configuring when I first used the Live environment, the installation interface is only in English. I will communicate with the people at GALPon about this.

One of the installation differences is that it doesn't include the configuration of a User. It uses the same User account as the Live environment. However, there is an applet for the management of Users and Groups including an option to specify that a Password is required when initiating a Session.

I had looked at antiX 14R Alpha 2. It's fast and light on resources too but not as User Friendly I feel but there are some applications, like CENI for example, that I am interested in exploring.

Well, I think that covers it for now. Hopefully someone else will benefit from this saga.

Thanks for the input guys!

Hasta pronto, Michael.

9
wattOS R9 / Re: R9 Information
« on: December 02, 2014, 03:47:41 AM »
wattOS R8 LXDE 32-bit:

The current installer always requires a File System Format to be selected for the / partition. This doesn't allow you to format the drive in advance in the way you would like which means you have to do the following from a Live environment afterwards.

1:  Backup the partition (gzip etc)

2:  Format the partition

3:  Restore the partition (gzip etc)

4:  Edit the /etc/fstab file for the new UUID created when the partition was formatted

5:  Mount the partition
Code: [Select]
sudo mount /dev/sda1 /mnt
6:  Bind the directories that grub needs to have access to
Code: [Select]
sudo mount -o bind /dev /mnt/dev
sudo mount -o bind /proc /mnt/proc
sudo mount -o bind /sys /mnt/sys

7:  Set up the chroot environment
Code: [Select]
sudo chroot /mnt
8:  Recreate grub's configuration file
Code: [Select]
sudo grub-mkconfig -o /boot/grub/grub.cfg
9:  Exit the chroot and unmount everything so the Live system is back to normal
Code: [Select]
exit
sudo umount /mnt/sys /mnt/proc /mnt/dev /mnt

10: Reboot

Zzzzzz.....

10
wattOS R9 / Re: R9 Information
« on: December 02, 2014, 01:39:24 AM »
With wattOS R8 LXDE 32-bit, the Installation interface was not presented in Spanish even though Spanish (Peru) was selected for the installation.

Also, there is no Spanish .mo file in /boot/grub/locale which is rather incomprehensible given that Spanish is the second most common language.

11
wattOS R8 / Re: NVIDIA Legacy Driver Installation Problems :(
« on: December 01, 2014, 06:01:17 AM »
Ah, well, back to the drawing board.  :(

Hi Mate,

You can call me Michael. ;)

How's things going over there? I used to pass through Lithgow etc when travelling between Orange and Sydney when I was living in Orange.

Based on the output I included in the original post (OP), it would appear that it was setting up the following packages ...

Code: [Select]
linux-headers-3.2.0-4-common
linux-headers-3.2.0-4-686-pae
linux-headers-686-pae

... and it was also looking for linux-headers-3.2.0-4-rt-686-pae to be installed.

Given that the CPU is a 686 version, this would appear to be logically correct.

On what information did you base your "apt-get install" command?

With it, "uname -r" will return 3.13-0.bpo.1-486. I did a search in Synaptic and with "apt-cache search linux-headers" and there is no package named "linux-headers-3.13-0.bpo.1-486".

You also have "nvidia-legacy-96xx-kernel-dkms" in the command but this is not listed in the dependencies for nvidia-glx-legacy-96xx which has nvidia-kernel-legacy-96xx-dkms listed. It also recommeds nvidia-settings-legacy-173xx which was installed as per the output in the OP.

I'm still new to Linux but from the "apt-get install" command you listed and reviewing the output in the OP, again, it would seem that perhaps dkms and linux-headers and linux-image files need to be installed first before attempting to install the nvidia-glx-legacy-96xx package.

What I need is for someone to verify that the linux-headers packages I mentioned above should be the ones to install and whether the following linux-image packages should be the ones to install given what is in the output and the specifications of the CPU.

Code: [Select]
linux-image-3.2.0-4-rt-686-pae (3.2.63-2+deb7u1 - Linux 3.2 for modern PCs, PREEMPT_RT)
linux-image-rt-686-pae (3.2+46 - Linux for modern PCs (meta-package), PREEMPT_RT)

As I mentioned in my OP, the back ported one is broken according to synaptic.

Thanks, Michael.

12
Feedback and Suggestions / Re: wattOS R9 Suggestions
« on: November 29, 2014, 05:45:18 AM »
Pale Moon for Linux Browser

Multi-Pane File Manager with better Archive Manager integration (e.g. Xarchiver wouldn't include .img files in an Archive)

An Archive Manager that includes a pane for viewing Folders in a Treeview. This feature does not function in the version of file-roller that can be installed in LXDE R8.

13
wattOS R8 / NVIDIA Legacy Driver Installation Problems :(
« on: November 28, 2014, 05:47:17 AM »
Hi Ron, Blaze et al,

I was trying to install the driver in the Live USB with Persistence environment.

After poking around on the web and seeing that the nvidia-legacy-96xx-driver (wheezy backport) package was marked as Broken after marking it for installation, I marked the nvidia-glx-legacy-96xx package for installation.

nvidia-detect says that the card is only supported up to the 96.43 legacy driver series. It recommends the installation of the nvidia-glx-legacy-96xx package which is what I have attempted to install.

I initiated the installation and clicked on the Forward button for the 2 dialogue windows that appeared.

At the end of the installation an Error dialogue was displayed with the following text.

Code: [Select]
E: linux-image-3.2.0-4-rt-686-pae: subprocess installed post-installation script returned error exit status 2
The output from the Synaptic terminal is as follows.
Code: [Select]
Extracting templates from packages: 100%
Preconfiguring packages ...
(Reading database ... 95047 files and directories currently installed.)
Preparing to replace libc-bin 2.13-38+deb7u1 (using .../libc-bin_2.13-38+deb7u6_i386.deb) ...
Unpacking replacement libc-bin ...
Processing triggers for man-db ...
Setting up libc-bin (2.13-38+deb7u6) ...
(Reading database ... 95047 files and directories currently installed.)
Preparing to replace libc6:i386 2.13-38+deb7u1 (using .../libc6_2.13-38+deb7u6_i386.deb) ...
Unpacking replacement libc6:i386 ...
Setting up libc6:i386 (2.13-38+deb7u6) ...
(Reading database ... 95047 files and directories currently installed.)
Preparing to replace libc6-i686:i386 2.13-38+deb7u1 (using .../libc6-i686_2.13-38+deb7u6_i386.deb) ...
Unpacking replacement libc6-i686:i386 ...
Selecting previously unselected package nvidia-installer-cleanup.
Unpacking nvidia-installer-cleanup (from .../nvidia-installer-cleanup_20120630+3_i386.deb) ...
Setting up nvidia-installer-cleanup (20120630+3) ...
Selecting previously unselected package glx-diversions.
(Reading database ... 95054 files and directories currently installed.)
Unpacking glx-diversions (from .../glx-diversions_0.2.2_i386.deb) ...
Selecting previously unselected package glx-alternative-mesa.
Unpacking glx-alternative-mesa (from .../glx-alternative-mesa_0.2.2_i386.deb) ...
Selecting previously unselected package glx-alternative-nvidia.
Unpacking glx-alternative-nvidia (from .../glx-alternative-nvidia_0.2.2_i386.deb) ...
Selecting previously unselected package libgl1-nvidia-alternatives.
Unpacking libgl1-nvidia-alternatives (from .../libgl1-nvidia-alternatives_304.117-1_i386.deb) ...
Selecting previously unselected package libglx-nvidia-alternatives.
Unpacking libglx-nvidia-alternatives (from .../libglx-nvidia-alternatives_304.117-1_i386.deb) ...
Selecting previously unselected package nvidia-alternative-legacy-96xx.
Unpacking nvidia-alternative-legacy-96xx (from .../nvidia-alternative-legacy-96xx_96.43.23-3_i386.deb) ...
Selecting previously unselected package nvidia-support.
Unpacking nvidia-support (from .../nvidia-support_20120630+3_i386.deb) ...
Selecting previously unselected package libgl1-nvidia-legacy-96xx-glx:i386.
Unpacking libgl1-nvidia-legacy-96xx-glx:i386 (from .../libgl1-nvidia-legacy-96xx-glx_96.43.23-3_i386.deb) ...
Selecting previously unselected package libitm1:i386.
Unpacking libitm1:i386 (from .../libitm1_4.7.2-5_i386.deb) ...
Selecting previously unselected package linux-image-3.2.0-4-rt-686-pae.
Unpacking linux-image-3.2.0-4-rt-686-pae (from .../linux-image-3.2.0-4-rt-686-pae_3.2.63-2+deb7u1_i386.deb) ...
Selecting previously unselected package xserver-xorg-video-nvidia-legacy-96xx.
Unpacking xserver-xorg-video-nvidia-legacy-96xx (from .../xserver-xorg-video-nvidia-legacy-96xx_96.43.23-3_i386.deb) ...
Selecting previously unselected package gcc-4.7.
Unpacking gcc-4.7 (from .../gcc-4.7_4.7.2-5_i386.deb) ...
Selecting previously unselected package gcc.
Unpacking gcc (from .../gcc_4%3a4.7.2-1_i386.deb) ...
Selecting previously unselected package dkms.
Unpacking dkms (from .../dkms_2.2.0.3-1.2_all.deb) ...
Selecting previously unselected package nvidia-kernel-common.
Unpacking nvidia-kernel-common (from .../nvidia-kernel-common_20120630+3_i386.deb) ...
Selecting previously unselected package nvidia-kernel-legacy-96xx-dkms.
Unpacking nvidia-kernel-legacy-96xx-dkms (from .../nvidia-kernel-legacy-96xx-dkms_96.43.23-3_i386.deb) ...
Selecting previously unselected package nvidia-glx-legacy-96xx.
Unpacking nvidia-glx-legacy-96xx (from .../nvidia-glx-legacy-96xx_96.43.23-3_i386.deb) ...
Selecting previously unselected package nvidia-settings-legacy-173xx.
Unpacking nvidia-settings-legacy-173xx (from .../nvidia-settings-legacy-173xx_173.14.35-2_i386.deb) ...
Selecting previously unselected package gcc-4.6-base:i386.
Unpacking gcc-4.6-base:i386 (from .../gcc-4.6-base_4.6.3-14_i386.deb) ...
Selecting previously unselected package cpp-4.6.
Unpacking cpp-4.6 (from .../cpp-4.6_4.6.3-14_i386.deb) ...
Selecting previously unselected package gcc-4.6.
Unpacking gcc-4.6 (from .../gcc-4.6_4.6.3-14_i386.deb) ...
Selecting previously unselected package libc-dev-bin.
Unpacking libc-dev-bin (from .../libc-dev-bin_2.13-38+deb7u6_i386.deb) ...
Selecting previously unselected package linux-libc-dev:i386.
Unpacking linux-libc-dev:i386 (from .../linux-libc-dev_3.2.63-2+deb7u1_i386.deb) ...
Selecting previously unselected package libc6-dev:i386.
Unpacking libc6-dev:i386 (from .../libc6-dev_2.13-38+deb7u6_i386.deb) ...
Selecting previously unselected package linux-headers-3.2.0-4-common.
Unpacking linux-headers-3.2.0-4-common (from .../linux-headers-3.2.0-4-common_3.2.63-2+deb7u1_i386.deb) ...
Selecting previously unselected package linux-kbuild-3.2.
Unpacking linux-kbuild-3.2 (from .../linux-kbuild-3.2_3.2.17-1_i386.deb) ...
Selecting previously unselected package linux-headers-3.2.0-4-686-pae.
Unpacking linux-headers-3.2.0-4-686-pae (from .../linux-headers-3.2.0-4-686-pae_3.2.63-2+deb7u1_i386.deb) ...
Selecting previously unselected package linux-headers-686-pae.
Unpacking linux-headers-686-pae (from .../linux-headers-686-pae_3.2+46_i386.deb) ...
Selecting previously unselected package manpages-dev.
Unpacking manpages-dev (from .../manpages-dev_3.44-1_all.deb) ...
Processing triggers for man-db ...
Processing triggers for menu ...
Processing triggers for desktop-file-utils ...
Setting up libc6-i686:i386 (2.13-38+deb7u6) ...
Setting up glx-diversions (0.2.2) ...
No diversion 'diversion of /usr/lib/debug/usr/lib/xorg/modules/extensions/libglx.so to /usr/lib/mesa-diverted/libglx.so.dbg by glx-diversions', none removed.
No diversion 'diversion of /usr/lib/xorg/modules/extensions/libglx.so to /usr/lib/mesa-diverted/libglx.so by glx-diversions', none removed.
Adding 'diversion of /usr/lib/libGL.so to /usr/lib/mesa-diverted/libGL.so by glx-diversions'
Adding 'diversion of /usr/lib/i386-linux-gnu/libGL.so to /usr/lib/mesa-diverted/i386-linux-gnu/libGL.so by glx-diversions'
Adding 'diversion of /usr/lib/x86_64-linux-gnu/libGL.so to /usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so by glx-diversions'
Adding 'diversion of /usr/lib/libGL.so.1 to /usr/lib/mesa-diverted/libGL.so.1 by glx-diversions'
Adding 'diversion of /usr/lib/i386-linux-gnu/libGL.so.1 to /usr/lib/mesa-diverted/i386-linux-gnu/libGL.so.1 by glx-diversions'
Adding 'diversion of /usr/lib/x86_64-linux-gnu/libGL.so.1 to /usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so.1 by glx-diversions'
Adding 'diversion of /usr/lib/libGL.so.1.2 to /usr/lib/mesa-diverted/libGL.so.1.2 by glx-diversions'
Adding 'diversion of /usr/lib/i386-linux-gnu/libGL.so.1.2 to /usr/lib/mesa-diverted/i386-linux-gnu/libGL.so.1.2 by glx-diversions'
Adding 'diversion of /usr/lib/x86_64-linux-gnu/libGL.so.1.2 to /usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so.1.2 by glx-diversions'
Setting up glx-alternative-mesa (0.2.2) ...
update-alternatives: using /usr/lib/mesa-diverted to provide /usr/lib/glx (glx) in auto mode
Setting up glx-alternative-nvidia (0.2.2) ...
Setting up libgl1-nvidia-alternatives (304.117-1) ...
Setting up libglx-nvidia-alternatives (304.117-1) ...
Setting up nvidia-alternative-legacy-96xx (96.43.23-3) ...
Setting up nvidia-support (20120630+3) ...
Setting up libitm1:i386 (4.7.2-5) ...
Setting up linux-image-3.2.0-4-rt-686-pae (3.2.63-2+deb7u1) ...
Running depmod.
Examining /etc/kernel/postinst.d.
run-parts: executing /etc/kernel/postinst.d/initramfs-tools 3.2.0-4-rt-686-pae /boot/vmlinuz-3.2.0-4-rt-686-pae
update-initramfs: Generating /boot/initrd.img-3.2.0-4-rt-686-pae
live-boot: core filesystems devices utils memdisk udev wget blockdev.
run-parts: executing /etc/kernel/postinst.d/pm-utils 3.2.0-4-rt-686-pae /boot/vmlinuz-3.2.0-4-rt-686-pae
run-parts: executing /etc/kernel/postinst.d/zz-extlinux 3.2.0-4-rt-686-pae /boot/vmlinuz-3.2.0-4-rt-686-pae
P: Checking for EXTLINUX directory... found.
/usr/sbin/extlinux-update: 98: /usr/sbin/extlinux-update: cannot open /etc/fstab: No such file
P: Writing config for /boot/vmlinuz-3.2.0-4-rt-686-pae...
P: Writing config for /boot/vmlinuz-3.13-0.bpo.1-486...
P: Updating /boot/extlinux/linux.cfg...
P: Installing debian theme... done.
run-parts: executing /etc/kernel/postinst.d/zz-update-grub 3.2.0-4-rt-686-pae /boot/vmlinuz-3.2.0-4-rt-686-pae
/usr/sbin/grub-probe: error: cannot find a device for / (is /dev mounted?).
run-parts: /etc/kernel/postinst.d/zz-update-grub exited with return code 1
Failed to process /etc/kernel/postinst.d at /var/lib/dpkg/info/linux-image-3.2.0-4-rt-686-pae.postinst line 696.
dpkg: error processing linux-image-3.2.0-4-rt-686-pae (--configure):
 subprocess installed post-installation script returned error exit status 2
Setting up gcc-4.7 (4.7.2-5) ...
Setting up gcc (4:4.7.2-1) ...
Setting up dkms (2.2.0.3-1.2) ...
Setting up nvidia-kernel-common (20120630+3) ...
update-initramfs: deferring update (trigger activated)
Setting up nvidia-kernel-legacy-96xx-dkms (96.43.23-3) ...
Loading new nvidia-96.43.23 DKMS files...
First Installation: checking all kernels...
Building only for 3.13-0.bpo.1-486
Module build for the currently running kernel was skipped since the
kernel source for this kernel does not seem to be installed.
Setting up nvidia-settings-legacy-173xx (173.14.35-2) ...
Setting up gcc-4.6-base:i386 (4.6.3-14) ...
Setting up cpp-4.6 (4.6.3-14) ...
Setting up gcc-4.6 (4.6.3-14) ...
Setting up libc-dev-bin (2.13-38+deb7u6) ...
Setting up linux-libc-dev:i386 (3.2.63-2+deb7u1) ...
Setting up libc6-dev:i386 (2.13-38+deb7u6) ...
Setting up linux-headers-3.2.0-4-common (3.2.63-2+deb7u1) ...
Setting up linux-kbuild-3.2 (3.2.17-1) ...
Setting up linux-headers-3.2.0-4-686-pae (3.2.63-2+deb7u1) ...
Examining /etc/kernel/header_postinst.d.
run-parts: executing /etc/kernel/header_postinst.d/dkms 3.2.0-4-686-pae
Setting up linux-headers-686-pae (3.2+46) ...
Setting up manpages-dev (3.44-1) ...
Processing triggers for nvidia-alternative-legacy-96xx ...
update-alternatives: using /usr/lib/nvidia/legacy-96xx to provide /usr/lib/nvidia/nvidia (nvidia) in auto mode
Processing triggers for glx-alternative-nvidia ...
update-alternatives: using /usr/lib/nvidia to provide /usr/lib/glx (glx) in auto mode
Setting up libgl1-nvidia-legacy-96xx-glx:i386 (96.43.23-3) ...
Setting up xserver-xorg-video-nvidia-legacy-96xx (96.43.23-3) ...
Setting up nvidia-glx-legacy-96xx (96.43.23-3) ...
No diversion 'diversion of /usr/lib/xorg/modules/extensions/libGLcore.so to /usr/lib/nvidia/libGLcore.so.xlibmesa by nvidia-glx-legacy-96xx', none removed.
No diversion 'diversion of /usr/lib/xorg/modules/extensions/libGLcore.a to /usr/lib/nvidia/libGLcore.a.xlibmesa by nvidia-glx-legacy-96xx', none removed.
No diversion 'diversion of /usr/lib/xorg/modules/extensions/libglx.a to /usr/lib/nvidia/libglx.a.xlibmesa by nvidia-glx-legacy-96xx', none removed.
Processing triggers for initramfs-tools ...
update-initramfs: /boot/initrd.img-3.13-0.bpo.1-486 has been altered.
update-initramfs: Cannot update. Override with -t option.
Processing triggers for menu ...
Processing triggers for glx-alternative-mesa ...
Errors were encountered while processing:
 linux-image-3.2.0-4-rt-686-pae
E: Sub-process /usr/bin/dpkg returned an error code (1)
A package failed to install.  Trying to recover:
Setting up linux-image-3.2.0-4-rt-686-pae (3.2.63-2+deb7u1) ...
Running depmod.
vmlinuz(/boot/vmlinuz-3.2.0-4-rt-686-pae
) points to /boot/vmlinuz-3.2.0-4-rt-686-pae
 (/boot/vmlinuz-3.2.0-4-rt-686-pae) -- doing nothing at /var/lib/dpkg/info/linux-image-3.2.0-4-rt-686-pae.postinst line 268.
initrd.img(/boot/initrd.img-3.2.0-4-rt-686-pae
) points to /boot/initrd.img-3.2.0-4-rt-686-pae
 (/boot/initrd.img-3.2.0-4-rt-686-pae) -- doing nothing at /var/lib/dpkg/info/linux-image-3.2.0-4-rt-686-pae.postinst line 268.
Examining /etc/kernel/postinst.d.
run-parts: executing /etc/kernel/postinst.d/dkms 3.2.0-4-rt-686-pae /boot/vmlinuz-3.2.0-4-rt-686-pae
Error! Your kernel headers for kernel 3.2.0-4-rt-686-pae cannot be found.
Please install the linux-headers-3.2.0-4-rt-686-pae package,
or use the --kernelsourcedir option to tell DKMS where it's located
run-parts: executing /etc/kernel/postinst.d/initramfs-tools 3.2.0-4-rt-686-pae /boot/vmlinuz-3.2.0-4-rt-686-pae
update-initramfs: Generating /boot/initrd.img-3.2.0-4-rt-686-pae
live-boot: core filesystems devices utils memdisk udev wget blockdev.
run-parts: executing /etc/kernel/postinst.d/pm-utils 3.2.0-4-rt-686-pae /boot/vmlinuz-3.2.0-4-rt-686-pae
run-parts: executing /etc/kernel/postinst.d/zz-extlinux 3.2.0-4-rt-686-pae /boot/vmlinuz-3.2.0-4-rt-686-pae
P: Checking for EXTLINUX directory... found.
/usr/sbin/extlinux-update: 98: /usr/sbin/extlinux-update: cannot open /etc/fstab: No such file
P: Writing config for /boot/vmlinuz-3.2.0-4-rt-686-pae...
P: Writing config for /boot/vmlinuz-3.13-0.bpo.1-486...
P: Installing debian theme... done.
run-parts: executing /etc/kernel/postinst.d/zz-update-grub 3.2.0-4-rt-686-pae /boot/vmlinuz-3.2.0-4-rt-686-pae
/usr/sbin/grub-probe: error: cannot find a device for / (is /dev mounted?).
run-parts: /etc/kernel/postinst.d/zz-update-grub exited with return code 1
Failed to process /etc/kernel/postinst.d at /var/lib/dpkg/info/linux-image-3.2.0-4-rt-686-pae.postinst line 696.
dpkg: error processing linux-image-3.2.0-4-rt-686-pae (--configure):
 subprocess installed post-installation script returned error exit status 1
Errors were encountered while processing:
 linux-image-3.2.0-4-rt-686-pae

No packages were marked as Broken after the install.

I've poked around some more for a solution but haven't been successful. I tried the following without any success.

Code: [Select]
apt-get upgrade
apt-get install -f
apt-get dist-upgrade

I've restored the Live USB, to the images I took before I started this install, ready for another go. In this state, the installed linux-image packages are as follows which is the default ISO configuration I believe.

Code: [Select]
linux-image-3.13-0.bpo.1-486 (Installed and Latest version are the same - 3.13.10-1~bpo70+1 - Linux 3.13 for older PCs)

linux-image-486 (Installed - 3.13+56~bpo70+1, Latest - 3.13+62~bpo70+1 - Linux for older PCs (meta-package))


The computer has a Pentium P4 2.66 GHz CPU which supports PAE. It has a 64MB Graphics Card that uses an NVIDIA GeForce 4 MX 440 GPU with AGP 8X.

I'm wondering if I should have performed all available upgrades, except for the udev ones I've already mentioned in a previous topic, before attempting anything with the installation of the NVIDIA drivers?

I'm also wondering which and if any of the following packages or others should be installed to replace those linux-image packages listed above before attempting the NVIDIA Driver installation?

Code: [Select]
linux-image-3.2.0-4-rt-686-pae (3.2.63-2+deb7u1 - Linux 3.2 for modern PCs, PREEMPT_RT)

linux-image-3.16-0.bpo.2-686-pae (3.16.3-2~bpo70+1 - Linux 3.16 for modern PCs)

linux-image-3.16-0.bpo.3-686-pae (3.16.5-1~bpo70+1 - Linux 3.16 for modern PCs)

linux-image-686-pae (3.2+46 - Linux for modern PCs (meta-package))

linux-image-rt-686-pae (3.2+46 - Linux for modern PCs (meta-package))


In other words, which packages should be installed/upgraded in order to use NVIDIA drivers with the hardware of the computer?

In what order should I install these packages?

Thanks and hasta pronto, Michael.

14
Feedback and Suggestions / Re: wattOS R9 Suggestions
« on: November 25, 2014, 02:47:38 AM »
Is there any chance that an Update Manager (properly translated of course) similar to that in Mint could be included?

15
wattOS R8 / Re: Package Installation and Upgrade Management
« on: November 22, 2014, 02:30:33 AM »
Did you know this about software updater/update manager?

http://en.wikipedia.org/wiki/Software_Updater

This appears to be the same as the Update Manager that is already installed in the ISO.

Pages: [1] 2 3 ... 7