Jump to content

oldwierdal

Members
  • Posts

    24
  • Joined

  • Last visited

oldwierdal's Achievements

New Here

New Here (1/7)

0

Reputation

  1. I updated my kernel this morning, and after it installed, I rebooted to the new kernel. Problem; MCC changed the hd information in /boot/grub/menu.lst from (hd0,5) {this is correct} to (hd1,5). The following was the original menu.lst; $ sudo cat /boot/grub/menu.lst timeout 5 color black/cyan yellow/cyan gfxmenu (hd0,5)/boot/gfxmenu default 0 title 2.6.27.19-desktop-1mnb kernel (hd0,5)/boot/vmlinuz-2.6.27.19-desktop-1mnb BOOT_IMAGE=2.6.27.19-desktop-1mnb root=/dev/sda6 splash=silent vga=787 initrd (hd0,5)/boot/initrd-2.6.27.19-desktop-1mnb.img ttitle 2.6.27.19-1 kernel (hd0,5)/boot/vmlinuz-2.6.27.19-1mdv BOOT_IMAGE=2.6.27.19-1 root=/dev/sda6 splash=silent vga=787 initrd (hd0,5)/boot/initrd-2.6.27.19-1mdv.img After installing the new kernel, this was the menu.lst; $ sudo cat /boot/grub/menu.lst timeout 5 color black/cyan yellow/cyan gfxmenu (hd1,5)/boot/gfxmenu default 0 title 2.6.27.19-desktop-1mnb kernel (hd1,5)/boot/vmlinuz-2.6.27.19-desktop-1mnb BOOT_IMAGE=2.6.27.19-desktop-1mnb root=/dev/sda6 splash=silent vga=787 initrd (hd1,5)/boot/initrd-2.6.27.19-desktop-1mnb.img title 2.6.27.19-1 kernel (hd1,5)/boot/vmlinuz-2.6.27.19-1mdv BOOT_IMAGE=2.6.27.19-1 root=/dev/sda6 splash=silent vga=787 initrd (hd1,5)/boot/initrd-2.6.27.19-1mdv.img Ofcourse, it hung, looking for a non-existant partition. It took a second look to see the problem, and I was able to manually edit the boot config and get going again. I then edited /boot/grub/menu.lst to make it correct. Problem solved, in-so-far-as the machine is concerned. I can boot and run it. However, I'd sure like to know why MCC rewrote the (hdx,x) info, and worse, why it wrote it wrong!! A newbie might have freaked out by this. Unless he spotted the wrong drive designation, and knew how to fix it, his machine would have been rendered useless. Has anyone else ever seen this happen? I've searched the forum quite a bit, and haven't seen any posts on this problem. If I missed it, and started a new thread unnecessarily, I apologize. Thanks for any feedback. owa
  2. Thanks, Chris. I'll give that a try, probably tomorrow. Since I multi-boot, Fedora 9 being the most often used, there isn't a terrible sense of urgency just now. But I would like to continue my exploration of Mandriva 2009 if I can get past this self-inflicted wound. It seems clear to me that compiz and my video card are not playing together nicely. Thanks again. I'll post back the results. owa
  3. Any login I choose, after logging in, results in windows which are at such a resolution that only the equivalent of the lower square inch will fit in the window. The panels are similarly disproportionate. It seems, short of reinstalling, my best option would be command-line edit of the appropriate config file, if only I knew which file, and where it is located. Thanks, owa
  4. Thanks, daniewicz and theYinYetti, for the suggestions. I can launch both drakconf and drakx11, but the programs are so grossly disproportionate that they are unuseable. I am multi-booting with Mandriva 2009.0, Fedora 9, and CentOS 5. Would it be possible to edit the appropriate file? I could boot to say Fedora 9, mount the partition holding Mandriva 2009. go to that file, and edit it, if I just knew which file, and what to enter. Thanks for the responses. owa
  5. Hi Greg2. I think I have that installed. This is the output of; $ rpm -qa | grep fglrx x11-driver-video-fglrx-8.542-1mdv2009.0 fglrx-kernel-2.6.27-desktop586-0.rc8.2mnb-8.522-3mdv2009.0 fglrx-kernel-desktop586-latest-8.522-1.20081002.3mdv2009.0 fglrx-control-center-8.542-1mdv2009.0 fglrx-kernel-desktop-latest-8.522-1.20081002.3mdv2009.0 fglrx-kernel-2.6.27-desktop-0.rc8.2mnb-8.522-3mdv2009.0 dkms-fglrx-8.542-1mdv2009.0 So, doesn't this mean that it is installed? $ uname -a Linux localhost 2.6.27-desktop586-0.rc8.2mnb #1 SMP Thu Oct 2 05:52:21 EDT 2008 i686 AMD Sempron(tm) Processor 3400+ GNU/Linux What do you think? Thanks, owa
  6. This is the output of; $ /usr/bin/lspci 00:00.0 Host bridge: ATI Technologies Inc RS480 Host Bridge (rev 10) 00:01.0 PCI bridge: ATI Technologies Inc RS480 PCI Bridge 00:12.0 IDE interface: ATI Technologies Inc IXP SB400 Serial ATA Controller 00:13.0 USB Controller: ATI Technologies Inc IXP SB400 USB Host Controller 00:13.1 USB Controller: ATI Technologies Inc IXP SB400 USB Host Controller 00:13.2 USB Controller: ATI Technologies Inc IXP SB400 USB2 Host Controller 00:14.0 SMBus: ATI Technologies Inc IXP SB400 SMBus Controller (rev 11) 00:14.1 IDE interface: ATI Technologies Inc IXP SB400 IDE Controller 00:14.3 ISA bridge: ATI Technologies Inc IXP SB400 PCI-ISA Bridge 00:14.4 PCI bridge: ATI Technologies Inc IXP SB400 PCI-PCI Bridge 00:14.5 Multimedia audio controller: ATI Technologies Inc IXP SB400 AC'97 Audio Controller (rev 02) 00:18.0 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] HyperTransport Technology Configuration 00:18.1 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] Address Map 00:18.2 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] DRAM Controller 00:18.3 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] Miscellaneous Control 01:05.0 VGA compatible controller: ATI Technologies Inc RS480 [Radeon Xpress 200G Series] 02:01.0 Communication controller: Agere Systems V.92 56K WinModem (rev 03) 02:03.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ (rev 10) 02:04.0 FireWire (IEEE 1394): VIA Technologies, Inc. VT6306 Fire II IEEE 1394 OHCI Link Layer Controller (rev 80) Is there a special driver, then, for the ATI Radeon Xpress 200G Series built-in video driver? How might I find an appropriate driver for this? Odd that 2008.1 did not seem to have this problem. Thanks for the reply. I'll see what I can find out about this. owa
  7. I just installed Mandriva 2009, and everything seems to be working fine. Except, that is, that during boot, there is no splash. This is not a terrible problem. More just an annoying little thing that I haven't been able to fix. This is my /boot/grub/menu.lst; $ sudo cat /boot/grub/menu.lst timeout 5 color black/cyan yellow/cyan gfxmenu (hd0,4)/boot/gfxmenu default 0 title Mandriva 2009.0 (2.6.27-desktop586-0.rc8.2mnb) kernel (hd0,4)/boot/vmlinuz-2.6.27-desktop586-0.rc8.2mnb BOOT_IMAGE=2.6.27-desktop586-0.rc8.2mnb root=/dev/sda5 resume=/dev/sda2 splash=silent vga=788 initrd (hd0,4)/boot/initrd-2.6.27-desktop586-0.rc8.2mnb.img #title failsafe #kernel (hd0,4)/boot/vmlinuz BOOT_IMAGE=failsafe #root=UUID=caafeff4-2710-4d75-8b58-68b941c181ff failsafe #initrd (hd0,4)/boot/initrd.img title CentOS (Final) root (hd0,0) configfile /grub/grub.conf title Mandriva Linux (Official) root (hd1,4) configfile /boot/grub/menu.lst And, splashy is installed; $ sudo rpm -qa | grep splashy libsplashy1-0.3.11-4mdv2009.0 splashy-0.3.11-4mdv2009.0 I read through another post on this problem, marked solved, except that it did not appear to be solved for one of the participants. Also, there didn't seem to be anything in it that helped me. I've uninstalled and re-installed splashy, complete with the same problem of many packages being removed in addition to splashy, and having to re-install nearly all of gnome. I've edited the /boot/grub/menu.lst to be certain it didn't contain an extra space after the vmlinuz info, and also after the BOOT_IMAGE= info, which, in the past has caused this problem. As I've said, this is not an urgent problem, rather just an annoying one. However, any help would be appreciated. Thanks, owa
  8. I recently encountered a problem with a lost or damaged MBR. There are a number of ways that this might happen. One of them is mixing dual-boot or multi-boot installations of IDE or scsi device naming schemes, e.g. /dev/hdx or /dev/sdx. Usually, booting the install media and typing "linux rescue" at the prompt will take you, after answering a few questions and choosing the installation location of the OS you want to use for the boot loader, to a terminal. Then type "#chroot /mnt/sysimage", enter, and you can then cd to your /boot/grub directory, check and/or edit your grub.conf or menu.lst, and then type "#grub-install /dev/hdx (or /dev/sdx). The return will show the layout of your system, and you're done. Exit out of the rescue mode and reboot, and your grub menu is there. However, this time, when I would type "#grub-install /dev/hda, this would be my return; #grub-install /dev/hda /dev/hda does not have any corresponding BIOS drive. The most important thing I've learned in 40 years of fixing things, and 5 years of playing with Linux is this, DON'T PANIC! Think, study, research, ask for help. Just don't do anything rash that you might not be able to recover from. In this case I was fortunate, in that I was able to use the rescue mode as described above to finally find an OS,(I currently multi-boot with CentOS 5.2, Mandriva 2008 Spring, Mandriva 2009, and Ubuntu.) that I could do "grub-install" on and get my system to boot, even though it didn't happen to be my preferred installation. At least I had a working system from which I could work and try to find the problem. My searching led me to this; http://forums.fedoraforum.org/showthread.php?t=153679 Stoat, the author of this gem, explains this far more eloquently and intelligently than I could. I recommend reading this post thoroughly if you have questions about this. It is really quite good. This is what I had for device.map in two of my installations; The first is from the CentOS installation; $ sudo cat /boot/grub/device.map (hd0) /dev/sde (hd1) /dev/sda (hd2) /dev/sdb (hd3) /dev/sdc The next is from the Mandriva 2009 installation; $ sudo cat /hda9/boot/grub/device.map (hd0) /dev/sda (hd1) /dev/sdb (hd2) /dev/sdc (hd3) /dev/sdi Note the discrepancy between the two. Because of the screwy device.map(s), grub-install was confused, and couldn't install. Following the information in the above link, I did this; $ sudo /sbin/grub-install --recheck /dev/hda and the return, as expected, described the device layout and succeeded. My device.map then looked like this for the CentOS installation; $ sudo cat /boot/grub/device.map (hd0) /dev/hda (hd1) /dev/hdb (hd2) /dev/sdb (hd3) /dev/sdc and this for the Mandriva 2009 installation; $ sudo cat /hda9/boot/grub/device.map (hd0) /dev/sda (hd1) /dev/sdb (hd2) /dev/sdc (hd3) /dev/sdi Although they aren't identical, the drive order, allowing for the difference between IDE and scsi scheming, follows the same sequence. So, I hope this information might be helpful if you should encounter a similar problem. Thanks, owa
  9. I tried the update/upgrade via command line, and all seemed to go quickly without problems, until I rebooted. Then it locked up at the login screen. I have mine set for a timed login. The proscribed time elapsed, and the screen went black for a second, and returned to the splash and a curser with the dots running around it. I just left it, and 45 minutes later, that's where it was. So, I rebooted and logged in as root, with the same results. Prudently, I had a complete backup of the system on another partition, so I made free electrons of 2009, and restored my system to 2008.1. I still get the annoying blue arrow, but it's easy enough to make that go away. I'll just wait a month or so and let some of the bugs get worked out, before I try it again. P.S. It always helps to keep a good back up. It always helps to keep a good back up. I repeat; it always helps to keep a good backup. owa
  10. You are quite right about Easy-Urpmi. Incidentally, I just did the update which installed mdkonline as well as a couple of others. As for KDE, I've really tried to like it. I really have. But I use gnome. It's like beer, I guess. You either like it or you don't. Again, thanks for the quick response. I'll just wait and let it do its thing with the updates. owa
  11. Thanks for the quick reply. So..... Over the past weekend, I installed the Easy-Urpmi package. I do not recall seeing an 'mdkapplet' package since then. If I do sudo rpm -qa | grep mdkapplet, it returns nothing, meaning mdkapplet is not installed. Is it under another name, or has it not yet released. Assuming all has happened as expected, how can I tell if I'm running on Mandriva 2008.1 or Mandriva 2009? Unless I missed it, the link you provided does not indicate that Mandriva 2009 would be updated in this manner. Did you mean if I wait a day or two from today, Oct. 9, I should see this package? Or a day or two from the day I installed Easy-Urpmi, which was Sun., Oct. 5? Forgive me if I'm sounding dumb. I'm just a bit new to Mandriva. Besides, I'm old, and easily confused. owa
  12. I agree, Adam. Very well written. I first looked at Mandrake in late 2003, but refused to joine the club. I tried it during the weak-release period, and ran away. As I mentioned in another post, I retreated from Fedora because of the extremely aggressive release cycle, and settled for the stodgey but stable CentOS. Ever inquisitive, though, I re-discovered Mandriva just over a month ago, and I have been quite impressed. As for the low opinion mentioned as the basis for this post, I've always been one to go my own way, and am frequently oblivious to what others might be saying. Until reading this post, I was completely unaware that Mandriva was being talked about at all, not to mention that it was not favorable. HUMA, I suppose, but I do go my own way. Again, a very interesting explanation, Adam. I'm nearly as impressed with your writing as I am with this distribution. owa
  13. Please correct me if I'm wrong. My understanding is that with Easy-Urpmi, when a new release comes out, such as Mandriva 2009, your system will be upgraded from the current level to the new release level via on-line updates/upgrades rather than downloading the iso, burning a CD/DVD, and installing in what has become, for most distributions, the standard method. Is this correct? owa
  14. My desktop computer slowly developed problems with the PATA/EIDE ports on the motherboard. Long in developing, and intermittant in nature, by the time I realized just what the problem was, my computer was finally rendered useless in its present state. For very short periods, I was able to boot to my rescue disk, and recover some valuable files from it, but that's about it. So..... I'm exploring options. Here are some givens; I am experiencing extremely limited cash flow at this point. I have successfully installed Mandriva 2008 Spring, dual boot, on my company laptop, from which I am posting this, using the Mandriva partition. WinXP Professional on the other partition for work. I really want to move away from using the company laptop for my personal use expeditiously. It is not panic-time, yet. But, I really want to get going on this piece of the problem. I believe that the rest of the desktop computer, i.e. cpu, etc. is still functional, as far as I can tell at this point. I have explored the possibility of getting a PATA/EIDE > USB external drive caddy which I could use with the company laptop. This is a viable option, yet it still involves using the company laptop for personal use. As I've said, I really want to avoid this. I have also explored the possibility of getting a pci/EIDE card to plug my hard drives and CD/DVD drive into on my desktop. The question I have with this option is, would the pci/EIDE drives boot if the motherboard PATA/EIDE connections are totally inoperative? I have also explored the possibility of getting a motherboard, motherboard/cpu combo, and a bare-bones box. The cost of a pci/EIDE card would be the least expensive option, IF it would work. The costs of either a motherboard, motherboard/cpu combo, or a bare-bones box are very close, and are do-able, if the pci/EIDE card option is not possible. The cost of the PATA/EIDE > USB external drive caddy is also close to that of a pci/EIDE card. Does anyone have any experience or knowlege on this? I'd appreciate any feedback. Thanks, owa
  15. In fact, it was the kernel, somehow. Read my reply to the previous poster, dude67. Just from 40 years of troubleshooting problems, I determined that the problem started with the update which had finished just prior to the onset of the problem. Since the update included a kernel update, that became my most likely suspect. However, I do appreciate you taking the time and interest to respond. Thank you. More an other time. owa
×
×
  • Create New...