smxi saved the day!
wh7qq
Status: Interested
Joined: 05 Aug 2006
Posts: 25
Location: Hawaii
Reply Quote
My Epox 9npa mobo met with an untimely death a week ago and as it was time for an update on the old box, I went for a Gigabyte MA 785G-UD3H with an AMD X2-240 cpu, 2G of ddr2 and a new power supply. I was expecting much grief with my old (going back to Kanotix Easter) sidux install because of the hardware changes. The Epox worked with an nVidia 6200 and the Gigabyte has ATI HD 4200 graphics.

The hardware install went easily except for some cussing over the tight fit for the power supply on this case and everything started up just fine and I booted from the CDROM to test all the bits out. Then I hunkered up and plugged in the hdd.

Surprisingly, no kernel panics or other chaos in the initial boot, but of course, no desktop would load. I (unnecessarily??) removed xserver-xorg and went ahead with smxi to do a full update, installed xserver-xorg, and returned to smxi to reconfigure xorg and install the ATI driver.

I was delighted that after a reboot, everything was just as it was before the failure and it didn't take any more time and hassle than my regular update. Slick. Thanks h2!
Back to top
UncleVom
Status: Interested
Joined: 12 Sep 2008
Posts: 21
Reply Quote
smxi is really slick, definitely a time saver rather than sorting through without it.

Just be really, really glad you are not a Windows user, believe me it can be brutal in such situations and expensive too if it decides a new license is needed and you wish to abide by the EULA.
Back to top
dzz
Status: Interested
Joined: 15 Sep 2008
Posts: 44
Location: Devon, England
Reply Quote
:: Quote ::
my old (going back to Kanotix Easter) sidux install


Was wondering how many of us are left with an intact system from those days

Mine has been maintained with smxi/du-fixes since the beginning and has also survived hardware changes including mainboard.

I stopped sid upgrades earlier this year to keep kde3, that system is now pinned to stable. Still runs good.
Back to top
Junk left behind from old nvidia graphics
wh7qq
Status: Interested
Joined: 05 Aug 2006
Posts: 25
Location: Hawaii
Reply Quote
I am encountering difficulties in running du's and updating software because of some old nvidia stuff left behind as the new mobo has ati graphics onboard.
:: Code ::
dpkg: dependency problems prevent removal of nvidia-libvdpau1:
 mplayer depends on nvidia-libvdpau1 (>= 180.06).
dpkg: error processing nvidia-libvdpau1 (--purge):
 dependency problems - not removing
Errors were encountered while processing:
 nvidia-libvdpau1


also


:: Code ::
apt-get remove nvidia-libvdpau1
Reading package lists... Done                       
Building dependency tree                           
Reading state information... Done                   
You might want to run `apt-get -f install' to correct these:
The following packages have unmet dependencies:             
  libvdpau-driver: Depends: nvidia-libvdpau1-driver but it is not going to be installed                                                         
  mplayer: Depends: libvdpau1 but it is not going to be installed       
           Depends: libx264-79 (>= 1:0.svn20091125) but it is not going to be installed                                                         
E: Unmet dependencies. Try 'apt-get -f install' with no packages (or specify a solution).                                                       
siduxbox:/home/paul# apt-get -f install                                 
Reading package lists... Done                                           
Building dependency tree                                               
Reading state information... Done                                       
Correcting dependencies... Done                                         
The following extra packages will be installed:                         
  libvdpau1 libx264-79 nvidia-libvdpau1-driver                         
Suggested packages:                                                     
  nvidia-kernel-source                                                 
Recommended packages:                                                   
  nvidia-kernel-190.42                                                 
The following packages will be REMOVED:
  nvidia-libvdpau1
The following NEW packages will be installed:
  libvdpau1 libx264-79 nvidia-libvdpau1-driver
0 upgraded, 3 newly installed, 1 to remove and 233 not upgraded.
5 not fully installed or removed.
Need to get 0B/1,175kB of archives.
After this operation, 676kB of additional disk space will be used.
Do you want to continue [Y/n]? y
debconf: delaying package configuration, since apt-utils is not installed
(Reading database ... 158881 files and directories currently installed.)
Unpacking nvidia-libvdpau1-driver (from .../nvidia-libvdpau1-driver_190.42-3_i386.deb) ...
dpkg: error processing /var/cache/apt/archives/nvidia-libvdpau1-driver_190.42-3_i386.deb (--unpack):
 trying to overwrite '/usr/lib/libvdpau_nvidia.so.190.42', which is also in package nvidia-libvdpau1 0:190.42-2
dpkg-deb: subprocess paste killed by signal (Broken pipe)
Errors were encountered while processing:
 /var/cache/apt/archives/nvidia-libvdpau1-driver_190.42-3_i386.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)


Any way to get rid of this cr#p short of dumping this install?

Paul
Back to top
anticapitalista
Status: Contributor
Joined: 13 Jun 2008
Posts: 202
Location: Greece
Reply Quote
#dpkg --purge nvidia-libvdpau1 && apt-get -f install

See this thread:

sidux.com/PNphpBB2-viewtopic-t-18914-postdays-0-postorder-asc.html

You may need to remove mplayer first.
Back to top
techAdmin
Status: Site Admin
Joined: 26 Sep 2003
Posts: 4127
Location: East Coast, West Coast? I know it's one of them.
Reply Quote
smxi has this fix in it already, the logic is simple:

if nvidia-libvdpau1 and mplayer
remove all mplayer packages
remove nvidia-libvdpau1
reinstall all mplayer packages, which pulls in the new nvidia-libvdpau1-driver

and that's it, there's no conflict with the actual mplayer in debian sid, not sure about the one in testing at the moment, and a reinstall will pull in the dependencies like the libvdpau stuff.

If this fix failed to fix the setup, it's a bug.

There were a few days when i had the fix in the wrong location, so it wouldn't have worked, but it's been in the right place for a few days.
Back to top
wh7qq
Status: Interested
Joined: 05 Aug 2006
Posts: 25
Location: Hawaii
Reply Quote
:: techAdmin wrote ::
smxi has this fix in it already, the logic is simple:

if nvidia-libvdpau1 and mplayer
remove all mplayer packages
remove nvidia-libvdpau1
reinstall all mplayer packages, which pulls in the new nvidia-libvdpau1-driver

If this fix failed to fix the setup, it's a bug.

There were a few days when i had the fix in the wrong location, so it wouldn't have worked, but it's been in the right place for a few days.


h2, going on memory here (dangerous at my age) but I believe I tried to remove mplayer first and it could not be removed, so if your script tried to get it first, it would not have worked in my case. I followed anticapitalista's suggestion and was able to run smxi normally after that. I was also able to load the xorg driver but then had a borked xorg.conf (black screen of nothingness) that would not reconfigure until I did a copy-paste from a sidux live boot.

Thanks much to you both.

Paul
Back to top
techAdmin
Status: Site Admin
Joined: 26 Sep 2003
Posts: 4127
Location: East Coast, West Coast? I know it's one of them.
Reply Quote
if the fix ran AFTER the break happened, it could not fix it, only prior to the break. Also, I had the fix, by accident, run after the du, so it wouldn't have worked there either.
Back to top
Display posts from previous:   

All times are GMT - 8 Hours