13.1 is decaying rapidly!! help please...

Hi,

I’ve had 13.1 running for several months with out much problem. Recently I noticed that I had 130+ updates pending, so I started the update. The updates never complete because it hangs on “remove ucode-amd” . I have tried it in the Updater and in Yast2 and I have had to close the system down in order to exit either of these.

Then I noticed that at boot time Grub no longer offers my WinXP boot option.

I tried to run Yast2 and edit the Bootloader and it hangs.

I then tried to run Gparted from within 13.1 and it just hangs while scanning all devices.

And now I have no network access, either locally or the internet.

Please let me know what further info you need to provide assistance, and how to get it.

Thanks,

Chris

On 2014-09-27 21:36, cgarai wrote:

> Please let me know what further info you need to provide assistance, and
> how to get it.

Please run this command in a terminal:


zypper lr --details

and paste it all here, from initial command prompt, to last command
prompt, in a single mouse sweep, and please do so inside code tags (the
‘#’ button in the forum editor).
http://susepaste.org/images/15093674.jpg


Cheers / Saludos,

Carlos E. R.
(from 13.1 x86_64 “Bottle” at Telcontar)

I piped it to a file and then had to move that file to a mounted network drive (so my network partially works, perhaps it is my browser (Firefox)).

Thanks,
Chris

#  | Alias                     | Name                               | Enabled | Refresh | Priority | Type   | URI                                                                           | Service
---+---------------------------+------------------------------------+---------+---------+----------+--------+-------------------------------------------------------------------------------+--------
 1 | google-earth              | google-earth                       | Yes     | Yes     |   99     | rpm-md | http://dl.google.com/linux/earth/rpm/stable/x86_64                            |        
 2 | home:MasterPatricko       | home:MasterPatricko                | Yes     | Yes     |   99     | rpm-md | http://download.opensuse.org/repositories/home:/MasterPatricko/openSUSE_13.1/ |        
 3 | openSUSE:13.1             | openSUSE:13.1                      | Yes     | Yes     |   99     | rpm-md | http://download.opensuse.org/repositories/openSUSE:/13.1/standard/            |        
 4 | repo-debug                | openSUSE-13.1-Debug                | No      | Yes     |   99     | NONE   | http://download.opensuse.org/debug/distribution/13.1/repo/oss/                |        
 5 | repo-debug-update         | openSUSE-13.1-Update-Debug         | No      | Yes     |   99     | NONE   | http://download.opensuse.org/debug/update/13.1/                               |        
 6 | repo-debug-update-non-oss | openSUSE-13.1-Update-Debug-Non-Oss | No      | Yes     |   99     | NONE   | http://download.opensuse.org/debug/update/13.1-non-oss/                       |        
 7 | repo-non-oss              | openSUSE-13.1-Non-Oss              | Yes     | Yes     |   99     | yast2  | http://download.opensuse.org/distribution/13.1/repo/non-oss/                  |        
 8 | repo-oss                  | openSUSE-13.1-Oss                  | Yes     | Yes     |   99     | yast2  | http://download.opensuse.org/distribution/13.1/repo/oss/                      |        
 9 | repo-source               | openSUSE-13.1-Source               | No      | Yes     |   99     | NONE   | http://download.opensuse.org/source/distribution/13.1/repo/oss/               |        
10 | repo-update               | openSUSE-13.1-Update               | Yes     | Yes     |   99     | rpm-md | http://download.opensuse.org/update/13.1/                                     |        
11 | repo-update-non-oss       | openSUSE-13.1-Update-Non-Oss       | Yes     | Yes     |   99     | rpm-md | http://download.opensuse.org/update/13.1-non-oss/                             |        

On 2014-09-28 00:56, cgarai wrote:
>
> I piped it to a file and then had to move that file to a mounted network
> drive (so my network partially works, perhaps it is my browser
> (Firefox)).

I understand.

> Code:
> --------------------
> # | Alias | Name | Enabled | Refresh | Priority | Type | URI | Service
> —±--------------------------±-----------------------------------±--------±--------±---------±-------±------------------------------------------------------------------------------±-------
> 1 | google-earth | google-earth | Yes | Yes | 99 | rpm-md | http://dl.google.com/linux/earth/rpm/stable/x86_64 |
> 2 | home:MasterPatricko | home:MasterPatricko | Yes | Yes | 99 | rpm-md | http://download.opensuse.org/repositories/home:/MasterPatricko/openSUSE_13.1/ |
> 3 | openSUSE:13.1 | openSUSE:13.1 | Yes | Yes | 99 | rpm-md | http://download.opensuse.org/repositories/openSUSE:/13.1/standard/ |
> 4 | repo-debug | openSUSE-13.1-Debug | No | Yes | 99 | NONE | http://download.opensuse.org/debug/distribution/13.1/repo/oss/ |
> 5 | repo-debug-update | openSUSE-13.1-Update-Debug | No | Yes | 99 | NONE | http://download.opensuse.org/debug/update/13.1/ |
> 6 | repo-debug-update-non-oss | openSUSE-13.1-Update-Debug-Non-Oss | No | Yes | 99 | NONE | http://download.opensuse.org/debug/update/13.1-non-oss/ |
> 7 | repo-non-oss | openSUSE-13.1-Non-Oss | Yes | Yes | 99 | yast2 | http://download.opensuse.org/distribution/13.1/repo/non-oss/ |
> 8 | repo-oss | openSUSE-13.1-Oss | Yes | Yes | 99 | yast2 | http://download.opensuse.org/distribution/13.1/repo/oss/ |
> 9 | repo-source | openSUSE-13.1-Source | No | Yes | 99 | NONE | http://download.opensuse.org/source/distribution/13.1/repo/oss/ |
> 10 | repo-update | openSUSE-13.1-Update | Yes | Yes | 99 | rpm-md | http://download.opensuse.org/update/13.1/ |
> 11 | repo-update-non-oss | openSUSE-13.1-Update-Non-Oss | Yes | Yes | 99 | rpm-md | http://download.opensuse.org/update/13.1-non-oss/ |
>
> --------------------

I think that repo number 3 is the same as number 8, so you should remove
number 3. But that should not cause problems.

Beyond that, your list seems normal, nothing to cause the problems you
describe. :-?

What are your current symptoms? No internet?


Cheers / Saludos,

Carlos E. R.
(from 13.1 x86_64 “Bottle” at Telcontar)

On Sat 27 Sep 2014 11:53:07 PM CDT, Carlos E. R. wrote:

On 2014-09-28 00:56, cgarai wrote:
>
> I piped it to a file and then had to move that file to a mounted
> network drive (so my network partially works, perhaps it is my browser
> (Firefox)).
<snip>
Beyond that, your list seems normal, nothing to cause the problems you
describe. :-?

What are your current symptoms? No internet?

Hi
Also what packages are you using from repo #2, if it’s the r8168 kmp
for your network card, then that would cause an issue if the kernel has
upgraded…


Cheers Malcolm °¿° LFCS, SUSE Knowledge Partner (Linux Counter #276890)
openSUSE 13.1 (Bottle) (x86_64) GNOME 3.10.1 Kernel 3.11.10-21-desktop
If you find this post helpful and are logged into the web interface,
please show your appreciation and click on the star below… Thanks!

Hi

My biggest problem is that I no longer get Grub option to boot to WinXP. Sadly I’m not fully weened!

That might have coincided with my trying to get Updater and Yast2 to do 130+ updates. Both hung on trying to remove “ucode-amd”.

Trying to use Yast to look at the boot loader failed because it hangs while scanning.

Same thing happens when I try to use Gparted.

The loss of web access via my browser is the least of my worries!

Thanks,

Chris

Robin,
I don’t understand how to remove a repo.

First,
Removing a repo…

You can always inspect your command line options by using help, eg

zypper --help

In your case, I happen to know “rr” removes the repo. You can identify the repo by typing out the whole repo name or if you know its enumeration, simply by the number, eg the repo to be removed is listed as the third

zypper rr 3

First, considering how your machine is progressing (or regressing), you might want to copy your /home directory to an external drive or otherwise save anything you feel is valuable in case things get much worse.

Regarding your more broad problems, I’d recommend doing a repair using the standard 13.1 DVD (Do you have it downloaded?). If you had network access, you might have more options.

After doing a repair, you should have networking again. Run update to install latest packages from the Internet

zypper update

Also, for future reference if you have various issues like the graphics issues you describe, you should be able to boot into “Rescue Mode” (your Grub Menu selection) for troubleshooting. You wouldn’t want to operate permanently in that mode, but it should be enough to fix your problems before they get worse.

Re-building your Grub Menu entry pointing to Windows requires some additional work, but do the above first.

HTH,
TSU

On Mon 29 Sep 2014 07:56:01 PM CDT, tsu2 wrote:

In your case, I happen to know “rr” removes the repo. You can identify
the repo by typing out the whole repo name or if you know its
enumeration, simply by the number, eg the repo to be removed is listed
as the third

zypper rr 3

Hi
Just a word of caution with using zypper rr N, that N changes… for
example if you wanted to delete some repo 3 and some repo 4, always use
the highest number first else if you removed some repo 3, then some
repo 4 becomes some repo 3…


Cheers Malcolm °¿° LFCS, SUSE Knowledge Partner (Linux Counter #276890)
openSUSE 13.1 (Bottle) (x86_64) GNOME 3.10.1 Kernel 3.11.10-21-desktop
If you find this post helpful and are logged into the web interface,
please show your appreciation and click on the star below… Thanks!

Yes, and so to avoid confusion, it may be prudent to list the repos again between repo removals to make sure you get the next target correct.

On 2014-09-30 00:46, deano ferrari wrote:
>
> malcolmlewis;2667128 Wrote:
>> Hi
>> Just a word of caution with using zypper rr N, that N changes… for
>> example if you wanted to delete some repo 3 and some repo 4, always use
>> the highest number first else if you removed some repo 3, then some
>> repo 4 becomes some repo 3…
>
> Yes, and so to avoid confusion, it may be prudent to list the repos
> again between repo removals to make sure you get the next target
> correct.

I do it like “zypper rr NUMBER && zyper lr --details”. In fact, any repo
manipulation with zypper I do it that way.


Cheers / Saludos,

Carlos E. R.
(from 13.1 x86_64 “Bottle” at Telcontar)

Me too typically. (Not that I’m in the habit of adding unnecessarily in the first place.) :slight_smile:

On 2014-09-30 04:36, deano ferrari wrote:

> Me too typically. (Not that I’m in the habit of adding unnecessarily in
> the first place.) :slight_smile:

I copy paste from my cheat sheet :wink:


Cheers / Saludos,

Carlos E. R.
(from 13.1 x86_64 “Bottle” at Telcontar)

SInce my network connection was working, running “zypper update” worked, mostly. Occasionally some object would get to 100%, but hang and never move on. After several Ctrl-c ignore then retry the update it made it through with a few exceptions. The Software Updater “bug” icon on the tray said I have 7 packages that need updating. However it now hangs at the point where it is “Removing packages: lvm2”

At least my browser is working again.

Am I correct in thinking that “Software Updater”, Yast2:Online Update and “zypper update” all attempt to do the same thing? zypper at least allowed me to abort the process and retry which the others did not.

As for fixing Grub, I have tried “boot-repair-disk”, gparted, Yast2:bootloader and they all hang while “scanning system”. I read somewhere that this may be due to a non-existent floppy drive that is enabled in the cmos hardware setup or a windows NTFS ddrive that needs a chkdsk.

Any further clues?

Thank you very much for your help so far!

Chris

After doing a repair, you should have networking again. Run update to install latest packages from the Internet

zypper update

Also, for future reference if you have various issues like the graphics issues you describe, you should be able to boot into “Rescue Mode” (your Grub Menu selection) for troubleshooting. You wouldn’t want to operate permanently in that mode, but it should be enough to fix your problems before they get worse.

Re-building your Grub Menu entry pointing to Windows requires some additional work, but do the above first.

HTH,
TSU

If the problem you see is due to missing floppy you need to either wait it out (can take a very very long time or disable the floppy in the BIOS

The program that runs in the system tray is apper and in general is ok but I would not rely on it for updating if you have problems. Use zypper

No.

YaST > Software > Online Update does the same thing as

zyper patch

If I am correct (I have not installed Apper), the mechanism behind Apper tries to do the same as

zypper update

So here is the status so far:

zypper update says “Nothing to do”

However, running “zypper lp” outputs the following:


Loading repository data...
Reading installed packages...

Repository           | Name              | Version | Category    | Status | Summary                                                                                 
---------------------+-------------------+---------+-------------+--------+-----------------------------------------------------------------------------------------
openSUSE-13.1-Update | openSUSE-2014-300 | 1       | recommended | needed | lvm2: modified lvm.conf by adding filter to exclude floppy and cdrom drives             
openSUSE-13.1-Update | openSUSE-2014-303 | 1       | recommended | needed | kernel-firmware: Fixes failure on missing microcode file                                
openSUSE-13.1-Update | openSUSE-2014-340 | 1       | recommended | needed | kernel-firmware: Use qlogic firmware from linux-firmware instead of the separate archive
openSUSE-13.1-Update | openSUSE-2014-417 | 1       | recommended | needed | kernel-firmware: fixed Intel 3160/7260 WiFi firmware                                    
openSUSE-13.1-Update | openSUSE-2014-424 | 1       | recommended | needed | systemd-mini: set ACL on nvidia-uvm                                                     
openSUSE-13.1-Update | openSUSE-2014-433 | 1       | recommended | needed | mdadm: fixes support of multi-level raid devices                                        
openSUSE-13.1-Update | openSUSE-2014-515 | 1       | recommended | needed | kernel-firmware: Check for exact microcode filename                                     


When I run “zypper patches” it hangs trying to remove lvm2. It says it is 100% done, but moves no further.

Thanks,

Chris

On 2014-10-02 03:16, cgarai wrote:
> However, running “zypper lp” outputs the following:

Try “zypper list-updates --all”

> When I run “zypper patches” it hangs trying to remove lvm2. It says it
> is 100% done, but moves no further.

Well, check the log.

maybe “rpm --rebuilddb” would help.


Cheers / Saludos,

Carlos E. R.
(from 13.1 x86_64 “Bottle” at Telcontar)

zypper list-updates --all returns “No updates found.”

Ran “rpm --rebuilddb”

It ran OK, but still same problems.

Next I ran “zypper verify”

It wanted to remove lvm2 as well, and it hung there. This added the following to the log file:


# 2014-10-01 22:42:58 lvm2-2.02.98-0.28.14.1.x86_64 remove failed
# rpm output:
# warning: waiting for transaction lock on /var/lib/rpm/.rpm.lock
# 

Does that provide a useflul clue?

Thanks,

Chris

On 2014-10-02 07:56, cgarai wrote:
>
> zypper list-updates --all returns “No updates found.”
>
> Ran “rpm --rebuilddb”
>
> It ran OK, but still same problems.

“rpm --rebuilddb” itself had problems?

> Next I ran “zypper verify”
>
> It wanted to remove lvm2 as well, and it hung there. This added the
> following to the log file:
>
>
> Code:
> --------------------
>
> # 2014-10-01 22:42:58 lvm2-2.02.98-0.28.14.1.x86_64 remove failed
> # rpm output:
> # warning: waiting for transaction lock on /var/lib/rpm/.rpm.lock
> #
>
> --------------------
>
>
> Does that provide a useflul clue?

Yes, it does indeed.

Check the date of that file (/var/lib/rpm/.rpm.lock). If it is old,
delete it. If recent, check that rpm is not running - or rather, check
no matter the date:


ps afxu | grep -i rpm
lsof /var/lib/rpm/.rpm.lock

If something has the file, kill it. Then delete the lock file.

After deletion, make sure to run “rpm --rebuilddb” again.


Cheers / Saludos,

Carlos E. R.
(from 13.1 x86_64 “Bottle” at Telcontar)