On 11/27/18 10:42 PM, Eddie G. O'Connor Jr. wrote:
I DO have multiple entries when I boot up my ThinkPad T420 laptop. In
the listing are three entries total (plus the rescue option)
The topmost entry if for FC-27
the entry under that one is for FC-29
and the entry under that is also FC-29
an
On 11/27/18 5:24 PM, Samuel Sieb wrote:
There is some disagreement on what you are actually asking here so you
are getting different answers. I assumed that you didn't have entries
for the F29 kernels, in which case you need to recreate the grub.cfg
as I described. Others have understood you
On 11/28/18 9:30 AM, Ed Greshko wrote:
> On 11/28/18 9:30 AM, Ed Greshko wrote:
>> On 11/28/18 9:21 AM, Tom Horsley wrote:
>>> But that wastes time re-downloading all the repos
>> So? Make an for dnf that does the --refresh and also disables the repos
>> you don't care
>> to about?
>>
> Make an
On 11/28/18 9:30 AM, Ed Greshko wrote:
> On 11/28/18 9:21 AM, Tom Horsley wrote:
>> But that wastes time re-downloading all the repos
> So? Make an for dnf that does the --refresh and also disables the repos you
> don't care
> to about?
>
Make an "alias".
--
Right: I dislike the default color
On 11/28/18 9:21 AM, Tom Horsley wrote:
> But that wastes time re-downloading all the repos
So? Make an for dnf that does the --refresh and also disables the repos you
don't care
to about?
--
Right: I dislike the default color scheme Wrong: What idiot picked the default
color scheme
On 11/28/18 9:21 AM, Tom Horsley wrote:
> On Wed, 28 Nov 2018 09:05:53 +0800
> Ed Greshko wrote:
>
>> [egreshko@meimei ~]$ sudo dnf --refresh upgrade
> But that wastes time re-downloading all the repos, not just
> the update repos (which are presumably the only ones that
> might have changed).
>
>
On Wed, 28 Nov 2018 09:05:53 +0800
Ed Greshko wrote:
> [egreshko@meimei ~]$ sudo dnf --refresh upgrade
But that wastes time re-downloading all the repos, not just
the update repos (which are presumably the only ones that
might have changed).
I'd hope makecache pays attention to the metadata_expi
On 11/28/18 8:57 AM, Tom Horsley wrote:
> As near as I can tell, dnf won't ever download
> data from repos merely because of an update command
> (no matter how far out of date the metadata is).
> This seems like an "improvement" they must have
> made recently.
>
> Looking at the makecache timer ser
As near as I can tell, dnf won't ever download
data from repos merely because of an update command
(no matter how far out of date the metadata is).
This seems like an "improvement" they must have
made recently.
Looking at the makecache timer service, it seems
like you now need to use two commands
On Tue, Nov 27, 2018 at 06:11:44PM -0500, Sam Varshavchik wrote:
> Something's definitely not quite right with DNF's caching in F29.
>
> I have a local LAN repository whose metadata_expire is intentionally
> set to one minute, because as soon as I have a new package to
> install I push it into the
On 11/27/18 3:17 PM, linux guy wrote:
Interesting. /boot/efi/EFI/fedora/grub.cfg didn't exist on my
workstation. But /etc/grub2-efi.cfg points to it ! /boot/efi existed,
but it was empty.
How are you booting into it right now to do this?
Btw, both grub.cfg symlinks are always created whet
Interesting. /boot/efi/EFI/fedora/grub.cfg didn't exist on my
workstation. But /etc/grub2-efi.cfg points to it ! /boot/efi existed,
but it was empty.
I created /boot/efi/EFI/fedora/.
I ran grub2-mkconfig -o/boot/grub2/grub.cfg It ran without error.
I rebooted using shutdown -r now
It rebooted
Tom Horsley writes:
I ran "dnf -y update" this morning. It said the last
metadata update was 8 days ago and there was nothing
to do.
I then ran "dnf clean all" and "dnf -y update" again
and it is loading 414 new updates.
What really bad setting is it consulting to think that
8 day old metadata
On 11/27/18 2:22 PM, Roger Heflin wrote:
> if you have sar installed (package is sysstat) then sar -n DEV will
> give you 10 minute network counters, it will give you 1 minute data if
> you turn sar's sample timer down to 1 minute.
>
> snmp if you router supports it, and I have also ssh'ed into my
On Tue, 27 Nov 2018 11:40:38 -0600
dsavage--- via users wrote:
> So I'm open to suggestions to solve these on-path problems. First and
> foremost, it seems to me, I need to identify a cross-platform solution
> equivalent to Clonezilla that can see the Intel RST RAID1 structure.
This is a tool th
On 11/26/18 11:03 PM, Eddie G. O'Connor Jr. wrote:
Running F-29 on Lenovo ThinkPad T420
I've updated and everything is running smoothly
But
When its first starting up?...and it shows the kernels that are
available (along with the rescue option) they're showing as
"Fedora 4.14.xx _27_ Fedor
if you have sar installed (package is sysstat) then sar -n DEV will
give you 10 minute network counters, it will give you 1 minute data if
you turn sar's sample timer down to 1 minute.
snmp if you router supports it, and I have also ssh'ed into my router
ever X minutes and collected its network st
On 11/27/18 12:48 PM, Stephen Morris wrote:
> On 27/11/18 10:53 am, Rick Stevens wrote:
>> On 11/26/18 1:46 PM, Stephen Morris wrote:
>>> On 21/11/18 10:02 am, Rick Stevens wrote:
On 11/20/18 2:09 PM, Ed Greshko wrote:
> On 11/21/18 5:07 AM, Stephen Morris wrote:
>> A second, smaller tim
On 27/11/18 10:53 am, Rick Stevens wrote:
On 11/26/18 1:46 PM, Stephen Morris wrote:
On 21/11/18 10:02 am, Rick Stevens wrote:
On 11/20/18 2:09 PM, Ed Greshko wrote:
On 11/21/18 5:07 AM, Stephen Morris wrote:
Given that the front screen of the bios is displaying the time as
local time, presum
On 11/27/18 12:27 PM, Tim via users wrote:
> Tim:
>>> If I want to check on how much data my computer's been putting
>>> through my ISP over the last few days, is there anything logged by
>>> default that I can look at, or do need to install something extra?
>
> Ed Greshko:
>> Are you saying you h
Tim:
>> If I want to check on how much data my computer's been putting
>> through my ISP over the last few days, is there anything logged by
>> default that I can look at, or do need to install something extra?
Ed Greshko:
> Are you saying you have a single system with only traffic going to
> the
On 11/27/18 1:01 AM, Eddie G. O'Connor Jr. wrote:
kernel-4.14.8-300.fc27.x86_64
kernel-4.19.2-301.fc29.x86_64
kernel-4.19.3-300.fc29.x86_64
Somehow the grub config file isn't getting updated with new kernels.
If you have an EFI system, then run:
sudo grub2-mkconfig -o /etc/grub2-efi.cfg
Other
On 11/27/18 3:03 AM, dsavage--- via users wrote:
If you use yum/dnf to remove the 4.14 kernel, when you install the next
kernel update the /boot directory will again have three kernels plus the
rescue.
yum remove kernel-4.14.8-300.fc27.x86_64
If you run:
rpm -qa | grep kernel | sor
> My take is this ... RST / RAID is where windows is installed, if you
> change it before you snapshot or dd the image youll loose the install
> by breaking the raid
> you have to make a snap before you can change to AHCI and break up the
> raid , and i do believe there is a driver in linux for RST
On Tue, 2018-11-27 at 05:03 -0600, dsavage--- via users wrote:
> If you run:
>
> rpm -qa | grep kernel | sort
>
> you'll get a list of all installed kernel, kernel-core, kernel-devel, and
> other related packages all with their version numbers. If there are any of
> those with the 4.14 kerne
On 11/27/18 11:28 PM, Tom Horsley wrote:
> On Tue, 27 Nov 2018 22:52:38 +0800
> Ed Greshko wrote:
>
>> Have you disabled the dnf-makecache.timer unit?
> Yes. I want to run updates when I want them, not when
> some random timer wants them (especially since the
> background stuff always manages to ha
Il giorno mar, 20/11/2018 alle 18.37 +0100, Dario Lesca ha scritto:
> Yes, thanks, also this can be a workaround.
>
> But i can think also for other people, if in case this annoying
> problem also affects other people.
>
> Then, if this is the only solution, it's bette I fill a bug in order
> to
Thank you.
On Mon, Nov 26, 2018 at 11:12 PM Samuel Sieb wrote:
> On 11/26/18 7:56 PM, linux guy wrote:
> > It still boots to the grub prompt, even when I use -o
> /boot/grub2/grub.cfg
>
> That is still the wrong file. You need either
> /boot/efi/EFI/fedora/grub.cfg
> or
> /etc/grub2-efi.cfg whi
On Tue, 27 Nov 2018 22:52:38 +0800
Ed Greshko wrote:
> Have you disabled the dnf-makecache.timer unit?
Yes. I want to run updates when I want them, not when
some random timer wants them (especially since the
background stuff always manages to have dnf locked
when I want to do foreground activity
On 11/27/18 9:34 PM, Tom Horsley wrote:
> I ran "dnf -y update" this morning. It said the last
> metadata update was 8 days ago and there was nothing
> to do.
>
> I then ran "dnf clean all" and "dnf -y update" again
> and it is loading 414 new updates.
>
> What really bad setting is it consulting t
On 11/27/18 9:50 PM, Tim via users wrote:
> If I want to check on how much data my computer's been putting through
> my ISP over the last few days, is there anything logged by default that
> I can look at, or do need to install something extra?
Are you saying you have a single system with only tra
Hi,
If I want to check on how much data my computer's been putting through
my ISP over the last few days, is there anything logged by default that
I can look at, or do need to install something extra?
--
[tim@localhost ~]$ uname -rsvp
Linux 4.16.11-100.fc26.x86_64 #1 SMP Tue May 22 20:02:12 UTC
Not sure, where the TTL for meta data is set, but you can always use --refresh
parameter to force-refresh meta-data without running dnf clean all.
---
Best regards,
Alex
‐‐‐ Original Message ‐‐‐
On Tuesday, November 27, 2018 3:34 PM, Tom Horsley
wrote:
> I ran "dnf -y update" this m
I ran "dnf -y update" this morning. It said the last
metadata update was 8 days ago and there was nothing
to do.
I then ran "dnf clean all" and "dnf -y update" again
and it is loading 414 new updates.
What really bad setting is it consulting to think that
8 day old metadata is up to date, and whe
Eddie,
Actually you should never simply "rm" any file(s) originally installed by
rpm/yum/dnf. You're sure to have configuration and other support files
left behind as orphans.
If you use yum/dnf to remove the 4.14 kernel, when you install the next
kernel update the /boot directory will again have
On Tue, 2018-11-27 at 08:46 +1100, Stephen Morris wrote:
> At the moment my main OS is Windows as I spend a fair amount of time
> playing online games that can't be played under Linux, so I mainly only
> boot to Linux for email processing, until such time as I decide to forgo
> the gaming enviro
On 11/27/18 3:17 AM, dsavage--- via users wrote:
Eddie,
Easy. At a CLI prompt type:
ls -l /boot | grep vmlinuz
You should see a "vmlinuz-0" rescue kernel followed by the three latest
installed kernels. For the most recently updated F29 these will be
4.19.2-300, 4.19.2-301, and 4.19.3-30
On 11/27/18 3:36 AM, Samuel Sieb wrote:
kernel 4.14 is quite old now and probably is from F27. What does "rpm
-q kernel" show?
Hey Samuel!...thanks for the reply!typing "rpm -q kernel" gives me:
kernel-4.14.8-300.fc27.x86_64
kernel-4.19.2-301.fc29.x86_64
kernel-4.19.3-300.fc29.x86_64
On 11/26/18 11:03 PM, Eddie G. O'Connor Jr. wrote:
Running F-29 on Lenovo ThinkPad T420
I've updated and everything is running smoothly
But
When its first starting up?...and it shows the kernels that are
available (along with the rescue option) they're showing as
"Fedora 4.14.xx _27_ Fedor
Eddie,
Easy. At a CLI prompt type:
ls -l /boot | grep vmlinuz
You should see a "vmlinuz-0" rescue kernel followed by the three latest
installed kernels. For the most recently updated F29 these will be
4.19.2-300, 4.19.2-301, and 4.19.3-300. If you have any numbered below
4.19.2-300, you can
40 matches
Mail list logo
