/etc/passwd and shadow was blank

[Rod James Bio]

Hello new fedora user here, long time Linux(debian/ubuntu & centos) user 
though. I experienced a problem with one of our server with Fedora 9(I 
know its old but the developer insisted this version).


3 days ago the dev team was suddenly disconnected when they were 
uploading files. I was called to assess the problem. ssh was returning 
"connection refused" even thoug there was no firewall on that server 
according to the devs. When I was not able to login too I rebooted the 
server in hope that I only forgotten my own password. On reboot I 
dropped to single user mode and noticed that the "/" partition was full 
so I cleared unwanted files and another thing is I noticed that both the 
/etc/passwd and /etc/shadow file was blank. Good thing there was a copy 
on /etc called "passwd--" and "shadow--", I cp'ed those files and 
rebooted and Voila everything was fixed.


Now my question is what was the cause why those files had gone blank? I 
never experience this kind of problem before in ubuntu and centos so I 
was thinking it was a distro-specific problem. I already search google 
but the same question had gone unanswered by the community.


regards
--
*Rod James U. Bio*

as aj would say, waiting always works either what you want happens, or 
you die and cannot be perturbed anymore the trouble with this philosophy 
is that aj sincerely believes it
-- 
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines

KVM error

[Luc MAIGNAN]

Hi,

I want to use KVM hypervisor to setup virtual machines.

The installation seems to be ok, the modules are well loaded and 
libvirtd is running.

But when I want to install my virtual machine, I have a crash described 
in 'messages' :

vmwrite error: reg c08 value 0 (err 0)

Call Trace:
kernel:  [] :kvm_intel:vmx_save_host_state+0x64/0x18f
kernel:  [] :kvm:kvm_arch_vcpu_ioctl_run+0x26b/0x61e
kernel:  [] :kvm:kvm_vcpu_ioctl+0xf2/0x448
kernel:  [] __up_read+0x19/0x7f
kernel:  [] do_page_fault+0x4fe/0x874
kernel:  [] autoremove_wake_function+0x0/0x2e
kernel:  [] do_ioctl+0x21/0x6b
kernel:  [] vfs_ioctl+0x457/0x4b9
kernel:  [] audit_syscall_entry+0x1a4/0x1cf
kernel:  [] sys_ioctl+0x59/0x78
kernel:  [] tracesys+0xd5/0xe0


Any idea ?

Thanks for any help

BR
-- 
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines

Re: Hardware for learning graphics.

[Ed Greshko]

On 04/07/2011 01:19 PM, Joe Zeff wrote:
> On 04/06/2011 10:05 PM, Unknown wrote:
>> It is too difficult to use Nvidia graphics with Fedora and I do not
>> reccomend it.
> There, at least, I have to differ.  If you use the guides at the Fedora 
> Forum or install fedoraplus (I've given pointers to both, recently, but 
> will be happy to do so again.) getting the nVidia drivers working is a 
> snap.  What's hard is installing the binary blob from the OEM, 
> especially as you'll have to do it again every time the kernel updates.

I also have to differ...and to differ.  :-)

I use the binary from nVidia along with dkms and it rebuilds every thing
just fine when the kernel updates.  :-)

-- 
This novel is not to be tossed lightly aside, but to be hurled with
great force. -- Dorothy Parker 葛斯克 愛德華 / 台北市八德路四段



signature.asc
Description: OpenPGP digital signature
-- 
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines

Re: Hardware for learning graphics.

[Joe Zeff]

On 04/06/2011 10:05 PM, Unknown wrote:
> It is too difficult to use Nvidia graphics with Fedora and I do not
> reccomend it.

There, at least, I have to differ.  If you use the guides at the Fedora 
Forum or install fedoraplus (I've given pointers to both, recently, but 
will be happy to do so again.) getting the nVidia drivers working is a 
snap.  What's hard is installing the binary blob from the OEM, 
especially as you'll have to do it again every time the kernel updates.
-- 
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines

Re: Hardware for learning graphics.

[Marvin Kosmal]

On 4/6/11, Unknown  wrote:
> On 04/07/2011 02:31:27 PM, Phatsakone Chanhchom wrote:
>> Hi,
>>
>> I am planning to buy computer hardwares and assemble them by myself,
>> with installing 64-bit Fedora OS.
>>
>> My purpose is to learn using gimp, inkscape, blender, scribus etc.
>> kinda multimedias stuff.
>>
>> Can you tell me both minimal and maximal hardware specifications
>> (system requirements) that meet my demands.
>>
>> Many thanks,
>>
>> Ricco
>>
> Hi Ricco
> I use all those every day.
> First I would suggest that you use Ubuntu 10.10 not Fedora 14 for the
> above.
> I use both Fedora 14 and Ubuntu10.10 and much prefer ubuntu for ease of
> installing and management.
>
> It is too difficult to use Nvidia graphics with Fedora and I do not
> reccomend it.
> The Fedora 3D is not yet able to do good work with Blender.
>
> Build using a gigabyte motherboard
> core 2 Duo processor
> Nvidia GT8600 or better graphics card.
> 2 gig ram to start.
> 250 gig SATA hard drive/s
> Power supply, use a very good quality
> get a surge protector.
> Flat screen monitor Dell 24 inch is great and has very good colour
> capability.
>
> There is no benefit in using more than a Core 2 Duo CPU - later cpu's
> are not faster and do not offer better capabilities but do consume more
> power for no significant advantage.
>
> Core 2 duo has a major advantage in that if and when the cooling fins
> or fan get blocked with dust it slows down noticably but will not
> explode into flames like other cpu's are known to do when over heated.
>
> Use heat conducting grease between CPU and cooling fins but use alomst
> none, just a thin smear , almost invisible.
> any more and it will harden and cause overheating.
>
> The above combination should dispaly between 15% and 80% cup usage with
> up to 7 windows open and working simultaneously.
> Swap space 5 percent usage.
> Memory between 15 and 45 percent usage, usually about 20 percent.
> So for me the  above computeris over worked and is almost instantaneous
> except for inkscape which is very slow to load and glunky to work with.
>
> Hope this helps
> Roger
>
>
>
>


It is HARD to get hard drives that small anymore..

HTH

Marvin
-- 
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines

Hardware for learning graphics.

[Unknown]

On 04/07/2011 02:31:27 PM, Phatsakone Chanhchom wrote:
> Hi,
> 
> I am planning to buy computer hardwares and assemble them by myself,  
> with installing 64-bit Fedora OS.
> 
> My purpose is to learn using gimp, inkscape, blender, scribus etc.  
> kinda multimedias stuff.
> 
> Can you tell me both minimal and maximal hardware specifications  
> (system requirements) that meet my demands.
> 
> Many thanks,
> 
> Ricco
> 
Hi Ricco
I use all those every day.
First I would suggest that you use Ubuntu 10.10 not Fedora 14 for the  
above.
I use both Fedora 14 and Ubuntu10.10 and much prefer ubuntu for ease of  
installing and management.

It is too difficult to use Nvidia graphics with Fedora and I do not  
reccomend it.
The Fedora 3D is not yet able to do good work with Blender.

Build using a gigabyte motherboard
core 2 Duo processor
Nvidia GT8600 or better graphics card.
2 gig ram to start.
250 gig SATA hard drive/s
Power supply, use a very good quality
get a surge protector.
Flat screen monitor Dell 24 inch is great and has very good colour  
capability.

There is no benefit in using more than a Core 2 Duo CPU - later cpu's  
are not faster and do not offer better capabilities but do consume more  
power for no significant advantage.

Core 2 duo has a major advantage in that if and when the cooling fins  
or fan get blocked with dust it slows down noticably but will not  
explode into flames like other cpu's are known to do when over heated.

Use heat conducting grease between CPU and cooling fins but use alomst  
none, just a thin smear , almost invisible.
any more and it will harden and cause overheating.

The above combination should dispaly between 15% and 80% cup usage with  
up to 7 windows open and working simultaneously.
Swap space 5 percent usage.
Memory between 15 and 45 percent usage, usually about 20 percent.
So for me the  above computeris over worked and is almost instantaneous  
except for inkscape which is very slow to load and glunky to work with.

Hope this helps
Roger




-- 
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines

Re: F14 - No audio

[JD]

On 04/06/2011 09:50 PM, Brendan Jones wrote:
> On 07/04/11 14:01, JD wrote:
>> $ pulseaudio --start
>> E: main.c: Daemon startup failed.
>>
>> That's it? No clear reason given?
>> How can I fix it??
>> What's missing?
>>
>> $ lsmod | grep snd
>> snd_intel8x0   22695  0
>> snd_intel8x0m   9544  0
>> snd_ac97_codec 87363  2 snd_intel8x0,snd_intel8x0m
>> ac97_bus 770  1 snd_ac97_codec
>> snd_seq41894  0
>> snd_seq_device  4405  1 snd_seq
>> snd_pcm60533  3 snd_intel8x0,snd_intel8x0m,snd_ac97_codec
>> snd_timer  16073  2 snd_seq,snd_pcm
>> snd42770  7
>> snd_intel8x0m,snd_intel8x0,snd_ac97_codec,snd_seq,snd_seq_device,snd_pcm,snd_timer
>> soundcore   4578  1 snd
>> snd_page_alloc  5733  3 snd_intel8x0,snd_intel8x0m,snd_pcm
>>
>>
> It may be already running, try pulseaudio -k; pulseaudio -v
>
> More info here:
> http://fedoraproject.org/wiki/How_to_debug_PulseAudio_problems
Thanx Brendan.
Found the problem.
a file used by the dbus daemon was vacant.
I restored it, logged out and logged back in
and all is well. The file was:
/etc/dbus-1/system.d/Upstart.conf

Chees,

JD
-- 
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines

Re: F14 - No audio

[Brendan Jones]

On 07/04/11 14:01, JD wrote:
> $ pulseaudio --start
> E: main.c: Daemon startup failed.
>
> That's it? No clear reason given?
> How can I fix it??
> What's missing?
>
> $ lsmod | grep snd
> snd_intel8x0   22695  0
> snd_intel8x0m   9544  0
> snd_ac97_codec 87363  2 snd_intel8x0,snd_intel8x0m
> ac97_bus 770  1 snd_ac97_codec
> snd_seq41894  0
> snd_seq_device  4405  1 snd_seq
> snd_pcm60533  3 snd_intel8x0,snd_intel8x0m,snd_ac97_codec
> snd_timer  16073  2 snd_seq,snd_pcm
> snd42770  7
> snd_intel8x0m,snd_intel8x0,snd_ac97_codec,snd_seq,snd_seq_device,snd_pcm,snd_timer
> soundcore   4578  1 snd
> snd_page_alloc  5733  3 snd_intel8x0,snd_intel8x0m,snd_pcm
>
>
It may be already running, try pulseaudio -k; pulseaudio -v

More info here:
http://fedoraproject.org/wiki/How_to_debug_PulseAudio_problems
-- 
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines

[no subject]

[Phatsakone Chanhchom]

Hi,

 I am planning to buy computer hardwares and assemble them by myself, with 
installing 64-bit Fedora OS.

 My purpose is to learn using gimp, inkscape, blender, scribus etc. kinda 
multimedias stuff.

 Can you tell me both minimal and maximal hardware specifications (system 
requirements) that meet my demands.

 Many thanks,

 Ricco
-- 
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines

F14 - No audio

[JD]

$ pulseaudio --start
E: main.c: Daemon startup failed.

That's it? No clear reason given?
How can I fix it??
What's missing?

$ lsmod | grep snd
snd_intel8x0   22695  0
snd_intel8x0m   9544  0
snd_ac97_codec 87363  2 snd_intel8x0,snd_intel8x0m
ac97_bus 770  1 snd_ac97_codec
snd_seq41894  0
snd_seq_device  4405  1 snd_seq
snd_pcm60533  3 snd_intel8x0,snd_intel8x0m,snd_ac97_codec
snd_timer  16073  2 snd_seq,snd_pcm
snd42770  7 
snd_intel8x0m,snd_intel8x0,snd_ac97_codec,snd_seq,snd_seq_device,snd_pcm,snd_timer
soundcore   4578  1 snd
snd_page_alloc  5733  3 snd_intel8x0,snd_intel8x0m,snd_pcm


-- 
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines

F14 yum update conflict

[JD]

# rpm -e libmad0-0.15.1b-4.fc14.i686
error: Failed dependencies:
 libmad.so.0 is needed by (installed) xine-lib-1.1.19-22.1.fc14.i686
 libmad.so.0 is needed by (installed) 
mplayer-4:1.0-81_snap20110324.fc14.i686
 libmad.so.0 is needed by (installed) vlc-1.1.8-68.1.fc14.i686
 libmad.so.0 is needed by (installed) 
gpac-libs-0.4.6-0.11.cvs20100527.fc14.i686
 libmad.so.0 is needed by (installed) 
gstreamer-plugins-ugly-0.10.17-13.fc14.i686
 libmad.so.0 is needed by (installed) 
k3b-extras-freeworld-1:2.0.1-2.fc14.i686
 libmad.so.0 is needed by (installed) streamripper-1.64.6-1.fc11.i586
 libmad.so.0 is needed by (installed) xmms2-mad-0.7-1.fc14.i686
 libmad.so.0 is needed by (installed) normalize-0.7.7-5.fc11.i586
 libmad0 = 0.15.1b-4.fc14 is needed by (installed) 
libmad-0.15.1b-4.fc14.i686
# rpm -e libvcdinfo0
error: Failed dependencies:
 libvcdinfo.so.0 is needed by (installed) xine-lib-1.1.19-22.1.fc14.i686
 libvcdinfo.so.0 is needed by (installed) vlc-1.1.8-68.1.fc14.i686
 libvcdinfo.so.0 is needed by (installed) vcdimager-0.7.23-9.fc14.i686
 libvcdinfo.so.0(VCDINFO_0) is needed by (installed) 
xine-lib-1.1.19-22.1.fc14.i686
 libvcdinfo.so.0(VCDINFO_0) is needed by (installed) 
vlc-1.1.8-68.1.fc14.i686
 libvcdinfo.so.0(VCDINFO_0) is needed by (installed) 
vcdimager-0.7.23-9.fc14.i686
 libvcdinfo0 = 0.7.23-9.fc14 is needed by (installed) 
vcdimager-0.7.23-9.fc14.i686

OK - I wanted to show that so you can see that there are packages
I want (from rpmfusion and from atrpms). Some of these packages
have no F14 release version yet, so F13 pkgs are still included in
the F14 repos.

Reason why I show this is because when I ran yum update, I got:
.
.
.
.
.
Total   635 kB/s |  33 MB 00:52
Running rpm_check_debug
Running Transaction Test

*
Transaction Check Error:
   file /usr/lib/libmad.so.0.2.1 from install of 
libmad-0.15.1b-13.fc12.i586 conflicts with file from package 
libmad0-0.15.1b-4.fc14.i686
   file /usr/lib/libvcdinfo.so.0.2.0 from install of 
vcdimager-libs-0.7.23-13.fc13.1.i686 conflicts with file from package 
**libvcdinfo0**-0.7.23-9.fc14.i686*

So, how can we install what we would like to run, when some packages
depend on an older version of package A from Repository X,
and some packages depend on a newer version of A from Repository Y?
What's more is that the packages we want are not all available
from the same repo.

I think this problem needs to be addressed by the Fedora rpm packagers,
or at least, a good amount of coordination is needed amongst all
the fedora rpm repo creators.



-- 
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines

Re: unable to build qgit v2.3 from source on fedora 13 - solved

[Jim Cromie]

On Wed, Apr 6, 2011 at 3:52 PM, Michael Cronenworth  wrote:
> Jim Cromie wrote:
>> qmake is part of qt3 - is this why it breaks with qt4 ???
>
> I'm not a Qt expert, but you may need to use "qmake-qt4" instead.
>

doh yes.  -ETOORUSHED
I tried qmake4, didnt think to check for other spellings

thanks

> --
> users mailing list
> users@lists.fedoraproject.org
> To unsubscribe or change subscription options:
> https://admin.fedoraproject.org/mailman/listinfo/users
> Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
>
-- 
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines

Re: [Fedora] Re: native texlive and yum

[José Matos]

On Wednesday 06 April 2011 20:49:20 Walter Cazzola wrote:
> Unfortunately some bad written packages (such as R) rely
> on the presence of a tex-based rpm this is what my hack solves.

The packages are well written, since they depend on latex the rpm package 
should require the equivalent rpm package, that is the basic principle for 
distribution.

Imagine to install some package and have to get by hand all its 
dependencies... In this case latex is a hard requirement (not even optional) 
for R so the R package should depend on it or else it would a package error.

There is a fedora-texlive mailing list where these issues are discussed.
-- 
José Abílio
-- 
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines

Re: My "swap" space seems to have vanished....

[Joel Rees]

On Sat, Mar 19, 2011 at 9:24 PM, DB  wrote:
> On 03/18/2011 04:42 PM, users-requ...@lists.fedoraproject.org wrote:
>> Subject:
>> Re: My "swap" space seems to have vanished
>> From:
>> "Michael D. Setzer II" 
>> Date:
>> Sat, 19 Mar 2011 01:42:33 +1000
>>
>> To:
>> Martin Airs , users@lists.fedoraproject.org
>>
>>
>> On 18 Mar 2011 at 15:34, Martin Airs wrote:
>>
>> From: Martin Airs
>> To:   users@lists.fedoraproject.org
>> Subject:      Re: My "swap" space seems to have vanished
>> Date sent:    Fri, 18 Mar 2011 15:34:10 +
>> Send reply to:        Martin Airs,
>>       Community support for Fedora users
>>       
>>       
>>
>>> >  On Friday 18 Mar 2011 14:46:23 DB wrote:
 >  >     df
 >  >  Filesystem           1K-blocks      Used Available Use% Mounted on
 >  >  /dev/sda2             28833848   5518600  23022388  20% /
 >  >  tmpfs                  1899484      1068   1898416   1% /dev/shm
 >  >  /dev/sda1               474440     50462    399481  12% /boot
 >  >  /dev/sda3            288370940  26611056 247111416  10% /home
 >  >
>>> >
>> Your swap is part of the LVM partitions.
>
> I don't have LVM partitions - at least, I never set any up!!!

That should have been, "either LVM (managed) or (within a) DOS
Extended partition".

The basic (or, "physical") DOS partitioning scheme was invented when
hard disks were relatively small and DOS was really limited anyway,
and it was assumed that it would not form the basis of any serious OS.
(Serious and deliberate lack of foresight on the part of one of the
now richest men in the world.)

So somebody invented a scheme of extending the basic DOS partition
map, but only one partition could be extended that way. I looked back
up in the thread, and that was partition 4 in yours.

Probably, when you were setting up your partitions, gparted told you,
"You can't have more than that without making an extended (DOS
extended, or, "logical") partion." and you did that without thinking
too hard about it.

LVM ("Logical Volume Manager") partitions can also be made in
something the same way, but the prompts that get you there are a
little more noticeable. Also, you can have more than one DOS BASE
partition on a drive be managed by LVM if you want to. (NOT
recommended! although I have done that for multi-booting purposes.)

But, yeah, your swap is not LVM managed. It's within a DOS
extended/logical partition.

> Strangely, just after I sent my original mail, System Monitor suddenly
> decided, all on its own, to add the 2GB swap partition???  I
> think I must have a Gremlin somewhere!

The gremlin you are thinking of was probably a stuck event queue, and
calling swapon may have (indirectly?) cleared it.

--
Joel Rees
-- 
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines

Re: FC13 PS2 Mouse/Keyboard stops working after a while

[JD]

On 04/06/2011 03:21 PM, John Mellor wrote:
> On Wed, 2011-04-06 at 10:31 -0400, Lamar Owen wrote:
>> On Tuesday, April 05, 2011 07:20:40 PM compdoc wrote:
>>> So what you're saying is, while the M-Audio 1010 is working the ps/2 stuff
>>> fails, and when the M-Audio 1010 has stopped working due to
>>> suspend/hibernate the PS/2 stuff works fine. Coincidence?
>>>
>>> I find it odd that anything would interfere with a ps/2 keyboard, since it's
>>> on such a low and well known IRQ. Keyboard is 1 and mouse is 12.
>> I've seen issues with the M-Audio Delta 1010 and other Envy24-based boards 
>> with IRQ steering; I have a laptop with a dock that has a PCI slot in it, 
>> and have run a Delta 1010LT (same Envy24/ICE1712 chip; and it's the older 
>> 'still works with Linux/ALSA' version) in it.
>>
>> If I loaded the nvidia kmod, the nvidia GPU grabs an IRQ; just so happens 
>> the PCI slot in the dock and the GPU share the same physical INT line, and 
>> either the nvidia or the Envy24's driver apparently doesn't handle IRQ 
>> sharing very well.  With the nvidia kmod loaded, I get frequent ALSA xruns, 
>> which glitch the audio.  Running the alternative nvidia drivers found in 
>> Fedora just causes performance to drop substantially; I then get JACK xruns, 
>> and still have glitches This is both with and without the preemption-RT 
>> patched kernel.  But it was an older Fedora; haven't tried in a while, since 
>> I installed the Delta 1010LT somewhere else and began using a different 
>> audio interface on the laptop.
>>
>> To the OP: try putting the Delta 1010 in a different physical PCI slot, or 
>> use a USB keyboard (just make sure, using 'cat /proc/interrupts' that the 
>> ice1712 entry has its own IRQ and doesn't share with anything else).
> Interesting.  I have the opposite problem on my abit motherboard.  The
> PS2 mouse happens to work and my preferred USB mouse just locks up about
> 5 times per day.
>
> Is this a known problem with a simple fix?
>
I wonder if this is a "missed interrupts" problem.
Is the mouse's IRQ shared with some other device?

-- 
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines

Re: FC13 PS2 Mouse/Keyboard stops working after a while

[John Mellor]

On Wed, 2011-04-06 at 10:31 -0400, Lamar Owen wrote:
> On Tuesday, April 05, 2011 07:20:40 PM compdoc wrote:
> > So what you're saying is, while the M-Audio 1010 is working the ps/2 stuff
> > fails, and when the M-Audio 1010 has stopped working due to
> > suspend/hibernate the PS/2 stuff works fine. Coincidence?
> > 
> > I find it odd that anything would interfere with a ps/2 keyboard, since it's
> > on such a low and well known IRQ. Keyboard is 1 and mouse is 12.
> 
> I've seen issues with the M-Audio Delta 1010 and other Envy24-based boards 
> with IRQ steering; I have a laptop with a dock that has a PCI slot in it, and 
> have run a Delta 1010LT (same Envy24/ICE1712 chip; and it's the older 'still 
> works with Linux/ALSA' version) in it.  
> 
> If I loaded the nvidia kmod, the nvidia GPU grabs an IRQ; just so happens the 
> PCI slot in the dock and the GPU share the same physical INT line, and either 
> the nvidia or the Envy24's driver apparently doesn't handle IRQ sharing very 
> well.  With the nvidia kmod loaded, I get frequent ALSA xruns, which glitch 
> the audio.  Running the alternative nvidia drivers found in Fedora just 
> causes performance to drop substantially; I then get JACK xruns, and still 
> have glitches This is both with and without the preemption-RT patched 
> kernel.  But it was an older Fedora; haven't tried in a while, since I 
> installed the Delta 1010LT somewhere else and began using a different audio 
> interface on the laptop.
> 
> To the OP: try putting the Delta 1010 in a different physical PCI slot, or 
> use a USB keyboard (just make sure, using 'cat /proc/interrupts' that the 
> ice1712 entry has its own IRQ and doesn't share with anything else).

Interesting.  I have the opposite problem on my abit motherboard.  The
PS2 mouse happens to work and my preferred USB mouse just locks up about
5 times per day.

Is this a known problem with a simple fix?

-- 
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines

Re: FC13 PS2 Mouse/Keyboard stops working after a while

[Ken Smith]

Joe Zeff wrote:
> On 04/06/2011 11:57 AM, James Wilkinson wrote:
>
>> Stupid debugging idea 1: does it make any difference if you power-up
>> with the PS/2 mouse unplugged and the USB mouse plugged in? If you could
>> borrow a USB keyboard, you could try a similar trick with that.
>>  
> Not stupid at all.  In fact, I'll go farther and ask if you have tried
> swapping in a different keyboard or mouse?  Or, have you tried swapping
> either of them to a different computer to see if the trouble follows
> them?  It's not the type of thing I'd normally think of (I'm *not* a
> hardware person.) but now that James mentioned it, it looks like an
> excellent possibility.  If nothing else, it's easy to test.
>

The same hardware boots "another" operating system that does not show 
these symptoms at all. But what you say is a sensible debugging 
approach. I might just ditch the PS2 keyboard & mouse to bypass the 
problem

:-) Ken

-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

-- 
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines

Re: unable to build qgit v2.3 from source on fedora 13

[Michael Cronenworth]

Jim Cromie wrote:
> qmake is part of qt3 - is this why it breaks with qt4 ???

I'm not a Qt expert, but you may need to use "qmake-qt4" instead.

-- 
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines

Strange problem booting a current release mainline kernel under F14

[JD]

Hi All,
I have uograded to F14 and all was well.

Because I was tracking a bug I had reported to bugzilla.kernel.org,
I was advised to see if I could replicate it in 2.6.38.2.
Well, I built that kernel and booted and was not able to replicate the bug,
so I assumed it was fixed in in 2.6.38.2.
So, I rebooted back into FC14's latest 2.6.35.11-83.

During bootup, (things scroll up the screen fast (as usual),
but then the screen is turned off and soon, all disk activity
stops, but power on computer remains on. No response
to keyboard or mouse.
All I can do is Ctrl-Alt-Delete. and then power down.

Any suggestions how I can debug this problem so I can get to the bottom of
it?
-- 
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines

Re: CPU utilization

[aragonx]

> Hi,
> 
> to answer to both :
> 
>
* I 'm not using Fedora but RHEL 5, and no package is available
> 
 including atop or htop
> * Like a server, it runs under
level 3 not 5, so I need a command
>   line tool

Hi,

atop works from the command line.  I believe you can
find a package for RHEL 5 here:

http://rpm.pbone.net/index.php3/stat/4/idpl/15269686/dir/redhat_el_5/com/atop-debuginfo-1.23-8.el5.i386.rpm.html


-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

-- 
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines

unable to build qgit v2.3 from source on fedora 13

[Jim Cromie]

I just grabbed qgit4 v2.3 from sourceforge, but I cannot build it.

[jimc@groucho qgit]$ date
Wed Apr  6 14:35:08 MDT 2011
[jimc@groucho qgit]$ qmake
[jimc@groucho qgit]$ ll
total 52
-rw-r--r--. 1 jimc jimc 12394 Dec 21  2007 exception_manager.txt
-rw-rw-r--. 1 jimc jimc  1540 Apr  6 14:35 Makefile
-rw-rw-r--. 1 jimc jimc  3584 May  5  2009 qgit_inno_setup.iss
-rw-r--r--. 1 jimc jimc57 Mar  5  2009 qgit.pro
-rw-rw-r--. 1 jimc jimc 15895 Mar 12  2009 README
-rw-r--r--. 1 jimc jimc  1035 Aug 21  2008 README_WIN.txt
drwxrwxr-x. 3 jimc jimc  4096 Apr  6 14:20 src

[jimc@groucho qgit]$ make
cd src && qmake src.pro -o Makefile
src.pro:12: Unknown test function: greaterThan
Project ERROR: Sorry I need Qt 4.3.0 or later, you seem to have Qt  instead
make: *** [src/Makefile] Error 2

I have the apparent prereqs:

$ rpm -qa |grep qt
qt-4.6.3-10.fc13.i686
qt-4.6.3-10.fc13.x86_64
qt-devel-4.6.3-10.fc13.x86_64

qmake is part of qt3 - is this why it breaks with qt4 ???

It has been built for fedora-12, but not since, apparently.

[jimc@groucho src]$ rpm -qi qgit
Name: qgit Relocations: (not relocatable)
Version : 2.3   Vendor: Fedora Project
Release : 2.fc12Build Date: Tue 28 Jul
2009 03:14:17 AM MDT
Install Date: Wed 26 May 2010 08:42:04 AM MDT  Build Host:
xenbuilder2.fedora.redhat.com
Group   : Development/Tools Source RPM: qgit-2.3-2.fc12.src.rpm
Size: 1001518  License: GPLv2
Signature   : RSA/SHA256, Mon 22 Feb 2010 02:03:16 AM MST, Key ID
7edc6ad6e8e40fde
Packager: Fedora Project
URL : http://digilander.libero.it/mcostalba/
Summary : GUI browser for git repositories
Description :
With qgit you are able to browse revisions history, view patch content
and changed files, graphically following different development branches.
-- 
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines

Re: [Fedora] Re: native texlive and yum

[Genes MailLists]

On 04/06/2011 03:56 PM, Walter Cazzola wrote:
> uhm, this sounds really strange since it is complaining on a rm
> statement and I suppose you have rm in your system.
> 
> In my view two things could be wrong:
>  1. I'm using tcsh as a shell and maybe something differ when you use
> bash
>  2. did you install the rpmdevtools and prepared the rpmbuild directory?


   1) Am using bash

   2) yes

 I think the problem is the Carriage Returns (control-M) - see below:

  >> + $'\r'

  It is trying to execute that as a shell command ... it makes no sense.

   But I don't know where it comes from ... I think the "$" was supposed
to go with the variable "RmSH" but I am not sure - instead it got
attached to the carriage return and caused problems ... maybe :-)


> 

>> ...
>>
>> + unset DISPLAY
>> + $'\r'
>> : command not foundRmSH: line 30:
>> error: Bad exit status from /var/tmp/rpm-tmp.iDRmSH (%prep)
>> 
>>
>> The last 4 lines of /var/tmp/rpm-tmp.iDRmSH contain (noe the Ctrl-M's)
>> in last 2 lines:
>>
>> export LANG
>> unset DISPLAY
>> ^M
>> ^M
>>
>>
> 
> 
> 

-- 
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines

Re: [Fedora] Re: native texlive and yum

[Walter Cazzola]

uhm, this sounds really strange since it is complaining on a rm
statement and I suppose you have rm in your system.

In my view two things could be wrong:
 1. I'm using tcsh as a shell and maybe something differ when you use
bash
 2. did you install the rpmdevtools and prepared the rpmbuild directory?

Walter

On Wed, 6 Apr 2011, Genes MailLists wrote:


On 04/06/2011 01:14 PM, Genes MailLists wrote:

On 04/06/2011 12:39 PM, Walter Cazzola wrote:

Dear Fedora Experts, after a little work-out and a big help from people
in comp.text.te  and
others on this group I solved the issue and wrote down a rpm spec for a





Tried to build have a problem:

% rpmbuild -bb --clean texlive2010-fake.spec
Executing(%prep): /bin/sh -e /var/tmp/rpm-tmp.iDRmSH
+ umask 022

...

+ unset DISPLAY
+ $'\r'
: command not foundRmSH: line 30:
error: Bad exit status from /var/tmp/rpm-tmp.iDRmSH (%prep)


The last 4 lines of /var/tmp/rpm-tmp.iDRmSH contain (noe the Ctrl-M's)
in last 2 lines:

export LANG
unset DISPLAY
^M
^M




--
Walter Cazzola, PhD - Associate Professor, DICo, University of Milano
E-mail: cazz...@dico.unimi.it  Ph.: +39 02 503 16300  Fax: +39 02 503 16253
· · ·  · · ·  · · ·
   ... recursive: adjective, see recursive ...
· · ·  · · ·  · · ·-- 
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines

RE: The list

[mattias]

Answer to my own mail
no

-Original Message-
From: users-boun...@lists.fedoraproject.org
[mailto:users-boun...@lists.fedoraproject.org] On Behalf Of mattias
Sent: Wednesday, April 06, 2011 9:51 PM
To: users@lists.fedoraproject.org
Subject: The list


Have the list get a subject tag?

-- 
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines

-- 
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines

The list

[mattias]

Have the list get a subject tag?

-- 
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines

Re: [Fedora] Re: native texlive and yum

[Walter Cazzola]

On Wed, 6 Apr 2011, Jussi Lehtola wrote:

> On Wed, 6 Apr 2011 18:39:00 +0200 (CEST)
> Walter Cazzola  wrote:
>
>> Dear Fedora Experts,
>> after a little work-out and a big help from people in comp.text.te
>> and others on this group I solved the issue and wrote down a rpm spec
>> for a fake texlive rpm that fools the yum system.
>>
>> Since I think this is can help someone else I'll attach to this
>> message the .spec file that you can use to recreate the fake rpm. To
>> do this you need the rpmdevtools installed and do the following:

> In case you're not aware, TexLive 2010 and 2011 have been packaged for
> Fedora. Packages for current Fedoras (13, 14 and 15), for the
> instructions see

this is exactly the problem, such packages are incomplete (e.g.,
italian hyphenation is missing and without tlmgr is really hard to
reintroduce it) and their updating is really slow wrt the native
distribution of texlive. So after a couple of months with several
problems with such packages (look at the ml archive for the long story)
I dropped the fedora packages of texlive in favor of the native
installation. Unfortunately some bad written packages (such as R) rely
on the presence of a tex-based rpm this is what my hack solves.

Walter
-- 
-- 
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines

Re: BCRYPT - Why not using it?

[Chris Adams]

Once upon a time, johhny_at_poland77  said:
> http://unix.stackexchange.com/questions/10326/does-openbsd-use-bcrypt-by-default
> 
> Why doesn't every modern Linux Distribution use BCRYPT?

You can if you want; the support is there (at least in Fedora).  Fedora
defaults to iterated-SHA512 (with strong password requirements) as "good
enough".

-- 
Chris Adams 
Systems and Network Administrator - HiWAAY Internet Services
I don't speak for anybody but myself - that's enough trouble.
-- 
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines

Re: native texlive and yum

[Genes MailLists]

On 04/06/2011 01:14 PM, Genes MailLists wrote:
> On 04/06/2011 12:39 PM, Walter Cazzola wrote:
>> Dear Fedora Experts, after a little work-out and a big help from people
>> in comp.text.te  and
>> others on this group I solved the issue and wrote down a rpm spec for a




 Tried to build have a problem:

% rpmbuild -bb --clean texlive2010-fake.spec
Executing(%prep): /bin/sh -e /var/tmp/rpm-tmp.iDRmSH
+ umask 022

...

+ unset DISPLAY
+ $'\r'
: command not foundRmSH: line 30:
error: Bad exit status from /var/tmp/rpm-tmp.iDRmSH (%prep)


The last 4 lines of /var/tmp/rpm-tmp.iDRmSH contain (noe the Ctrl-M's)
in last 2 lines:

export LANG
unset DISPLAY
^M
^M

-- 
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines

Re: FC13 PS2 Mouse/Keyboard stops working after a while

[Joe Zeff]

On 04/06/2011 11:57 AM, James Wilkinson wrote:
> Stupid debugging idea 1: does it make any difference if you power-up
> with the PS/2 mouse unplugged and the USB mouse plugged in? If you could
> borrow a USB keyboard, you could try a similar trick with that.

Not stupid at all.  In fact, I'll go farther and ask if you have tried 
swapping in a different keyboard or mouse?  Or, have you tried swapping 
either of them to a different computer to see if the trouble follows 
them?  It's not the type of thing I'd normally think of (I'm *not* a 
hardware person.) but now that James mentioned it, it looks like an 
excellent possibility.  If nothing else, it's easy to test.
-- 
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines

Re: FC13 PS2 Mouse/Keyboard stops working after a while

[James Wilkinson]

Ken Smith wrote:
> I've seem problems like this reported in various forums. I have a i7 
> Asus MB system with FC13 x64 and I'm using a PS2 keyboard and mouse. 
> They are old but they work well.
> 
> After the machine has been running for around 10-15 mins all input from 
> the keyboard and mouse fails. The system keeps running, X updates, I can 
> ssh into the machine and if I plug in a USB mouse that works.

> Are there some diagnostic steps I could do. I have run the machine in 
> RL3 and the keyboard seams to stay working. So maybe this is an issue 
> with X. I'm using the nVidia binary blob driver but the problem was 
> there with the nouveau driver. Maybe the driver for the PS2 device is 
> suspect???

Stupid debugging idea 1: does it make any difference if you power-up
with the PS/2 mouse unplugged and the USB mouse plugged in? If you could
borrow a USB keyboard, you could try a similar trick with that.

Hope this helps,

James.

-- 
E-mail: james@ | "I would like to apologise to the relatives of the fan
aprilcottage.co.uk | who gave me 29 books to sign in Odyssey 7, Manchester.
   | I'm a little twitchy towards the end of a day of signing
   | and did not mean to kill and eat him." -- Terry Pratchett
-- 
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines

Re: native texlive and yum

[Jussi Lehtola]

On Wed, 6 Apr 2011 18:39:00 +0200 (CEST)
Walter Cazzola  wrote:

> Dear Fedora Experts, 
> after a little work-out and a big help from people in comp.text.te
> and others on this group I solved the issue and wrote down a rpm spec
> for a fake texlive rpm that fools the yum system.
> 
> Since I think this is can help someone else I'll attach to this
> message the .spec file that you can use to recreate the fake rpm. To
> do this you need the rpmdevtools installed and do the following:

In case you're not aware, TexLive 2010 and 2011 have been packaged for
Fedora. Packages for current Fedoras (13, 14 and 15), for the
instructions see

http://fedoraproject.org/wiki/Features/TeXLive#How_To_Test
-- 
Jussi Lehtola
Fedora Project Contributor
jussileht...@fedoraproject.org
-- 
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines

Re: BCRYPT - Why not using it?

[Joe Zeff]

On 04/06/2011 11:42 AM, johhny_at_poland77 wrote:
> Why doesn't every modern Linux Distribution use BCRYPT?

Probably for the same reason they don't all use SELinux: not everybody 
sees the need.
-- 
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines

BCRYPT - Why not using it?

[johhny_at_poland77]

http://unix.stackexchange.com/questions/10326/does-openbsd-use-bcrypt-by-default

Why doesn't every modern Linux Distribution use BCRYPT?

http://codahale.com/how-to-safely-store-a-password/

https://secure.wikimedia.org/wikipedia/en/wiki/Bcrypt

WHY

-- 
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines

Re: [OT Humor] "Obviously designed by morons"

[les]

On Wed, 2011-04-06 at 20:11 +0930, Tim wrote:
> Lamar Owen:
> >> Lots of DVD drives use the Z80 and the successor chips
> 
> Tom Horsley:
> > That must explain why it takes 'em 10 minutes to figure
> > out what kind of disk you just put in the drive :-).
> 
> LOL!  I've never really understood why computer hardware is handled so
> crapily.  The computer can do millions of somethings a second, but it
> takes 15+ seconds to recognise a disc and mount it, or notice that
> there's a wireless network, spend ages connecting to it, etc.
> 
> I've still got a Z80 based personal computer in the spare room (a
> VZ300), that I've never figured out a practical use for.
> 
> -- 
> [tim@localhost ~]$ uname -r
> 2.6.27.25-78.2.56.fc9.i686
> 
> Don't send private replies to my address, the mailbox is ignored.  I
> read messages from the public lists.
> 
> 
> 

That is not the problem.  The actual response to the system is an ID
code.  The system then hunts through a database of ID codes to find the
appropriate control structures, at least the first time.  If the disk
has formatting and control software that must be loaded, then that
software has to be read off the disk before its local controller can
respond.  Disk latency is milliseconds, and if the information is stored
for retrieval by a fast system, the slower Z80 or microcontroller may
require several revolutions to retrieve various bits of information.
The partition table and other records must also be read, taking
additional time.  However, you are luckily working on Linux, and you are
free to improve the software ;-)  The disk drive controller software may
not be changable, depending upon the design, and whether or not you have
access to information about the controller architecture.

Regards,
Les H

-- 
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines

Re: FC13 PS2 Mouse/Keyboard stops working after a while

[Ken Smith]

Ken Smith wrote:
> compdoc wrote:
>
>>> The problem is that I have some other hardware that does not work all
>>> that well after suspend/hibernate and so I can have either that hardware
>>> (M-Audio 1010) working and the mouse at risk of failing or the 1010 not
>>> working.
>>>
>>>
>> So what you're saying is, while the M-Audio 1010 is working the ps/2 stuff
>> fails, and when the M-Audio 1010 has stopped working due to
>> suspend/hibernate the PS/2 stuff works fine. Coincidence?
>>
>> I find it odd that anything would interfere with a ps/2 keyboard, since it's
>> on such a low and well known IRQ. Keyboard is 1 and mouse is 12.
>>
>> APIC is enabled in the bios?
>>
>>
>>
>>  
> It is odd as PS2 interfaces and 8042's are as old as the hills.
>
> Following your reply I monitored /proc/interrupts (via a remote ssh
> session) and I can see the count of keyboard interrupts rising on CPU2
> and the mouse ones on CPU3. When the failure occurs the counts stop
> rising. If I suspend/resume the machine the count then rises again as
> the PS2 devices are working once more.
>
> So it seems like the 8042 stops interrupting the processor, or the
> processor/apic is ignoring them, or something along those lines. The
> evidence is that keyboard&  mouse cease functioning and the interrupt
> count stops rising.
>
> Noticeable things about this are:-
>
>  * The fault only occurs with X running
>  * Both keyboard and mouse are affected
>  * USB mouse still works
>  * Fault vanishes after suspend/resume
>  * cpu0 has a few interrupts logged and then the count rises on cpu2
>(keyboard) and cpu3 (mouse)
>
> As far as I can see there are no APIC settings in the BIOS on this
> motherboard
>
> I did notice that one of my two Delta 1010's share an interrupt with the
> video card so I will need to move that card to another slot
>
> xorg.conf includes
>
> Section "InputDevice"
>   # generated from data in "/etc/sysconfig/keyboard"
>   Identifier "Keyboard0"
>   Driver "keyboard"
>   Option "XkbLayout" "gb"
>   Option "XkbModel" "pc105"
> EndSection
>
> Section "InputDevice"
>   # generated from default
>   Identifier "Mouse0"
>   Driver "mouse"
>   Option "Protocol" "auto"
>   Option "Device" "/dev/input/mice"
>   Option "Emulate3Buttons" "no"
>   Option "ZAxisMapping" "4 5"
> EndSection
>
>
> Cat'ing /dev/input/mice produces a stream of characters. I was waiting
> for the system to fail while doing that before sending this message but
> the mouse/keyboard are still working. Its Heisenberg's Uncertainty
> Principle at work.
>
> Maybe I'll need to brew up some code to log the traffic to the 8042
>
> Anyone else seen this?
>
> Thanks
>
> Ken
>
>
As it happens, just after sending the last message the mouse/keyboard 
stopped working. Once it had stopped the stream of characters was no 
longer available from /dev/input/mice when I use the PS2 mouse. As 
before the USB mouse works.

Given what has been said about the 1010, I'll move its slot to try to 
get that potential problem out of the way.

Thanks   Ken

-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

-- 
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines

Re: FC13 PS2 Mouse/Keyboard stops working after a while

[Joe Zeff]

On 04/06/2011 10:28 AM, Ken Smith wrote:
> Its Heisenberg's Uncertainty
> Principle at work.

Yes, and there's a name for it: Heisenbug.  See 
http://foldoc.org/heisenbug for details.
-- 
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines

Re: FC13 PS2 Mouse/Keyboard stops working after a while

[Ken Smith]

compdoc wrote:
>> The problem is that I have some other hardware that does not work all
>> that well after suspend/hibernate and so I can have either that hardware
>> (M-Audio 1010) working and the mouse at risk of failing or the 1010 not
>> working.
>>  
>
> So what you're saying is, while the M-Audio 1010 is working the ps/2 stuff
> fails, and when the M-Audio 1010 has stopped working due to
> suspend/hibernate the PS/2 stuff works fine. Coincidence?
>
> I find it odd that anything would interfere with a ps/2 keyboard, since it's
> on such a low and well known IRQ. Keyboard is 1 and mouse is 12.
>
> APIC is enabled in the bios?
>
>
>
It is odd as PS2 interfaces and 8042's are as old as the hills.

Following your reply I monitored /proc/interrupts (via a remote ssh 
session) and I can see the count of keyboard interrupts rising on CPU2 
and the mouse ones on CPU3. When the failure occurs the counts stop 
rising. If I suspend/resume the machine the count then rises again as 
the PS2 devices are working once more.

So it seems like the 8042 stops interrupting the processor, or the 
processor/apic is ignoring them, or something along those lines. The 
evidence is that keyboard & mouse cease functioning and the interrupt 
count stops rising.

Noticeable things about this are:-

* The fault only occurs with X running
* Both keyboard and mouse are affected
* USB mouse still works
* Fault vanishes after suspend/resume
* cpu0 has a few interrupts logged and then the count rises on cpu2
  (keyboard) and cpu3 (mouse)

As far as I can see there are no APIC settings in the BIOS on this 
motherboard

I did notice that one of my two Delta 1010's share an interrupt with the 
video card so I will need to move that card to another slot

xorg.conf includes

Section "InputDevice"
 # generated from data in "/etc/sysconfig/keyboard"
 Identifier "Keyboard0"
 Driver "keyboard"
 Option "XkbLayout" "gb"
 Option "XkbModel" "pc105"
EndSection

Section "InputDevice"
 # generated from default
 Identifier "Mouse0"
 Driver "mouse"
 Option "Protocol" "auto"
 Option "Device" "/dev/input/mice"
 Option "Emulate3Buttons" "no"
 Option "ZAxisMapping" "4 5"
EndSection


Cat'ing /dev/input/mice produces a stream of characters. I was waiting 
for the system to fail while doing that before sending this message but 
the mouse/keyboard are still working. Its Heisenberg's Uncertainty 
Principle at work.

Maybe I'll need to brew up some code to log the traffic to the 8042

Anyone else seen this?

Thanks

Ken


-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

-- 
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines

Re: native texlive and yum

[Genes MailLists]

On 04/06/2011 12:39 PM, Walter Cazzola wrote:
> Dear Fedora Experts, after a little work-out and a big help from people
> in comp.text.te  and
> others on this group I solved the issue and wrote down a rpm spec for a
> fake texlive rpm that fools the yum system.
> 
> Since I think this is can help someone else I'll attach to this message
> the .spec file that you can use to recreate the fake rpm. To do this you
> need the rpmdevtools installed and do the following:
> 

...

> 
>> From this point on you can install all the packages you need without 
> worrying about satisfying the tex dependencies.


   I am one of the someone who it will help - fedora TexLive has
historically lagged so much as to be a problem ..

   So thank you !! I will test this as soon as I can ...

   Will this allow me to use the fedora install of R (which is very
helpful) instead of my own install ? (I've been installing R and
texmaker outside of fedora repos).

   thanks again for doing this ...

   I wonder if the official TexLive download would include your spec file ?

  gene/
-- 
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines

Re: native texlive and yum

[Walter Cazzola]

Dear Fedora Experts, 
after a little work-out and a big help from people in comp.text.te  and

others on this group I solved the issue and wrote down a rpm spec for a
fake texlive rpm that fools the yum system.

Since I think this is can help someone else I'll attach to this message 
the .spec file that you can use to recreate the fake rpm. To do this you 
need the rpmdevtools installed and do the following:


  1. rpmdev-setuptree (as a normal user)
 to create the necessary ~/rpmbuild tree
  2. rpmbuild -bb --clean texlive2010-fake.spec
 to create the rpm file
  3. yum install --nogpgcheck texlive2010-fake-1.0-1.fc13.x86_64.rpm
 to really install the rpm

From this point on you can install all the packages you need without 

worrying about satisfying the tex dependencies.

I HTH

Walter

On Mon, 24 Jan 2011, Walter Cazzola wrote:


Dear Fedora Experts,
bored of the several problems of the texlive 2010 distribution for
fedora (see my previous message about the missed hyphenation and the
1-month old broken dependency on the latex binary) I have decides to
remove it and reinstall it through tlmgr.

That has been a great idea except for a couple of issues on some
*nonrelated" packages. To remove texlive yum forced the remotion of a2ps
and R-core (and few other but these are the most important for me) and I
can't reinstall them without reinstalling texlive (at least in part).

Now I've already installed texlive but not through yum and I'm wondering
why the rpm for these packages not really related to LaTeX and in
any case working also without LaTeX can't check for the bins instead of
the whole package.

Is there a way for forcing their installation without installing
texlive?

Thanks all for the help

Walter




--Name:texlive2010-fake   
Version: 1.0
Release: 1%{?dist}
Summary: This is a fake TeXLive package
Group:   Applications/Publishing
License: GPLv2 and BSD and Public Domain and LGPLv2+ and GPLv2+ and LPPL
BuildRoot: %(mktemp -ud %{_tmppath}/%{name}-%{version}-%{release}-XX)   

Provides: config(texlive)
Provides: kpathsea libkpathsea.so.4()
Provides: tetex tetex-dvips tetex-fonts tetex-latex tex 
Provides: tex(dvips) tex(latex) tex(tex) tex-preview texinfo-tex
Provides: texlive texlive-afm texlive-context texlive-doc texlive-doc-errata
Provides: texlive-dvips texlive-dviutils texlive-east-asian texlive-fonts
Provides: texlive-texmf texlive-latex texlive-utils texlive-xetex  
Provides: texlive-texmf-afm texlive-texmf-context texlive-texmf-doc 
texlive-texmf-dvips   
Provides: texlive-texmf-errata texlive-texmf-errata-afm 
texlive-texmf-errata-context
Provides: texlive-texmf-errata-doc texlive-texmf-errata-dvips 
texlive-texmf-errata-east-asian
Provides: texlive-texmf-errata-fonts texlive-texmf-errata-latex 
texlive-texmf-errata-xetex  
Provides: texlive-texmf-fonts texlive-texmf-latex texlive-texmf-xetex   
  

%description
This was necessary to have a tlmgr-based installation of texlive and all the 
rpm packages that requires texlive (e.g., a2ps and R-core) still installable.

%prep

%build

%install
rm -rf $RPM_BUILD_ROOT

%clean
rm -rf $RPM_BUILD_ROOT

%files
%defattr(-,root,root,-)
%doc

%changelog

-- 
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines

Re: FC13 PS2 Mouse/Keyboard stops working after a while

[Lamar Owen]

On Tuesday, April 05, 2011 07:20:40 PM compdoc wrote:
> So what you're saying is, while the M-Audio 1010 is working the ps/2 stuff
> fails, and when the M-Audio 1010 has stopped working due to
> suspend/hibernate the PS/2 stuff works fine. Coincidence?
> 
> I find it odd that anything would interfere with a ps/2 keyboard, since it's
> on such a low and well known IRQ. Keyboard is 1 and mouse is 12.

I've seen issues with the M-Audio Delta 1010 and other Envy24-based boards with 
IRQ steering; I have a laptop with a dock that has a PCI slot in it, and have 
run a Delta 1010LT (same Envy24/ICE1712 chip; and it's the older 'still works 
with Linux/ALSA' version) in it.  

If I loaded the nvidia kmod, the nvidia GPU grabs an IRQ; just so happens the 
PCI slot in the dock and the GPU share the same physical INT line, and either 
the nvidia or the Envy24's driver apparently doesn't handle IRQ sharing very 
well.  With the nvidia kmod loaded, I get frequent ALSA xruns, which glitch the 
audio.  Running the alternative nvidia drivers found in Fedora just causes 
performance to drop substantially; I then get JACK xruns, and still have 
glitches This is both with and without the preemption-RT patched kernel.  
But it was an older Fedora; haven't tried in a while, since I installed the 
Delta 1010LT somewhere else and began using a different audio interface on the 
laptop.

To the OP: try putting the Delta 1010 in a different physical PCI slot, or use 
a USB keyboard (just make sure, using 'cat /proc/interrupts' that the ice1712 
entry has its own IRQ and doesn't share with anything else).
-- 
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines

Re: [OT Humor] "Obviously designed by morons"

[Lamar Owen]

On Tuesday, April 05, 2011 02:29:04 PM Tom Horsley wrote:
> On Tue, 5 Apr 2011 14:06:03 -0400
> Lamar Owen wrote:
> > Lots of DVD drives use the Z80 and the successor chips

> That must explain why it takes 'em 10 minutes to figure
> out what kind of disk you just put in the drive :-).

Heh.  Yours must use a Pentium my Z80-based DVD drive recognizes any disk I 
put into it within 30 seconds

But lots of Fedora-running computers out there have a Z80 somewhere under the 
hood... (much like the I/O processor of a Tandy 6000 68K Xenix box.)  It 
could be in the hard drive (lots of Seagate drives, mostly during their highly 
reliable days, have used Z80's as the system controller.).  It might be in 
the NIC.  It might be anywhere the hardware needs a system controller; and the 
Z80 handles that task extremely well.

But, again, it would be cool to have a Linux kernel on the newest variant, the 
eZ80if it'll fit on an MMUless 68K (ucLinux variant) it should fit in the 
24-bit space available to the eZ80.  Just no Fedora.

But that's enough of this OT thread
-- 
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines

Re: compile 32 bit on 64 bit machine

[Sam Varshavchik]

Patrick Dupre writes:


Hello,

I am trying to compile a very simple application on a 64 bit machine
which may run on a 32 bit machine.
gcc -m32 ttt.c

gives me an error:
In file included from /usr/include/features.h:385,
 from /usr/include/stdio.h:28,
 from ttt.c:2:

So, it seems that the include files are not correct.


The above is only the first part of the error message, you left out the  
rest of it.


But, in any case, do you have the glibc.i686, glibc-static.i686, and glibc- 
devel.i686 rpms installed in addition to their x86_64 counterparts?


pgpPUfp9Vm61K.pgp
Description: PGP signature
-- 
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines

Re: Installing F14 from DVD hangs

[Patrick O'Callaghan]

On Wed, 2011-04-06 at 07:50 -0300, Burkhard Plache wrote:
> On Tue, Apr 5, 2011 at 7:48 PM, Patrick O'Callaghan
>  wrote:
> > On Tue, 2011-04-05 at 19:29 -0300, Burkhard Plache wrote:
> >> On Tue, Apr 5, 2011 at 5:50 PM, Patrick O'Callaghan
> >>  wrote:
> >> > On Tue, 2011-04-05 at 15:49 -0300, Burkhard Plache wrote:
> >> >> After inserting the DVD, I get the menu:
> >> >>
> >> >> 1) Install a new system or upgrade an existing system
> >> >> 2) Install system with basic video driver
> >> >> 3) Rescue installed system
> >> >> 4) Boot from local drive
> >> >> 5) Memory test
> >> >>
> >> >> I select option 1, and after a bit of fast output of the type
> >> >
> >> > Did you test the DVD before installation? The system explicitly offers
> >> > to do this. Always do it once for a newly-burned DVD.
> >> > poc
> >>
> >> The disk worked fine on another (older desktop) system.
> >> I will post the specifics of the computer where the problem occurred.
> >> - Burkhard
> >
> > So that would be a "no". The fact that it worked on a different system
> > is irrelevant unless the other system is identical, because the exact
> > set of RPMs to be installed can easily vary from one system to another
> > (differnet kernel architecture, different video card, etc.). Murphy's
> > Law dictates that your DVD could have a bad spot just where one system
> > reads it and the other doesn't.
> >
> > Run the disk check before looking any further.
> >
> > poc
> 
> Where/how do I run the test? Option (5) in the menu?
> - Burkhard

>From the Installation Manual
(http://docs.fedoraproject.org/en-US/Fedora/14/html/Installation_Guide/ch-Boot-x86.html):

ISO images have an SHA256 checksum embedded in them. To test the 
checksum integrity of an ISO image, at the installation boot prompt, type:

linux mediacheck

You should also get a prompt to do this when booting from the install
DVD.

poc

-- 
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines

Re: compile 32 bit on 64 bit machine

[Jakub Jelinek]

On Wed, Apr 06, 2011 at 01:01:13PM +0100, Patrick Dupre wrote:
> Hello,
> 
> I am trying to compile a very simple application on a 64 bit machine
> which may run on a 32 bit machine.
> gcc -m32 ttt.c
> 
> gives me an error:
> In file included from /usr/include/features.h:385,
>  from /usr/include/stdio.h:28,
>  from ttt.c:2:

The above is not an error, just a context of some error.
I guess the error is that /usr/include/gnu/stubs-32.h doesn't exist
on your box, which is easily solvable by
sudo yum install /usr/include/gnu/stubs-32.h
(which is the same as
sudo yum install glibc-devel.i686
).  You want also 32-bit libgcc if you don't have it installed,
so
sudo yum install glibc-devel.i686 libgcc.i686

Jakub
-- 
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines

compile 32 bit on 64 bit machine

[Patrick Dupre]

Hello,

I am trying to compile a very simple application on a 64 bit machine
which may run on a 32 bit machine.
gcc -m32 ttt.c

gives me an error:
In file included from /usr/include/features.h:385,
 from /usr/include/stdio.h:28,
 from ttt.c:2:

So, it seems that the include files are not correct.
I also tried:
 gcc ttt.c -L/usr/lib/gcc/x86_64-redhat-linux/4.4.5/32 -m32

with the same error.

How can I make it works ?

thank.

--
---
==
 Patrick DUPRÉ  |   |
 Department of Chemistry|   |  Phone: (44)-(0)-1904-434384
 The University of York |   |  Fax:   (44)-(0)-1904-432516
 Heslington |   |
 York YO10 5DD  United Kingdom  |   |  email: patrick.du...@york.ac.uk
==-- 
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines

Re: Using hdparm to enable diabled features of a hard drive

[Gordan Bobic]

Apologies for necroposting, but I've been looking for a similar feature 
and the lack of it annoyed me sufficiently that I wrote a patch to add 
the required functionality to hdparm.

Details here:
http://www.altechnative.net/?p=140

Patch here:
http://sourceforge.net/support/tracker.php?aid=3276513

Hopefully it'll get accepted into hdparm, but given the amount of spam I 
saw on the SF forums I rather doubt anyone is paying much attention 
there. Maybe I should open a Fedora bugzilla ticket instead...

 From what I can tell from my sample set, only Seagate disks seem to 
have this features; none of my Hitachi, Samsung, Western Digital or 
Toshiba disks have it, but all of my Seagates do.

HTH.

Gordan




jd1...@gmail.com wrote:
  When I issued
sudo hdparm -I /dev/hdb I got, among other info,
a list of commands/features, most of which are enabled,
except for a few. To wit:

Commands/features:
  EnabledSupported:
 *SMART feature set
  Security Mode feature set <<<
 *Power Management feature set
 *Write cache
 *Look-ahead
 *Host Protected Area feature set
 *WRITE_BUFFER command
 *READ_BUFFER command
 *DOWNLOAD_MICROCODE
  SET_MAX security extension 
 *Automatic Acoustic Management feature set
 *48-bit Address feature set
 *Device Configuration Overlay feature set
 *Mandatory FLUSH_CACHE
 *FLUSH_CACHE_EXT
 *SMART error logging
 *SMART self-test
 *General Purpose Logging feature set
 *WRITE_{DMA|MULTIPLE}_FUA_EXT
 *64-bit World wide name
  Write-Read-Verify feature set <<
 *WRITE_UNCORRECTABLE_EXT command
 *{READ,WRITE}_DMA_EXT_GPL commands
 *Segmented DOWNLOAD_MICROCODE
 *Gen1 signaling speed (1.5Gb/s)
 *Gen2 signaling speed (3.0Gb/s)
 *Native Command Queueing (NCQ)
 *Phy event counters
  Device-initiated interface power management 
 *Software settings preservation
 *SMART Command Transport (SCT) feature set
 *SCT Long Sector Access (AC1)
 *SCT LBA Segment Access (AC2)
 *SCT Error Recovery Control (AC3)
 *SCT Features Control (AC4)
 *SCT Data Tables (AC5)
  unknown 206[12] (vendor specific)

So, my questions are:

a.  how can I use hdparm to enable write/read verify? That's what I am
interested in.
   Man page does not mention this.
-- 
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines

Re: Installing F14 from DVD hangs

[Burkhard Plache]

On Tue, Apr 5, 2011 at 7:48 PM, Patrick O'Callaghan
 wrote:
> On Tue, 2011-04-05 at 19:29 -0300, Burkhard Plache wrote:
>> On Tue, Apr 5, 2011 at 5:50 PM, Patrick O'Callaghan
>>  wrote:
>> > On Tue, 2011-04-05 at 15:49 -0300, Burkhard Plache wrote:
>> >> After inserting the DVD, I get the menu:
>> >>
>> >> 1) Install a new system or upgrade an existing system
>> >> 2) Install system with basic video driver
>> >> 3) Rescue installed system
>> >> 4) Boot from local drive
>> >> 5) Memory test
>> >>
>> >> I select option 1, and after a bit of fast output of the type
>> >
>> > Did you test the DVD before installation? The system explicitly offers
>> > to do this. Always do it once for a newly-burned DVD.
>> > poc
>>
>> The disk worked fine on another (older desktop) system.
>> I will post the specifics of the computer where the problem occurred.
>> - Burkhard
>
> So that would be a "no". The fact that it worked on a different system
> is irrelevant unless the other system is identical, because the exact
> set of RPMs to be installed can easily vary from one system to another
> (differnet kernel architecture, different video card, etc.). Murphy's
> Law dictates that your DVD could have a bad spot just where one system
> reads it and the other doesn't.
>
> Run the disk check before looking any further.
>
> poc

Where/how do I run the test? Option (5) in the menu?
- Burkhard
-- 
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines

Re: [OT Humor] "Obviously designed by morons"

[Tim]

Lamar Owen:
>> Lots of DVD drives use the Z80 and the successor chips

Tom Horsley:
> That must explain why it takes 'em 10 minutes to figure
> out what kind of disk you just put in the drive :-).

LOL!  I've never really understood why computer hardware is handled so
crapily.  The computer can do millions of somethings a second, but it
takes 15+ seconds to recognise a disc and mount it, or notice that
there's a wireless network, spend ages connecting to it, etc.

I've still got a Z80 based personal computer in the spare room (a
VZ300), that I've never figured out a practical use for.

-- 
[tim@localhost ~]$ uname -r
2.6.27.25-78.2.56.fc9.i686

Don't send private replies to my address, the mailbox is ignored.  I
read messages from the public lists.



-- 
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines

ecryptfs: Unable to link the KEY_SPEC_USER_KEYRING into the KEY_SPEC_SESSION_KEYRING

[Nick Urbanik]

Dear Folks,

when I do:
# mkdir secret
$ sudo mount -t ecryptfs secret secret
Unable to link the KEY_SPEC_USER_KEYRING into the KEY_SPEC_SESSION_KEYRING; 
there is something wrong with your kernel keyring. Did you build key retention 
support into your kernel?
$ lsmod | grep crypt
ecryptfs   89320  0 

I've had this work on my laptop.

Why not on my x86_64 F14 box with all updates applied?

Google turns up the same question, unanswered, in the Fedora forums.
Any ideas or suggestions welcome.
-- 
Nick Urbanik http://nicku.org   ni...@nicku.org
GPG: 7FFA CDC7 5A77 0558 DC7A 790A 16DF EC5B BB9D 2C24 ID: BB9D2C24
-- 
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines

Re: Booting USB squashfs with CD

[stefan riemens]

I would try the "plop" boatloader. Its basically a bootable cd which can
chainload to quite a few other devices.

Stefan
Op 6 apr. 2011 00:29 schreef "theblues gnr"  het
volgende:
>
> Hi,
>
> I'm trying to install Fedora on a MacBook but ran into a problem.
Basically, the computer's CD drive is not working properly so it will fail
to load the image from the disc half way through, with errors. I also can't
boot from a USB stick, since this is a MacBook.
>
> So my question: is there any way to use the CD to load the kernel and
initrd with isolinux, but then load the system image from the USB drive?
>
> Looking at the configuration options in isoloader, I see the following
line:
> vmlinuz0 initrd=initrd0.img
root=live:CDLABEL=Fedora-15-Nightly-20110403.17-i6 rootfstype=auto ro
liveimg quiet  rhgb rd.luks=0 rd.md=0 rd.dm=0
>
> I suppose if there is a way to load it from the USB stick I'd have to
change the root option, from "live" to something else. What would that be?
>
> Anyway, that's as far as I got so far. Appreciate any help.
>
> I have the lateste F15 nightly on a CD and USB stick (created with
abock-image-writer).
>
> Thanks in advance!
> Mark
>
> --
> users mailing list
> users@lists.fedoraproject.org
> To unsubscribe or change subscription options:
> https://admin.fedoraproject.org/mailman/listinfo/users
> Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
>
-- 
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines