I've launch a "yum update" while I was going to lunch. 1 hour later the
system was completely freezed (no mouse, no keyboard, screen black, no
network).
I try a hard reboot => kernel panic on the new kernel
I boot on the old kernel => boot hangs with gnome-shell failure. SSH was
OK so I remove th
On 08.12.18 13:48, Patrick Bégou wrote:
> There are 1 outstanding transactions to complete. Finishing the most
> Any idea to go back to a normal situation before a full re-install ?
restoring the old state before the broken 'yum update' can be done by
package-cleanup.
package-cleanup --dupes
w
Hi Ulf
thanks for the suggestion. Indeed it seems I have a problem with glibc. Version
is different between x86_64 and i386 and I have two glibc-common for x86_64.
Trying to remove the old one request removing half of the system packages
because of the dependancies. The newest cannot be remove
On 08.12.18 15:18, PATRICK BÉGOU wrote:
> thanks for the suggestion. Indeed it seems I have a problem with glibc.
> Version is different between x86_64 and i386 and I have two glibc-common for
> x86_64.
> Trying to remove the old one request removing half of the system packages
> because of th
>
> thanks for the suggestion. Indeed it seems I have a problem with
> glibc. Version is different between x86_64 and i386 and I have two
> glibc-common for x86_64.
> Trying to remove the old one request removing half of the system
> packages because of the dependancies. The newest cannot be re
>
>
>
> Commands line options:
rd.debug rd.udev.debug systems.log_level=debug
That willl be incredibly verbose, and slows things down a lot, so in the
off chance there's a race, you might get different results. But if not, the
log should contain something useful.
I like the hypothesis about mdadm
>
>
> Yeah the correct response is to fix the underlying cause of settings
vanishing. Not enable faux BIOS legacy boot, which literally means UEFI
plus BIOS hacked on top.
As much a PITA UEFI is, adding more crap on top is asking for even more
confusion.
An alternative is benevolent malware as th
On Tue, Dec 04, 2018 at 12:56:05PM -0500, Stephen John Smoogen wrote:
> On Tue, 4 Dec 2018 at 12:18, Richard
> wrote:
> >
> >
> >
> > > Date: Tuesday, December 04, 2018 17:08:52 +
> > > From: Tony Molloy
> > >
> > > On Mon, 2018-12-03 at 07:44 -0500, Stephen John Smoogen wrote:
> > >> On Mon
On 2018-12-06, Gary Stainburn
wrote:
> Lke many people I have received the message from Dropbox about their
> changes including the non-support for the old Linux RPM.
>
> As I no longer use Dropbox I thought I would just remove the
> nautilus-dropbox RPM.
>
> However, I am still receiving the warn
9 matches
Mail list logo
