On 06/02/2018 11:03 AM, peterlesterh...@telfort.nl wrote:
So far so good. I can boot into Windows as well as Fedora.
Now I want to have /home, /usr/ and/ /tmp on the HDD drive, which I
intend to use as data-drive.
I created a mountpoint for the new partition of the HDD drive (sudo
mkdir
On 06/02/2018 06:51 PM, page p wrote:
the two drives can be seen, are part of an array and a hexdump says that
they are still XFS but i can not get luks to open the array.
If it is supposed to be a LUKS device, then you should not be able to
see the XFS filesystem. Can you show us the exact
On 06/02/2018 02:28 PM, Patrick O'Callaghan wrote:
Also, I usually have a VM running (Windows 10) that I prefer not to
have to restart just because I updated one of Linux's libraries that
the VM doesn't depend on. This might even mean restarting my desktop
session, which I can do without the VM
On 06/03/18 11:37, Robert Moskowitz wrote:
> So I decided to look into tracer.
>
> When I did my system build I did a 'dnf list > dnf.lst' to get a listing of
> all
> rpms in the repos (at least at that point it time). I have found this an easy
> way
> to go look for things of interest. So I
So I decided to look into tracer.
When I did my system build I did a 'dnf list > dnf.lst' to get a listing
of all rpms in the repos (at least at that point it time). I have found
this an easy way to go look for things of interest. So I did:
# grep tracer dnf.lst
traceroute.x86_64
On 06/02/2018 12:45 AM, Samuel Sieb wrote:
On 06/01/2018 09:32 PM, John Morris wrote:
On Fri, 2018-06-01 at 11:30 -0700, Samuel Sieb wrote:
You did online updates? This is the reason why offline updates is the
default now, because doing updates without a reboot can cause weird
situations
Huh. So when hybrid suspend+hibernate happened, I had a randomly
encrypted swap setup. So this obviously can't ever be recovered from,
because the key is lost. Well, actually the key is in the image on
encrypted swap. So the only copy of the key is encrypted. Ha.
Anyway, after setting up an
I have a HP Omen laptop with Optimus (Intel + Nvidia). Bumblebee is
installed
and optirun works for glxgears and glxspheres64, however I can not get it
to work
for Chrome or Chromium. Any ideas?
I am running the Nvidia drivers from rpmfusion (the others did not work).
Note I had to fix the
Hi,
I have two drives in a raid 1 configuration and used luks crypt on the
raid once created.
today i wanted to change the device number from 127 to 0 and can no
longer open the array as luks says it is not a valid device.
what i did was:
$ mdadm --stop /dev/md127
$ mdadm --create
On 06/03/18 09:30, Tim via users wrote:
> Allegedly, on or about 3 June 2018, Ed Greshko sent:
>> Oh, and let's not forget the times (twice in recent memory) where
>> updates to KDE Plasma resulted in not being able to logout or even
>> reboot from the menus. In that case one needed to know about
Allegedly, on or about 3 June 2018, Ed Greshko sent:
> Oh, and let's not forget the times (twice in recent memory) where
> updates to KDE Plasma resulted in not being able to logout or even
> reboot from the menus. In that case one needed to know about "init
> 6". :-) :-)
While some will argue
OK so I've run into this also on Fedora 28. (This is with the "sick"
battery that Windows says is OK, and HP's battery checker says is OK.
And yet at 18% battery and 45 minutes remaining it goes into
"hibernation").
So what Fedora is doing is hybrid sleep.
Jun 02 15:11:33 f28h.local systemd[1]:
Allegedly, on or about 31 May 2018, sent:
>> The usual method of hibernating is to dump the memory into the swap
>> partition. I do not know what will happen if your swap partition
>> is smaller than your RAM, though.
Wolfgang Pfeiffer:
> 32 GB of RAM here, swap space is just ~16 GB: my guess
On 06/03/18 05:43, Patrick O'Callaghan wrote:
> As has been said, this is an ongoing debate. Linux follows Unix in not
> forcing you to reboot except when switching to a new kernel (though
> rebooting if glibc changes is strongly encouraged). Running apps will
> continue to use old libraries even
On Sat, 2018-06-02 at 18:49 +0200, Wolfgang Pfeiffer wrote:
> On Sat, Jun 02, 2018 at 09:17:36AM -0700, Samuel Sieb wrote:
> > On 06/02/2018 08:44 AM, Wolfgang Pfeiffer wrote:
> > > See: 2001 or so unless you had upgraded to a new gblic there wasn't a
> > > need to reboot Linux machines. Most of
On 06/02/18 23:57, Patrick O'Callaghan wrote:
> Sam seems to suggest that rebooting is the only way to be sure of
> avoiding problems. I'm wondering if he's discounting the use of tracer
> as a way to do this more selectively, and if so is it because he thinks
> tracer is unreliable?
The one
On Sat, 2018-06-02 at 09:17 -0700, Samuel Sieb wrote:
> On 06/02/2018 08:44 AM, Wolfgang Pfeiffer wrote:
> > See: 2001 or so unless you had upgraded to a new gblic there wasn't a
> > need to reboot Linux machines. Most of the times it was enough to log
> > in/out of your X. And that was it. And
On 2 June 2018 at 20:03, peterlesterh...@telfort.nl
wrote:
> Hi,
>
> I purchased an Asus laptop with 2 hard drives (SSD 256 GB and HDD 1 TB).
> Windows10 was preinstalled on the SSD and the HDD drive is used for data.
>
> I wanted to install fedora alongside Windows.
> So I shrinked the partition
On Sat, 2 Jun 2018 20:03:59 +0200 (CEST)
"peterlesterh...@telfort.nl" wrote:
> Hi,
> I purchased an Asus laptop with 2 hard drives (SSD 256 GB and HDD 1
> TB). Windows10 was preinstalled on the SSD and the HDD drive is used
> for data. I wanted to install fedora alongside Windows.
> So I
Hi,
I purchased an Asus laptop with 2 hard drives (SSD 256 GB and HDD 1 TB).
Windows10 was preinstalled on the SSD and the HDD drive is used for data.
I wanted to install fedora alongside Windows.
So I shrinked the partition on the SSD drive (sdb) and also the partition on
the HDD drive (sda).
On Sat, Jun 02, 2018 at 09:17:36AM -0700, Samuel Sieb wrote:
> On 06/02/2018 08:44 AM, Wolfgang Pfeiffer wrote:
> > See: 2001 or so unless you had upgraded to a new gblic there wasn't a
> > need to reboot Linux machines. Most of the times it was enough to log
> > in/out of your X. And that was it.
On 06/02/2018 08:44 AM, Wolfgang Pfeiffer wrote:
See: 2001 or so unless you had upgraded to a new gblic there wasn't a
need to reboot Linux machines. Most of the times it was enough to log
in/out of your X. And that was it. And that approach was, AFAICS, what
John Morris probably was referring
On 06/02/2018 08:57 AM, Patrick O'Callaghan wrote:
Sam seems to suggest that rebooting is the only way to be sure of
avoiding problems. I'm wondering if he's discounting the use of tracer
as a way to do this more selectively, and if so is it because he thinks
tracer is unreliable?
It is the
On 06/02/2018 06:46 AM, Dario Lesca wrote:
Il giorno ven, 01/06/2018 alle 11.48 -0700, Samuel Sieb ha scritto:
Yes, it's available, but the Java browser plugin is not included.
If I point my firefox-60.0.1-3.fc28.x86_64 on iDRAC of a server Dell and
I open the server console, icedtea-web
On Sat, 2018-06-02 at 21:40 +0800, Ed Greshko wrote:
> Seriously? This discussion comes up regularly. In most cases online
> updates work, but sometimes there are issues. Read the past threads for
> more info, but it's an extremely hard problem to make it always work for
>
On Fri, Jun 01, 2018 at 09:45:50PM -0700, Samuel Sieb wrote:
> On 06/01/2018 09:32 PM, John Morris wrote:
> > On Fri, 2018-06-01 at 11:30 -0700, Samuel Sieb wrote:
> >
> > > You did online updates? This is the reason why offline updates is the
> > > default now, because doing updates without a
On Sat, 02 Jun 2018 09:23:35 -0400
Sam Varshavchik wrote:
> Actually, it's better to manually set the ulimit in your shell. This way, if
> some random process dumps core it won't spew it somewhere.
Right, that is what the DefaultLimitCore change accomplishes.
Without it, everything that aborts
Il giorno ven, 01/06/2018 alle 11.48 -0700, Samuel Sieb ha scritto:
> Yes, it's available, but the Java browser plugin is not included.
If I point my firefox-60.0.1-3.fc28.x86_64 on iDRAC of a server Dell
and I open the server console, icedtea-web start and all work fine.
how does it happen?
On 06/02/18 21:22, Patrick O'Callaghan wrote:
> On Sat, 2018-06-02 at 20:03 +0800, Ed Greshko wrote:
>> On 06/02/18 17:09, Patrick O'Callaghan wrote:
>>> On Fri, 2018-06-01 at 21:45 -0700, Samuel Sieb wrote:
On 06/01/2018 09:32 PM, John Morris wrote:
> On Fri, 2018-06-01 at 11:30 -0700,
Tom Horsley writes:
On Fri, 01 Jun 2018 23:15:24 -0400
Sam Varshavchik wrote:
> On the machine where you do development work, and have to deal with core
> dumps all the time, you can rig this to be done automatically during the
> boot, and completely avoid having to deal with all that brain
On Sat, 2018-06-02 at 20:03 +0800, Ed Greshko wrote:
> On 06/02/18 17:09, Patrick O'Callaghan wrote:
> > On Fri, 2018-06-01 at 21:45 -0700, Samuel Sieb wrote:
> > > On 06/01/2018 09:32 PM, John Morris wrote:
> > > > On Fri, 2018-06-01 at 11:30 -0700, Samuel Sieb wrote:
> > > >
> > > > > You did
On Sat, 2 Jun 2018 15:04:17 +0200
Ahmad Samir wrote:
> Most likely a typo, you meant 'echo' not cat.
True! Thanks for the correction.
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to
On 2 June 2018 at 14:48, Tom Horsley wrote:
> On Fri, 01 Jun 2018 23:15:24 -0400
> Sam Varshavchik wrote:
>
>> On the machine where you do development work, and have to deal with core
>> dumps all the time, you can rig this to be done automatically during the
>> boot, and completely avoid having
On Fri, 01 Jun 2018 23:15:24 -0400
Sam Varshavchik wrote:
> On the machine where you do development work, and have to deal with core
> dumps all the time, you can rig this to be done automatically during the
> boot, and completely avoid having to deal with all that brain damage.
Permanently
On 06/02/18 17:09, Patrick O'Callaghan wrote:
> On Fri, 2018-06-01 at 21:45 -0700, Samuel Sieb wrote:
>> On 06/01/2018 09:32 PM, John Morris wrote:
>>> On Fri, 2018-06-01 at 11:30 -0700, Samuel Sieb wrote:
>>>
You did online updates? This is the reason why offline updates is the
default
On Fri, 2018-06-01 at 21:45 -0700, Samuel Sieb wrote:
> On 06/01/2018 09:32 PM, John Morris wrote:
> > On Fri, 2018-06-01 at 11:30 -0700, Samuel Sieb wrote:
> >
> > > You did online updates? This is the reason why offline updates is the
> > > default now, because doing updates without a reboot
On 01/06/18 17:08, None via users wrote:
Dear Fellow Fedora Users,
In light of many changes is there a web browser Fedora supported that honors the java plugins. The
new firefox does not support java like it used to . Firefox-esr will soon deprecate the java
support and we will not have
37 matches
Mail list logo
