On Fri, 2014-10-24 at 18:24 -0600, Chris Murphy wrote:
> Companies do not spend hundreds of millions of dollars (conservatively
> estimated at this point) completely retooling firmware to something
> that has about as many lines of code as the linux kernel, and
> *requiring* manufacturers to enable
Chris Murphy writes:
>
> That is correct, but it is a prerequisite for being able to even trust
> userspace if kernel space is already compromised then it's a problem.
I dont trust the Companies that their proprietary Bioses and UEFIs are
not itself a rootkit. So the only solution to fix this pr
On Oct 25, 2014, at 7:35 AM, Stefan Huchler wrote:
> Chris Murphy writes:
>
> I try to not answer to much, because I dont want to argue to much, I
> just wanted a solution for my problem and this had nothing to do with
> secure boot, but I give my 2 cents to it.
Indeed, it's completely on me
Maybe it was back then no GPT problem, this tool doenst support gpt, but
uefi is the next thing, you need to install the right 64bit uefi grub
version or something.
The point is it adds much more complexity and I personaly gain NOTHING
of it, so why the hell should I use it?
Yes because at some
Chris Murphy writes:
I try to not answer to much, because I dont want to argue to much, I
just wanted a solution for my problem and this had nothing to do with
secure boot, but I give my 2 cents to it.
Did you really happen to see such a exploit in the wild that somebody
used kvm to start window
On Oct 22, 2014, at 3:14 PM, Stefan Huchler wrote:
> Chris Murphy writes:
>
>
> So first of all, I am thankful that u helped me to understand the
> problem I was shure I somehow on a interupted dnf process or something I
> damaged something in fedora, because I did not remember or notice that
Mickey writes:
> I don't have uefi on my box and I'am getting the same error message
> that pops up in the Notification Jobs in my system tray.
Did you answer to the wrong thread or to what message do you refer?
--
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subsc
On 10/22/2014 05:14 PM, Stefan Huchler wrote:
Chris Murphy writes:
So first of all, I am thankful that u helped me to understand the
problem I was shure I somehow on a interupted dnf process or something I
damaged something in fedora, because I did not remember or notice that
it did not updat
Chris Murphy writes:
So first of all, I am thankful that u helped me to understand the
problem I was shure I somehow on a interupted dnf process or something I
damaged something in fedora, because I did not remember or notice that
it did not update grub from the beginning.
Maybe I make a switch
On Oct 22, 2014, at 10:48 AM, Stefan Huchler wrote:
> Chris Murphy writes:
>
>>
>> Again if you're using modern utilities, you don't have to know any of
>> these things, alignment is a solved problem. My point is that Btrfs
>> doesn't do anything differently than other filesystems in this reg
Chris Murphy writes:
>
> Again if you're using modern utilities, you don't have to know any of
> these things, alignment is a solved problem. My point is that Btrfs
> doesn't do anything differently than other filesystems in this regard,
> which is exactly nothing. It all depends on an earlier to
On 21.10.2014 04:30, Chris Murphy wrote:
>
> On Oct 20, 2014, at 9:42 PM, poma wrote:
>
>> On 21.10.2014 03:26, Chris Murphy wrote:
>>>
>>> On Oct 20, 2014, at 8:53 PM, poma wrote:
>>>
On 20.10.2014 17:14, Chris Murphy wrote:
>
> The bug is in grubby, which is what's called fr
On 21.10.2014 16:17, Chris Murphy wrote:
>
> On Oct 21, 2014, at 8:07 AM, Stefan Huchler wrote:
>
>> Chris Murphy writes:
>>
>>> Where you get bad results is with, e.g. a pre-existing legacy OS like
>>> Windows XP, where it's not aligned and any subsequent partition is
>>> also not aligned. In
On Oct 21, 2014, at 8:07 AM, Stefan Huchler wrote:
> Chris Murphy writes:
>
>> Where you get bad results is with, e.g. a pre-existing legacy OS like
>> Windows XP, where it's not aligned and any subsequent partition is
>> also not aligned. In that case, even a Btrfs volume wouldn't be
>> align
Chris Murphy writes:
> Where you get bad results is with, e.g. a pre-existing legacy OS like
> Windows XP, where it's not aligned and any subsequent partition is
> also not aligned. In that case, even a Btrfs volume wouldn't be
> aligned.
I dont want to care at all, I dont want to know if to use
On Oct 20, 2014, at 9:42 PM, poma wrote:
> On 21.10.2014 03:26, Chris Murphy wrote:
>>
>> On Oct 20, 2014, at 8:53 PM, poma wrote:
>>
>>> On 20.10.2014 17:14, Chris Murphy wrote:
>>>
The bug is in grubby, which is what's called from within kernel packages
to update bootloade
On 21.10.2014 03:10, Matthew Miller wrote:
> On Tue, Oct 21, 2014 at 02:53:42AM +0200, poma wrote:
>>> The bug is in grubby, which is what's called from within kernel
>>> packages to update bootloader configuration scripts: GRUB legacy,
>>> GRUB2, syslinux, yaboot, and probably a bunch of other boo
On 21.10.2014 03:26, Chris Murphy wrote:
>
> On Oct 20, 2014, at 8:53 PM, poma wrote:
>
>> On 20.10.2014 17:14, Chris Murphy wrote:
>>
>>>
>>> The bug is in grubby, which is what's called from within kernel packages to
>>> update bootloader configuration scripts: GRUB legacy, GRUB2, syslinux,
On Oct 20, 2014, at 8:53 PM, poma wrote:
> On 20.10.2014 17:14, Chris Murphy wrote:
>
>>
>> The bug is in grubby, which is what's called from within kernel packages to
>> update bootloader configuration scripts: GRUB legacy, GRUB2, syslinux,
>> yaboot, and probably a bunch of other bootloade
On Oct 20, 2014, at 5:56 PM, Stefan Huchler wrote:
>
> Chris Murphy writes:
>> There should be packages somewhere on http://czarc.org but I'm not
>> sure where. If you can't find them lemme know and I'll go dig around.
>
> thank you is that the file?
> http://czarc.org/fedora/repo/20/x86_64/g
On Tue, Oct 21, 2014 at 02:53:42AM +0200, poma wrote:
> > The bug is in grubby, which is what's called from within kernel
> > packages to update bootloader configuration scripts: GRUB legacy,
> > GRUB2, syslinux, yaboot, and probably a bunch of other bootloaders
> > are all supported by grubby. It
On 20.10.2014 17:14, Chris Murphy wrote:
>
> The bug is in grubby, which is what's called from within kernel packages to
> update bootloader configuration scripts: GRUB legacy, GRUB2, syslinux,
> yaboot, and probably a bunch of other bootloaders are all supported by
> grubby. It looks at the e
Chris Murphy writes:
> There should be packages somewhere on http://czarc.org but I'm not
> sure where. If you can't find them lemme know and I'll go dig around.
thank you is that the file?
http://czarc.org/fedora/repo/20/x86_64/grubby-8.35-4%2b.gc759.fc20.x86_64.rpm
> /boot on Btrfs isn't a p
On Oct 16, 2014, at 7:23 PM, Stefan Huchler wrote:
> thx so far, I dont see one of the 2 solutions a good solution for me, I
> dont see packages for this grubby version,
There should be packages somewhere on http://czarc.org but I'm not sure where.
If you can't find them lemme know and I'll go
thx so far, I dont see one of the 2 solutions a good solution for me, I
dont see packages for this grubby version, I dont want to compile it
myself, it doesnt seem to be fixed soon, it seems that this patch will
not land for fedora 21, so I have to deal with that manual update... for
another year o
On Oct 15, 2014, at 11:49 PM, Stefan Huchler wrote:
> here some infos
>
> dnf reinstall kernel -v
>
> http://ix.io/eMK
>
> and my rootfs/home (btrfs) mounts:
>
> /dev/sda on / type btrfs (rw,noatime,compress=lzo,ssd,discard,space_cache)
> /dev/sda on /home type btrfs (rw,noatime,compress=lzo
here some infos
dnf reinstall kernel -v
http://ix.io/eMK
and my rootfs/home (btrfs) mounts:
/dev/sda on / type btrfs (rw,noatime,compress=lzo,ssd,discard,space_cache)
/dev/sda on /home type btrfs (rw,noatime,compress=lzo,ssd,discard,space_cache)
I don't know how to debug that further or where
hmm I have direct a btrfs filesystem on my ssd without partitions direct
on /dev/sda. grub supports it, so I dont see a problem with that. And
because u have subvolumes I dont see a reason to use partitions anymore.
I think your suggestion sounds logical, but I am pretty shure that it
worked in th
On Oct 13, 2014, at 1:04 PM, Stefan Huchler wrote:
> When I update to a new kernel with dnf or yum, it
> installs it, creates a working initramfs file like it should, but it does
> not update grub.cfg in /boot/grub2/ .
>
>
> I see following error:
>
> grubby fatal error: unable to find a sui
When I update to a new kernel with dnf or yum, it
installs it, creates a working initramfs file like it should, but it does
not update grub.cfg in /boot/grub2/ .
I see following error:
grubby fatal error: unable to find a suitable template
when I do then:
sudo grub2-mkconfig -o /boot/grub2/gr
30 matches
Mail list logo
