Hi,
Having the problem that after *resuming from hibernation* the system is
not able to read the disk smart data from all my disks:
sudo smartctl -a /dev/sda
smartctl 5.42 2011-10-20 r3458
[x86_64-linux-3.3.0-0.rc5.git3.1.fc17.x86_64] (local build)
Copyright (C) 2002-11 by Bruce Allen, http://sm
#283: USB 3.0
---+---
Reporter: ccui | Owner: hongqing
Type: task | Status: assigned
Priority: major | Milestone: Fedora 17
Component: Test Day |Version:
Resolution:| Keywords: USB 3.0
Blocked By:
I was able to get past the root= fail with the following "default" for tftp.
prompt 1
default linux
timeout 100
label linux
kernel vmlinuz
append initrd=initrd.img ramdisk_size=9216 askmethod
root=live:http://192.168.1.13/squashfs.img
BUT NOW when I enter http://192.168.1.13/fc17/os the load
Well more info would be needed for it to be. Can anyone duplicate. What
does the error look like etc etc
smooge
On Mar 3, 2012 2:33 PM, "Chuck Forsberg WA7KGX N2469R" wrote:
> I noticed a new initrd.img in the pxeboot directory
> so I copied it anc vmlinuz to my tftpd directory.
> It still fails
Hi Chuck,
I can't vouch for whether this is a beta blocker or not, but when I believe I
read that this is temporary.
The bug is here: https://bugzilla.redhat.com/show_bug.cgi?id=785815
You can add an option similar to the example below so that it can find the
squashfs.img and things should work
It looks like someone already filed a bug for this same error:
https://bugzilla.redhat.com/show_bug.cgi?id=748209
Did you mount the EFI partition (~200MB FAT partition) under /boot/efi?
This will be necessary so that the efi images and grub config can get written
to the partition.
I have not du
I noticed a new initrd.img in the pxeboot directory
so I copied it anc vmlinuz to my tftpd directory.
It still fails looking for its root.
I presume this bug will be a beta blocker.
--
Chuck Forsberg WA7KGX N2469R c...@omen.com www.omen.com
Developer of Industrial ZMODEM(Tm) for Embedded
On Sat, 03 Mar 2012 10:35:14 -0500 (EST)
Kamil Paral wrote:
> > OK, what bugzilla component is used to report bugs about
> > missing packages in the DVD?
> That should probably be reported against "distribution" component.
Thanks. Bug filed:
https://bugzilla.redhat.com/show_bug.cgi?id=799625
--
> OK, what bugzilla component is used to report bugs about
> missing packages in the DVD?
>
> There is no bridge-utils installed from the DVD which
> leaves you with a totally non-functional network when
> you copy over your previously working ifcfg scripts
> which define bridges.
>
> Then, with
OK, what bugzilla component is used to report bugs about
missing packages in the DVD?
There is no bridge-utils installed from the DVD which
leaves you with a totally non-functional network when
you copy over your previously working ifcfg scripts
which define bridges.
Then, with a totally non-func
> > I wrote the ISO using unetbootin on OS X. Should I use dd instead?
>>
>> dd or livecd-iso-to-disk , please, yeah. it's difficult enough trying to
>> keep track of the 'officially supported' methods for writing to USB and
>> make sure those work, anything third party is pretty much 'doctor, it
11 matches
Mail list logo
